Помогите пожалуйста разобраться с проблемой: Возможно ли в системе ИРБИС создать базу новых поступлений с автоматическим наполнением при вводе литературы в тестовую библиотечную базу?

Создать можно, но это сложно, долго и незачем!!!
Объясните причину такого странного желания.

Достаточно сделать копирование всей базы данных через определенные интервалы времени. Это проще, чем ставить синхронизацию и передачу данных как это сделано в связке CMPL-IBIS (ЭК).

Нам необходимо оповещать абонентов о новых выборочных поступлениях избегая ручного повторного ввода либо копирования.
У нас ИРБИС 31.

Ну так пишите все записи в одну базу, а затем делайте хитрый поиск, который вам выберет только нужные записи. Это не сложно. Если не знаете как, то подробно опишите ситуацию, мы вам поиск придумаем.
Но поверьте, что шкурка выделки не стоит. Лишняя морока только.

1. Некое отдаленное подобие есть в АРМе «Читатель» в виде отбора по дате ввода в виде «дополнительных ограничений» в «виде поиска» и в «сортировке» результатов поиска. По-моему, это неудобно — вряд ли многие читатели поймут, что значит «дата ввода» —этот термин явно предназначен только для библиотекарей. Но разработчик считает иначе…

2. Желание автоматически формировать базу новых поступлений вовсе не странное, а вполне естественное. Ведь на каждом приличном библиотечном сайте есть такая БД, и очень удобно было бы создавать ее не «вручную». И это должно быть и в «Читателе», и в Веб-ИРБИСе.
Кроме того, многие хотят иметь в каждом отделе и/или филиале свой ЭК. Правильно это или нет — дело вкуса; но, конечно, не вместо, а наряду с единым ЭК библиотеки (ЦБС).

Еще раз приведу цитату из А.С.Карауша:

"вполне возможно создать условие, которое будет выдавать на корректировку все записи, созданные в течение последних, например 5-ти дней.

(if v907^a>f(rsum(&uf('3'),'-5'),1,0) then ... fi/)…"

— видимо, это применимо не только к корректировке? В данном случае нужно добавить регулярное автокопирование, скажем, из IBIS в NEW, и регулярное автоопустошение NEW.

Но, действительно, задачу нужно описать подробнее. А именно:

3. что значит «оповещать абонентов о новых выборочных поступлениях» —выдавать не все записи за определенный период, а «выборочно», видимо, тематически? То есть не по одному, а по двум (или более) условиям — дате ввода и тематике (ключевым словам, предметным рубрикам и/или классификационным индексам). Это более сложная задача, и тоже не странная, а вполне обоснованная и интересная. Например, библиотека вуза регулярно рассылает тематические фрагменты ЭК по факультетам, кафедрам и т. д. И это будет система автоформирования не одной, а многих проблемно-ориентированных баз данных — «АС ПОБД».

4. формулировка «оповещать абонентов» наводит на мысль об индивидуальных ПОБД, формируемых с помощью механизма «постоянных запросов» — системе «АС ИРИ» с рассылкой через ЛВС или e-mail (подписка могла бы быть платной услугой).

См. также:
«Свободная тема» — «&unifor(‘S»
«Опыт и разработки…» — «Отправка е-мыла через формат»
«АРМ Читатель» — «Сортировка по дате ввода»

ЗЫ. Идеи №№ 3 и 4 я тут проталкиваю с 2002 г.

Отредактированная цитата из себя трехлетней давности:

С целью формирования БД новых поступлений и списков новых поступлений, в том числе для сайта, ИРБИС и WebИРБИС нужно дополнить следующими, выполняемыми автоматически, функциями:
1. отбор документов из ЭК по полю «Дата ввода», по предметным рубрикам, ключевым словам и/или индексам УДК/ББК через заданные промежутки времени;
2. их загрузка в промежуточные (служебные) БД, при необходимости — с переформатированием (например, с удалением лишних ЭД типа инв. номеров),
3. оттуда они регулярно: а) отправляются на сайт, где или пополняют БД «Новые поступления», или публикуются в виде многоуровневых библиографических списков формата HTML. Оба варианта имеют свои плюсы и минусы — 1-й «культурнее» и «солиднее», а 2-й гораздо проще в реализации, и программно, и аппаратно, и в восприятии; б) отправляются (маршрутизируются) по заданным электронным адресам в виде списков («АС ИРИ»).
Проблема выбора одного из вариантов может отпасть при использовании единых технологий, интерфейсов и форматов, а именно: интранет, внутренняя e-mail и, может быть, XML.
В ИРБИС давно есть копирование из БД в БД — осталось только выполнять его автоматически с заданной периодичностью + рассылка. Кажется, в этих и подобных целях можно использовать форматный выход &unifor('+2........) и/или программу sendmail (которая М.Панева или которая из состава ИРБИС64)? Точнее и подробнее об этом могли бы рассказать тт. М.В.Панев, Д.А.Шушерин и К.О.Сбойчаков…
Рассуждая логически, предполагаю, что «Relication» может выделять изменения, сделанные в течение не только дня, но и недели, месяца (любого периода), и не только посылать эту информацию на «главный» сервер и рассылать по филиалам, но и пополнять БД новых поступлений или специализированные БД.