Отбор, регистрация передачи
Работа состоит из следующих этапов:
Отбор — поиск книг, входящих в партию выбытия и подлежащих передаче в другое подразделение — осуществляется в рабочей области поиска.
·
Установить в окне ВИД ПОИСКА словарь "Номер КСУ выбытия из подразделения";
· Найти и активизировать (выделить цветом, установив на него курсор) значение Номера КСУ выбытия партии, часть которой передается в другие подразделения Библиотеки.
При этом:
· каждый термин СЛОВАРЯ связан со всеми экземплярами книг и журналов, списанными в данной партии. Число, указанное во второй колонке словаря, показывает общее число полей экземпляров, в которые введен данный номер КСУ выбытия;
· в окне СВЯЗАННЫХ ЗАПИСЕЙ показан весь список книг, экземпляры которых выбыли по отмеченной в словаре партии (число этих книг может не совпадать с числом, указанным во втором столбце СЛОВАРЯ – см. выше).
· Отметить в этом списке конкретные книги или журналы, экземпляры которых передаются в другие подразделения;
· Нажатием кнопки КОРРЕКТИРОВКА вызвать модуль ввода/корректировки записей в плоскости ОТМЕЧЕННЫЕ. Отмеченные записи подаются на корректировку в формате РЛ для регистрации выбытия.
На 1-й странице этого РЛ показаны сведения обо всех экземплярах отобранных книг, включая списанные в партии выбытия, к которой регистрируется партия передачи.
Среди повторяющихся полей "Сведения об экземплярах" по штрих-коду или инвентарному номеру, или месту хранения (для филиала ЦБС) найти описание экземпляра, подлежащего передаче (имеющего заданный номер КСУ выбытия) и сделать его активным (щелкнув мышкой).
Примечание: Если после окончания работы по регистрации партии выбытия был выполнен процесс "Завершение регистрации выбытия" (см. п. 4.1.5), поиск соответствующего номера КСУ выбытия для экземпляров со статусом "C" или "U" должен проводиться визуально на 2-й странице РЛ в архивном поле, содержащем сведения об экземплярах ДО списания.
Установив курсор на найденном повторении поля "Сведения об экземплярах" (сделав его активным), нажать кнопку с тремя точками (или клавишу <F2>), вызвав вложенный РЛ с перечнем всех ЭД, возможных для этого поля.
Ввести именно в это повторение поля "Сведения об экземплярах" следующие новые ЭД, необходимые для характеристики передачи:
· при передаче в другое подразделение экземпляров со статусом "C" или "U" ¾ Количество передаваемых экземпляров;
· Новое место хранения (обязательный ЭД); вводится с использованием меню;
· Номер акта передачи можно не вводить, если он установлен в файле настройки и при сохранении документа будет вводиться автоматически. В противном случае — вводить обязательно (запрещающий контроль, если введен ЭД "Новое место хранения").
В процессе корректуры данных "Сведения об экземплярах" осуществляется ФЛК и выдаются сообщения об ошибках. При появлении сообщений ФЛК, начинающихся со слова "Ошибка", необходимо указанную ошибку найти и исправить.
Завершив корректировку поля "Сведения об экземплярах", перейти к следующей из отмеченных записи, нажав кнопку перехода. На вопрос системы "Запись изменялась. Сохранить изменения?" ответить "Да" (это сообщение не выдается системой, если обработка каждого документа завершается по кнопке "СОХРАНИТЬ").
После завершения корректировки всех отмеченных записей, вернуться из режима корректировки в основной интерфейс нажатием кнопки "ВОЗВРАТ". При появлении вопроса системы "Запись изменялась. Сохранить изменения?" ответить "Да".
Отбор, регистрация выбытия
Отбор — поиск книг, входящих в партию выбытия — осуществляется в рабочей области поиска. Текущая БД — БД ЭК. В верхней части рабочей области поиска расположено окно ВИД ПОИСКА — щелкнув по кнопке со стрелкой, пользователь раскрывает ниспадающее меню, в котором необходимо выбрать вид поискового термина и соответствующий словарь терминов текущей БД, а именно:
Для книг, хранящихся в фонде Библиотеки, элементом, однозначно идентифицирующим экземпляр книги, является штрих-код или, при его отсутствии, инвентарный номер (словарь один); для инвентарных номеров имеется дополнительный словарь "Инвентарные номера, сортированные", в котором в каждом номере его числовая часть выравнена до 8 знаков ведущими (стоящими в начале термина) пробелами.
Примечание: При стандартной сортировке терминов словаря (по первому символу) работа со словарем в режиме "листания" (последовательного просмотра) затруднена, поскольку, например, значение "100" в словаре будет стоять выше значения "2". Однако, это никак не влияет на выбор термина (инвентарного номера) при работе "по ключу", а для штрих-кодов, имеющих одинаковую длину, проблемы с "листанием" не существует.
При регистрации выбытия партии книг из филиала ЦБС, если у них отсутствует групповой инвентарный номер, поисковыми элементами являются автор или заглавие книги (в БД каталога штрих-коды и индивидуальные инвентарные номера экземпляров книг, хранящихся в филиалах ЦБС, не фиксируются). В этом случае нужно обратить внимание на то, что необходимо определить и отметить для дальнейшей обработки конкретное издание, например, из списка произведений одного автора.
Выбранный словарь подается на экран; в нем нужно найти и отметить (щелкнуть мышкой в первой колонке) термины, определяющие экземпляр книги, входящий в данную партию выбытия.
При этом в СПИСКЕ СВЯЗАННЫХ ЗАПИСЕЙ появятся сами записи, имеющие текущий термин словаря (одна или несколько — соответственно числу документов, указанных во второй колонке СЛОВАРЯ), но в более полном виде.
Так для словаря "Инв. номер/Штрих-код экземпляра" в окне СВЯЗАННЫХ ЗАПИСЕЙ показываются реквизиты соответствующего экземпляра (Номер КСУ поступления, Дата, Краткое БО и год выхода книги, цена и место хранения экз.). Для словаря "Автор" в окне СВЯЗАННЫХ ЗАПИСЕЙ дается список одностроковых кратких БО книг данного автора (именно здесь нужно отметить конкретное издание для регистрации выбытия).
Примечание: Полные описания для отмеченных в словаре терминов или отмеченных в окне СВЯЗАННЫХ ЗАПИСЕЙ документов можно увидеть, нажав на кнопку ПОЛНОСТЬЮ.
Отметив в словаре ВСЕ инвентарные номера или штрих-коды экземпляров, подлежащих обработке (регистрации выбытия), или отметив конкретные книги по второму из предлагаемых вариантов, пользователь переходит в область обработки (нижняя часть интерфейса).
При нажатии кнопки КОРРЕКТИРОВКА выдается сообщение об установленном номере КСУ выбытия, и пользователь должен ответить на вопрос системы "Продолжить работу? Да Нет", которое следует за одним из следующих сообщений:
· Регистрация выбытия с КСУ=<Значение, установленное по кнопке "Настройка">,
· Не установлено значение КСУ выбытия.
При положительном ответе на оба вопроса работа продолжается — вызывается модуль ввода/корректировки и система переходит в режим корректуры отмеченных документов; в первом случае установленное КСУ будет автоматически вводиться в поля списываемых экземпляров, а во втором — значения КСУ в эти поля нужно будет вводить с клавиатуры.
При отрицательном ответе на оба вопроса система остается в том же состоянии (отметки документов, подлежащих корректуре, сохраняются); для продолжения работы нужно ввести или изменить значение КСУ по кнопке "Настройка" и опять нажать кнопку КОРРЕКТИРОВКА.
Отмеченные записи подаются на корректуру — в формате РЛ для регистрации выбытия, на первой странице которого выведены сведения обо всех
экземплярах каждой книги, входящей в партию выбытия. В процессе корректуры для каждой записи среди повторяющихся полей "Сведения об экземплярах" по штрих-коду или инвентарному номеру, или месту хранения (для филиала ЦБС) найти описание экземпляра, подлежащего выбытию, и сделать его активным (щелкнув мышкой). Нажатием кнопки с тремя точками (или клавиши <F2>) вызвать на экран вложенный РЛ с перечнем всех ЭД, возможных для этого поля.
Откорректировать именно это повторение поля "Сведения об экземплярах":
ЭД "Статус экземпляра":
· Значение "0" изменить на "6" — при условии, что выбывает экземпляр книги из подразделения Библиотеки (экземпляр "индивидуального учета"): при нажатии кнопки со стрелкой на экран вызывается меню, в котором нужно выбрать значение "6";
· Значения "C" и "U" не менять — если регистрируется выбытие из филиала ЦБС (статус "C") или экземпляров БИУ (статус "U");
Ввести следующие новые элементы данных, необходимые для характеристики выбытия:
· Количество экземпляров, выбывающих из филиала ЦБС или экземпляров БИУ;
· Количество экземпляров, требующих доукомплектования (элемент данных вводится, например, для экземпляров, выбывших по причине "утерян" или "погиб в результате аварии", но необходимых для подразделения Библиотеки);
· Номер КСУ выбытия можно не вводить, если он установлен в файле настройки и при сохранении документа будет вводиться автоматически. В противном случае — вводить обязательно (запрещающий контроль).
Если одновременно с выбытием регистрируется и передача выбывших книг в другие подразделения Библиотеки, то необходимо дополнительно ввести в поле "Сведения об экземплярах" следующие ЭД:
· при регистрации передачи книг из филиала ЦБС или для экземпляров БИУ ¾ "Количество экземпляров, передаваемых в другое место хранения"; данные вводятся обязательно;
· Новое место хранения (элемент данных обязательный для регистрации передачи); вводится с использованием меню;
· Номер акта передачи можно не вводить, если он установлен в файле настройки и при сохранении документа будет вводиться автоматически. В противном случае — вводить обязательно (запрещающий контроль, если введен ЭД "Новое место хранения").
В процессе корректуры ЭД "Сведения об экземплярах" осуществляется Формально-логический контроль (ФЛК) и выводятся сообщения об ошибках.
При появлении на экране сообщений ФЛК, начинающихся со слова "Ошибка", необходимо исправить указанную ошибку (контроль непреодолимый).
После завершения корректировки поля "Сведения об экземплярах" перейти к следующей из отмеченных записей нажатием кнопки перехода. На вопрос системы "Запись изменялась. Сохранить изменения?" ответить "Да" (это сообщение не выдается системой, если обработка каждого документа завершается по кнопке "СОХРАНИТЬ").
После завершения корректировки всех отмеченных записей, выход из режима корректировки и возврат в основной интерфейс осуществляется нажатием кнопки "ВОЗВРАТ". При появлении вопроса системы "Запись изменялась. Сохранить изменения?" ответить "Да".
Параметры ТВП
Ниже описаны параметры строк ТВП в том порядке, в каком они обрабатываются (в строке ТВП они расположены в обратном порядке).
Печать данных
Для задания параметров печати и ее выполнения в АРМе "Каталогизатор" служит специальная форма, которая возникает после нажатия кнопки ПЕЧАТЬ (рис. 3.3.1а). Данная форма аналогична форме для печати результатов поиска в АРМе "Читатель" (см. п.2.3.4). Отличие заключается в наличии двух закладок, которые обеспечивают два режима печати
· СПИСКИ
- простая (рулонная) печать в виде несортированной последовательности заданных документов.
· ТАБЛИЦЫ - сложная печать, обеспечивающая получение оригинал-макетов указателей и табличных форм в формате RTF.
Рис. 3.3.1а.
Форма для ввода параметров печати
Следует помнить, что режимы печати связаны с текущим контекстом работы, т.е. с установленной подплоскостью: если установлена подплоскость БАЗА ДАННЫХ/ MFN, предполагается печать документов из установленной базы данных по номерам (MFN); если установлена подплоскость РЕЗУЛЬТАТ ПОИСКА, предполагается печать результатов поиска по текущему запросу. В частности, если, например, установлена подплоскость РЕЗУЛЬТАТ ПОИСКА и не выбран ни один из запросов (это может быть, когда не проводился ни один поиск) или выбран запрос с нулевым результатом поиска, то нажатие кнопки печати (так же как и других кнопок) не дает никакого эффекта.
Пользователю предлагается указать четыре параметра:
ИСХОДНЫЕ ДОКУМЕНТЫ - определяет, какие документы будут выводиться на печать. Здесь можно выбрать одно из возможных значений:
ВСЕ - в этом случае будут печататься все документы в соответствии с контекстом работы: если установлена подплоскость БАЗА ДАННЫХ/MFN - все документы текущей базы данных; если подплоскость РЕЗУЛЬТАТ ПОИСКА - полностью результат поиска по текущему запросу;
ОТМЕЧЕННЫЕ - при этом будут печататься только документы, отмеченные на установленной подплоскости просмотра (имеет смысл только в случае, когда таковые имеются);
КРОМЕ ОТМЕЧЕННЫХ - печатаются все документы текущего контекста за исключением отмеченных (при отсутствии отмеченных это равносильно значению ВСЕ).
ДИАПАЗОН MFN - печатаются документы текущего контекста, попадающие в указанный диапазон внутренних номеров (MFN). Например, если установлена подплоскость РЕЗУЛЬТАТ ПОИСКА, печатаются те документы из результата поиска, чьи номера попадают в указанный диапазон. По умолчанию, если не указана ни нижняя, ни верхняя границы диапазона, понимается весь диапазон документов базы данных от первого до последнего. Если указана лишь одна из границ, вторая считается равной первой, т.е. рассматривается диапазон, содержащий один документ.
ВЫХОДНОЙ НОСИТЕЛЬ - параметр определяет физический носитель результатов печати: ФАЙЛ
или БУМАГА. Если выбирается файл, то система (после нажатия кнопки ВЫПОЛНИТЬ) предлагает стандартное диалоговое окно для указания пути и имени файла для сохранения результатов печати. Результат печати сохраняется в файле в формате RTF.
ВЫХОДНОЙ ФОРМАТ - определяет форму представления документов при печати. Выбирается из предлагаемого (в ниспадающем меню) списка.
ЗАГОЛОВОК 1, 2, 3 - служат для задания произвольных текстов, которые в выходной форме будут выступать в роли самых верхних заголовков;
Собственно процесс печати начинается после нажатия кнопки ВЫПОЛНИТЬ.
Во время создания выходной формы (процесс этот может быть достаточно продолжительным) можно продолжить работу в АРМе "Каталогизатор". При завершении процесса создания выходной формы возникает соответствующее сообщение.
Для корректировки сформированного оригинал-макета (в случае, когда в качестве выходного носителя выбран ФАЙЛ) и его последующей печати можно использовать Microsoft Word.
Печать результатов поиска
Для печати документов, найденных по текущему запросу, служит кнопка ПЕЧАТЬ. После ее нажатия возникает специальная форма (см. рис. 2.4.3а), которая содержит компоненты, предназначенные для выполнения операции печати документов. Среди них:
Переключатель ИСХОДНЫЕ ДОКУМЕНТЫ - с помощью него можно указать, какие документы выводятся на печать (все, отмеченные, кроме отмеченных, диапазон MFN – последнее для специалистов, знакомых с понятием "номер документа в БД"). Для установки переключателя в нужное положение следует щелкнуть мышью по соответствующему индикатору.
Меню ВЫХОДНОЙ ФОРМАТ - предназначено для установки формата, в соответствии с которым будут печататься документы. Необходимо щелкнуть мышью по кнопке со стрелкой и выбрать соответствующий пункт в возникающем меню. Конкретный список форматов печати может быть специфичным для каждой базы данных и определяется пользователем при адаптации системы.
Переключатель ВЫХОДНОЙ НОСИТЕЛЬ - определяет, будет ли результат печати выводиться непосредственно на печатающее устройство или в файл на диске. Для установки переключателя в нужное положение следует щелкнуть мышью по соответствующему индикатору.
Редактируемые строки ЗАГОЛОВОК 1,2,3 – служат для указания произвольных текстов, которые в качестве заголовков будут предшествовать собственно выводимым документам.
Кнопка ВЫПОЛНИТЬ - предназначена для запуска собственно процесса печати в соответствии с установленными параметрами.
Рис. 2.4.3а.
Форма для печати документов
Передача документов в БД каталога
Описания периодических изданий передаются в БД каталога для дальнейшей обработки после поступления в Библиотеку первого номера впервые подписанного журнала/газеты (вводятся в БД каталога как новые записи), а также после оформления заказа на очередной период (вводятся в записи БД каталога (по ЭД "Шифр издания") в виде корректур).
В любом случае система обеспечивает исключение повторного переноса документа в одну и ту же БД электронного каталога (рекомендуется ВСЕГДА использовать режим "Контролируемого переноса"). При попытке повторной передачи система выдает сообщение о числе пропущенных документов и числе и номерах откорректированных документов,
При нажатии кнопки "ПЕРЕНОС В ЭК" на экран вызывается рабочий лист опроса для задания необходимых значений.
При переносе отмеченных записей сообщается их число, если записи предварительно не были отмечены, необходимо определить "Период подписки" — щелкнув мышкой по кнопке со стрелкой, выбрать соответствующее значение в раскрытом словаре и щелкнуть по кнопке ВВОД.
После определения имени БД каталога, в которую будут переноситься записи из БД комплектования (с использованием меню) и нажатия кнопки ВВОД инициируется процесс пакетной обработки.
Если в записи, подлежащей переносу, система не находит отметки об уже состоявшемся ее переносе в ту же БД каталога, для ввода в БД каталога готовится новая запись, в которую включаются библиографические ЭД и сведения о первом заказе (подписке),
Если в записи, подлежащей переносу, система находит отметки об уже состоявшемся ее переносе в ту же БД каталога, для ввода в БД каталога готовится корректирующая запись, в которую включаются только сведения о последней подписке.
Примечание: Перенос в ЭК должен быть проведен ДО процесса подготовки БД к очередному периоду подписки.
По завершении работы выдается сообщение о числе и номерах записей, добавленных в каталог и откорректированных (дополненных).
Сведения об очередной подписке переносятся в БД каталога в виде двух полей, данные которых используются в дальнейшем при регистрации поступления журналов в АРМе КАТАЛОГИЗАТОР.
Поле "Сведения о заказанных экземплярах"
формируется только в том случае, если в поле " Архивные сведения по подразделениям за год" отсутствует информация о годе последней подписки, поскольку предполагается, что в течение года при дробной подписке (по кварталам или полугодиям) подписка для подразделений не меняется. Поле содержит следующие ЭД:
Год заказа,
Место хранения ("Получатель"). Число экземпляров (комплектов), заказанных для "Получателя" и Статус экземпляра, если Получателем является Библиотека сети или подразделения вуза (статус "C" или "U");
Технологический путь (пункты, которые должен "обойти" каждый номер соответствующего экземпляра издания ДО его поступления по месту хранения — допускается до 5 пунктов для каждого экземпляра),
Поле "Сведения о заказах поквартальные" содержит одинаковые для всех экземпляров данные, которые могут изменяться с каждым новым периодом подписки:
период подписки,
годовая периодичность — код и число,
число номеров (выпусков) за период (рассчитывается автоматически исходя из значений годовой периодичности и периода подписки),
первый и последний порядковые (валовые) номера выпусков за период подписки (также рассчитываются автоматически),
общая цена заказа,
цена одного номера (рассчитывается автоматически исходя из цены заказа и числа номеров (выпусков) за период подписки) — ЭД, наличие которого будет необходимо в дальнейшем при выполнении процесса "Списание журналов",
обозначение валюты.
Примечание:
Погрешности, которые могут возникнуть при автоматических расчетах, например, числа номеров за период, рассматриваемого как целое число, нужно откорректировать в БД каталога.
Поле формируется для каждого периода подписки (год, полугодие, квартал), при переносе данных о продлении подписки и вводится в запись БД каталога как новое повторение поле.
СИСТЕМА АВТОМАТИЗАЦИИ БИБЛИОТЕК
И Р Б И С
Автоматизированное рабочее место "Комплектатор"
Руководство пользователя
Составители: С. М. Дунаевская, Н. Д. Сбойчакова
_____________________________________________________________________
ЛР № 020536 от 22.05.97 Подписано в печать 27.05.2002
Формат 60x84 1/8 Бумага офсетная Гарнитура «Arial»
Печать офсетная Усл.печ.л. 7,9 Уч.изд.л. 4,7
Тираж 50 экз. Заказ 42
_____________________________________________________________________
Репрографический центр ГПНТБ России
107996, Москва, К-31, ГСП-6, Кузнецкий мост, 12
России
(ГПНТБ России)
Международная Ассоциация пользователей и разработчиков
электронных библиотек и новых информационных технологий
(Ассоциация ЭБНИТ)
_____________________________________________________________
СИСТЕМА АВТОМАТИЗАЦИИ БИБЛИОТЕК
И Р Б И С
Автоматизированное рабочее место "Каталогизатор"
Руководство пользователя
Государственная публичная научно-техническая библиотека России
Москва 2002
УДК 025.32:65.011.56
ББК 78.37
Система автоматизации библиотек ИРБИС. АРМ "Каталогизатор". Руководство пользователя. — М.:ГПНТБ России, 2002. — 112 с.
Описывается структура базы данных электронного каталога; даются рекомендации каталогизатору по вводу и корректировке документов различных видов.
ISBN 5-85638-033-9 © ГПНТБ России, 2002
© Ассоциация ЭБНИТ, 2002
ОГЛАВЛЕНИЕ
1. ОБЩИЕ ПОЛОЖЕНИЯ.. 5
2. ФОРМАТ ПРЕДСТАВЛЕНИЯ ДАННЫХ В ЭЛЕКТРОННОМ КАТАЛОГЕ 7
3. ТИПОЛОГИЯ РАБОЧИХ ЛИСТОВ ВВОДА ДАННЫХ 8
3.1. Рабочий лист для ввода монографического описания книги 9
3.2. Рабочий лист для ввода сводного описания книги (Спецификация тома) 11
3.3. Рабочий лист для ввода упрощенных данных о книгах 11
3.4. Рабочий лист для ввода описаний журналов (и его варианты) 12
3.5. Рабочий лист для ввода аналитического описания статьи 13
4. ПРАВИЛА ЗАПОЛНЕНИЯ ПОЛЕЙ РАБОЧЕГО ЛИСТА 15
4.1. Общие правила 15
4.1.1. Некоторые особенности, связанные с работой в автоматизированной системе 15
4.1.2 Разметка заглавий 17
4.2. Специфика заполнения отдельных полей 18
4.2.1. Заголовок описания 18
4.2.2. Сведения об интеллектуальной ответственности лиц и коллективов, не входящих в заголовок описания. 20
4.2.3. Область библиографического описания (Основное БО) 23
4.2.4. ОБЛАСТЬ Библиографического Описания (Расширенное БО) 33
4.2.5. Область источника, в котором опубликована статья 39
4.2.6. Область кодированной информации, ISBN/ISSN и идентификационных номеров нетекстовых материалов 40
4.2.7. Сведения об экземплярах 45
4.2.8. Сведения о содержании документа 48
4.2.9. Технологические элементы данных 56
5. ПОРЯДОК РАБОТЫ КАТАЛОГИЗАТОРА ПРИ ВВОДЕ/КОРРЕКТУРЕ ДАННЫХ 60
5.1. Обработка книг. 60
5.1.1. Ввод новых документов 61
5.1.1.1. Ввод описаний однотомных изданий.. 61
5.1.1.2. Ввод описаний томов многотомных изданий.. 63
5.1.2. Корректура документов 68
5.1.3. Ввод описаний изданий в БД Электронного каталога через БД ЧИТАТЕЛЬ 69
5.2. Обработка журналов.. 70
5.2.1. Ввод новых журналов 71
5.2.2. Регистрация новых поступлений 75
5.2.3. Корректура документа - номера журнала 80
5.2.4. Регистрация "Подшивок" газет и журналов 81
5.3. Ввод аналитического описания статьи.. 82
5.3.1. Ввод с клавиатуры 83
5.3.2. Копирование в новый документ по результатам поиска 84
5.4. Глобальная корректировка данных. 85
5.5. Проверка фонда. 86
6. ПОДГОТОВКА ВЫХОДНЫХ ДОКУМЕНТОВ.. 88
6.1. Получение каталожных карточек. 92
6.2. Получение табличных форм.. 93
7. КНИНООБЕСПЕЧЕННОСТЬ. ИНТЕГРИРОВАННАЯ ТЕХНОЛОГИЯ.. 99
7.1. Информационное обеспечение. 101
7.1.1. БД Читатель 101
7.1.2. БД Электронный каталог 102
7.1.3. БД ВУЗ - Учебные дисциплины 104
7.2. Технология. Порядок работы... 109
ИРБИС – это так же необходимо,
как умение читать,
и так же просто,
как взять с полки книгу.
_____________________________________________________________
Передача записей-книг в БД каталога
Передача записей из БД комплектования в БД каталога может быть проведена либо для отдельных, отмеченных, документов-книг (по любому словарю или в окне связанных записей), либо для партии книг, определяемой номером КСУ.
В любом случае при нажатии кнопки "ПЕРЕНОС В ЭК" вызывается рабочий лист опроса для задания необходимых значений.
При переносе отмеченных записей система сообщает их число, а при работе по второму варианту в строке рабочего листа "Номер КСУ для отбора партии" нужно выбрать соответствующее значение КСУ (отметить в словаре и нажать кнопку ВВОД).
Далее в любом из вариантов нужно определить БД каталога, в которую передаются записи из БД комплектования (по ниспадающему меню "Выходная БД"). Система обеспечивает исключение повторного переноса документа в одну и ту же БД ЭК (для этого рекомендуется ВСЕГДА использовать режим "Контролируемого переноса"). При попытке повторной передачи система выдает сообщение о числе пропущенных документов.
В связи с тем, что описания книг передаются в БД каталога оперативно, не дожидаясь полного выполнения заказов, сведения о последующих поступлениях новых экземпляров (при поэтапном выполнении заказа на книги или в процессе доукомплектования) также передаются в каталог, но как корректуры к ранее введенным записям. Однако эти корректирующие записи могут быть построены только при работе по второму варианту — то есть когда указан номер КСУ передаваемой партии. В этом случае система отбирает из записей, уже переданных в каталог ранее, только те экземпляры, которые принадлежат заданной партии. Эти данные передаются в БД каталога как корректуры к переданным ранее записям, причем связующим ЭД между ними являются инвентарные номера экземпляров, полученных ранее, поскольку допускается, что шифры для документов-книг в БД каталога могут быть изменены.
По завершении работы выдается сообщение о числе и номерах записей, добавленных в каталог и откорректированных (дополненных).
Перенос записей из БД комплектования в БД каталога
Рис. 6.5.3а. Форма для переноса данных в БД электронного каталога
Кнопка ПЕРЕНОС В ЭК вызывает форму опроса для задания данных (рис. 6.5.3а). Следует задать значение одного из предлагаемых параметров для отбора переносимых записей. В окне КОНТРОЛИРУЕМЫЙ ПЕРЕНОС? (Д/Н) следует задать значение Д – для контролируемого переноса и Н – для переноса безусловного. В окне ВЫХОДНАЯ БД подается список баз данных каталога, из которого следует выбрать имя БД. Записи переносятся с переформатированием по таблицам, имена которых определены в параметрах FstToCat – для книг и FstToCatJ - для журналов. При нажатии кнопки ПУСК выполняется процесс переноса и дописывание записей. По окончанию выдается протокол, пример которого на рис. 6.5.3б.
Есть возможность определить недоступным режим переноса в электронный каталог, для этого используется параметр ini-файла AccessMove.
Рис. 6.5.3б. Протокол завершения пакетной обработки
Подготовка абонементных (доставочных) карточек
Предварительный отбор не требуется. При подготовке Абонементных карточек (см. Таблицу 5) нужно определить следующие параметры:
Для всех форм можно указать подписной каталог (выбор по словарю каталогов, определенных ранее) и вид издания (журнал или газета, по умолчанию, то есть при отсутствии параметра, выводятся издания обоих видов), которые должны выбираться в форму;
Для формы TABA1W, определяющей, что абонементные карточки готовятся на ВСЕ издания последнего периода подписки, выписанные на ОДНОГО выбранного Адресата — дополнительно определяется соответствующий Адресат (выбор по словарю "Адресат последней подписки"). При этом для других адресатов, также выписавших обрабатываемые издания, Абонементные карточки не готовятся;
Примечание: Абонементные карточки по этому варианту нужно получать до выполнения режима "Снятие периода подписки" — см. п. 5.3.1.
Для формы TABA2W, определяющей что абонементные карточки готовятся на конкретные издания, выписанные на ОДНОГО выбранного Адресата — дополнительно определяются конкретные отдельные издания (выбор по словарям "Заглавие" или "Индекс подписки") и соответствующий Адресат, для которого непосредственно готовятся карточки (выбор по словарю "Адресат подписки"); при этом для других адресатов, также выписавших обрабатываемые издания, Абонементные карточки не готовятся;
Примечание: Абонементные карточки по этому варианту можно получать в любое время для любых изданий;
Для формы TABABW, определяющей, что абонементные карточки готовятся на предварительно отмеченные конкретные издания без дополнительного отбора, для ВСЕХ Адресатов, выписавших их;
Примечание: Абонементные карточки по этому варианту также можно получать в любое время для любых изданий.
Подготовка БД к подписке на очередной период
Работа состоит из следующих этапов:
Отметить издания, для которых нужно провести данную процедуру (ВСЕ термины словаря "Адресат последней подписки" — для ВСЕХ изданий, выписанных по последней подписке, — основной вариант работы или по другим словарям для отдельных изданий — частный случай);
Если подписка на очередной период будет проводиться для тех же Адресатов и Получателей — выполнить режим "Снятие периода подписки" (кнопка в технологической области "Оформление подписки" — пакетный режим корректуры отмеченных записей). В результате выполнения этого режима поле "Период подписки" очищается, поле "Заказ по подразделениям" не изменяются, а сведения о последней подписке переносятся в архивные поля. По завершении процесса выдается протокол; сообщение "Обработка завершена" говорит о нормальном завершении, наличие в протоколе сообщения типа "NN DEL 33 нет поля/данных для корректировки" говорит о том, что в записи с номером NN не было заполнено поле "Период подписки";
Если подписка на очередной период будет проводиться с существенным изменением Адресатов и Получателей — выполнить режим "Снятие периода и заказов" (кнопка в технологической области "Оформление подписки" — пакетный режим корректуры отмеченных записей). В результате выполнения этого режима очищаются поля "Период подписки" и "Заказ по подразделениям", а сведения о последней подписке переносятся в архивные поля;
Если нужно удалить заказ одного Адресата — выполнить режим "Снятие заказов адресата" (кнопка в технологической области "Оформление подписки" — пакетный режим корректуры отмеченных записей). В результате выполнения этого режима из поля "Заказ по подразделениям" удаляются все данные о заказе Адресата и, соответственно, обо всех его Получателях.
В системе предусмотрено также использование файлов каталогов подписки, если таковые можно получить от соответствующих учреждений в текстовом формате или в коммуникативных МАRC-форматах. Описание работы – см. п. 5.4.3.
В этом случае работа ведется в БД POST - БД актуального каталога подписки (БД КП) и может быть выполнен режим "Обновление описаний по КП" (соответствующая кнопка в технологической области "Оформление подписки"). В процессе выполнения этого режима БО изданий из БД комплектования проверяются на наличие в БД КП (по индексу подписки), и в них автоматически корректируются ЭД "Цена подписки", "Цена доставки", "Периодичность" и "Заглавие", если такие расхождения обнаружатся. По кнопке "Не найдено в КП" можно получить список изданий, которые отсутствуют в БД КП (например, при изменении индекса подписки), и должны корректироваться традиционным способом индивидуально.
Подготовка листов (списка-заявки) подписки
При подготовке списков заказа (см. Таблицу 5) нужно определить следующие параметры (ввести данные в опросном листе):
Для всех форм можно указать подписной каталог (выбор по словарю каталогов, определенных ранее) и вид издания (журнал или газета, по умолчанию, то есть при отсутствии параметра, выводятся издания обоих видов), которые должны выбираться в форму;
Для форм TABLOW, TABODW, TABLLW и TABLDOW, которые представляют собой "Лист заказа" (заявки) в отделение печати на последнюю (актуальную) подписку — дополнительно определяется соответствующий Адресат, для которого непосредственно готовится форма (выбор по словарю "Адресат последней подписки").
Форма TABLIW, которая позволяет получить итоговые данные последней подписки, содержит для каждого получателя сортированный по видам издания (журнал/газета) и подписному каталогу список наименований всех изданий с указанием периода подписки.
Переменные параметры позволяют исключить ненужн7ые данные из выходной формы, например, можно печатать только итоговые данные без самого списка.
Примечание: Формы TABLOW, TABODW, TABLLW, TABLDOW и TABLIW нужно получать только до выполнения режима "Снятие периода подписки" — см. п. 5.3.1.
Для формы TABLZW, которая позволяет получить список изданий, выписанных для заданного подразделения-Получателя (им может быть и Адресат) на любой (из сохраненных в документах БД) период подписки — дополнительно определяются нужное подразделение-Получатель (через меню) и нужный период (выбор по словарю "Период подписки");
Для формы TABLPW, которая позволяет получить список изданий, выписанных на заданного Адресата на любой (из сохраненных в документах БД) период подписки — дополнительно определяются нужный Адресат (выбор по словарю "Адресат подписки") и нужный период (выбор по словарю "Период подписки").
Примечание: При подготовке всех выходных форм, кроме TABLIW, не требуется предварительно отмечать нужные документы, поскольку заданные параметры определяют как отбор документов и определенных значений из повторяющихся полей в выходной документ, так и наполнение заголовка формы (все отметки игнорируются). Если вид издания (газета/журнал) не заданы как параметры отбора, в список включаются все издания.
ПОДГОТОВКА ВЫХОДНЫХ ДОКУМЕНТОВ
Каталогизатору предлагается три вида печати документов:
простая рулонная печать в виде несортированной последовательности заданных документов (Рабочая плоскость ПРОСМОТР/ВЫВОД, подплоскости БАЗА ДАННЫХ/MFN или РЕЗУЛЬТАТЫ ПОИСКА; режим ПЕЧАТЬ - СПИСКИ); при установлении формата "Оптимизированный" документы печатаются в формате БО, соответствующего виду документа; может быть задан и другой формат (ниспадающее меню), описание форматов дано ниже в Таблице 3;
каталожные карточки (Режим ВВОД – ПЕЧАТЬ КК); описание дано ниже - п. 6.1;
табличные формы (Рабочая плоскость ПРОСМОТР/ВЫВОД, подплоскости БАЗА ДАННЫХ/MFN или РЕЗУЛЬТАТЫ ПОИСКА; режим ПЕЧАТЬ – ТАБЛИЦЫ); описание дано ниже - п. 6.2.
Как было сказано в п. 4.2., разработан двойной механизм управления представлением некоторых ЭД в выходных форматах. Это удобно для разных Пользователей, традиционно привыкших к использованию одного из альтернативных вариантов ГОСТ 7.1-84. Эти требования задаются либо для всех документов (через кнопку "Настройка"), либо индивидуально для конкретного документа (в поле "Настройка" на странице Технология), а именно:
Цена. По умолчанию выводятся все оригинальные значения цен – общая и отдельных экземпляров; каталогизатор может отменить вывод цен на КК и/или в формат просмотра;
Сведения об экземплярах. По умолчанию выводятся только оригинальные значения направлений (мест хранения) и общее число экземпляров по каждому месту хранения. Каталогизатор может отменить значение по умолчанию, определив тем самым либо вывод на КК и/или в формат просмотра для каждого экземпляра дополнительно его инвентарные номера, даты поступления и N записи КСУ, либо полностью отменить вывод сведений об экземплярах на КК;
Ключевые слова. По умолчанию на КК выводятся ключевые слова, если в документ введено не более 5 повторений поля (строчные, прописные – как в документе). В формат просмотра выводятся все введенные ключевые слова (строчными буквами); каталогизатор может определить вывод в КК ключевых слов строчными буквами или отменить вывод всех ключевых слов на КК и/или в формат просмотра.
· Аннотация. По умолчанию на КК выводится аннотация только для промышленных каталогов и для аналитического описания; каталогизатор может определить безусловный вывод аннотации;
· УДК/ББК, ГРНТИ и индексы другой классификации. По умолчанию все индексы выводятся "в столбик"; каталогизатор может определить вывод всех индексов в строку через знак "+";
· Константа "Содержание" или "Из содерж." для Сборников с общим заглавием и номеров жуонала. По умолчанию выводится "Содержание"; каталогизатор может определить вывод "Из содерж." (только индивидуально для отдельного документа);
· Общие примечания. По умолчанию Общие примечания выводятся с новой строки; каталогизатор может определить вывод общих примечаний в одном блоке с другими.
Введен механизм настройки ряда ЭД (данные пользователя, включая национальные варианты и языки) в форматах экспорта, в выходных форматах (Каталожных карточках и форматах просмотра/вывода) и в некоторых технологиях - управляющее меню "ORG.MNU", в котором определены 7 позиций, описанных ниже:
· Код: "1", значение: <Код страны> – используется при формировании файлов экспорта в форматах MARC в качестве значения "по умолчанию"; исходное значение – "RU";
· Код: "2", значение: <Организация> – используется при формировании файлов экспорта в форматах MARC в качестве значения "по умолчанию"; исходное значение – "ГПНТБ России";
· Код: "3", значение: <Обозначение валюты> – используется во всех форматах в качестве значения "по умолчанию"; исходное значение – "р.";
· Код: "4", значение: <Обозначение единицы измерения в поле Количественные характеристики (например, "с" – страница)> - используется во всех форматах в качестве значения "по умолчанию"; исходное значение – "с";
· Код: "5", значение: < Обозначение единицы измерения для вывода оглавления журнала (например, стр. – страница)> – используется в форматах вывода номеров журналов в качестве значения "по умолчанию"; исходное значение – "стр.";
· Код: "6", значение: <Код национального языка (например, ukr)> – используется в задаче Пополнение записи КСУ для определения числа документов на национальных языках в качестве значения "по умолчанию" (например,– "uzb"); исходное значение "sibir" определяет, что считаются документы, изданные на языках народов РФ (определены в меню SIBIR.MNU);
· Код: "7", значения "0" или "1" определяют, нужно ли создавать словарь "Проверка фонда" (см. п.5.5). При значении "1" создается словарь, в который включаются инвентарные номера с пометами о проверке; исходное значение – "0" (словарь не создается);
· Код: "8", значения "0" или "1" определяют, нужно ли создавать словарь "Технология" (см. п. 4.2, поле "Этап работы, дата, ФИО"). При значении "1" создается словарь, в который вводятся значения всех дат обработки в форме "Дата - ФИО" и "ФИО - дата"; исходное значение – "0" (словарь не создается)
· Код: "9", значения "0" или "1" определяют, нужно ли формировать автоматически Авторский знак: "1" - формируется, "0" – не формируется; исходное значение – "1";
В Таблице 3 представлены форматы, подготовленные для контрольного просмотра документов в процессе ввода данных, а также для вывода их непосредственно на печать или в файл на диске.
Таблица 3
Выходные форматы для просмотра и печати
Имя Формата |
Характеристика (содержание) выходного формата |
Оптимизированный – для РЛ |
IBISW |
Для просмотра и печати в форме БО; включает БО книг и статей согласно ГОСТ 7.1-84 (с учетом Изменения 1) и ГОСТ 7.82-2001, сведения о содержании документа, включая Содержание и аннотацию, о наличии полных текстов (внешних объектов) и об экземплярах (зарегистрированных и свободных) |
PAZK, PVK, SPEC, ASP, AUNTD, IBIS |
IBISKW |
То же, что и формат IBISW, но дополнительно выводятся сведения о списанных экземплярах. Предназначен для просмотра записей каталога из АРМ Комплектатор - для РЛ PAZK, PVK, SPEC, ASP, AUNTD, IBIS |
|
PERSW |
То же, что и формат IBISW, но дополнительно выводятся полные сведения о персоналиях (лицах или коллективах) - для РЛ PAZK, PVK, SPEC, ASP |
|
JW |
Для просмотра и печати в форме БО журнала. Формат включает БО журналов и других сериальных изданий (ГОСТ 7.1-84 – "Сводное описание" и ГОСТ 7.82-2001), сведения об истории (изменениях) журнала и сведения о регистрации поступлений в кумулированном по годам виде |
OJ |
NJW |
Для просмотра и печати отдельного номера (выпуска) журнала. Формат включает БО журнала (данные извлекаются из документа - БО журнала), данные о содержании номера, о наличии полных текстов (внешних объектах) и об экземплярах (зарегистрированных и свободных) |
!NJ |
NJTPW |
То же, что и формат NJW, но дополнительно включаются технологические ЭД – этапы технологического пути, сведения о списанных экземплярах – для РЛ !NJ |
|
INFOW |
Для просмотра и печати в форме "Название элемента данных – значение элемента данных" - для РЛ PAZK, PVK, SPEC, OJ |
|
UMARCW |
Для просмотра и печати в коммуникативном формате UNIMARC с метками полей и подполей - для РЛ PAZK, PVK, SPEC, OJ |
|
USMRCW |
Для просмотра и печати в коммуникативном формате USMARC с метками полей и подполей - для РЛ PAZK, PVK, SPEC, OJ |
|
KKKW |
Для просмотра в форме комплекта каталожных карточек; включает БО книг (ГОСТ 7.1-84 - "Основная на выпуск" или "Спецификация") и заголовки добавочных и ссылочных каталожных карточек для данного документа. Рекомендуется использовать перед выводом КК на печать |
PAZK, PVK, SPEC, ASP, AUNTD, OJ |
!KKKOW |
Для печати в форме основной каталожной карточки (для многотомных изданий – в соответствии с выбранным при каталогизации форматом ввода –"Основная на выпуск" или "Спецификация") |
PAZK, PVK, SPEC, ASP, AUNTD, OJ |
!KKKDW |
Для печати в форме добавочной каталожной карточки: на второго автора и персоналии ("о нем"), "другое" заглавие, параллельное заглавие, источник переводного издания, 2-ю и другие статьи сборника, дополнительные заголовки – безусловно (при наличии данных в документе); на других лиц и коллективы с вторичной ответственностью, заглавие, заглавие серии, разночтение заглавия – при задании ЭД "роль" (см.п.4) |
PAZK, PVK, SPEC, ASP, AUNTD, OJ |
!KKKCW |
Для печати в форме ссылочной каталожной карточки: от аббревиатуры КА и ВКА к полным их наименованиям, от разночтения автора к принятой форме – безусловно (при наличии данных в документе), от авторов на языке оригинала к соответствующей форме на русском языке – при задании ЭД "Роль" |
PAZK, PVK, SPEC, ASP, AUNTD, OJ |
!KKKUW |
Для печати в форме карточки для Систематического каталога (на каждый отдельный индекс УДК или ББК или "Другой классификации", начиная со второго) |
PAZK, PVK, SPEC, ASP, AUNTD |
!KKKI |
Для печати в форме оборота каталожной карточки (выводятся все инвентарные номера) |
PAZK, PVK, SPEC |
!KKKT |
Для печати в форме карточки для Топографического каталога (на каждый инвентарный номер) |
PAZK, PVK, SPEC |
!KKKFW |
Для печати в форме книжного формуляра (на каждый инвентарный номер и часть книги или журнала) |
PAZK, PVK, SPEC, NJ |
Как видно из Таблицы 3, при получении комплекта каталожных карточек часть добавочных и ссылочных карточек готовится автоматически (при наличии соответствующих ЭД в документе) и не требует дополнительных указаний. Подготовка других видов добавочных и ссылочных карточек зависит от указаний (соответствующих значений, введенных каталогизатором в ЭД "роль") - см. п.п. 4.2.1, 4.2.2, 4.2.3, 4.2.4, 4.2.5, 4.2.8, 4.2.9. Все виды каталожных карточек могут иметь Карты продолжения.
Основная каталожная карточка, карточка оборота, книжный формуляр, карточки для топографического каталога и карточки для систематического каталогов (при наличии в документе более одного классификационного индекса) подготавливаются системой для любого документа. Добавочные и ссылочные карточки получаются только при наличии в документе соответствующих данных и/или указаний.
В комплект Каталожных карточек, подготавливаемых системой для одного документа, таким образом, входят:
одна Основная и одна карточка оборота;
одна (или более) карточка для топографического каталога (на каждый инвентарный номер-экземпляр книги);
одна (или более) карточка книжного формуляра (также на каждый инвентарный номер-экземпляр книги или номера журнала или часть книги – учитывается ЭД "состоит из … книг");
одна (или более) карточка для систематического каталога (на каждый, кроме первого, классификационный индекс);
разные виды добавочных карточек (могут отсутствовать);
разные виды ссылочных карточек (могут отсутствовать).
Подключение программ к формату
В формате вывода можно использовать программные функции (написанные пользователем и включенные в библиотеку FORMAT32.DLL) и предназначенные для выполнения таких операций по форматированию, которые не могут быть выполнены с помощью языка форматирования. Такие функции, подключаемые к формату, называются форматные выходы или формат-программы. По сути данные функции выходят за рамки собственно языка форматирования, а сама система просто предоставляет некоторый стандартный интерфейс передачи данных для таких функций.
С точки зрения языка форматирования формат-программы являются строковыми функциями с форматом в качестве аргумента. При этом сначала вычисляется аргумент, а затем он передается функции. Формат-программа возвращает строку символов, с которой система обращается так, как если бы она была полем форматируемого документа.
Обращение к формат-программе в формате производится следующим образом:
&имя(формат),
где:
& | Идентификатор вызова формат-программы; | ||
Имя | Имя формат-программы; | ||
Формат | Аргумент. |
Система предлагает для использования комплексную формат-программу UNIFOR, реализующую различные специфические функции. Вид реализуемой функции определяется первым символом строки, которая формируется в результате выполнения формата, передаваемого в качестве аргумента формат-программы.
Перечень функций формат-программы UNIFOR и примеры их применения приведены в Таблице 1.
Таблица 1
п/п | Вид функции | Назначение | Формат (передаваемая строка) | Пример | |||||
1 | 0 | Выдать содержимое документа полностью (формат ALLl) | 0 | ….&unifor('0')…. | |||||
2 | 3 | Выдать дату/время в виде ГГММДДЧЧММСС | 3 | …..&unifor('3')…. | |||||
3 | 9 | Удалить двойные кавычки из заданной строки | 9<исх.строка> | ….&unifor("9"v200^a)…. | |||||
4 | А | Выдать заданное повторение поля | AV<tag>^<delim>*
<ofset>.<length># <occur> где: <tag> - метка поля; <delim> - разделитель подполя; <offset> - смещение; <length> - длина; <occur> - номер повторения | …&unifor('Av200#2')……
…&unifor('Av910^a#5')… ….&unifor('Av10^b*2.10#2')…. | |||||
5 | P | Выдать заданное оригинальное повторение поля | то же самое | то же самое | |||||
6 | B | Выдать библиографическую свертку документа | B | …..&unifor('B')….. | |||||
7 | C | Контроль ISSN/ISBN
При положительном результате - 0 При отрицательном - 1 | С<ISSN/ISBN> | ….&unifor("C"v10^a)…. | |||||
8 | E | Вернуть заданное количество первых слов в строке | EN<строка>
где N - кол-во слов (одна цифра) | …..&unifor("E3"v200^a)…. | |||||
9 | F | Вернуть конец строки после заданного кол-ва первых слов | FN<строка>
где N - кол-во слов (одна цифра) | …..&unifor("F3"v200^a)…. | |||||
10 | G | Вернуть часть строки до или начиная с заданного символа | GNA<строка>
где: N=0 если ДО заданного символа (не включая его); N=1 если начиная С заданного символа (включая его); А - заданный символ (# - обозначает цифру; $ - обозначает букву) | ….&unifor("G0#"v700)…
….&unifor("G1-"v700^a)… | |||||
11 | S | Универсальный счетчик | SN
где: N=0 - обнулить счетчик; N=1..9 - увеличить значение счетчика на соотв.значение} N=A - вернуть значение счетчика - арабскими цифрами} N=X - вернуть значение счетчика - римскими цифрами | ….&unifor('S0')…..
….&unifor('S1')…… ….&unifor('SA')…… | |||||
12 | L | Вернуть окончание термина | L<начало_термина> | …..&unifor("L"v101)…. | |||||
13 | U | Куммуляция номеров журналов | U<strbase>,<stradd>
где: <strbase> - исходная куммулированная строка <stradd> - куммулируемые номера | ...&unifor("U"v909^h",12").. | |||||
14 | V | Декуммуляция номеров журналов | V<strbase>
где: <strbase> - исходная строка для декуммуляции | …..&unifor("V"v909^h")….. | |||||
15 | W | Контроль куммуляции | W<strbadd>,<strbase>
где: <strbase> - исходная куммулированная строка <stradd> - куммулируемый номер. Возврат: 0 - если <stradd> не присутствует в <strbase> 1 - если <stradd> присутствует в <strbase> | …&unifor("W12,"v909^h)… | |||||
16 | Z | Размножение экземпляров (функция ничего не возвращает). Можно применять только в глобальной корректировке | Z | …..&unifor('Z')…… | |||||
17 | R | Генерация случайного числа | RNN
где: NN- кол-во знаков в случайном числе (по умолчанию - 6) | …..&unifor('R10')…… | |||||
18 | K | Раскодировка через справочник (меню) | K<имя_меню>\<исх_значение> | ….&unifor("Kjz.mnu\"v101) | |||||
19 | I | Вернуть параметр из INI-файла | I<SECTION>,<PAR_NAME>,<DEFAULT_VALUE> | ….&unifor('IPRIVATE,NAME,NONAME')…. | |||||
20 | 1 | Вернуть заданный подэлемент | 1NCXY?V<tag>^<delim>*<offset>.<length>#<occur>
где: N - номер повторения подэлемента; если указана * - номер подэлемента совпадает со счетчиком повторяющейся группы; ХY - разделители между подэлементами; С - принимает значения: R - разделители справа от каждого подэлемента, кроме последнего; L - разделители слева от каждого подэлемента; D - каждый подэлемент заключен слева разделителем Х и справа - Y; ? - символ-разделитель. Остальные параметры аналогичны параметрам для функции А (см. выше) | ….(/&unifor('1*R; ?v910^h#1')).. | |||||
21 | T | Транслитерирование кириллических символов с помощью латиницы | TN<строка>
где N - вид таблицы транслитерирования (0 или 1) | ….&unifor("T0"V200)….. | |||||
22 | J | Вернуть кол-во ссылок для заданного термина | J<dbn>,<термин>
<dbn> - имя БД; по умолчанию используется текущая. | .&unifor('JBOOK,',"A="v200^a). | |||||
23 | D | Форматирование документа из другой БД (REF на другую БД) | D<dbn>,<@mfn|/termin/>,<@имя_формата|формат>
Передаются три параметра, разделенные запятой: Первый - имя БД; Второй - или непосредственно MFN с предшествующим символом @ или термин, ссылающийся на документ (термин - заключается в ограничительные символы); Третий - или имя формата с предшествующим символом @ или непосредственно формат | ..&unifor('DBOOK,/K=AAA/,v200') | |||||
24 | X | Удаление из заданной строки фрагментов, выделенных угловыми скобками <> | X<строка> | …&unifor("X"v200)…. | |||||
25 | Q | Вернуть заданную строку в нижнем регистре | Q<строка> | ….&unifor("Q"v200)…. | |||||
26 | M | Отсортировать повторения заданного поля (имеется в виду строковая сортировка) - функция ничего не возвращает. Можно применять только в глобальной корректировке. | MX<tag>^<delims>
X - вид сортировки: I - по возрастанию; D - по убыванию. <tag> - метка поля. <delims> - разделители подполей, определяющих ключ сортировки. | …&unifor('MI910^BD')….. |
ПОДПИСКА НА ГАЗЕТЫ И ЖУРНАЛЫ
Процесс подписки на газеты и журналы (периодические издания ) выполняется на плоскости интерфейса ПОДПИСКА и включает следующие этапы:
Поиск "ДЛЯ ЧАЙНИКОВ"
Режим "Для чайников" реализует упрощенный поиск, ориентированный на начинающих пользователей. При нажатии соответствующей кнопки возникает форма, изображенная на рис. 2.3.6а.
Рис. 2.3.6а.
Форма для поиска "Для чайников"
В редактируемую строку Я ИЩУ в произвольной форме вводятся термины, которые описывают тематическую область, интересующую читателя. Сюда не следует вводить имена авторов, названия стран, языков, видов документов и другие библиографические признаки.
Кнопка ВЫПОЛНИТЬ служит для выполнения поиска на основании введенных терминов.
Кнопка ПРОСМОТР служит для перехода на плоскость ПРОСМОТР и просмотра найденных в результате поиска документов. Кнопка становится доступной только после результативного (ненулевого) поиска.
Поиск "ДЛЯ УМНИКОВ"
Режим "Для умников" включает в себя специальные виды поиска, которые строятся на основе использования таких информационно-лингвистических ресурсов, как Авторитетные файлы, Алфавитно-предметный указатель к УДК/ББК, Тезаурус, иерархические классификаторы (справочники). Форма, с помощью которой реализуются такие поиски, представлена на Рис. 2.3.7а. Форма состоит из трех рабочих областей:
верхней - включающей компоненты ВИД ПОИСКА и ЛОГИКА;
средней - включающей навигатор для используемого информационно-лингвистического ресурса;
нижней - включающей кнопки ВЫПОЛНИТЬ и ПРОСМОТР.
Навигаторы для работы с Авторитетными файлами, Алфавитно-предметным указателем к УДК/ББК и Тезаурусом полностью аналогичны тем, что применяются в АРМе "Каталогизатор" (см. п. 3.4.2.6).
Компонент ВИД ПОИСКА в виде ниспадающего меню служит для установки вида поиска.
Переключатель ЛОГИКА служит для установки логической операции (ИЛИ. И, НЕТ), которой должны объединяться отобранные с помощью навигаторы элементы.
Кнопка ВЫПОЛНИТЬ служит для выполнения поиска на основании отобранных элементов.
Кнопка ПРОСМОТР служит для перехода на плоскость ПРОСМОТР и просмотра найденных в результате поиска документов. Кнопка становится доступной только после результативного (ненулевого) поиска.
Рис. 2.3.7а. Форма для выполнения поиска "Для умников"
Поиски "Для чайников" и "Для умников"
Данные виды поиска используются только в АРМе "Читатель".
Факт включения поиска "Для чайников" определяется параметром DebilSearch: 1 - включать, 0 - не включать; по умолчанию - 0.
Поиск "Для умников" включает в себя интеллектуальные поиски. Под интеллектуальными поисками понимаются поиски с использованием специальных информационно-лингвистических ресурсов, а именно: поиски на основе Авторитетных файлов, поиск на основе Алфавитно-предметного указателя (АПУ) к УДК/ББК, поиск на основе Тезауруса и поиски на основе иерархических справочников.
Один вид интеллектуального поиска описывается четырьмя параметрами:
IntNameNN
IntTypeNN
IntPrefNN
IntAddataNN
где NN - порядковый номер интеллектуального поиска в общем списке (начиная с 0).
Параметр IntNameNN определяет название интеллектуального поиска. Пример:
IntName0=Авторитетный файл "Индивидуальные авторы"
Параметр IntTypeNN определяет тип интеллектуального поиска. Принимает следующие значения: 0 - для поиска по Авторитетным файлам и АПУ к УДК/ББК; 1 - для поиска по Тезаурусу; 2 – резерв; 3 – для поиска по иерархическим меню (справочникам).
Параметр IntPrefNN определяет префикс для поисковых терминов.
Параметр IntAddataNN определяет дополнительную информацию для соответствующего интеллектуального поиска. Для поиска по Тезаурусу данный параметр не используется. Для поиска по Авторитетным файлам и АПУ значение данного параметра имеет следующую структуру:
<dbname>,<prefix>,<option>,@<имя_групп_формата>
где:
<dbname> - имя БД Авторитетного файла или АПУ;
<prefix> - префикс для инвертирования основных элементов Авторитетных файлов или АПУ;
<option> - пока не используется;
<имя_групп_формата> - имя группового формата (без расширения). Групповой формат представляет собой формат специальной структуры, а именно: он состоит из трех строк, каждая из которых является отдельным форматом (который может содержать переменные метки):
1 строка - формат, используемый для показа элементов Авторитетного файла или АПУ;
2 строка - формат, используемый при отборе на поиск элементов Авторитетного файла или АПУ;
3 строка - формат, отражающий правила инвертирования элементов Авторитетного файла или АПУ.
Для поиска по иерархическим справочникам значение параметра IntAddataNN имеет следующую структуру:
<Tree_file_name>\<SYS|DBN>,<NN>\<TreeSep>
где:
<Tree_file_name> - имя файла иерархического справочника (с расширением). Для создания иерархических справочников служит специальный генератор (см. Приложение 3);
<SYS|DBN>,<NN> - указывает путь, по которому находится файл иерархического справочника (подробнее смотри в Приложении 8);
<TreeSep> - символы-разделители, отделяющие собственно значение от пояснения в справочнике. По умолчанию - символ пробел.
Общее количество интеллектуальных поисков указывается в параметре IntNumb.
Поиски по словарю
Для описания одного вида поиска по словарю служат девять параметров
ItemNameNN
ItemPrefNN
ItemDictionTypeNN
ItemMenuNN
ItemF8ForNN
ItemModByDicNN
ItemTrancNN
ItemHintNN
ItemModByDicAutoNN
где NN - порядковый номер вида поиска по словарю в общем списке (начиная с 0).
Параметр ItemNameNN служит для указания названия поиска. Например:
ItemName5=Заглавие
Параметр ItemPrefNN определяет префикс для соответствующих терминов в словаре (префикс инверсии). Например, заглавия инвертируются целиком с префиксом "Т=", поэтому:
ItemPref5=Т=
Параметр ItemDictionTypeNN определяет тип словаря для соответствующего поиска, т.е. вид компонента "Словарь" на плоскости "ПОИСК". Используются три типа словарей и соответственно три значения для данного параметра:
0 - стандартный словарь, содержащий алфавитный список терминов с указанием количества ссылок для каждого из них;
1 - словарь, дополнительно к стандартным данным содержащий пояснения (раскодировку) для каждого термина; применяется для терминов, которые представляют собой кодированную информацию (например, "Страна издания") и для которых имеется соответствующий справочник (файл с расширением MNU - например, STR.MNU для кодов стран); в этом случае соответствующий справочник указывается в параметре ItemMenuNN (см. ниже);
2 - специальный вид компоненты "Словарь" для Тематического рубрикатора.
Например:
ItemDictionType8=1
По умолчанию, т.е. в случае, когда параметр ItemDictionTypeNN не указывается, используется стандартный словарь.
Параметр ItemMenuNN содержит имя файла справочника (с расширением) и используется, когда соответствующий параметр ItemDictionTypeNN имеет значение 1. Например:
ItemMenu8=str.mnu
Параметр ItemF8ForNN служит для указания имени формата (без расширения), который используется при показе термина словаря полностью (см. Приложение 4 п. 13) . Используется для длинных терминов (больше 30 символов).
Например:
ItemF8For5=!F8TIT
Если в качестве значения параметра ItemF8ForNN указать символ *, то система будет показывать продолжение термина в строгом соответствии с индексной ссылкой. Такое возможно - т.е. продолжения терминов будут показываться правильно, - только в случае "простого правильного" инвертирования, а именно, когда в соответствующей строке ТВП:
· в формате выборки присутствует единственное поле и при этом учитываются его повторения;
· используется метод индексирования 0;
· идентификатор поля совпадает с меткой поля в формате выборки.
Например:
200 0 mdl,(|T=|v200|%|/)
Параметр ItemModByDicNN определяет возможность и способ выполнения режима "Корректировка по словарю" (АРМ "Каталогизатор", плоскость "ПОИСК", область "Словарь") для соответствующего представления словаря. Возможны три типа значений для данного параметра и соответственно три вида технологии корректировки по словарю:
1. Корректировка на основе задания на пакетную корректировку. Задание на пакетную корректировку пишется на языке пакетной корректировки (см. Приложение 7) и сохраняется в директории БД в виде файла с расширением GBL. В этом случае значение параметра ItemModByDicNN записывается следующим образом:
ItemModByDicNN=@<имя_файла_задания>
Имя файла задания на пакетную корректировку указывается без расширения. Вводятся специальные соглашения, обеспечивающие передачу данных для пакетной корректировки через модельные поля (данные, временно создаваемые в каждом корректируемом документе), а именно: через первое повторение первого модельного поля (метка 1001) передается собственно термин, на основе которого производится корректировка, через первое повторение второго модельного поля (метка 1002) передается идентификатор поля из соответствующей индексной ссылки для данного термина и через первое повторение третьего модельного поля (метка 1003) передается номер повторения из соответствующей индексной ссылки.
Пакетная корректировка может передавать через второе повторение первого модельного поля (метка 1001) сообщение о выполнении (или невыполнении) корректировки.
2. Корректировка в строгом соответствии с индексными ссылками. В этом случае в качестве значения параметра ItemModByDicNN указывается символ *. Такой вид корректировки по словарю возможен только в случае "простого правильного" инвертирования (см. выше).
3. Корректировка на основе специального формата. В этом случае в качестве значения параметра ItemModByDicNN указывается имя формата (без расширения). Формат для корректировки по словарю и работа с ним обладают специфическими особенностями:
· формат может содержать переменные метки (см. Приложение 4. п. 13);
· форматированию подвергается документ, соответствующий первой индексной ссылке данного термина, и в качестве результирующей строки из общего результата форматирования берется строка, соответствующая номеру повторения из индексной ссылки;
· результирующая строка форматирования может состоять из двух частей, разделенных знаком $. Первая часть строки рассматривается как список меток полей (числа, разделенные запятыми), в которых могут находиться исходные для корректировки данные; вторая часть рассматривается как собственно исходные для корректировки данные. Если вторая часть строки представляет собой символ *, то в качестве исходных данных рассматривается соответствующий термин словаря. Если пустой оказывается первая часть строки, то в качестве метки исходного поля рассматривается идентификатор поля из индексной ссылки.
Примеры использования параметра ItemModByDicNN смотри в IRBISC.INI.
Параметр ItemTrancNN определяет исходное положение переключателя "Усечение" для данного вида поиска (0 - нет; 1 - да) - действует только в АРМе "Каталогизатор".
Параметр ItemHintNN определяет текст подсказки/предупреждения, которая выдается, когда пользователь вводит термины поиска с помощью клавиатуры - при этом тексту предшествует стандартная фраза: "Сейчас здесь можно вводить только ".Действует только в АРМе "Читатель". Пример:
ItemHint0=ключевое слово: одно - на одной строке
Параметр ItemModByDicAutoNN пока в ИРБИС не задействован.
Общее количество поисков по словарю указывается в параметре ItemNumb. Например:
ItemNumb=25
Поиски по связи
Данное средство сценария поиска позволяет организовывать поиски на основе схожести (совпадение значений одних и тех же элементов описания) документов (компонент "Поиск по связи" на плоскости "ПРОСМОТР").
Для описания одного поиска по связи служат пять параметров:
ScntNameNN
ScntFormatNN
ScntPrefNN
ScntSuffixNN
ScntLogicNN
где NN - порядковый номер поиска по связи в общем списке (начиная с 0).
Параметр ScntNameNN определяет название поиска по связи. Например:
ScntName5=УДК
Параметр ScntFormatNN служит для указания имени формата (без расширения), на основе которого формируются термины для соответствующего поиска по связи. Формат, указываемый в данном параметре, может содержать любые команды форматирования (кроме переменных меток и средств RTF) и используется системой следующим образом: форматируется исходный документ (на основе которого реализуется поиск), и каждая строка результата форматирования рассматривается как поисковый термин. Пример:
ScntFormat5=!scnt6
Остальные параметры используются для окончательного формирования собственно запроса на поиск на основе полученных поисковых терминов.
Параметр ScntPrefNN определяет префикс для поисковых терминов. Разумеется, префикс может формироваться непосредственно с помощью формата (ScntFormatNN), в этом случае параметр ScntPrefNN не используется, т.е. его не надо указывать или дать ему пустое значение. Пример:
ScntPref5=U=
Параметр ScntSuffixNN определяет суффиксную часть для поисковых терминов: это может быть знак $, определяющий применение механизма правого усечения, и/или средства контекстного уточнения (см. выше). Суффиксная часть поисковых терминов также может быть сформирована с помощью формата (ScntFormatNN).
ScntSuffix5=$
Параметр ScntLogicNN определяет логическую операцию для объединения поисковых терминов: при этом 0 определяет операцию ИЛИ; 1 - И; 2 - НЕТ. Пример:
ScntLogic5=0
Общее количество поисков по связи указывается в параметре ScntNumb. Например:
ScntNumb=7
Получение каталожных карточек
Вывод Каталожных карточек осуществляется непосредственно в процессе ввода /корректировки документа.
Как было сказано выше в п.п. 5.1.; 5.2.; 5.3., в процессе ввода/корректуры данных рекомендуется просматривать документ в окне просмотра (в оптимизированном формате) при переходе на очередную страницу РЛ.
При завершении работы с документом (кнопка СОХРАНИТЬ) можно вывести каталожные карточки всех видов (в нужном количестве экземпляров) непосредственно на печать.
Предварительно, прежде чем переходить в режим ПЕЧАТЬ КК, рекомендуется просмотреть документ в формате Комплекта каталожных карточек с тем, чтобы определить, формируются ли для него добавочные и/или ссылочные карточки (в ниспадающем меню ФОРМАТ установить формат с именем КККW).
При нажатии кнопки ПЕЧАТЬ КК инициируется процесс формирования комплекта КК для текущего документа ввода. Основная карточка формируется первой безусловно; карточки всех остальных видов - в соответствии с выбором в меню ВИД КК (начиная с карточки оборота и далее - в любом порядке); если для выбранного вида карточки формат не формируется (добавочные или ссылочные), экран будет пустым.
При выборе какого-либо вида КК на экране показываются сформированный в Microsoft Word макет.
Каталогизатор может откорректировать макет (текст, расположение ЭД, шрифт, стиль и пр. – средствами стандартного Редактора), изменить физические размеры КК по ширине и высоте, а также горизонтальные и вертикальные поля (кнопка РАЗМЕРЫ КК), при необходимости для всех КК можно получить Карты продолжения (нажатием соответствующей кнопки). При нажатии кнопки ПЕЧАТЬ можно установить число печатаемых копий и страницы для печати (все или отдельные, текущие).
Примечание:
Необходимо иметь ввиду, что грамматические и любые другие ошибки, исправленные в этом режиме, отразятся только на карточке данного вида и не будут перенесены в документ БД (при обнаружении таких ошибок на этапе подготовки КК нужно обязательно исправить ошибку, вернувшись в режим корректуры документа).
Чтобы изменить размер шрифта, нужно изменить значения параметров в файле настройки. Указания по настройке можно найти в книге "ИРБИС. Общее описание системы". (Разделы АРМ Администратор и Приложение 6)
Получение табличных форм
Подготовка выходных форм в табличном виде (типа Инвентарных списков и других таблиц) или в виде Библиографического списка выполняется в режиме ПРОСМОТР/ВЫВОД – ТАБЛИЦЫ в виде документа Microsoft Word в формате RTF непосредственно на печать или в файл.
При нажатии кнопки ТАБЛИЦЫ пользователю подается специальная форма, в которой нужно указать параметры для печати:
диапазон номеров (по умолчанию – вся БД), на подплоскости БАЗА ДАННЫХ/MFN задать диапазон номеров для печати, на подплоскости РЕЗУЛЬТАТЫ ПОИСКА заданием диапазона номеров можно дополнительно отсечь документы, найденные по результатам поиска, но не попадающие в заданный диапазон;
имя таблицы/указателя определяется по ниспадающему меню ВЫХОДНОЙ ФОРМАТ (кнопка расширенных средств ввода). Перечень выходных форм, получаемых в режиме ТАБЛИЦЫ, представлен в Таблицах 4 – 5;
носитель: кнопки БУМАГА или ФАЙЛ;
заголовок 1, 2, 3 позволяет вывести произвольный текст перед печатью формы (параметр необязательный).
После нажатия кнопки ВЫПОЛНИТЬ и указания пользователем пути и имени файла сохранения выходной формы начинается процесс ее формирования.
Для корректировки оригинал-макета и его последующей печати нужно использовать Microsoft Word (выходные документы формируются в формате RTF).
Отбор записей для получения выходных форм может определяться либо заданием интервала номеров в БД (подплоскость БАЗА ДАННЫХ/MFN), либо по результатам последнего поиска (подплоскость РЕЗУЛЬТАТЫ ПОИСКА).
В частности, могут быть полезны следующие виды поиска (режим ПОИСК, ниспадающее меню ВИД ПОИСКА):
Для отбора книг за определенный период времени
– выбрать "Дата поступления" (в виде ГГГГММДД, то есть с точностью до дня); при необходимости отобрать документы, например, за месяц можно удалить цифры дня в термине запроса, проведя поиск "с усечением";
Для отбора партии книг по номеру КСУ
– выбрать "Номер КСУ".
При подготовке Библиографического Указателя в разработанном варианте обеспечивается многоуровневая сортировка по первой
Предметной рубрике и ее подрубрикам, расстановочному шифру, автору или заглавию.
При подготовке формы "Систематический Указатель общий" (форма TABSUW) обеспечивается многоуровневая сортировка по всем Издательским индексам, автору или заглавию. При печати индекс заменяется текстом (расшифровкой). При этом Издательский индекс может быть введен в документы разных видов — Книги, Аналитические описания, Статьи из оглавления сборника с общим заглавием или номера журнала. Подборки номеров журналов включаются в Указатель в соответствии с Индексами, введенными в запись БО журнала. Записи, имеющие несколько индексов, представлены в соответствующих разделах в виде полных описаний.
При подготовке формы "Систематический Указатель (основные записи с ссылками и указателями" (форма TABSU0) также обеспечивается многоуровневая сортировка по всем
Издательским индексам, автору или заглавию. Но при этом в форму отбираются только записи книг и аналитические описания. Записи, имеющие несколько индексов, представлены в виде полного описания только в разделе по первому индексу, во всех остальных – ссылкой на номер записи с полным текстом. Кроме Основного ряда, автоматически подготавливаются Авторский указатель (все лица с первичной и вторичной ответственностью, введенные в поля, предназначенные для включения в словарь авторов) и Географический указатель (рубрика полностью).
Для подготовки Систематических указателей обоих видов пользователь должен подготовить справочник для ввода (иерархический, до 4-х двухпозиционных уровней – ii.tre) и справочник для вывода (используется для раскодировки в выходных формах и в словаре) – обычного вида (ii.mnu). Примеры обоих справочников имеются в дистрибутиве.
При подготовке ii.tre необходимо обратить внимание на следующее:
· в документ вносится полный индекс до разделительного знака, текстовая часть используется только систематизатором для определения нужного индекса;
· значения индексов всех уровней, кроме первого, должны быть двухсимвольными (то есть перед индексом, состоящим из одной цифры, должен стоять пробел);
· значение индекса первого уровня не должно иметь впереди пробела;
· индекс каждого следующего уровня должен отделяться от предыдущего точкой;
· в конце индекса точку не ставить;
· полный индекс должен отделяться от текста разделительным знаком " – " (пробел дефис пробел).
При подготовке ii.mnu необходимо обратить внимание на следующее:
· значения полных индексов всех уровней, кроме первого, должны полностью совпадать с соответствующими индексами справочника ii.tre;
· значение индекса первого уровня должно быть двухсимволным (то есть перед индексом, состоящим из одной цифры, должен стоять пробел);
· текстовая часть без изменения выводится в выходной формат (взамен индекса) и в словарь (в словаре, естественно, иерархия будет соответствовать наполнению БД каталога);
· если Пользователю нужно, чтобы в выходной форме присутствовали и индекс, и текстовая часть, то в справочнике ii.mnu в текстовую часть нужно включить и сам индекс (в любом виде).
Благодаря такой организации справочников полному индексу можно ставить в соответствие только текст самого нижнего уровня, что, с одной стороны, облегчает работу по его подготовке, а с другой – непосредственную работу каталогизатора (систематизатора).
Сортировка всех видов указателей производится с учетом разметки основного заглавия, позволяющего не включать выделенный фрагмент текста в ключ сортировки (например, артикли), а также заменять часть текста (например, числительные) другим значением – см.
п.4.1.2
Таблица 4
Выходные табличные формы типа Библиографических списков
Имя формы |
Вид выходной формы |
Пояснения к форме |
TABBUW |
Библиографический указатель (по предметным рубрикам) - выбирается только первая рубрика на всю ее глубину. |
Сортировка: 1-й предметный заголовок, далее – заголовок БО (автор и/или заглавие). Документы без Предметного заголовка в выходную форму не включаются |
TABBAW |
Библиографический указатель (по автору и/или заглавию) |
Сортировка: заголовок БО (Автор/КА), заглавие, номер тома, источник статьи (заглавие, год, номер) |
TABBNW |
Библиографический указатель новых поступлений (по автору и/или заглавию) с указанием расстановочного шифра |
Сортировка: заголовок БО (Автор/КА), заглавие, номер тома, источник статьи (заглавие, год, номер). |
TABSUW |
Систематический указатель по всем индексам (общий, включая статьи из оглавления) |
Сортировка: все издательские индексы, заголовок БО (Автор/КА), заглавие, номер тома, источник статьи (заглавие, год, номер) |
TABS0W |
Систематический указатель по всем индексам (только основные записи, с ссылками и указателями) |
Сортировка: все издательские индексы, заголовок БО (Автор/КА), заглавие, номер тома, источник статьи (заглавие, год, номер) |
· Новые поступления (в одном документе все экземпляры получены в одной партии, с одним номером КСУ, БО выводится один раз для всех экземпляров):
· TABINW – Индивидуальный учет (все полученные экземпляры имеют статус "0"); в выходную таблицу столбец с нумерацией не включается;
· TABIUW – Общий
(есть экземпляры со статусом "U"); в выходной таблице присутствует столбец с нумерацией.
· Сквозная сортировка ( в одном документе могут присутствовать экземпляры из разных партий (с разными КСУ); БО выводится к каждому Инвентарному номеру отдельно):
· TAB4BW – Индивидуальный учет (все полученные экземпляры имеют статус "0"); в выходную таблицу столбец с нумерацией не включается;
· TAB4OW – Общий
(есть экземпляры со статусом U); в выходной таблице присутствует столбец с нумерацией.
Все таблицы содержат общий набор столбцов (кроме оговоренных выше), охватывающий ВСЕ потребности пользователей ИРБИСа. Столбцы выходного документа, которые конкретному пользователю не нужны (например, ЭД “Место хранения” и “Раздел знаний”), могут быть им удалены либо средствами WORD из полученного выходного документа, либо путем подготовки собственных форматов.
В Таблице 5 представлены остальные табличные формы.
Таблица 5
Выходные табличные формы типа отчетных документов
№ |
Имя табличной формы |
Вид выходной формы |
Пояснения к форме |
1 |
TNNJW |
Непоступившие номера журналов |
Из отобранных записей в форму выводится краткое БО журнала и список непоступивших номеров за один, два, три или четыре квартала (интервал (год/квартал) задается пользователем); анализ – исходя из периодичности издания |
2 |
TABKOW |
Книгообеспеченность студентов (1) |
Из отобранных записей (отбор по ЭД "ВУЗ" или любым другим ЭД) выводится список документов, анализируется общее число экземпляров для заданных значений факультета и/или кафедры и/или дисциплины и на основе введенного при подготовке формы числа студентов рассчитывается число экземпляров на одного студента |
3 |
TABKOJW |
Книгообеспеченность (2) - интегрированная технология - см. Примечание |
Отличия от предыдущей формы: 1.Учитывается множественная предназначенность учебников для студентов разных факультетов, семестров, специальностей. 2.Число студентов определяется автоматически по БД Читатель. |
4 |
KOUPL1 |
Книгообеспеченность (3) – интегрированная технология – см. п.7 |
Отличия от предыдущей формы: счет отдельно для осенних и весенних семестров; большой диапазон возможностей отбора записей для формы. |
5 |
TABF1W |
Справка о поступлении книг в библиотеку |
Отбор записей – по дате ввода; Форма стандартная |
6 |
TABF3W |
Лист актового учета |
Отбор записей – по номеру Акта; Форма стандартная |
7 |
LAND |
Спрашиваемость литературы |
Для отобранных записей выводится БО, шифр и число выдач документа в режиме "Книговыдача" |
8 |
TPRFA |
Проверка фонда – АКТ |
Отбор записей по словарю "Проверка фонда (Прошли проверку)"; Форма стандартная |
8 |
TPRFI |
Проверка фонда – Инвентарный список |
Отбор записей по словарю "Проверка фонда (Прошли проверку)"; Форма стандартная |
Примечание 1:
Для реализации формы 3 ("Книгообеспеченность" по интегрированной технологии) в БД читателей должна быть внедрена работа по следующей технологии:
· одноразово вводятся сведения об учебных дисциплинах (по кафедрам): для каждого значения "Факультет/Семестр/Специальность" – отдельный документ типа "VUZ" (специальный РЛ);
· в записи читателя (студента) в соответствующих полях вводятся данные "Учебный год/Факультет/Семестр/Специальность" (неповторяющееся поле) и "Изучаемые дисциплины" (повторяющееся поле, данные в которое вводятся автоматически при сохранении документа на основе сведений из РЛ "VUZ");
· "перевод" студентов на следующий учебный год/семестр производится путем глобальной корректировки; при этом поле "Изучаемые дисциплины" автоматически корректируется; предварительно в записи студентов, которые не переводятся по каким либо причинам, вводится соответствующая пометка (индивидуально);
· формируются соответствующие словари "Студенты" и "Учебные дисциплины".
Примечание 2: Новая, интегрированная, технология ведения задачи книгообеспеченности (см. п.8.) позволяет получить выходные формы, более соответствующие потребностям как самих ВУЗов, так требований к ним со стороны Министерства высшего образования РФ. Поэтому форма TABKOJW в настоящее время оставлена в настоящей таблице условно.
Пополнение записи КСУ
После завершения обработки всей партии книг нужно ввести сведения об анализе обработанной партии книг в соответствующую запись КСУ поступлений.
Для вызова режима нужно нажать (щелкнуть мышкой) кнопку "Пополнение записи КСУ" в технологической области "Регистрация партии" — подается системный РЛ, в котором нужно определить:
· имя БД, в которую были введены книги анализируемой партии — БД комплектования или БД каталога (с использованием меню);
· номер соответствующей записи КСУ поступлений (отметить в словаре);
После ввода этих данных и нажатия кнопки "ВВОД" производится анализ документов и ввод данных в запись КСУ.
В процессе анализа в запись КСУ (в БД комплектования) автоматически вводятся данные о распределении партии книг (независимо от того, в какой БД эти документы были зарегистрированы).
Анализ распределения партии полученных документов по 80 различным разрезам для каждого места хранения с учетом требований вузовских Библиотек проводится, в частности:
· по видам и типам документов (печатные издания, брошюры, рукописи, ноты, аудио/видеоматериалы и др.),
· по языкам текста,
· по разделам знаний (анализ — по УДК/ББК или ЭД "Раздел знаний"),
· по направлениям (число наименований, экземпляров и общая сумма по каждому виду литературы),
Анализ книг, в частности, производится по следующим данным:
брошюры определяются только по ЭД "Характер документа",
"Принято не на баланс" определяется по данным в поле "Количественные характеристики",
анализ научных трудов сотрудников проводится для фиксированных кодов ЭД "Характер документа": 58 (научные труды), 21 (методические пособия), 51 (отчеты о НИР), J (учебные материалы);
анализ Нормативно-технических документов (НТД) проводится для фиксированных кодов ЭД "Характер документа": 62 (Материал фирмы - промкаталог), 63 (Нормативно-технический материал), G (Справочник), K (Патент), L (Стандарт);
диссертации, учебная, научная, художественная и общественно-политическая литература определяются для фиксированных соответствующих кодов ЭД "Характер документа";
анализ по фондам проводится для фиксированных кодов ЭД "Место хранения": ОФ (обменный фонд), ФРК (фонд редкой книги), ДФ (депозитарный фонд), РФ (резервный фонд), ООН;
при анализе по языкам (русский, национальный, другие) национальный язык определяется следующим образом: код языка документа (не "rus") сравнивается со значением параметра 6 в ORG MNU. При этом могут быть 2 варианта:
· в ORG MNU код национального языка установлен явным образом;
· в ORG.MNU в параметре 6 установлено значение "sibir", что означает, что национальным языком считается любой язык, включенный в справочник SIBIR.MNU, например, языки народов России (может корректироваться пользователем);
· анализ отечественных и иностранных изданий проводится по наличию букв "O" или "Z" в коде вида документа или (при их отсутствии) по несовпадению кода страны с кодом, установленным в параметре 1 в ORG.MNU;
· при подсчете суммарного числа названий, полученных за период времени (всего, на баланс, не на баланс), учитываются только издания, поступившие в библиотеку впервые.
Кроме того, вычисляется следующие данные:
· число документов, поступивших в БД впервые (число первых экземпляров),
· число наименований, поступивших повторно из того же источника,
· минимальный и максимальный инвентарные номера в партии,
· общее число наименований, экземпляров и общая сумма.
Эти последние итоговые данные в формате просмотра записи КСУ поступлений сравниваются с данными, введенными с сопроводительного документа, идентифицируя возможные ошибки, допущенные при обработке документов поступившей партии (например, не все документы введены, не откорректированы цены, проставленные на этапе заказа, не всем экземплярам проставлен статус "0").
Примечание: Нужно иметь ввиду, что если партия вводилась по частям в разные БД, то корректного распределения одной партии из двух баз получить невозможно — в таком случае можно условно разделить партию на две, каждая из которых будет введена в отдельную БД и проанализирована.
Если полученная партия разделена на несколько частей с отдельными актами ИУ (например, в соответствии с разными местами хранения), пополнение записи КСУ можно проводить многократно по мере обработки каждой части (каждого Акта).
После выполнения очередного сеанса Пополнения записи КСУ (по акту) нужно выполнить корректировку самой записи КСУ – перенести итоговые данные стоимости книг, посчитанных системой для каждого акта в соответствующее ему повторение поля.
Эта корректировка отмеченной в словаре записи КСУ выполняется в режиме "Глобальная" по заданию "CENA".
Задание выполняется для каждого отдельного номера акта.
Работа состоит из следующих этапов:
· отметить в словаре Запись КСУ, которая подлежит корректировке;
· нажать кнопку "Глобальная" – подается лист опроса, в котором должно быть указано, что отмечена одна запись ("Количество записей 1");
· нажать кнопку "Открыть" – открывается меню заданий, в котором нужно выбрать задание "CENA", нажать кнопку "Выбор из меню" - подается задание на глобальную корректуру, в котором в верхней, выделенной цветом строке, имеется кнопка со стрелкой;
· нажать кнопку со стрелкой (вход во вложенный РЛ), открыть словарь, найти в нем нужный номер акта и нажать ВВОД (два раза до выхода в опросный лист задания на корректуру);.
Примечание: Номер акта в этом словаре представлен вместе с годом (две последние цифры), которые стоят перед номером и отделяются от него знаком "¾", за номером также стоит знак "¾";
· Нажать кнопку "Выполнить" – результат выполнения будет показан в протоколе.
· Повторить все операции для отмеченной записи КСУ для каждого номера акта.
После выполнения этого задания полезно посмотреть отмеченную запись КСУ (по кнопке ПОЛНОСТЬЮ или в режиме корректировки) ¾ в случае несовпадения введенных и рассчитанных системой данных по каждому акту будут выданы сообщения.
Внимание! Выходные итоговые документы по актам, входящим в одну партию, можно получать только после завершения описанной выше технологии.
Поскольку процесс анализа партии и пополнения записи КСУ можно проводить как по БД комплектования, так и по БД каталога, может возникнуть ситуация, при которой после передачи записей в каталог и корректировки их каталогизатором будут повторно получены данные распределения партии, не совпадающие с первичными результатами, полученными после ввода данных комплектатором. Формально система при КАЖДОМ запуске режима "Пополнение записи КСУ" проводит анализ указанной партии (по номеру КСУ) в указанной БД и либо вводит их впервые в запись КСУ, либо ЗАМЕЩАЕТ в ней данные, введенные ранее, не сохраняя их предыдущие значения. Поэтому вопросы о "праве на последнее слово" должны быть решены в Библиотеке-Пользователе организационно.
Пополнение записи КСУ выбытия
После обработки партии выбытия в запись "КСУ выбытия" автоматически вводится информация "Итоговые данные" (суммы считаются с учетом индексов изменения цен):
всего в партии на выбытие из подразделения Библиотеки или филиала ЦБС (наименований, экземпляров, на сумму);
Из них:
·
требуют доукомплектования (наименований, экземпляров);
· переданы в другие подразделения Библиотеки или филиалы ЦБС (наименований, экземпляров, на сумму);
· итого исключено из фонда (наименований, экземпляров, на сумму);
· результаты анализа партии книг выбытия по различным разрезам (аналогично КСУ поступления).
Процедура пополнения записи КСУ выбытия осуществляется после окончания обработки всей партии выбытия. Нажатием кнопки "Пополнение записи КСУ" в технологической области "Регистрация выбытия" инициируется пакетный режим обработки БД каталога, в которых было зарегистрировано выбытие экземпляров книг по заданному номеру КСУ. На экран подается опросный РЛ, в котором необходимо задать имя БД каталога и номер КСУ выбытия.
После завершения обработки выдается сообщение:
"КСУ=< Номер КСУ выбытия > — Запись откорректирована", в ответ на которое нужно нажать кнопку "ОК".
ПОРЯДОК РАБОТЫ КАТАЛОГИЗАТОРА ПРИ ВВОДЕ/КОРРЕКТУРЕ ДАННЫХ
Основные функции каталогизатора по созданию и ведению БД Электронного каталога - ввод новых документов с БО изданий (книг и журналов или статей из них) и регистрация новых поступлений номеров (выпусков) журналов. Для однотомного издания составляется монографическое описание, которое вводится в БД; для тома многотомного (или продолжающегося, или серийного) издания по выбору каталогизатора может быть введено либо монографическое, либо сводное описание.
Объектом составления сводного описания является журнал или другое сериальное издание, все номера которого не требуют описания на монографическом уровне.
Примечание: После ввода нового или корректировки введенного ранее документа каталогизатор может вывести на печать комплект каталожных карточек (п.6.1).
К работе можно приступать после изучения документа "Система автоматизации библиотек ИРБИС. Общее описание системы" и, в частности, раздела "3. АРМ Каталогизатор".
В системе ИРБИС возможна работа при разной степени интегрированности подразделений библиотеки. Так, например, регистрация поступившей партии книг может быть проведена в отделе комплектования (АРМ "Комплектатор", БД комплектования) с последующей передачей записей в БД электронного каталога (АРМ "Каталогизатор") для уточнения и более полного описания издания, но возможен вариант ввода поступившей партии книг непосредственно в БД Электронного каталога.
В любом случае работа с поступившей партией книг должна начинаться с ее регистрации: в БД комплектования (АРМ "Комплектатор") вводится новая запись Книги суммарного учета (КСУ), в которую заносятся данные из сопроводительного документа. Далее при вводе БО каждой книги в сведения об экземпляре вносится ЭД "Идентификатор партии" (номер соответствующей записи КСУ и/или номер Акта индивидуального учета); тем самым обеспечивается возможность анализа полученной партии книг и подготовки выходных документов на отдельную партию и суммарно за разные периоды времени.
Для получения подробной информации, касающейся текущего поля (фрагмента настоящей Инструкции каталогизатора), следует нажать клавишу <F1>.
Последовательный поиск - поиск ВСЕ ЭЛЕМЕНТЫ
Последовательный поиск является специальным видом поиска, ориентированным на библиотечного работника или квалифицированного читателя. Данный режим предназначен для поиска документов, отвечающих специфическим требованиям. Поиск осуществляется путем последовательного просмотра документов базы данных, вследствие чего является достаточно медленным.
Для выполнения последовательного поиска служит специальная форма, которая возникает при выборе соответствующего вида поиска (см. рис. 2.3.5а).
Рис. 2.3.5а.
Форма для выполнения последовательного поиска
Форма для последовательного поиска содержит три рабочие области:
ИСХОДНЫЕ ДОКУМЕНТЫ
ШАБЛОН-ПОИСК
СВОБОДНЫЙ ПОИСК
Рабочая область ИСХОДНЫЕ ДОКУМЕНТЫ служит для того, чтобы определить, какие документы должны участвовать в поиске. В состав рабочей области входят два компонента: меню УТОЧНЯЕМЫЙ ЗАПРОС и редактируемые строки ДИАПАЗОН MFN C… ПО…
Ниспадающее меню УТОЧНЯЕМЫЙ ЗАПРОС позволяет выбрать из предлагаемого списка один из предыдущих запросов (выполненных до входа в данный режим), к результатам которого будут предъявляться требования последовательного поиска, т.е. последовательный поиск будет проводиться среди документов, найденных в результате выполнения данного запроса. В случае когда уточняемый запрос не выбран, в качестве исходной рассматривается вся база данных.
Редактируемые строки ДИАПАЗОН MFN C… ПО… ориентированы на продвинутых пользователей (библиотечные работники, специалисты, знакомые с понятием номеров документов в БД – см. АРМ "Каталогизатор") и предназначены для указания диапазона номеров документов (MFN) БД, которые должны участвовать в последовательном поиске. По умолчанию предлагается полный объем БД.
Если указывается уточняемый запрос и задается диапазон номеров, то в поиске участвуют документы, удовлетворяющие двум требованиям: они входят в результат соответствующего поиска и их номера находятся в соответствующем диапазоне.
Рабочая область ШАБЛОН-ПОИСК служит для формулировки простейшего (шаблонного) последовательного поиска.
В ее состав входят два компонента: группа ЭЛЕМЕНТ ПОИСКА и закладки ВИД ПОИСКА.
Группа ЭЛЕМЕНТ ПОИСКА - состоит из двух связанных меню ПОЛЕ и ПОДПОЛЕ и позволяет выбрать из предлагаемого списка элемент данных, по которому будет проводиться последовательный поиск. Шаблон-поиск не может быть выполнен, если элемент данных не выбран.
Закладки ВИД ПОИСКА позволяют выбрать один из трех видов последовательного поиска (с помощью переключения на соответствующую закладку):
НАЛИЧИЕ/ОТСУТСТВИЕ - данный режим служит для поиска документов, в которых присутствует или отсутствует (в зависимости от положения соответствующего переключателя) выбранный элемент поиска;
СОДЕРЖИТ - данный режим позволяет найти документы, в которых выбранный элемент поиска (например: "Сведения об экземплярах") содержит заданную комбинацию символов. Искомая комбинация символов задается в редактируемой строке ЗНАЧЕНИЕ
(см. рис. 2.3.5б);
Рис. 2.3.5б.
Последовательный поиск по спецификации СОДЕРЖИТ
БОЛЬШЕ/МЕНЬШЕ - данный режим позволяет вести поиск документов с применением арифметических операций сравнения. Для сравнения может задаваться одно (точечное) значение элемента описания (в редактируемой строке ЗНАЧЕНИЕ) или диапазон значений (дополнительно используется редактируемая строка ВТОРОЕ ЗНАЧЕНИЕ). Для определения собственно операции сравнения служат три группы переключателей:
ТИП ДАННЫХ - с помощью него определяется, являются ли задаваемые значения числами или строками;
ОПЕРАТОР - служит для определения вида операции сравнения. Например: если выбрана операция БОЛЬШЕ, то это значит, что будут искаться документы, в которых выбранный элемент описания имеет значения большие, чем указанные в строке ЗНАЧЕНИЕ;
ГРАНИЦЫ ДИАПАЗОНА - имеет смысл только в случае, когда предыдущий переключатель установлен в положение ДИАПАЗОН и служит для указания того, включаются ли в процесс сравнения значения границ диапазона. Граница диапазона, не участвующая в сравнении, называется открытой.
ПОСТУПЛЕНИЕ КНИГ
Процесс обработки партии книг (заказанных ранее либо приобретенных без заказа), поступившей из какого-либо источника (организации), выполняется на плоскости интерфейса ПОСТУПЛЕНИЕ и включает следующие этапы:
·
ввод нового документа-записи книги суммарного учета (КСУ) поступлений (кнопка "Новая запись");
· регистрация поступлений документов-книг:
· заказанных ранее — отбор по словарю и корректировка,
· приобретенных без заказа — кнопка в области "Регистрация партии" (ввод новой записи);
· пополнение записи КСУ поступлений — кнопка в области "Регистрация партии";
· получение выходных форм (кнопка "Выходные формы");
· передача сведений о новых поступлениях в электронный каталог (кнопка "Перенос в ЭК").
Кроме того, отслеживание выполнения предварительного заказа (использование средств, перечисленных заранее в организацию – см. п.2.1.4), осуществляется путем корректировки отмеченной записи организации: в сведения о предварительном заказе в части "ПОЛУЧЕНО" вводится информация о поступившей партии книг (см. п. 3.3).
Повторяющиеся группы
Повторяющаяся группа состоит из набора команд форматирования, заключенных в круглые скобки. Смысл этих команд обычный, за исключением того, что обработка повторяющихся полей производится особым образом.
Чтобы понять концепцию повторяющейся группы, надо, прежде всего, знать, каким образом система работает с повторяющимися полями. При отсутствии каких-либо дополнительных указаний система трактует все экземпляры (в том порядке, в котором они находятся в записи) как единую строку текста.
Повторяющаяся группа изменяет порядок обработки системой экземпляров повторяющихся полей таким образом, что происходит последовательная обработка отдельно каждого экземпляра повторяющегося поля.
Когда система обнаруживает скобку, открывающую повторяющуюся группу, происходит следующее:
1. Счетчик экземпляров устанавливается в единицу.
2. Заключенный в скобки формат обрабатывается таким образом, что команды вывода полей выводят только те экземпляры повторяющихся полей, которые соответствуют текущему значению счетчика экземпляров.
3. Если в процессе текущего просмотра всей повторяющейся группы ничего не выводится (то есть в пределах группы больше не оказалось экземпляров повторяющегося поля), то процесс обработки повторяющейся группы завершается. В противном случае значение счетчика экземпляров увеличивается на 1 и повторяется выполнение шагов 2 и 3.
Отметим еще раз, что все команды форматирования внутри повторяющейся группы обрабатываются последовательно экземпляр за экземпляром (как объяснялось выше), включая, таким образом, и поля, указываемые в команде IF, выражениях и функциях, а также строковых функциях, используемых как команды. Поэтому нежелательно использовать безусловные литералы в повторяющейся группе. И если все же безусловные литералы используются, то они будут выдаваться на один раз больше, чем это надо.
В подавляющем большинстве случаев для правильной обработки повторяющихся полей достаточно использование простых команд форматирования, таких, например, как команда режима вывода или повторяющихся литералов, как это показано ниже:
Формат Выходные данные
----------- -----------------------------
mpl,v70 Grieve, B.J.Went, F.W.
mdl,v70 Grieve, B.J. Went, F.W.
v70+|; | Grieve, B.J.; Went, F.W.
Однако, возможны случаи, когда появляется необходимость отформатировать повторяющиеся поля другим способом. Например, иногда необходимо форматировать каждый экземпляр поля с новой строки, чего можно достигнуть только с использованием повторяющейся группы, как это показано ниже:
Формат Выходные данные
----------- -----------------------------
v675/v200^a 623.746623.746(092) Сухой П.О.
Конструктор Сухой. Люди и самолеты
(v675/),v200^a 623.746
623.746(092) Сухой П.О.
Конструктор Сухой. Люди и самолеты
В первом случае команда перехода на новую строку (/) выполняется после форматирования всех экземпляров поля 675, а во втором случае она выполняется после каждого экземпляра поля.
Пример на рис. 14 иллюстрирует использование повторяющихся полей с подполями (предполагается, что запись содержит два экземпляра поля 20, как это показано на рис. 14). В первом формате использование повторяющейся группы дает возможность вывести различные подполя каждого экземпляра повторяющегося поля в виде таблицы. Второй формат аналогичен первому, но не содержит повторяющейся группы.
Если нужно вывести литерал перед данными, создаваемыми повторяющейся группой, то можно использовать безусловный или условный литерал. Отметим, однако, что условный литерал должен быть связан с командой вывода поля (повторяющаяся группа не является командой вывода поля). Для этой цели необходимо использовать команды фиктивного вывода поля.
Содержимое записи:
210 ^aNew York^сMcGraw Hill^d1988
210 ^aLondon^cAcademic Press^d1975
Формат 1: /(v210^a,c11,v210^c,c30,v210^d/)
Вывод: New York McGraw Hill 1988
London Academic Press 1975
Формат 2: /v210^a,c11,v210^c,c30,v210^d/
Вывод: New YorkLondon
McGraw HillAcademic Press
19881975
Рис. 14
Повторяющиеся группы не могут быть вложенными (т.е. повторяющаяся группа не может содержать другую повторяющуюся группу), за исключением случая, когда внутренняя группа содержится в аргументе формата функции REF. Так, например, допустимым является следующий формат:
(v10,ref(val(v20),v10,(v20,v30)))
но приведенный ниже формат является недопустимым, что вызовет сообщение об ошибке:
(v10,(v20,v30))
Использование повторяющейся группы является обязательным в следующих случаях:
1. Использование повторяющегося поля в качестве аргумента функции L.
2. Первый аргумент функции REF ссылается на повторяющееся поле.
Также нужно учитывать возможность употребления повторяющейся группы, когда повторяющееся поле используется в логическом выражении команды IF.
Предварительные работы
Решение этой задачи предполагает выполнение ряда предварительных работ и состоит из следующих процессов.
Методика подключения табличных форм в АРМ "Комплектатор"
Создание и подключение табличных форм в АРМ "Комплектатор" имеет свои особенности. Список табличных форм, который подается для выбора таблицы, определяется режимом работы и той базой данных, которая является текущей. А именно, для БД комплектования имеется пять файлов со списками табличных форм, каждый из которых подается в соответствующем режиме. Имена этих файлов задаются в ini-файле параметрами:
· TabMnuForZ - файл со списком выходных форм в режиме ЗАКАЗ
· TabMnuForR - файл со списком выходных форм в режиме ПОСТУПЛЕНИЕ
· TabMnuForP - файл со списком выходных форм в режиме ПОДПИСКА
· TabMnuForSCMPL - файл со списком выходных форм в режиме ВЫБЫТИЕ для БД комплектования
· TabMnuForSIBIS - файл со списком выходных форм в режиме ВЫБЫТИЕ для БД каталога
Как правило, для формирования таблицы в АРМ "Комплектатор" необходимо сначала отобрать документы по запросу, который формируется из неких заданных значений. Например, для получения таблицы "Лист актового учета книг" нужно задать номер КСУ и по его значению отобрать документы этой партии. Кроме того, при форматировании документов часто бывает нужно передать им некоторые заданные значения, т.е. сформировать в документе значение некоторого модельного поля. Например, при формировании таблицы "Лист инвентарной книги: новые поступления (интервал дат/подразделение" (TABINDW) нужно отобрать записи по интервалу дат и передать в каждую запись код подразделения, в зависимости от которого будут форматироваться данные для этой записи. Поэтому каждая таблица связана с неким опросным листом, через который определяются необходимые значения.
Все данные, описывающие способ формирования таблицы, следует поместить в файл, имя которого задается в ini-файле в параметре FileSelTab (по умолчанию SELTABW.PAR). Каждая таблица описана в нем набором строк, а именно:
1-я строка - имя таблицы
2-я строка - способ ее формирования, а именно:
· 0 – построение таблицы по результатам поиска. Например, для получения таблицы "Лист инвентарной книги – новые поступления" (TABIUW) документы в таблицу отбираются поиском по заданным в опросном листе значениям номера КСУ и кода подразделения.
· 1 – построение таблицы по результатам двухступенчатого поиска: сначала по параметрам, заданным в опросном листе, затем по запросу, сформированному на найденных записях по формату (строка 5). Например, для получения таблицы "Справка о поступлении партии книг в фонд (по номеру акта)" (TABF4W) сначала отбирается запись КСУ по заданному номеру акта, а затем по запросу, составленному по формату (строка 5), отбираются сами записи книг, которые и будут помещены в таблицу..
· 2 – таблица не требует поиска записей, их предварительно надо самим отметить по словарю или списку.
3-я строка - имя опросного рабочего листа, в котором задаются параметры для отбора записей и для построения значения модельного поля. Рабочий лист создается обычными средствами (см. АРМ "Администратор"). При формировании полей этого рабочего листа нужно учитывать следующее:
· Метки полей можно задавать любые, но с учетом нижеследующего.
· Значение, задаваемое в поле, будет рассматриваться как термин запроса на поиск, если метка этого поля (как она задана в РЛ) содержится в перечне меток файла DBN.SCH (где DBN – имя БД комплектования, т.е. CMPL.SCH), причем префикс для поиска берется из этого же файла. Это же значение можно использовать в формате для задания модельного значения (строка 4) как поле с меткой из РЛ опроса. Например, в таблице "Лист книги суммарного учета для одного подразделения" (TKSUMW) используется опросный лист KD1S.WS, в котором поля, определяемые метками 1 - начальная дата, 2 – конечная дата, 88 - номер КСУ являются поисковыми, а поле 13 – код подразделения не поисковое, но его значение (v13) используется в строке 4 для формирования значения модельного поля. В форматах таблицы можно использовать это поле, как поле с меткой 991, в подполе ^B, которого будет содержаться заданный код подразделения (см.
файл TKSUMW.PFT). Замечание: в этой таблице код подразделения используется для формирования модельного значения, в другом случае код подразделения используется иначе: в опросном РЛ IN11.WS для таблицы TABIUW код подразделения вводится в поле с меткой 87 и участвует в отборе записей в таблицу (метка 87 есть в файле CMPL.SCH). Следует иметь в виду, что если в опросном листе определено несколько поисковых элементов, то в запросе они объединятся логикой "И".
· Значение, задаваемое в поле, не будет участвовать в поиске, если метка поля не содержится в файле CMPL.SCH, но его можно использовать для формирования модельного значения (строка 4).
4-я строка – формат для задания модельного значения, которое как значение поля с меткой 991 можно использовать в форматах, составляющих таблицу. Номера меток полей в формате 4-й строки используются те, которые определены в опросном листе. Например, формат для таблицы TABIUW: "^A"v911,"^B"v87 означает, что формируется поле с меткой 991, в подполе ^A, которого будет номер КСУ, каким он будет задан через опросный РЛ (метка 911), в подполе ^B – код подразделения, каким он будет задан через опросный РЛ (метка 87). Поле 991 участвует в формировании таблицы, т.е. в файлах TABIUWH.PFT, TABIUW.PFT, TABIUW.SRV форматы используют это поле.
5-я строка (необязательная) – формат на формирование запроса на второй поиск. Например, в таблице TABZW в результате первого поиска отбирается запись организации. Формат на второй поиск строится с использованием полей записи организации (v89 и v81). По поисковому запросу отбираются записи книг, заказанных в этой организации, которые и помещаются в таблицу.
Набор строк, описывающих таблицу, заканчивается строкой ‘*****’.
То есть для формирования новой таблицы в АРМ "Комплектатор" можно предложить следующую последовательность действий:
Определить набор записей, которые следует поместить в таблицу. Если записи нужно отобрать поиском, следует определить, из каких элементов описания следует составлять запрос на поиск и как задавать эти элементы в опросном листе (через словарь, список, прямым набором).
Определить необходимость передачи в отобранные записи значений каких- либо элементов. Если есть такая необходимость, то считать, что в каждую запись передается значение модельного поля 991 (с подполями или без) и это значение можно использовать при форматировании строк таблицы. Определить способ формирования значения модельного поля – через опросный лист и использование некого формата.
Сформировать все файлы таблицы, пользуясь генератором выходных форм. В задании форматов можно использовать значение поля 991, как оно было определено в предыдущем пункте, т.е. учитывая то, какие данные предполагается ввести через опросный лист и как их объединить в поле 991.
Создать опросный лист, используя редактор РЛ, в котором задать поля для формирования значений элементов поиска и, если нужно, значений для модельного поля. При этом, задавая метки рабочего листа, следует иметь в виду следующее. Если номер метки есть в списке файла CMPL.SCH, то значение этого поля будет участвовать в поиске с префиксом, взятым из файла CMPL.SCH, его также можно использовать для формирования модельного поля. Если номера метки нет в файле, то значение этого поля можно использовать только для формирования модельного поля.
В файл с именем, заданным в параметре FileSelTab, следует внести описание таблицы: имя, способ отбора записей, имя рабочего листа опроса, способ формирования модельного поля.
Подключить таблицу к списку выходных форма для нужного режима АРМ "Комплектатор".
СИСТЕМА АВТОМАТИЗАЦИИ БИБЛИОТЕК
И Р Б И С
Общее описание системы
Составитель: А. И. Бродовский
_____________________________________________________________________
ЛР № 020536 от 22.05.97 Подписано в печать 27.05.2002
Формат 60x84 1/8 Бумага офсетная Гарнитура «Arial»
Печать офсетная Усл.печ.л. 32,5 Уч.изд.л. 27
Тираж 50 экз. Заказ 39
_____________________________________________________________________
Репрографический центр ГПНТБ России
107996, Москва, К-31, ГСП-6, Кузнецкий мост, 12
Государственная публичная научно-техническая библиотека России (ГПНТБ России) Международная Ассоциация пользователей и разработчиков электронных библиотек и новых информационных технологий (Ассоциация ЭБНИТ) |
СИСТЕМА АВТОМАТИЗАЦИИ БИБЛИОТЕК
И Р Б И С
Автоматизированное рабочее место "Комплектатор"
Руководство пользователя
Государственная публичная научно-техническая библиотека России
Москва 2002
УДК 025.21:65.011.56
ББК 78.36
Система автоматизации библиотек ИРБИС. АРМ "Комплектатор".
Руководство пользователя. — М.:ГПНТБ России, 2002. — 68 с.
Описывается структура базы данных комплектования и технология поэтапного выполнения задач заказа книг, подписки периодики, регистрации поступлений и списания книг, получение выходных форм по учету и анализу фонда.
ISBN 5-85638-029-0 © ГПНТБ России, 2002
© Ассоциация ЭБНИТ, 2002
ОГЛАВЛЕНИЕ
1. ОБЩИЕ ПОЛОЖЕНИЯ.. 5
2. ЗАКАЗ КНИГ. 11
2.1. Оформление заказа 11
2.1.1. Предварительные работы 11
2.1.1.1. Ввод данных Библиотеки - Пользователя. 11
2.1.1.2. Определение меню "Коды регионов" 11
2.1.1.3. Ввод новой организации. 11
2.1.2. Ввод кратких БО книг 12
2.1.3. Ввод сведений о заказе 15
2.1.4. Групповой заказ 16
2.1.5. Заказ с использованием каталогов и Планов издательств 16
2.1.6. Реквизиты предварительного заказа 18
2.2. Словари и контроль выполнения заказов 19
2.3. Выходные формы 20
3. ПОСТУПЛЕНИЕ КНИГ. 22
3.1. Ввод новой (очередной) записи КСУ поступлений 22
3.1.1. Работа с партией книг, учет которой проводится более чем по одному акту ИУ 23
3.2. Регистрация поступлений документов-книг 23
3.2.1. Установка номера КСУ поступлений 24
3.2.2. Словари 24
3.2.3. Корректура документов-книг, полученных по предварительному или другому заказу 25
3.2.4. Ввод сведений о получении томов многотомников, заказанных ранее 29
3.2.5. Ввод новых документов-книг, полученных без предварительного или другого заказа 31
3.3. Ввод сведений об исполнении предварительного заказа - корректировка документа-организации 31
3.4. Пополнение записи КСУ 32
3.5. Передача записей-книг в БД каталога 35
3.6. Выходные формы 35
3.6.1. Выходные формы типа "Инвентарный список" 36
3.6.2. Выходные формы типа "Отчетные документы" 37
3.6.3. Выходные формы типа "Книга суммарного учета поступлений" 38
4. СПИСАНИЕ КНИГ. 39
4.1. Регистрация выбытия партии книг 39
4.1.1. Ввод новой (очередной) записи КСУ выбытия 39
4.1.2. Установка номера КСУ выбытия 40
4.1.3. Отбор, регистрация выбытия 41
4.1.4. Групповая регистрация выбытия 43
4.1.5. Завершение регистрации выбытия 44
4.2. Регистрация передачи 45
4.2.1. Ввод нового номера акта передачи в запись КСУ выбытия 45
4.2.2. Установка номера акта передачи 46
4.2.3. Отбор, регистрация передачи 46
4.2.4. Завершение регистрации передачи 47
4.3. Пополнение записи КСУ выбытия 48
4.4. Удаление/перенос БО 49
4.5. Выходные формы 50
4.6. Файл пересчета цен 51
5. ПОДПИСКА НА ГАЗЕТЫ И ЖУРНАЛЫ... 52
5.1. Предварительные работы 52
5.1.1. Ввод данных Библиотеки-пользователя 52
5.1.2. Ввод сведений о подписных каталогах 52
5.1.3. Ввод сведений об адресатах подписки (доставки) 52
5.2. Ввод новой записи "БО издания" 53
5.3. Словари 56
5.4. Продление подписки 58
5.4.1. Подготовка БД к подписке на очередной период 58
5.4.2. Ввод данных о подписке 59
5.4.2.1. Индивидуальная обработка. 59
5.4.2.2. Групповая обработка. 60
5.4.3 Работа с БД Каталог подписки 60
5.5. Выходные формы 62
5.5.1. Подготовка листов (списка-заявки) подписки 63
5.5.2. Подготовка абонементных (доставочных) карточек 64
5.6. Передача документов в БД каталога 64
ИРБИС – это так же необходимо,
как умение читать,
и так же просто,
как взять с полки книгу.
__________________________________________________
Параметры настройки системы
Основные параметры настройки находятся в инициализационных файлах АРМов системы - по умолчанию это файлы IRBISA.INI, IRBISC.INI, IRBISP.INI, IRBISB.INI, IRBISR.INI. Для создания/корректировки INI-файлов предназначен соответствующий редактор, который описан в Приложении 6.
Ниже в таблице приводятся основные параметры настройки системы.
Параметр | Сегмент | Назначение | Значение по умолчанию | Исполь-зование | |||||
DATAPATH | MAIN | Путь к файлам со списками доступных БД (dbnamN.mnu) и к параметрическим файлам <dbname>.par | Директория с исполняемыми модулями | Пользователь.
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
DBNNAMECAT | MAIN | Имя файла со списком доступных баз данных | dbnam1.mnu - для "Администратора"
dbnam2.mnu - для "Каталогизатора" и "Комплектатора" dbnam3.mnu - для "Читателя" и "Книговыдачи | Пользователь
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
FONTNAME | MAIN | Имя шрифта для компонентов интерфейса | Arial | Пользова-тель
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
FONTCHARSET | MAIN | Номер кодового набора | 204 | Пользова-тель
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
PFTMNU | MAIN | Имя файла со списком доступных форматов показа документов | Format.mnu - для "Читателя"
pft.mnu - для "Каталогизатора" | Пользовательк
irbisr.ini irbisc.ini | |||||
FMTMNU | MAIN | Имя файла со списком РЛ для БД ЭК | fmt.mnu | Пользователь
irbisc.ini | |||||
TABMNU | MAIN | Имя файла со списком табличных форм | tab.mnu | Пользователь
irbisc.ini | |||||
IMPORTMNU | MAIN | Имя файла со списком ТВП переформатирования для импорта | import.mnu | Пользователь
irbisc.ini irbisa.ini | |||||
EXPORTMNU | MAIN | Имя файла со списком ТВП переформатирования для экспорта | export.mnu | Пользователь
irbisc.ini irbisa.ini | |||||
COPYMNU | MAIN | Имя файла со списком ТВП переформатирования для копирования | fst.mnu | Пользователь
irbisc.ini irbisa.ini | |||||
PFTOPT | MAIN | Имя файла оптимизации формата показа | pft.opt | Разработчик
irbisc.ini irbisr.ini | |||||
WSOPT | MAIN | Имя файла оптимизации РЛ ввода | ws.opt | Разработчик
irbisc.ini | |||||
UCTABPATH | MAIN | Путь к системной таблице ISISUC.TAB | Пользова-тель
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | ||||||
ACTABPATH | MAIN | Путь
к системной таблице ISISAC.TAB | Пользова-тель
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | ||||||
KKKPRIZ | MAIN | Признак имени формата печати для каталожных карточек | !KKK | Разработ-чик
irbisc.ini | |||||
KKKDEFAULTWIDTH | MAIN | Ширина бумаги для КК в мм. | 125 | Пользова-тель
irbisc.ini | |||||
KKKDEFAULTHEIGHT | MAIN | Высота бумаги для КК в мм. | 75 | Пользова-тель
irbisc.ini | |||||
KKKDEFAULTTOP | MAIN | Отступ сверху при печати КК в мм. | 10 | Пользова-тель
irbisc.ini | |||||
KKKDEFAULTLEFT | MAIN | Отступ слева при печати КК в мм. | 10 | Пользова-тель
irbisc.ini | |||||
KKKDEFAULTRIGHT | MAIN | Отступ справа при печати КК в мм. | 10 | Пользова-тель
irbisc.ini | |||||
KKKDEFAULTBOTTOM | MAIN | Отступ снизу при печати КК в мм. | 10 | Пользова-тель
irbisc.ini | |||||
KKKORIENTATION | MAIN | Ориентация печати KK (0 - книжная; 1 - альбомная) | 0 | Пользователь
irbisc.ini | |||||
KKKFDEFAULTWIDTH | MAIN | Ширина бумаги для формуляра в мм. | 65 | Пользова-тель
irbisc.ini | |||||
KKKFDEFAULTHEIGHT | MAIN | Высота бумаги для формуляра в мм. | 120 | Пользова-тель
irbisc.ini | |||||
KKKFDEFAULTTOP | MAIN | Отступ сверху при печати формуляра в мм. | 10 | Пользова-тель
irbisc.ini | |||||
KKKFDEFAULTLEFT | MAIN | Отступ слева при печати формуляра в мм. | 5 | Пользова-тель
irbisc.ini | |||||
KKKFDEFAULTRIGHT | MAIN | Отступ справа при печати формуляра в мм. | 10 | Пользова-тель
irbisc.ini | |||||
KKKFDEFAULTBOTTOM | MAIN | Отступ снизу при печати формуляра в мм. | 5 | Пользова-тель
irbisc.ini | |||||
KKKFORIENTATION | MAIN | Ориентация печати для формуляра (0 - книжная; 1 - альбомная) | 0 | Пользователь
irbisc.ini | |||||
KKKFONTSIZE | MAIN | Размер шрифта для печати КК и формуляра | 12 | Пользователь
Irbisc.ini | |||||
KKKFONTNAME | MAIN | Имя шрифта для печати КК и формуляра | Arial | Пользователь
Irbisc.ini | |||||
KKKALIGNMENT | MAIN | Выравнивание при печати КК и формуляра (0 - левое; 3 - по ширине) | 0 | Пользователь
Irbisc.ini | |||||
KKKPRINTPROG | MAIN | Имя внешней программы печати "под кнопкой" ПЕЧАТЬ КК в АРМе "Каталогизатор" | Пользователь
Irbisc.ini | ||||||
TAGKKKNUMBCOPIES | MAIN | Метка поля тираж КК | 905 | Разработ-чик
irbisc.ini | |||||
KKKSIZEMEASURE | MAIN | Размерность для Word-сервера | см | Разработ-чик
irbisc.ini | |||||
HLPFILE | MAIN | Имя HELP- файла Windows | Irbisr.hlp
Irbisa.hlp Irbisb.hlp Irbisc.hlp irbisp.ini | Разработ-чик
irbisr.ini irbisa.ini irbisb.ini irbisc.ini | |||||
MAXCONT | MAIN | Макс. кол-во продолжений при показе термина полностью | 5 | Пользова-тель
irbisc.ini | |||||
TAGFULLTEXT | MAIN | Метка поля для полных текстов (внешних объектов) | 951 | Разработ-чик
irbisc.ini irbisr.ini | |||||
TAGIMAGE | MAIN | Метка поля для графических данных | 950 | Разработ-чик
irbisc.ini irbisr.ini | |||||
TAGVID | MAIN | Метка поля для вида документа | 920 | Разработ-чик
irbisc.ini irbisr.ini | |||||
EMPTYDBN | MAIN | Имя шаблона для БД | BLANK | Разработ-чик
irbisa.ini | |||||
ETALONDBN | MAIN | Имя эталонной БД Электронного каталога | IBIS | Разработ-чик
irbisa.ini | |||||
DEFAULTDB | MAIN | Имя БД ЭК по умолчанию | IBIS | Пользователь
irbisa.ini irbisc.ini irbisr.ini | |||||
BRIEFPFT | MAIN | Имя краткого (однострокового) формата показа | brief | Разработчик
irbisc.ini irbisr.ini | |||||
PAPERABLE | MAIN | Доступность печати на бумажный носитель (1 - да; 0 - нет) | 1 | Пользователь
irbisr.ini | |||||
EXPORTABLE | MAIN | Доступность режима ЭКСПОРТ в АРМе "Читатель" (1 - да; 0 - нет) | 1 | Пользователь
irbisr.ini | |||||
SORTMNU | MAIN | Имя справочника (с расширением), содержащего список ключей для сортировки результатов поиска в АРМе "Читатель". Должен находиться в директории БД. | Sort.mnu | Пользователь
Irbisr.ini | |||||
SORTMAXHITS | MAIN | Максимальный результат поиска, подлежащий сортировке в АРМе "Читатель". | 100 | Пользователь
Irbisr.ini | |||||
BASECODEDOS | MAIN | Кодировка данных в БД (1 - DOS; 0 - Windows) | 1 | Разработчик
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
PRMARCFORMAT | MAIN | Признак имени ТВП переформатирования для коммуникативных MARC-форматов | MARC | Разработчик
irbisa.ini irbisc.ini | |||||
MAXTERMS | MAIN | Макс. кол-во терминов для одного запроса | 20 | Пользователь
irbisc.ini irbisr.ini | |||||
TEZSELECTLEVEL | MAIN | Уровень иерархии дескрипторов, начиная с которого можно вести отбор на поиск/систематизацию | 0 | Пользователь
irbisc.ini irbisr.ini | |||||
WORKDIR | MAIN | Каталог для сохранения временных (выходных) данных | c;\isiswork | Пользователь
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
AUTOINFILE | MAIN | Имя задания пакетной корректировки (с расширением) для автоввода | autoin.gbl | Разработчик
irbisa.ini irbisc.ini | |||||
RECUPDIF | MAIN для irbisa.ini
ENTRY для irbisc.ini | Признак автоматической актуализации записи при вводе (1 - да; 0 - нет) | 1 | Пользователь
irbisa.ini irbisc.ini | |||||
STATLOCKED | MAIN | Признак подсчета заблокированных записей при оперативном опросе БД (1 - да; 0 - нет) | 1 | Пользователь
irbisa.ini | |||||
USERCONFIRMINTERVAL | MAIN | Интервал подтверждения (в мин.) для сведений о текущих пользователях (см. п. 5.3) | 5 | Пользователь
irbisa.ini irbisc.ini irbisp.ini irbisb.ini irbisr.ini | |||||
USERCONTROLINTERVAL | MAIN | Контрольный интервал для подтверждения (в мин.) - см. п. 5.3 | 10 | Пользователь
irbisa.ini | |||||
USERCONTROLDELETE | MAIN | См. п. 5.3 | Пользователь
irbisa.ini | ||||||
UNICODEABLE | MAIN | определяет, используется (1) или нет (0) технология ввода нестандартных символов. | 1 | Пользователь
Irbisc.ini Irbisp.ini | |||||
UNICODEMNU | MAIN | определяет имя справочника (типа MNU), в котором содержится список используемых кодовых наборов (CharSet) для установленного фонта (FONTNAME) | unicode.mnu | Пользователь
Irbisc.ini Irbisp.ini | |||||
UNICODEEMUL | MAIN | определяет, используется (1) или нет (0) эмуляция нестандартных символов для их представления в "плоских" компонентах интерфейса и в словарях | 0 | Пользователь
Irbisc.ini Irbisp.ini | |||||
UNICODETAB | MAIN | определяет имя файла, содержащего таблицу эмуляции нестандартных символов. | unicode.tab | Пользователь
Irbisc.ini Irbisp.ini | |||||
IRIMNU | MAIN | Имя справочника для постоянных запросов | Iri.mnu | Пользователь
Irbisc.ini | |||||
LINKSPFT | MAIN | Имя формата, на основе которого формируется HTML-страница для ссылок на внешние объекты | links | Пользователь
Irbisr.ini Irbisc.ini | |||||
DBNPREFSHIFR | MAIN | Префикс инверсии для шифра документа в БД ЭК | I= | Разработ-чик
Irbisb.ini irbisr.ini | |||||
DBNTAGEKZ | MAIN | Метка поля экземпляров в БД ЭК | 910 | Разработ-чик
irbisb.ini irbisr.ini | |||||
DBNTAGSHIFR | MAIN | Метка поля шифра документа в БД ЭК | 903 | Разработ-чик
irbisb.ini irbisr.ini | |||||
DBNTAGSPROS | MAIN | Метка поля спроса в БД ЭК | 999 | Разработ-чик
irbisb.ini irbisr.ini | |||||
SERVID | MAIN | Код вида документа для журнала | J | Разработ-чик
irbisc.ini irbisr.ini | |||||
ANALVID1 | MAIN | Код вида документа для аналитического описания 1 | ASP | Разработчик
irbisr.ini | |||||
ANALVID2 | MAIN | Код вида документа для аналитического описания 2 | AUNTD | Разработчик
irbisr.ini | |||||
DBNDELIMSTATUS | MAIN | Разделитель подполя статус экземпляра в БД ЭК | A | Разработ-чик
irbisb.ini irbisr.ini | |||||
DBNDELIMINV | MAIN | Разделитель подполя инв.номер экземпляра БД ЭК | B | Разработ-чик
irbisb.ini irbisr.ini | |||||
DBNDELIMBAR | MAIN | Разделитель подполя штрих-код экземпляра в БД ЭК | H | Разработ-чик
irbisb.ini irbisr.ini | |||||
DBNDELIMSTORE | MAIN | Разделитель подполя место хранения экземпляра в БД ЭК | D | Разработ-чик
irbisb.ini irbisr.ini | |||||
DBNFREEEKZ | MAIN | Статус свободного экземпляра в БД ЭК | 0 | Разработ-чик
irbisb.ini irbisr.ini | |||||
HELPDBN | MAIN | Имя системной БД | HELP | Разработ-чик
irbisb.ini irbisr.ini irbisc.ini | |||||
DICTIONFAST | MAIN | Режим работы словарей | 0 - медленное открытие словарей с полноценной прокруткой
1 - быстрое открытие словарей с ограниченной прокруткой | Пользователь
irbisr.ini irbisc.ini irbisb.ini | |||||
SEARCHINI | MAIN | Определяет имя дополнительного INI-файла со сценарием поиска для БД. Если соответствующий файл отсутствует, используется сценарий из <dbn>.ini. Указывается только имя INI-файла. Сам файл должен находиться в директории БД. | Пользователь
Irbisr.ini Irbisc.ini | ||||||
ACCESSLEVEL | MAIN | Определяет права пользователя на корректировку документов: 0 - полные права; 1 - пользователь не имеет права корректировать данные на ДОПОЛНИТЕЛЬНОЙ странице РЛ; 2 - пользователь "НЕ ВИДИТ" данные на ДОПОЛНИТЕЛЬНОЙ странице РЛ. | 0 | Пользователь
Irbisc.ini | |||||
DataBaseItem | MAIN | Доступность режимов БАЗА ДАННЫХ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
OpenDBItem | MAIN | Доступность режима ОТКРЫТЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
NewDBItem | MAIN | Доступность режима НОВАЯ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ClearDBItem | MAIN | Доступность режима ОПУСТОШИТЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
DeleteDBItem | MAIN | Доступность режима УДАЛИТЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
CloseDBItem | MAIN | Доступность режима ЗАКРЫТЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ImportDBItem | MAIN | Доступность режима ИМПОРТ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ExportDBItem | MAIN | Доступность режима ЭКСПОРТ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
CopyDBItem | MAIN | Доступность режима КОПИРОВАТЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
UnLockItem | MAIN | Доступность режима СНЯТЬ БЛОКИРОВКУ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
UnLockDBItem | MAIN | Доступность режима СНЯТЬ БЛОКИРОВКУ - БД В ЦЕЛОМ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
UnLockRecordItem | MAIN | Доступность режима СНЯТЬ БЛОКИРОВКУ - ЗАПИСЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
UnLockListItem | MAIN | Доступность режима СНЯТЬ БЛОКИРОВКУ - СПИСОК ЗАПИСЕЙ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
RestatItem | MAIN | Доступность режима ОБНОВИТЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ExitItem | MAIN | Доступность режима ВЫХОД в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ActualItem | MAIN | Доступность режимов АКТУАЛИЗАЦИЯ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ActualIfItem | MAIN | Доступность режима АКТУАЛИЗИРОВАТЬ СЛОВАРЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
LoadIfItem | MAIN | Доступность режима СОЗДАТЬ СЛОВАРЬ ЗАНОВО в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
LoadIfCompleteItem | MAIN | Доступность режима СОЗДАТЬ СЛОВАРЬ ЗАНОВО - ПОЛНОСТЬЮ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
LoadIf0Item | MAIN | Доступность режима СОЗДАТЬ СЛОВАРЬ ЗАНОВО - ТОЛЬКО ОТБОР в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
LoadIf1Item | MAIN | Доступность режима СОЗДАТЬ СЛОВАРЬ ЗАНОВО - ТОЛЬКО СОРТИРОВКА в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
LoadIf2Item | MAIN | Доступность режима СОЗДАТЬ СЛОВАРЬ ЗАНОВО - ТОЛЬКО ЗАГРУЗКА в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ReorgIfItem | MAIN | Доступность режима РЕОРГАНИЗОВАТЬ СЛОВАРЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ReorgMfItem | MAIN | Доступность режима РЕОРГАНИЗОВАТЬ ФАЙЛ ДОКУМЕНТОВ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ServiceItem | MAIN | Доступность режимов СЕРВИС в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
CopyMfItem | MAIN | Доступность режима КОПИРОВАТЬ ФАЙЛ ДОКУМЕНТОВ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
RestoreMfItem | MAIN | Доступность режима ВОССТАНОВИТЬ ФАЙЛ ДОКУМЕНТОВ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
DeletedListItem | MAIN | Доступность режима СПИСОК УДАЛЕННЫХ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
UnactualListItem | MAIN | Доступность режима СПИСОК НЕАКТУАЛИЗИРОВАННЫХ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
LockedListItem | MAIN | Доступность режима СПИСОК ЗАБЛОКИРОВАННЫХ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
DiagnosMfItem | MAIN | Доступность режима ДИАГНОСТИКА ФАЙЛА ДОКУМЕНТОВ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
RunBatchItem | MAIN | Доступность режима ВЫПОЛНИТЬ ПАКЕТНОЕ ЗАДАНИЕ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
OptionItem | MAIN | Доступность режимов ОПЦИИ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
AutoAskingItem | MAIN | Доступность режима АВТОМАТИЧЕСКИЙ ОПРОС в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ToolsItem | MAIN | Доступность режимов ИНСТРУМЕНТЫ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ToolIniItem | MAIN | Доступность режима РЕДАКТОР INI-ФАЙЛОВ И СЦЕНАРИЕВ ПОИСКА в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ToolWSItem | MAIN | Доступность режима РЕДАКТОР РЛ И СПРАВОЧНИКОВ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ToolTreeItem | MAIN | Доступность режима РЕДАКТОР ИЕРАРХИЧЕСКИХ СПРАВОЧНИКОВ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
ToolTabItem | MAIN | Доступность режима ГЕНЕРАТОР ТАБЛИЧНЫХ ФОРМ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
HelpItem | MAIN | Доступность режима ПОМОЩЬ в АРМе "Админстратор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisa.ini | |||||
BATCHFILE | MAIN | Имя пакетного задания, которое начинается автоматически после запуска АРМа "Администратор". Указывается полное имя (с путем) файла пакетного задания. | Пользователь
Irbisa.ini | ||||||
GLOBALABLE | MAIN | Доступность режима ГЛОБАЛЬНАЯ на плоскости ПРОСМОТР/ВЫВОД АРМа "Каталогизатор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisc.ini | |||||
COPYABLE | MAIN | Доступность режима КОПИРОВАТЬ на плоскости ПРОСМОТР/ВЫВОД и ВВОД АРМа "Каталогизатор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisc.ini | |||||
IMPORTABLE | MAIN | Доступность режима ИМПОРТ на плоскости ВВОД АРМа "Каталогизатор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisc.ini | |||||
DELETEABLE | MAIN | Доступность режима УДАЛИТЬ на плоскости ВВОД АРМа "Каталогизатор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisc.ini | |||||
CLEARABLE | MAIN | Доступность режима ОЧИСТИТЬ на плоскости ВВОД АРМа "Каталогизатор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisc.ini | |||||
SETPRIVATE | MAIN | Доступность режима НАСТРОЙКА в АРМе "Каталогизатор" (0 - не доступен; 1 - доступен) | 1 | Пользователь
Irbisc.ini | |||||
SETPRIVATEWSS | MAIN | Имя РЛ подполей (без расширения) для режима НАСТРОЙКА в АРМах "Каталогизатор" и "Комплектатор". Должен находиться в основной директории системы. | Setpriv.wss | Пользователь
Irbisc.ini Irbisp.ini | |||||
WSSFDT | MAIN | Имя одностраничного РЛ (без расширения), содержащего общий список элементов описания БД. Должен находиться в директории БД. | DEFAULT | Пользователь
Irbisc.ini Irbisp.ini | |||||
PROTVFACE | MAIN | Обязательность сведений об ответственном лице в АРМе "Книговыдача" (0 - нет; 1 - да) | 0 | Пользователь
Irbisb.ini | |||||
BARCOMOUT | MAIN | Штрих-код в качестве команды инициирования ВЫДАЧИ в "скоростном" интерфейсе АРМа "Книговыдача" | Пользователь
Irbisb.ini | ||||||
BARCOMIN | MAIN | Штрих-код в качестве команды инициирования ВОЗВРАТА в "скоростном" интерфейсе АРМа "Книговыдача" | Пользователь
Irbisb.ini | ||||||
ITEMNUMB | SEARCH | Кол-во поисков по словарю | 0 | Пользователь
irbisr.ini irbisc.ini | |||||
ITEMNAMEn | SEARCH | Название поиска по словарю | Пользователь
irbisr.ini irbisc.ini | ||||||
ITEMPREFn | SEARCH | Префикс инверсии для поиска по словарю | Пользователь
irbisr.ini irbisc.ini | ||||||
ITEMDICTIONTYPEn | SEARCH | Тип словаря для поиска по словарю | 0 | Пользователь
irbisr.ini irbisc.ini | |||||
ITEMMENUn | SEARCH | Имя меню-справочника для поиска по словарю | Пользователь
irbisr.ini irbisc.ini | ||||||
ITEMF8FORn | SEARCH | Имя формата для показа термина полностью | Пользователь
irbisr.ini irbisc.ini | ||||||
ITEMMODBYDICn | SEARCH | Сценарий корректировки по словарю | Пользователь
irbisc.ini | ||||||
CVALIFNUMB | SEARCH | Кол-во элементов контекстного уточнения для кл.слов | 0 | Пользователь
irbisr.ini irbisc.ini | |||||
CVALIFNAMEn | SEARCH | Название контекстного уточнения | Пользователь
irbisr.ini irbisc.ini | ||||||
CVALIFVALUEn | SEARCH | Значения идентификаторов поля для контекстного уточнения | Пользователь
irbisr.ini irbisc.ini | ||||||
SCNTNUMB | SEARCH | Кол-во поисков по связи | 0 | Пользователь
irbisr.ini irbisc.ini | |||||
SCNTNAMEn | SEARCH | Название поиска по связи | Пользователь
irbisr.ini irbisc.ini | ||||||
SCNTFORMATn | SEARCH | Формат формирования поисковых терминов для поиска по связи | Пользователь
irbisr.ini irbisc.ini | ||||||
SCNTPREFn | SEARCH | Префикс терминов для поиска по связи | Пользователь
irbisr.ini irbisc.ini | ||||||
SCNTSUFFIXn | SEARCH | Суффикс терминов для поиска по связи | Пользователь
irbisr.ini irbisc.ini | ||||||
SCNTLOGICn | SEARCH | Оператор логики для поиска по связи | 0 | Пользователь
irbisr.ini irbisc.ini | |||||
INTNUMB | SEARCH | Кол-во интеллект-поисков | 0 | Пользователь
irbisr.ini | |||||
INTNAMEn | SEARCH | Название интеллект-поиска | Пользователь
irbisr.ini | ||||||
INTTYPEn | SEARCH | Тип интеллект-поиска | 0 | Пользователь
irbisr.ini | |||||
INTPREFn | SEARCH | Префикс терминов для интеллект-поиска | Пользователь
irbisr.ini | ||||||
INTADDATAn | SEARCH | Дополнительные данные для интеллект-поиска | Пользователь
irbisr.ini | ||||||
SEQSEARCH | SEARCH | Наличие последовательного поиска (0 - нет; 1 - да) | 1 | Пользователь
irbisr.ini irbisc.ini | |||||
COMPLSEARCH | SEARCH | Наличие комплексного поиска (0 - нет, 1 - да) | 1 | Пользователь
irbisr.ini irbisc.ini | |||||
MAXCOMPLITEM | SEARCH | Макс. кол-во элементов комплексного поиска | 15 | Пользователь
irbisr.ini irbisc.ini | |||||
MINLKEYWORD | SEARCH | Минимальная длина усекаемого термина | 4 | Пользователь
irbisr.ini irbisc.ini | |||||
MINLKWLIGHT | SEARCH | Минимальная длина термина, выделяемого при показе | 4 | Пользователь
irbisr.ini irbisc.ini | |||||
DEFLEXKW | SEARCH | Включение аппарата автоматического отсечения окончаний слов русского языка (1 - да; 0 - нет) | 1 | Пользователь
irbisr.ini irbisc.ini | |||||
DEBILSEARCH | SEARCH | Наличие поиска "Для чайников" (1 - да; 0 - нет) | 1 | Пользователь
Irbisr.ini | |||||
PREFRUBGROUP | RUBRICATOR | Префикс инверсии рубрик ГРНТИ одного уровня в БД HELP | G= | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBPREF | RUBRICATOR | Префикс
инверсии рубрик ГРНТИ | R= | Разработ-чик
irbisr.ini irbisc.ini | |||||
MAXRUBGROUP | RUBRICATOR | Макс. кол-во рубрик ГРНТИ одного уровня | 100 | Разработ-чик
irbisr.ini irbisc.ini | |||||
MAXRUBLEVEL | RUBRICATOR | Кол-во уровней в ГРНТИ | 3 | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBLEVELLENGTH | RUBRICATOR | Длина кода одного уровня для ГРНТИ | 3 | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBTAGCODE | RUBRICATOR | Метка кода рубрики в БД HELP | 3 | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBTAGTEXT | RUBRICATOR | Метка названия рубрики в БД HELP | 2 | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBTAGLOOK | RUBRICATOR | Метка ссылки рубрики в БД HELP | 20 | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBLEVELWIDTH | RUBRICATOR | Ширина одного уровня рубрики ГРНТИ в пикселях | 14 | Разработ-чик
irbisr.ini irbisc.ini | |||||
RUBPATTERN | RUBRICATOR | Шаблон уровня рубрики ГРНТИ | .00 | Разработ-чик
irbisr.ini irbisc.ini | |||||
MAXMARKED | DISPLAY | Макс. кол-во отмеченных документов | 100 | Пользова-тель
irbisc.ini irbisr.ini | |||||
MAXADDFIELDS | ENTRY | Макс. кол-во добавляемых полей в РЛ | 10 | Пользова-тель
irbisc.ini | |||||
DEFFIELDNUMB | ENTRY | Кол-во элементов описания одного поля в РЛ | 10 | Разработ-чик
irbisc.ini | |||||
DBNFLC | ENTRY | Имя формата для ФЛК документа в целом | DBNFLC | Разработ-чик
irbisc.ini | |||||
RDRDBN | READER | Имя БД читателей | RDR | Разработ-чик
irbisr.ini irbisb.ini | |||||
RDRPFTMNU | READER | Имя меню со списком форматов для должников | DOLG.MNU | Разработ-чик
irbisb.ini | |||||
RDRPREFREADER | READER | Префикс инверсии идентификатора читателя в БД читателей | RI= | Разработ-чик
irbisb.ini irbisr.ini | |||||
MAXREGISTRATION | READER | Макс. кол-во попыток подтверждения регистрации читателя | 2 | Пользова-тель
irbisr.ini | |||||
MAXBOOKS | READER | Макс. кол-во изданий на руках читателя | 5 | Пользова-тель
irbisr.ini | |||||
MAXDOLGBOOKS | READER | Макс. кол-во задолженных изданий у читателя | 1 | Пользова-тель
irbisr.ini | |||||
READERACCESS | READER | Признак санкций при нарушении по MAXBOOKS и MAXDOLGBOOKS (0 - без санкций; 1 - лишение права заказа; 2 - нет доступа к поиску) | 1 | Пользова-тель
irbisr.ini | |||||
READERHISTORY | READER | Признак ведения истории книговыдач в карточке читателя (0 - короткая; 1 - полная) | 0 | Пользова-тель
irbisb.ini | |||||
MAXRETURNDAYS | READER | Макс. кол-во дней держания издания на руках читателя (если нет RETURNDAYSMNU) | 20 | Пользова-тель
irbisb.ini | |||||
RETURNDAYSMNU | READER | Имя меню со списком кол-ва дней держания изданий на руках | return.mnu | Разработчик
irbisb.ini | |||||
RDRTAGREQUEST | READER | Метка поля сведений о выдаче/возврате в документе читателя | 40 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRTAGREADER | READER | Метка поля идентификатора. в БД читателей | 30 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMSHIFR | READER | Разделитель подполя шифр документа в БД читателей | A | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMINV | READER | Разделитель подполя инв.номер в БД читателей | B | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMBRIEF | READER | Разделитель подполя краткого описания в БД читателей | C | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMTIME1 | READER | Разделитель подполя дата выдачи в БД читателей | D | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMRETURNDATE0 | READER | Разделитель подполя предполаг. дата возврата в БД читателей | E | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMRETURNDATE1 | READER | Разделитель подполя дата возврата в БД читателей | F | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMDBNAME | READER | Разделитель подполя имя БД ЭК в БД читателей | G | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRDELIMBAR | READER | Разделитель подполя штрих-код в БД читателей | H | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRPREFDOLGNIK | READER | Префикс инверсии держателя в БД читателей | RB= | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRPREFSHIFR | READER | Префикс инверсии шифра документа литературы на руках в БД читателей | C= | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRPREFBRIEF | READER | Префикс инверсии краткого описания литературы на руках в БД читателей | N= | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRPREFBAR | READER | Префикс инверсии штрих-кода литературы на руках в БД читателей | H= | Разработ-чик
irbisb.ini irbisr.ini | |||||
RDRBRIEFFORMAT | READER | Имя формата краткого описания в БД читателей | RDR0 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RECUPDIF | READER | Признак автомат. актуализации записей читателя при корректировке (0 - нет; 1 - да) | 1 | Разработ-чик
irbisb.ini irbisr.ini | |||||
F8RETURN | READER | Имя формата показа продолжения для терминов словаря БД Читатлей при возврате | * | Разработчик
irbisb.ini | |||||
RQSTDBN | REQUEST | Имя БД заказов | RQST | Разработ-чик
irbisb.ini irbisr.ini | |||||
UNSERVEDSORTKEY | REQUEST | Признак сортировки невыполненных заказов (номер колонки) по умолчанию | 3 | Разработ-чик
irbisb.ini | |||||
RQSTTAGREADER | REQUEST | Метка поля идентификатора. читателя в БД заказов | 30 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGBRIEF | REQUEST | Метка поля краткого описания в БД заказов | 201 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGSHIFR | REQUEST | Метка поля шифр документа в БД заказов | 903 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGTIME0 | REQUEST | Метка поля дата заказа в БД заказов | 40 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGTIME1 | REQUEST | Метка поля дата выдачи в БД заказов | 41 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGDBN | REQUEST | Метка поля имя БД ЭК в БД заказов | 1 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGDOP | REQUEST | Метка поля дополнит. данных в БД заказов | 100 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGEKZ | REQUEST | Метка поля выданного экземпляра в БД заказов | 910 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGRETURNDATE | REQUEST | Метка поля дата предполаг. возврата в БД заказов | 42 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTTAGFREEEKZ | REQUEST | Метка поля свободных экземпляров в БД заказов | 950 | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTDELIMINV | REQUEST | Разделитель подполя инв.номер в БД заказов | B | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTDELIMBAR | REQUEST | Разделитель подполя штрих-код в БД заказов | H | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTDELIMSTORE | REQUEST | Разделитель подполя место хранения в БД заказов | D | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTDELIMEKZNUMB | REQUEST | Разделитель подполя дополн. данных в БД заказов | Z | Разработ-чик
irbisb.ini irbisr.ini | |||||
RQSTRDRPFT | REQUEST | Имя формата для переноса данных из БД заказов в БД читателей | RQSTRDR | Разработ-чик
irbisb.ini irbisr.ini | |||||
MASKDBN | REQUEST | Маска имени БД ЭК для очереди заказов | * | Пользова-тель
irbisb.ini | |||||
MASKREADER | REQUEST | Маска идентификатора читателя для очереди заказов | * | Пользова-тель
irbisb.ini | |||||
MASKSHIFR | REQUEST | Маска шифра документа для очереди заказов | * | Пользова-тель
irbisb.ini | |||||
MASKINV | REQUEST | Маска инв.номера для очереди заказов | * | Пользова-тель
irbisb.ini | |||||
MASKBAR | REQUEST | Маска штрих-кода для очереди заказов | * | Пользова-тель
irbisb.ini | |||||
MASKSTORE | REQUEST | Маска места хранения для очереди заказов | * | Пользова-тель
irbisb.ini | |||||
AUTOASK | REQUEST | Интервал автомат. обновления очереди заказов | 30 | Пользова-тель
irbisb.ini | |||||
RQSTTALONPFT | REQUEST | Имя формата контрольного талона при выдаче | CNTRL | Разработ-чик
irbisb.ini | |||||
NAMECMPL | MAIN | Имя базы данных комплектования | CMPL | Пользователь Irbisp.ini | |||||
FILECORREC | MAIN | Имя файла, в соответствии с которым автоматически корректируется запись с данными пользователя | Correc.par | Разработчик Irbisp.ini | |||||
GLOBTOTAL | MAIN | Признак разрешения глобальной корректировки без предварительной отметки записей | 0 | Пользователь Irbisp.ini | |||||
ACCESSZAKAZ | MAIN | Признак разрешения работать в режиме ЗАКАЗ (1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ACCESSPOSTUP | MAIN | Признак разрешения работать в режиме ПОСТУПЛЕНИЕ(1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ACCESSSPISAN | MAIN | Признак разрешения работать в режиме ВЫБЫТИЕ (1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ACCESSPODP | MAIN | Признак разрешения работать в режиме ПОДПИСКА (1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ACCESSCORR | MAIN | Признак разрешения работать в режиме КОРРЕКТИРОВКА (1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ACCESSMOVE | MAIN | Признак разрешения работать в режиме ПЕРЕНОС В ЭК (1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ACCESSGLOB | MAIN | Признак разрешения работать в режиме ГЛОБАЛЬНАЯ (1-разрешено, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
ITEMNUMBZ | SEARCH | Кол-во поисковых элементов в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEMNAMEZn | SEARCH | Название поискового элемента для показа словаря в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEMPREFZn | SEARCH | Префикс инверсии поискового элемента в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEM991Zn | SEARCH | Формат для модельного поля 991, значение которого будет использоваться в формате показа ItemSecondShowZn в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEMSECONDFMTZn | SEARCH | Формат, генерирующий поисковое выражение для отбора записей в список в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEMSECONDNAMEZn | SEARCH | Текст в заголовке списка в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEMSECONDSHOWZn | SEARCH | Формат показа записей списка в режиме ЗАКАЗ, при отсутствии – формат brief.pft | Пользователь Irbisp.ini | ||||||
ITEMMENUZn | SEARCH | Имя файла для расшифровки кодов в списке в режиме ЗАКАЗ | Пользователь Irbisp.ini | ||||||
ITEMNUMBR | SEARCH | Кол-во поисковых элементов в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEMNAMERn | SEARCH | Название поискового элемента для показа словаря в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEMPREFRn | SEARCH | Префикс инверсии поискового элемента в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEM991Rn | SEARCH | Формат для модельного поля 991, значение которого будет использоваться в формате показа ItemSecondShowRn в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEMSECONDFMTRn | SEARCH | Формат, генерирующий поисковое выражение для отбора записей в список в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEMSECONDNAMERn | SEARCH | Текст в заголовке списка в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEMSECONDSHOWRn | SEARCH | Формат показа записей списка в режиме ПОСТУПЛЕНИЕ, при отсутствии – формат brief.pft | Пользователь Irbisp.ini | ||||||
ITEMMENURn | SEARCH | Имя файла для расшифровки кодов в списке в режиме ПОСТУПЛЕНИЕ | Пользователь Irbisp.ini | ||||||
ITEMNUMBS | SEARCH | Кол-во поисковых элементов в режиме ВЫБЫТИЕ | Пользователь Irbisp.ini | ||||||
ITEMPREFSn | SEARCH | Префикс инверсии поискового элемента в режиме ВЫБЫТИЕ | Пользователь Irbisp.ini | ||||||
ITEM991Sn | SEARCH | Формат для модельного поля 991, значение которого будет использоваться в формате показа ItemSecondShowSn в режиме ВЫБЫТИЕ | Пользователь Irbisp.ini | ||||||
ITEMSECONDFMTSn | SEARCH | Формат, генерирующий поисковое выражение для отбора записей в список в режиме ВЫБЫТИЕ | Пользователь Irbisp.ini | ||||||
ITEMSECONDNAMESn | SEARCH | Текст в заголовке списка в режиме ВЫБЫТИЕ | Пользователь Irbisp.ini | ||||||
ITEMSECONDSHOWSn | SEARCH | Формат показа записей списка в режиме ВЫБЫТИЕ, при отсутствии – формат brief.pft | Пользователь Irbisp.ini | ||||||
ITEMMENUSn | SEARCH | Имя файла для расшифровки кодов в списке в режиме ВЫБЫТИЕ | Пользователь Irbisp.ini | ||||||
ITEMNUMBP | SEARCH | Кол-во поисковых элементов в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEMNAMEPn | SEARCH | Название поискового элемента для показа словаря в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEMPREFPn | SEARCH | Префикс инверсии поискового элемента в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEM991Pn | SEARCH | Формат для модельного поля 991, значение которого будет использоваться в формате показа ItemSecondShowPn в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEMSECONDFMTPn | SEARCH | Формат, генерирующий поисковое выражение для отбора записей в список в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEMSECONDNAMEPn | SEARCH | Текст в заголовке списка в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEMSECONDSHOWPn | SEARCH | Формат показа записей списка в режиме ПОДПИСКА, при отсутствии – формат brief.pft | Пользователь Irbisp.ini | ||||||
ITEMMENUPn | SEARCH | Имя файла для расшифровки кодов в списке в режиме ПОДПИСКА | Пользователь Irbisp.ini | ||||||
ITEMNUMBDBN | SEARCH | Кол-во поисковых элементов для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEMNAMEDBNn | SEARCH | Название поискового элемента для показа словаря для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEMPREFDBNn | SEARCH | Префикс инверсии поискового элемента для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEM991DBNn | SEARCH | Формат для модельного поля 991, значение которого будет использоваться в формате показа ItemSecondShowDBNn для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEMSECONDFMTDBNn | SEARCH | Формат, генерирующий поисковое выражение для отбора записей в список для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEMSECONDNAMEDBNn | SEARCH | Текст в заголовке списка для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEMSECONDSHOWDBNn | SEARCH | Формат показа записей списка для БД ЭК, при отсутствии – формат brief.pft | Пользователь Irbisp.ini | ||||||
ITEMMENUDBNn | SEARCH | Имя файла для расшифровки кодов в списке для БД ЭК | Пользователь Irbisp.ini | ||||||
ITEMNUMBPDP | SEARCH | Кол-во поисковых элементов для БД каталога подписки | 2 | Пользователь Irbisp.ini | |||||
ITEMNAMEPDPn | SEARCH | Название поискового элемента для БД каталога подписки | Пользователь Irbisp.ini | ||||||
ITEMPREFPDPn | SEARCH | Префикс инверсии поискового элемента для БД каталога подписки | Пользователь Irbisp.ini | ||||||
ITEM991PDPn | SEARCH | Формат для модельного поля 991, значение которого будет использоваться в формате показа ItemSecondShowPDPn для БД каталога подписки | Пользователь Irbisp.ini | ||||||
ITEMSECONDFMTPDPn | SEARCH | Формат, генерирующий поисковое выражение для отбора записей в список для БД каталога подписки | Пользователь Irbisp.ini | ||||||
ITEMSECONDNAMEPDPn | SEARCH | Текст в заголовке списка для БД каталога подписки | Пользователь Irbisp.ini | ||||||
ITEMSECONDSHOWPDPn | SEARCH | Формат показа записей списка для БД каталога подписки при отсутствии - формат brief.pft | Пользователь Irbisp.ini | ||||||
ITEMMENUPDPn | SEARCH | Имя файла для расшифровки кодов для БД каталога подписки | Пользователь Irbisp.ini | ||||||
NAMEPODPJ | POST | Имя базы данных каталога подписки периодики | Post | Разработчик
Irbisp.ini | |||||
NAMEPODPB | POST | Имя базы данных издательского каталога подписки книг | Podb | Разработчик
Irbisp.ini | |||||
MOVEKPPREFDBN | POST | Префикс, используемый для отбора записей в БД CMPL в режиме НЕ НАЙДЕНО В КП | IP= | Разработчик
Irbisp.ini | |||||
MOVEKPGBL | POST | Имя файла задания на корректировку записей БД комплектования в режиме ОБНОВЛЕНИЕ ОПИСАНИЙ ПО КП | MoveKp.gbl | Разработчик
Irbisp.ini | |||||
NUMBITEMPDP | POST | Количество видов поиска для БД каталога подписки периодики | 2 | Разработчик
Irbisp.ini | |||||
MOVEKPBOOK | POST | Имя таблицы преобразования для переноса книг в режиме ПЕРЕНОС ЗАКАЗАННЫХ КНИГ | MoveKp.fst | Разработчик
Irbisp.ini | |||||
IMPKPBOOK | POST | Имя файла с исходными данными для формирования таблицы импорта в каталог подписки книг | ImpKp.fst | Разработчик
Irbisp.ini | |||||
IMPKPSERIAL | POST | Имя файла с исходными данными для формирования таблицы импорта в каталог подписки периодики | ImpKpS.fst | ||||||
EXPKPBOOK | POST | Имя файла, содержащего постоянные строки для таблицы переформатирования, формируемой для создания файла электронного заказа | ExpKp | Разработчик
Irbisp.ini | |||||
WSSELKP | POST | Имя файла РЛ для выбора издательства в БД комплектования | IzdKp | Разработчик
Irbisp.ini | |||||
WSDEFKP | POST | Имя файла РЛ опроса соответствия меток издательского файла каталога подписки книг и меток БД комплектования | FldKp.ws | Разработчик
Irbisp.ini | |||||
WSDEFKPSERIAL | POST | Имя файла рабочего листа опроса соответствия меток файла каталога периодики и меток БД комплектования | FldKpS.ws | Разработчик
Irbisp.ini | |||||
PREFSEL | POST | Префикс для отбора записей в БД каталога подписки книг при переносе в БД комплектвания | TZ= | Разработчик
Irbisp.ini | |||||
PREFSELSERIAL | POST | Префикс для отбора описаний на подписку, используется в ПЕРЕНОС НОВЫХ ИЗ КП и ИТОГО НА ПОДПИСКУ | TZ= | Разработчик
Irbisp.ini | |||||
PREFSELSERIALUPD | POST | Префикс для отбора записей в режиме ОБНОВЛЕНИЕ ОПИСАНИЙ ПО КП | TP= | Разработчик
Irbisp.ini | |||||
TAGNAME | POST | Метка поля полного имени издательства в записи издательства | 81 | Разработчик
Irbisp.ini | |||||
DELIMNAME | POST | Разделитель подполя полного имени издательства в записи издательства | A | Разработчик
Irbisp.ini | |||||
TAGCODEORG | POST | Метка поля кода издательства при включении его в файл переформатирования для импорта файла издательского каталога | 30 | Разработчик
Irbisp.ini | |||||
DELIMCODEORG | POST | Разделитель подполя кода издательства при включении его в файл переформатирования для импорта файла издательского каталога | K | Разработчик
Irbisp.ini | |||||
DELIMTEXTORG | POST | Разделитель подполя наименования издательства при включении его в файл переформатирования для импорта файла издательского каталога | A | Разработчик
Irbisp.ini | |||||
TAGNZAKAZ | POST | Метка поля, содержащего количество заказанных книг - для итогового заказа | 910 | Разработчик
Irbisp.ini | |||||
TAGCENA | POST | Метка поля цены заказа в режимаж ИТОГО ЗАКАЗАНО и ИТОГО НА ПОДПИСКУ | 10 | Разработчик
Irbisp.ini | |||||
DELIMCENA | POST | Разделитель подполя цены заказа | D | Разработчик
Irbisp.ini | |||||
PRIVCODORG | POST | Имя параметра настройки, задающего код и наименование организации | OR | Разработчик
Irbisp.ini | |||||
PRIVCODKP | POST | Имя параметра настройки, задающего код каталога подписки периодики | KAT | Разработчик
Irbisp.ini | |||||
TABMNUFORZ | DISP LAY | Имя файла списка выходных таблиц в режиме ЗАКАЗ | Tabpzw.mnu | Разработчик
Irbisp.ini | |||||
TABMNUFORR | DISP LAY | Имя файла списка выходных таблиц в режиме ПОСТУПЛЕНИЕ | Tabprw.mnu | Разработчик
Irbisp.ini | |||||
TABMNUFORP | DISP LAY | Имя файла списка выходных таблиц в режиме ПОДПИСКА | Tabppw.mnu | Разработчик
Irbisp.ini | |||||
TABMNUFORSIBIS | DISP LAY | Имя файла списка выходных таблиц в режиме ВЫБЫТИЕ для БД комплектатора | Tabpsw.mnu | Разработчик
Irbisp.ini | |||||
TABMNUFORSCMPL | DISP LAY | Имя файла списка выходных таблиц в режиме ВЫБЫТИЕ для БД каталога | Tabpcw.mnu | Разработчик
Irbisp.ini | |||||
FILESELTAB | DISP LAY | Имя файла описания выходных таблиц | Seltabw.par | Разработчик
Irbisp.ini | |||||
LISTMNU | DISP LAY | Имя файла списка выходных форм в режиме СПИСКИ | Pftp.mnu | Разработчик
Irbisp.ini | |||||
SELPFTMNU | DISP LAY | Имя файла соответствия имени РЛ и списка форматов показа в модуле КОРРЕКТИРОВКА | Pftmnu.mnu | Разработчик
Irbisp.ini | |||||
FSTTOCAT | DISP LAY | Имя файла преобразования при переносе в ЭК | Transn.fst | Разработчик
Irbisp.ini | |||||
FSTTOCATJ | DISP LAY | Имя файла, определяющего дописывание журнала, при переносе в ЭК | Transdj.fst | Разработчик
Irbisp.ini | |||||
MAXBRIEFPORTION | DISP LAY | Коэффициент для количества видимых строк в списке, определяющий величину буфера | 200 | Пользователь
Irbisp.ini | |||||
MAXSELECT | DISP LAY | Максимально возможное число отмеченных документов в словаре | 5000 | Пользователь
Irbisp.ini | |||||
LISTSORT | DISP LAY | Признак режима сортировки списка (1 – да, 0 – нет) | 1 | Пользователь Irbisp.ini | |||||
LISTOPEN | DISP LAY | Признак автоматического формирования списка (1-да, 0-нет) | 1 | Пользователь Irbisp.ini | |||||
NEWPDPGBL | ENTRY | Имя файла задания на подготовку нового периода подписки | Newpdp.gbl | Разработчик
Irbisp.ini | |||||
NEWPDPGBL1 | ENTRY | Имя файла задания на снятие периода и заказов | NewPdp1.gbl | Разработчик Irbisp.ini | |||||
NEWPDPGBL2 | ENTRY | Имя файла задания на снятие заказа подписки адресата | NewPdp2.gbl | Разработчик Irbisp.ini | |||||
GROUPPDPGBL | ENTRY | Имя файла задания на групповую подписку | GroupPdp.gbl | Разработчик Irbisp.ini | |||||
GROUPSPISGBL | ENTRY | Имя файла задания на групповое выбытие | GroupSpi.gbl | Разработчик Irbisp.ini | |||||
ENDSPIS | ENTRY | Имя файла задания на завершение выбытия | Cmzv.gbl | Irbisp.ini | |||||
KSUFST1 | ENTRY | Имя таблицы преобразования при пополнении записи КСУ поступления | Rksu.fst | Разработчик Irbisp.ini | |||||
KSUFST2 | ENTRY | Имя таблицы преобразования при пополнении записи КСУ списания | Rks2.fst | Разработчик Irbisp.ini | |||||
PREFKSUP | ENTRY | Префикс для отбора записей при пополнении записи КСУ поступления | NKSU= | Разработчик Irbisp.ini | |||||
PREFKSUS | ENTRY | Префикс для отбора записей при пополнении записи КСУ списания | NKS2= | Разработчик Irbisp.ini | |||||
PREFKSUCMPL | ENTRY | Префикс для поиска записи КСУ в БД комплектатора при переносе в ЭК | KSU= | Разработчик Irbisp.ini | |||||
PREFINV | ENTRY | Префикс поиска записи в каталоге по инвентарному номеру/штрих-коду при переносе в ЭК | IN= | Разработчик Irbisp.ini | |||||
PREFSHIFR | ENTRY | Префикс поиска записи в каталоге на дописывание при переносе в ЭК | I= | Разработчик Irbisp.ini | |||||
PREFFORDEL | ENTRY | Префикс поиска записей в ЭК, предназначенных для удаления | V=DEL | Разработчик Irbisp.ini | |||||
PREFFORDELK | ENTRY | Префикс поиска записей в ЭК, требующих докомплектования | V=DELK | Разработчик Irbisp.ini | |||||
TAGMOVE | ENTRY | Метка поля, содержащего данные о переносе в ЭК | 66 | Разработчик Irbisp.ini | |||||
TAGCOPY | ENTRY | Метка поля экземпляра | 910 | Разработчик Irbisp.ini | |||||
TAGARH | ENTRY | Метка архивного поля, непереносимого при докомплектовании | 940 | Разработчик Irbisp.ini | |||||
TAGDJ | ENTRY | Метка поля, используемого при дописывании журнала при переносе в ЭК | 901 | Разработчик Irbisp.ini | |||||
TAGSHIFR | ENTRY | Метка поля шифра, используется при переносе в ЭК | 903 | Разработчик Irbisp.ini | |||||
TAGPERIOD1 | ENTRY | Метка поля, используемого для проверки готовности записи к подписке при групповой подписке | 33 | Разработчик Irbisp.ini | |||||
DELIMKSU | ENTRY | Обозначение подполя КСУ в поле экземпляра | U | Разработчик Irbisp.ini | |||||
DELIMINV | ENTRY | Обозначение подполя инвентарного номера в поле экземпляра | B | Разработчик Irbisp.ini | |||||
DELIMBAR | ENTRY | Обозначение подполя штрих-кода в поле экземпляра | H | Разработчик Irbisp.ini | |||||
DELIMSTATUS | ENTRY | Обозначение подполя статуса в поле экземпляра | A | Разработчик Irbisp.ini | |||||
DELIMDOP | ENTRY | Обозначение подполя докомплектования в поле экземпляра | K | Разработчик Irbisp.ini | |||||
DELIMMHR | ENTRY | Обозначение подполя места хранения в поле экземпляра | D | Разработчик Irbisp.ini | |||||
STATUSOUT | ENTRY | Значение статуса списанного экземпляра | 6 | Разработчик Irbisp.ini | |||||
STATUSDEL | ENTRY | Значение статуса экземпляра на удаление | 7 | Разработчик Irbisp.ini | |||||
WSZKNEW | ENTRY | Имя РЛ при вводе нового описания заказа | Zk.ws | Разработчик Irbisp.ini | |||||
WSIZDNEW | ENTRY | Имя РЛ при вводе нового описания организации | Izd.ws | Разработчик Irbisp.ini | |||||
WSKSUNEW | ENTRY | Имя РЛ при вводе новой записи КСУ поступления | Ksu.ws | Разработчик Irbisp.ini | |||||
WSKS2NEW | ENTRY | Имя РЛ при вводе новой записи КСУ списания | Ks2.ws | Разработчик Irbisp.ini | |||||
WSOJKNEW | ENTRY | Имя РЛ при вводе нового описания журнала | Ojk.ws | Разработчик Irbisp.ini | |||||
WSAZPNEW | ENTRY | Имя РЛ при вводе нового описания адресата подписки | Azp.ws | Разработчик Irbisp.ini | |||||
WSREGS | ENTRY | РЛ опроса при установки БД | Regs.ws | Разработчик Irbisp.ini | |||||
WSSETFMT | ENTRY | РЛ для выбора рабочего листа при вводе нового описания без заказа в каталог | Fmt.ws | Разработчик Irbisp.ini | |||||
WSFORMOVE | ENTRY | РЛ опроса для отбора записей для переноса в ЭК | ToCat.ws | Разработчик Irbisp.ini | |||||
WSFOREND | ENTRY | РЛ опроса для завершения выбытия | EndSpis.ws | Разработчик Irbisp.ini | |||||
WSFORSPIS | ENTRY | Рабочий лист, в котором подается запись ЭК на ВЫБЫТИЕ | !wk.ws | Разработчик Irbisp.ini | |||||
WSSTAKSU | ENTRY | Рабочий лист опроса при пополнении записи КСУ | Staksu.ws | Разработчик Irbisp.ini | |||||
WSPERIOD | ENTRY | Рабочий лист для выбора периода подписки | Period.ws | Разработчик Irbisp.ini | |||||
WSOTDEL | ENTRY | РЛ для задания адресата при снятии заказа адресата | Otdel.ws | Разработчик Irbisp.ini | |||||
PRIVKSU | ENTRY | Имя параметра настройки, задающего номер КСУ поступления | KSU | Разработчик Irbisp.ini | |||||
PRIVKS2 | ENTRY | Имя параметра настройки, задающего номер КСУ списания | KS2 | Разработчик Irbisp.ini |
Примечание: параметры сегмента SEARCH подробно описаны в Приложении 6.
Справочники и их структура
Справочники используются для формирования экранных меню (списков) во всех АРМах системы, а также для преобразования кодированной информации.
Простые (неиерархические) справочники хранятся в текстовых файлах, которые имеют имя с расширением [.MNU] и следующую структуру:
<1_элемент_меню>
<пояснительный текст для 1 элемента>
<2_элемент_меню>
<пояснительный текст для 2 элемента>
......................
<*****>
В частном случае пояснительный текст может быть пустым (пустой строкой).
Строка ***** является признаком логического конца файла.
Количество строк в файле меню должно быть равно: 2N+1 - где N - количество элементов меню.
Ниже приведен список основных (неиерархических) справочников, применяемых в системе.
пп | Имя по умолчанию (без расширения) | Назначение | Расположение | Пояснения | |||||
1 | DBNAM1 | Список БД, доступных в АРМе "Администратор" | IRBIS\DATAI\ | Имя определяется параметром DBNNAMECAT в INI-файле АРМа "Администратор" | |||||
2 | DBNAM2 | Список БД, доступных в АРМе "Каталогизатор" | IRBIS\DATAI\ | Имя определяется параметром DBNNAMECAT в INI-файле АРМа "Каталогизатор" | |||||
3 | DBNAM3 | Список БД, доступных в АРМе "Читатель" | IRBIS\DATAI\ | Имя определяется параметром DBNNAMECAT в INI-файле АРМа "Читатель" | |||||
4 | STR | Список кодов стран | В основной директории системы IRBIS\ и в директориях БД ЭК | ||||||
5 | JZ | Список кодов языков | В основной директории системы IRBIS\ и в директориях БД ЭК | ||||||
6 | UNICODE | Список кодовых наборов для ввода нестандартных символов | В основной директории системы IRBIS\ | Имя определяется параметром UNICODEMNU в INI-файлах всех АРМов | |||||
7 | PFTW | Список доступных форматов показа для АРМа "Каталогизатор" | В директории БД | Имя определяется параметром PFTMNU в INI-файле АРМа "Каталогизатор" | |||||
8 | FORMATW | Список доступных форматов показа для АРМа "Читатель" | В директории БД | Имя определяется параметром PFTMNU в INI-файле АРМа
"Читатель" | |||||
9 | TABW | Список доступных табличных форм для АРМа "Каталогизатор" | В директории БД | Имя определяется параметром TABMNU в INI-файле АРМа "Каталогизатор" | |||||
10 | IMPORTW | Список ТВП переформатирования для импорта в АРМах "Администратор" и "Каталогизатор" | В директории БД | Имя определяется параметром IMPORTMNU в INI-файлах АРМов "Администратор" и "Каталогизатор" | |||||
11 | EXPORTW | Список ТВП переформатирования для экспорта в АРМах "Администратор", "Каталогизатор" и "Читатель" | В директории БД | Имя определяется параметром EXPORTMNU в INI-файлах АРМов "Администратор", "Каталогизатор" и "Читатель" | |||||
12 | FST | Список ТВП переформатирования для копирования в АРМах "Администратор" и "Каталогизатор" | В директории БД | Имя определяется параметром COPYMNU в INI-файлах АРМов "Администратор" и "Каталогизатор" | |||||
13 | FMT | Список доступных РЛ ввода для АРМа "Каталогизатор" | В директории БД | Имя определяется параметром FMTMNU в INI-файле АРМа "Каталогизатор" | |||||
14 | IRI | Список постоянных запросов для АРМа "Каталогизатор" | В основной директории системы IRBIS\ | Имя определяется параметром IRIMNU в INI-файле АРМа "Каталогизатор" | |||||
15 | STT | Список видов статистики для АРМа "Каталогизатор" | В директории БД | ||||||
16 | SORT | Список ключей сортировки результатов поиска в АРМе "Читатель" | В директории БД | Имя определяется параметром SORTMNU в INI-файле АРМа "Читатель" |
Ряд справочников, содержащих библиографические и специфические технологические данные (в т.ч. те, что подлежат обязательной настройке со стороны пользователя) описаны в Инструкциях каталогизатора и комплектатора.
Для создания и корректировки неиерархических справочников служит специальный редактор, который запускается из АРМа "Администратор" (см. Приложение 8).
В системе также применяются иерархические справочники, которые представляют собой традиционные для Windows древовидные структуры. Иерархические справочники хранятся в текстовых файлах, которые имеют расширение [.TRE], - для их создания и корректировки служит специальный редактор, который запускается из АРМа "Администратор". Его интерфейс изображен на рис. 1.
Рис.1. Редактор иерархических справочников
Структура текстового файла документов
Текстовые файлы документов используются для импорта/экспорта данных в режимах ИМПОРТ и ЭКСПОРТ АРМов "Каталогизатор" и "Администратор".
Структура текстового файла документов удовлетворяет следующим правилам:
каждый документ начинается с новой строки и может занимать произвольное количество строк произвольной длины;
один документ от другого отделяется строкой, содержащей в первых позициях символы *****;
документ состоит из полей, каждое из которых начинается с новой строки и имеет следующую структуру:
#МММ: <данные поля>
<данные поля>
................
где МММ - числовая метка поля (лидирующие нули можно не указывать);
поля внутри документа могут следовать в произвольном порядке, поля с одинаковыми метками могут повторяться;
данные поля могут содержать подполя, которые начинаются с признака и разделителя подполя, например:
^A<данные подполя>^B<данные подполя>......
подполя с одинаковыми разделителями не могут повторяться внутри поля.
Структура полей и подполей для БД Электронного каталога описана в Приложении к Инструкции каталогизатора.
Примеры составления заданий на пакетную корректировку
Пример 1. Для каждой записи заданного фрагмента выполнить следующие действия:
·
В повторениях поля экземпляров (метка поля 910) удалить те повторения, у которых в подполе статуса экземпляра (подполе ^A) содержится значение “6”, т.е. экземпляр списан.
· Удаляемые из поля 910 повторения сохранить в поле архивных данных о выбытии (метка поля 940).
· Перенести в поле общего примечания (метка поля 300), предварительно его очистив, некоторые данные о первом авторе (метка поля 700): фамилию (подполе ^A), через пробел инициалы (подполе ^B), через знак тире неотъемлемую часть имени (подполе ^1) и в скобках даты жизни (подполе ^F).
· Заменить в повторениях поля экземпляров (метка поля 910), у которых значение места хранения “ФО-26” (подполе ^D), дату поступления (подполе ^C) на новую дату “20021206”.
· Заменить во всех повторениях поля экземпляров (метка поля 910) значение места хранения “ФМЗ” (подполе ^D) на новое значение “ФМЗ-1”.
Задание на пакетную обработку:
0
ADD
940
(if p(v910) then if v910^A='6' then v910 fi fi/)
REP
910
F
(if p(v910) then if v910^A='6' then # else v910 fi fi/)
DEL
300
*
ADD
300
v700^A," "v700^B," - "v700^1,"("v700^F")"
CHA
910
F
(v910^C/)
(if p(v910) then if v910^D: 'ФО-26' then '20021206' else v910^C fi fi/)
CHA
910^D
*
'ФМЗ'
'ФМЗ-1'
Пример 2. Для каждой записи заданного фрагмента выполнить следующие действия:
Если в одном из повторений поля ГРНТИ (метка поля 964) содержится значение “14”, то выполнить несколько операторов:
· добавить поле 621 со значением “141”;
· добавить поле 606 со значением “Физика”;
· удалить поле 690.
Если в одном из повторений поля УДК (метка поля 675) содержится индекс “37(470.311)”, то создать новую запись в базе данных CMPL, в которой надо сформировать поля:
· метка 675 – значение этого индекса;
· метка 920 – значение ‘PAZK’;
· метка 200 – значение из исходной записи;
· метка 700 – значение из исходной записи;
· метка 910 – все повторения из исходной записи.
Задание на пакетную обработку:
0
IF
if (v964|!|): '14!' then '1' else '0' fi
ADD
621
'141'
ADD
606
'Физика'
DEL
690
*
FI
NEWMFN
if (v675|!|): '37(470.311)!' then 'CMPL' else '' fi
ADD
675
'37(470.311)'
ADD
920
'PAZK'
ADD
200
v200
ADD
700
v700
ADD
910
(v910/)
END
Пример 3. Для каждой записи заданного фрагмента выполнить следующие действия:
· Если в поле кода рабочего листа (метка поля 920) содержится значение “SPEC”, то для всех значений индекса УДК (метка поля 675) отобрать в той же БД записи с этими индексами УДК (значения индексов без учечения).
· В отобранные записи добавить все повторения поля экземпляров (метка поля 910) из основной записи.
· В основной же записи повторения поля экземпляров удалить.
Задание на пакетную обработку:
0
CORREC
if v920='SPEC' then '*' else '' fi
(v910/)
(|U=|v675/)
ADD
910
(v1001/)
DEL
1001
*
END
DEL
910
*
Пример 4. Для каждой записи заданного фрагмента выполнить следующие действия:
Во всех экземплярах (метка поля 910) заменить значение места хранения (подполе ^D) “XP” на значение “ОФ” и значение “ФМЗ” на значение “БИНТ”. Это можно выполнить с помощью задания, в котором жестко указываются эти значения, а именно
0
CHA
910^D
*
‘ХР’
‘ОФ’
CHA
910^D
*
‘ФМЗ’
‘БИНТ’
Можно составить задание для общего случая замены старых значений мест хранения на новые, используя возможность работы с параметрами.
Например, для замены значений двух разных мест хранения на новые значения нужно определить 4 параметра, причем вводить их можно, используя справочник с именем mhr.mnu.
Задание на пакетную обработку:
4
mhr.mnu
Старое значение (1)
mhr.mnu
Новое значение (1)
mhr.mnu
Старое значение (2)
mhr.mnu
Новое значение (2)
REP
910^d
F
(if p(v910) then if v910^d='%1' then '%2'else if v910^d='%3' then '%4' else v910^d fi fi fi/)
Пример 5. Для каждой записи заданного фрагмента выполнить следующие действия:
Создать в БД ‘CMPL’ новую запись, которая является копией исходной, изменив в ней:
· Код рабочего листа (метка поля 920) заменить на ‘ZK’.
· Год издания (метка поля 210, подполе ^D) заменить на 2002.
· Объем (метка поля 215, подполе ^A) заменить на 500.
· Удалить все повторения поля “Каталогизатор, дата” (метка поля 907) и добавить новое значение, задав этап работы, дату и ФИО.
Исходную запись при этом удалить.
Задание на пакетную обработку:
0
NEWMFN
'CMPL'
ALL
REP
920
*
'ZK'
REP
210^D
*
'2002'
REP
215^A
*
'500'
DEL
907
*
ADD
907
'^CПК^A20020524^BДСМ'
END
DELR
Признак: Основной документ или Приложение, Тип номера, Номер
Поле повторяется для основного документа и приложения, если оба они являются нетекстовыми материалами и имеют разные стандартные номера (например, набор граммпластинок – основной документ, а ноты - приложение).
ЭД "Тип номера" (например, для нот, звукозаписи и др.) вводится через меню, а при просмотре/печати предшествует номеру. Автоматический контроль структуры не проводится (алгоритм не определен); проводится сверка на дублетность номера (вместе с типом) – диагностический контроль.
Идентификационный номер включается в поисковый словарь, общий с ISBN и ISSN.
Шифр приложения, хранящегося отдельно
ЭД | Шифр приложения, Нетрадиционный носитель, Место хранения, Примечание (дополнительная информация) |
Поле заполняется при наличии сопроводительного материала (приложения), хранящегося отдельно от основного каталогизируемого документа, включая приложения на других носителях.
Поле повторяется соответственно числу приложений к основному документу, хранящихся отдельно от него. ЭД "Примечание (дополнительная информация)" заполняется в виде свободного текста и может содержать информацию, например, о содержании приложения ("БД") или любые другие поясняющие данные.
Примечание: При описании журналов дополнительно могут быть введены данные о технологическом пути приложений к выпускам, если пункты их движения до поступления по месту хранения отличаются от тех, по которым проходят основные (печатные) выпуски.
Физические характеристики документа (основного и/или приложения)
ЭД: | Нетрадиционный бумажный носитель: Код (Брайль, минипечать и др.) |
ЭД: | Видеозапись: Длина (мин). Индикаторы цвета и звука. Звуковой носитель. Размер видеокассетной ленты. Техника. Форма проката. Формат представления. Стандарт трансляции |
ЭД: | Визуально-проекционный материал: Длина (число кадров…). Индикатор цвета. Ширина пленки. Форма проката. Материалы для эмульсии и вторичной основы |
ЭД: |
Кинофильм: Продолжительность (мин). Скорость (кадр/сек). Индикаторы цвета и звука. Звуковой носитель. Длина и ширина пленки. Форма проката. Техника. Формат представления. Вид звука. Полнота |
ЭД: |
Картографический материал: Форма (карта, глобус и др.). Индикатор цвета. Масштаб (горизонтальный. вертикальный. угловой) |
ЭД: |
Характеристики воспроизведения нотной или звукозаписи: Продолжительность. Характер текста звукозаписи. Партитура (тип и наличие частей). Форма композиции. Инструменты и голоса (для ансамбля и солистов) – код и количество |
ЭД: |
Физические характеристики звукозаписи: Вид носителя. Длина (мин). Скорость. Вид звука. Размеры носителя. Техника. Сопроводительный текст. Характеристика воспроизведения |
ЭД: |
Микроформа: Вид (микрофильм. микрофиша. позитив. негатив и др.). Размеры. Масштаб и особенности уменьшения. Цвет. Эмульсия и основа пленки. Генерация |
ЭД: |
Электронный ресурс: Тип файла (текстовый, программа, цифровой и др.). |
Набор представленных выше ЭД является обобщением данных, описываемых в форматах UNIMARC и USMARC, а также в отечественных стандартах. Вместе с тем распределение этих данных по полям и их структурирование отличается от международных стандартов и согласовано с отечественными традициями: в частности, например, нотные издания, аудиовизуальные и картографические материалы могут быть (аналогично традиционным печатным изданиям) однотомными, многотомными, продолжающимися, серийными и периодическими изданиями.
Пользователю предоставляется возможность при вводе в электронный каталог описывать нетрадиционные для библиотек издания с разной степенью полноты и глубины, в соответствии со специализацией и/или универсальностью библиотеки.
Все коды вводятся через вложенные РЛ с помощью меню. Поле может повторяться для основного документа и приложения (ставится соответствующий код). Все элементы являются необязательными, но при заполнении каких-либо данных необходимо указать их принадлежность основному документу или сопроводительному (приложению).
Продление подписки
После завершения работы по подписке на очередной период и получения выходных документов — Листов заказа для каждого Адресата, которые автоматически готовятся для изданий последней подписки, рекомендуется выполнить операцию "Снятие периода подписки". В результате выполнения этой процедуры сведения о подписке на предыдущий период будут перенесены в "архивные" поля, а ЭД "Период подписки" будет опустошен и тем самым БД будет подготовлена для ввода данных об очередном периоде.
Издания, в которых ЭД "Период подписки" не будет впоследствии заполнен, не будут считаться заказанными на очередной период, но в БД и в словаре "Период подписки" сведения о подписке этого издания на все предыдущие периоды будут сохранены.
Если информацию о новом периоде подписки вводить без выполнения такой подготовки БД, то в словарь "Адресат последней подписки" будут попадать ВСЕ данные, в которых присутствует ЭД "Период подписки", то есть в нем будут смешиваться сведения за разные периоды, что не позволит иметь корректные данные о новом "последнем" периоде подписки.
Продление подписки может производиться индивидуально для каждого издания или автоматически для группы изданий. При выполнении работ в блоке ПОДПИСКА на обработку (технологические процессы "Оформления подписки", получение выходных форм, передача сведений о подписке в БД каталога) подаются найденные и отмеченные записи, для чего используются описанные выше словари.
Программное обеспечение
Оригинальное программное обеспечение системы написано на Delphi с использованием библиотеки ISIS32.DLL (Bireme, Бразилия). Физическая структура БД соответствует СУБД CDS/ISIS (ЮНЕСКО).
Проверка фонда
Разработанная задача "ПРОВЕРКА ФОНДА", включает следующие процессы:
· установить в меню ORG.MNU для кода "7" значение "1" (по умолчанию установлено значение "0");
· создать словарь заново, в результате чего появится словарь "Проверка фонда", в котором могут присутствовать записи 5-и типов:
· "Проверены" — общее число терминов в БД (инвентарных номеров или штрих-кодов), прошедших проверку;
· "Не проверены" — общее число терминов в БД (инвентарных номеров или штрих-кодов), не прошедших проверки;
· "Для пересчета" — общее число терминов в БД (инвентарных номеров или штрих-кодов) из числа прошедших проверку, требующих выполнения глобальной корректуры для завершения работы (отбираются экземпляры, у которых дата проверки фонда больше, чем дата поступления – см ниже);
· инвентарные номера и штрих-коды, не проверенные — с буквой "Н" в конце;
· инвентарные номера и штрих-коды, проверенные — без буквы "Н" в конце;
· вводить данные о проверке экземпляра, для чего:
· отбирать документы с нужными инвентарными номерами либо по словарю "Проверка фонда" (см. выше), либо по словарю "Инвентарные номера, сортированные" (для выхода на нужный термин в окне "Ключ" использовать ведущие пробелы – см. также п.4.2.7);
· перейти на рабочую плоскость ВВОД — РЕЗУЛЬТАТЫ ПОИСКА, вызвать РЛ PRF (проверка фонда);
· корректировать в отобранных документах проверяемые экземпляры путем ввода текущей даты в ЭД "Дата проверки фонда" (в формате ГГГГММДД – клавиши <Alt + Д>;
· после окончания процедуры проверки фонда Библиотеки или ее этапа завершить работу с БД выполнением глобальной корректировки, для чего:
· отобрать документы по словарю "Проверка фонда" (термин "Для пересчета");
· перейти на рабочую плоскость ПРОСМОТР/ВЫВОД — Глобальная, выбрать из меню и выполнить задание "Prov – Проверка фонда", указав дату завершения процедуры проверки (она может быть текущей датой или установленной пользователем в формате ГГГГММДД).
В процессе выполнения этого задания производятся следующие преобразования в полях проверенных экземпляров:
· пересчет цены в соответствии с файлом IZC.MNU (коэффициенты пересчета цен по годам и месяцам;
· замена значений ЭД "Дата поступления" и "Дата проверки фонда" на "Дату завершения";
· перенос исходных данных об экземпляре в архивное поле;
· получить выходные документы – Акт и Список инвентарных номеров, прошедших проверку (см. п.6.2, Таблица 6).
Рабочая область ЧИТАТЕЛЬ
Компоненты области обеспечивают работу с документом (записью) читателя, а именно: оформление возврата литературы, оформление выдачи без заказа, оформление продления, а также удаление ненужных сведений о выдаче/возврате.
Собственно документ читателя отображается в двух компонентах: в верхнем окне - где представляются общие реквизиты читателя, и в табличной форме - где представляются все сведения о выдачах/возвратах.
Каждая строка таблицы содержит сведения о выдаче/возврате одного издания, а именно следующие элементы:
ДАТА ВОЗВРАТА - дата возврата издания или пометка "ДОЛГ", если издание еще не возвращено. Если возврат издания просрочен, т.е. если текущая дата больше даты предполагаемого возврата - пометка "ДОЛГ" имеет красный цвет;
ШИФР - шифр документа выданного или выдававшегося издания;
ВЫДАНО - краткое описание выданного издания; в случае если издание возвращено, этот элемент может быть пустым (зависит от параметра настройки системы READERHISTORY - см. Приложение 1);
ДАТА ВЫДАЧИ;
ДАТА ПРЕДПОЛАГАЕМОГО ВОЗВРАТА;
ЭКЗЕМПЛЯР и ШТРИХ-КОД - идентификационные признаки (инвентарный номер и штрих-код) выданного или выдававшегося экземпляра;
БД ЭК - имя базы данных Электронного каталога, соответствующей данной выдаче;
ОТВ.ЛИЦО - имя библиотечного работника, ответственного за выполнение последней операции (выдачи, возврата или продления).
Для оформления возврата служит кнопка ВОЗВРАТ
(доступна только тогда, когда в области ЧИТАТЕЛЬ присутствует описание какого-либо читателя). Прежде чем ее нажать, следует отметить строки таблицы, соответствующие возвращаемым изданиям. Для отметки необходимо щелкнуть по второй колонке на нужной строке. Отмечены могут быть только строки, соответствующие невозвращенным изданиям.
В случае если документ читателя отыскивался по признакам выданной литературы - виды поиски ВЫДАННАЯ ЛИТЕРАТУРА/ШИФР, ВЫДАННАЯ ЛИТЕРАТУРА/НАЗВАНИЕ и ШТРИХ-КОД ЭКЗЕМПЛЯРА, - соответствующие строки в области ЧИТАТЕЛЬ отмечаются автоматически.
Для снятия отметки - если это необходимо - следует щелкнуть мышью по "галочке".
Если нажать на кнопку ВОЗВРАТ, предварительно не отметив ни одной строки таблицы, система предложит оформить возврат всей литературы, не возвращенной данным читателем.
Процесс возврата оформляется после нажатия кнопки ВОЗВРАТ и завершается соответствующим сообщением. В результате этого процесса возвращенные экземпляры (в базе данных Электронного каталога) помечаются как свободные, а в документе читателя соответствующие пометки "ДОЛГ" заменяются на дату возврата.
Специальные замечания по технологии возврата, основанной на применении штрих-кодов экземпляров изданий.
В случае применения штрих-кодов экземпляров есть возможность оптимизации технологии возврата. Она состоит в следующем. Необходимо в качестве вида поиска установить ШТРИХ-КОД ЭКЗЕМПЛЯРА. Штрих-код возвращаемого экземпляра считывается сканнером в строку КЛЮЧ области СЛОВАРЬ (при этом, разумеется, фокус управления должен быть установлен на этом компоненте) - все дальнейшие действия по оформлению возврата выполняются автоматически. Т.е. вся технология возврата состоит из единственной операции считывания штрих-кода возвращаемого экземпляра.
Более эффективно технология возврата на основе штрих-кодов может быть организована с помощью специального "скоростного" интерфейса (см. п. 4.6).
Для продления срока возврата изданий служит кнопка ПРОДЛЕНИЕ (доступна только тогда, когда в области ЧИТАТЕЛЬ присутствует описание какого-либо читателя). Прежде чем ее нажать, следует отметить строки таблицы, соответствующие изданиям, для которых продлевается срок возврата. Для отметки необходимо щелкнуть по второй колонке на нужной строке. Отмечены могут быть только строки, соответствующие невозвращенным изданиям.
Если нажать на кнопку ПРОДЛЕНИЕ, предварительно не отметив ни одной строки таблицы, система предложит оформить продление для всей литературы, не возвращенной данным читателем.
Собственно продление заключается в указании новой даты предполагаемого возврата (явно или с использованием электронного календаря) (рис. 4.4.2а).
Рис. 4.4.2а. Форма для продления срока возврата
Кнопка ВЫДАЧА БЕЗ ЗАКАЗА (доступна только тогда, когда в области ЧИТАТЕЛЬ присутствует описание какого-либо читателя) служит для запуска режима выдачи без заказа, т.е. технологии оформления выдачи, не основанной на предварительно созданном заказе - такая технология, в частности, может использоваться в тех случаях, когда читатель имеет открытый доступ к книжным фондам (и следовательно, нет необходимости оформлять заказ на выдачу).
После нажатия кнопки ВЫДАЧА БЕЗ ЗАКАЗА возникает форма
(см. рис. 4.4.2б), обеспечивающая поиск в базах данных Электронного каталога с целью идентификации выдаваемого издания.
Рис. 4.4.2б. Форма для выдачи без заказа
Компоненты формы - ниспадающие меню БАЗА ДАННЫХ и ВИД ПОИСКА, область СЛОВАРЬ - полностью аналогичны одноименным компонентам на плоскости ПОИСК АРМа "Читатель" (см. п. 2.3.1). Специфична лишь работа кнопки ОТБОР - при нажатии на нее непосредственно выполняется поиск в базе данных Электронного каталога по термину словаря, который в данный момент является текущим. (Двойной щелчок по термину словаря эквивалентен нажатию на кнопку ОТБОР.) Эта специфика связана с тем, что в качестве видов поиска в БД Электронного каталога предлагаются поиски, дающие однозначный результат (одному термину словаря соответствует один документ) - что вполне обоснованно, поскольку предполагается, что экземпляр выдаваемого (идентифицируемого) издания находится непосредственно перед оператором АРМа "Книговыдача". В качестве видов поиска в БД Электронного каталога предлагаются:
ШИФР ДОКУМЕНТА;
ШТРИХ-КОД/ИНВЕНТАРНЫЙ НОМЕР ЭКЗЕМПЛЯРА.
После завершения поиска (нажатия кнопки ОТБОР) возникает форма (см. рис. 4.4.2в), которая завершает технологию оформления выдачи без заказа и служит для идентификации экземпляра.
Рис. 4.4.2в. Форма для выполнения выдачи без заказа
Форма аналогична той, что используется при выдаче на основе заказа (см. рис. 4.3.1г и п. 4.3.1).
Дополнительно здесь используется окно, в котором представляется краткое описание выдаваемого издания. Собственно оформление выдачи производится после нажатия кнопки ВЫПОЛНИТЬ - при этом идентифицированный экземпляр фиксируется как выданный читателю, чье описание представлено в области ЧИТАТЕЛЬ. Завершается оформление выдачи выводом соответствующего сообщения.
Важное замечание: Каждая выдача без заказа сопровождается созданием формального выполненного заказа (см. описание области ВЫПОЛНЕННЫЕ ЗАКАЗЫ - п. 4.3.2).
Специальные замечания по технологии выдачи без заказа, основанной на применении штрих-кодов экземпляров изданий.
В случае применения штрих-кодов экземпляров есть возможность оптимизации технологии выдачи без заказа. Она состоит в следующем. Необходимо в качестве вида поиска установить ШТРИХ-КОД/ИНВЕНТАРНЫЙ НОМЕР ЭКЗЕМПЛЯРА. Штрих-код выдаваемого экземпляра считывается сканнером в строку КЛЮЧ области СЛОВАРЬ (при этом, разумеется, фокус управления должен быть установлен на этом компоненте) - все дальнейшие действия по оформлению выдачи выполняются автоматически. Т.е. вся технология выдачи без заказа состоит из единственной операции считывания штрих-кода выдаваемого экземпляра. Более эффективно технологию книговыдачи на основе штрих-кодов можно организовать с помощью специального "скоростного" интерфейса (см. п. 4.6).
Для завершения режима выдачи без заказа служит кнопка ВЫХОД
(рис. 4.4.2б).
Кнопка УДАЛИТЬ в области ЧИТАТЕЛЬ (доступна только тогда, когда в области ЧИТАТЕЛЬ присутствует описание какого-либо читателя) служит для удаления ненужных сведений из документа читателя. При нажатии кнопки из документа читателя удаляются сведения о выдаче/возврате, являющиеся текущими в таблице, т.е. строки, выделенные цветом. В качестве текущих в таблице можно определить несколько последовательных строк - для этого необходимо двигать курсором мыши, не отпуская левой кнопки. Удалить можно лишь сведения, касающиеся возвращенной литературы, т.е. те, в которых присутствует дата возврата.
Кнопка служит для "очистки" области ЧИТАТЕЛЬ, т.е. для перевода ее в такое состояние, когда ни одно описание читателя в ней не представлено.
Кнопки листания (рядом с кнопкой в виде "ключа") становятся доступными при неоднозначном отборе читателя (см. выше) и служат для перехода к следующему или предыдущему читателю, связанному с текущим термином поиска.
Кнопка служит для отображения фотографии читателя (если таковая имеется).
Рабочая область НЕВЫПОЛНЕННЫЕ ЗАКАЗЫ
Основным компонентом области является окно с табличной формой, в которой представляется список (очередь) текущих невыполненных заказов. Каждый заказ представляется на одной строке и включает следующие элементы:
СВОБ.ЭКЗ. - содержит сведения о наличии свободных (готовых к выдаче) экземпляров заказанной литературы; принимает значения ДА, НЕТ и ??? - в случае если нет сведений об экземплярах;
ЧИТАТЕЛЬ - имя-идентификатор читателя, который сделал данный заказ;
ЗАКАЗАННОЕ ИЗДАНИЕ - краткое описание заказанного издания;
ШИФР ИЗДАНИЯ - шифр документа заказанного издания в базе данных Электронного каталога;
ДАТА ЗАКАЗА - время и дата формирования заказа;
БД ЭК - имя базы данных Электронного каталога, в которой описано заказанное издание.
Один из невыполненных заказов в списке всегда является активным (или текущим) - он выделяется цветом.
Невыполненные заказы в списке могут быть отмечены для последующей работы с ними - печати или удаления (см. ниже). Чтобы отметить некоторый заказ (или снять уже существующую отметку) достаточно щелкнуть мышью по второй колонке на нужной строке таблицы. Отмеченный заказ помечается "галочкой".
Компонент в виде ниспадающего меню КЛЮЧ СОРТИРОВКИ
служит для указания признака, определяющего упорядочение невыполненных заказов в списке. Возможные ключи сортировки совпадают с элементами описания заказов в списке. Для установки необходимого ключа сортировки можно воспользоваться меню или дважды щелкнуть по названию соответствующего элемента в шапке таблицы. По умолчанию в качестве ключа сортировки заказов используется ДАТА ЗАКАЗА.
Редактируемая строка КЛЮЧ служит для установки текущего (активного) невыполненного заказа - в случае если их список достаточно велик. Данные, вводимые в качестве ключа, должны соответствовать установленному признаку сортировки, т.е. если установлен КЛЮЧ СОРТИРОВКИ - ЧИТАТЕЛЬ, то в строку КЛЮЧ необходимо вводить имя-идентификатор читателя и т.д. При вводе данных в строку КЛЮЧ осуществляется автоматическая "подкрутка" списка - таким образом, чтобы текущим стал заказ, соответствующий введенным данным.
Текущий заказ может быть установлен щелчком мыши по соответствующей строке списка.
Окно в правой части области служит для представления полного описания текущего заказа. Дополнительно к сведениям заказа, представленным в списке, здесь указываются полные сведения о свободных экземплярах заказанного издания - их инвентарные номера и/или штрих-коды и места хранения - и краткое описание читателя, создавшего заказ.
Кнопка ПЕЧАТЬ служит для распечатывания невыполненных заказов. Возникающая форма (см. рис. 4.3.1а) позволяет указать параметры печати:
ПОДЛЕЖАТ ПЕЧАТИ - определяет, какие заказы из общего списка будут распечатываться; возможны четыре значения:
ВСЕ - печатаются все заказы списка;
ОТМЕЧЕННЫЕ - печатаются только отмеченные заказы;
КРОМЕ ОТМЕЧЕННЫХ - печатаются все заказы, кроме отмеченных;
ТЕКУЩИЙ - печатается только текущий заказ.
НОСИТЕЛЬ - определяет, будет ли выполняться непосредственная печать на бумажный носитель (БУМАГА) или данные печати будут выводиться в файл (ФАЙЛ).
Рис. 4.3.1а. Форма для параметров печати заказов
Собственно печать выполняется после нажатия кнопки ПЕЧАТАТЬ. Если был задан вывод в файл, система предлагает стандартное диалоговое окно для указания пути и имени файла сохранения результатов печати.
Кнопка УДАЛИТЬ служит для удаления заказов из очереди (без их выполнения). Возникающая форма (см. рис. 4.3.1б) позволяет определить, какие заказы необходимо удалить, - с помощью параметра ПОДЛЕЖАТ УДАЛЕНИЮ, который имеет четыре значения:
ВСЕ - удаляются все заказы списка;
ОТМЕЧЕННЫЕ - удаляются только отмеченные заказы;
КРОМЕ ОТМЕЧЕННЫХ - удаляются все заказы, кроме отмеченных;
ТЕКУЩИЙ - удаляется только текущий заказ.
Рис. 4.3.1б. Форма для параметров удаления заказов
Собственно удаление выполняется после нажатия кнопки УДАЛИТЬ.
Кнопка НАСТРОЙКА служит для вызова специальной формы (см. рис. 4.3.1в), которая позволяет установить параметры работы с очередью невыполненных заказов:
МАСКИ ФИЛЬТРОВ - эта группа параметров служит для фрагментирования общей очереди невыполненных заказов (первые три параметра) и установки ограничений на поиск свободных экземпляров (вторая тройка параметров) путем указания масок для значений, характеризующих заказы.
Маски задаются по правилам аналогичным правилам маскирования имен файлов: символ * означает любые символы с заданной позиции и до конца значения; символ ? означает любой символ в заданной позиции.
Маскированию подлежат следующие характеристики заказов:
ИМЯ БД ЭК - имя базы данных Электронного каталога, где находится описание заказанного издания. Маска позволяет установить присутствие в очереди только тех заказов, которые адресованы определенным базам данных Электронного каталога. Пример: Существуют базы данных по периодическим изданиям с именами SER1, SER2 и т.д. и базы данных по книгам BOOK1, BOOK2 и т.д. Задание в качестве маски BOOK* приведет к тому, что в очереди будут видны только заказы на книги;
ИМЯ ЧИТАТЕЛЯ - имя-идентификатор читателя. Маска позволяет установить присутствие в очереди только тех заказов, которые сформированы определенными категориями читателей. Пример: Постоянные читатели имеют имена (номера читательских билетов), начинающиеся с символа П, а временные - с символа В. Задание в качестве маски П* приведет к тому, что в очереди будут видны только заказы от постоянных читателей;
ШИФР ДОКУМЕНТА - шифр документа в БД Электронного каталога - описания заказанного издания. Маска позволяет установить присутствие в очереди только тех заказов, которые адресованы определенным шифрам документов. Пример: В первых символах шифра документа указываются индексы тематического классификатора (УДК или ББК). Задание в качестве маски некоторого индекса с символом * на конце приведет к тому, что в очереди будут видны только заказы на издания определенной тематики;
ИНВ.НОМЕР ЭКЗ. - инвентарный номер экземпляра. Маска устанавливает, что свободные экземпляры для заказов ищутся только среди экземпляров с определенными инвентарными номерами;
ШТРИХ-КОД ЭКЗ. - штрих-код экземпляра. Маска устанавливает, что свободные экземпляры для заказов ищутся только среди экземпляров с определенными штрих-кодами;
МЕСТО ХРАНЕНИЯ ЭКЗ. - место хранения экземпляра. Маска устанавливает, что свободные экземпляры для заказов ищутся только среди экземпляров, находящихся в определенных местах хранения.
Средство маскирования в целом позволяет распараллелить работу с очередью невыполненных заказов (т.е. создать как бы несколько независимых очередей), когда организуется работа нескольких АРМов "Книговыдачи" в различных точках выдачи книг (хранилища, кафедры, абонемент, читальные залы и т.д.).
АВТОМАТИЧЕСКИЙ ОПРОС - служит для установки временного интервала, в соответствии с которым производится автоматическое обновление очереди невыполненных заказов, а именно: включаются новые заказы и корректируются сведения о наличии свободных экземпляров. Возможные значения - от 0 до 60 секунд. При значении интервала 0 автоматическое обновление очереди заказов не производится.
ОТВ.ЛИЦО - имя библиотечного работника, ответственного за выполнение операций книговыдачи.
Вновь устанавливаемые параметры настройки учитываются (и запоминаются) только после нажатия кнопки ПРИМЕНИТЬ.
Рис. 4.3.1в. Форма для установки параметров настройки
Кнопка ОБНОВИТЬ служит для немедленного обновления очереди невыполненных заказов - независимо от значения параметра АВТОМАТИЧЕСКИЙ ОПРОС (см. выше).
Кнопка ФОТО служит для отображения фотографии читателя, создавшего текущий заказ, - если таковая имеется. Фотографии должны представляться в виде графических файлов в формате JPEG или BMP и находится в директории БД читателей RDR (по умолчанию) или по иному пути, который указан в файле LOOK.PAR. Имена файлов с фотографией (обязательно с расширением) указываются в соответствующем поле в описании читателя.
И наконец, кнопка ВЫПОЛНИТЬ служит собственно для выполнения текущего заказа. Нажатию кнопки ВЫПОЛНИТЬ эквивалентен двойной щелчок мышью по строке заказа в списке. Возникающая при этом форма исполнения заказа представлена на рис. 4.3.1г.
Рис. 4.3.1г. Форма для выполнения текущего заказа
В области ВЫДАЕТСЯ ЭКЗЕМПЛЯР указывается один из идентификационных признаков экземпляра, выдаваемого по текущему заказу:
ШТРИХ-КОД - который считывается с помощью сканнера, или
ИНВ.НОМЕР - который выбирается из предлагаемого списка инвентарных номеров свободных экземпляров.
С помощью переключателя ПЕЧАТЬ КОНТРОЛЬНОГО ТАЛОНА определяется необходимость печати бумажной формы, на которой фиксируются сведения исполняемого заказа и предусматривается роспись читателя.
Редактируемая строка ДАТА ВОЗВРАТА позволяет указать дату предполагаемого возврата выдаваемого издания, т.е. ту дату, по истечении которой держатель издания становится должником, - дата может быть введена непосредственно или выбрана из ниспадающего меню (содержание меню формируется на основе справочника RETURN.MNU в директории БД Читателей) или из электронного календаря. По умолчанию - если отсутствует справочник RETURN.MNU - дата возврата формируется путем прибавления к текущей дате фиксированного количества дней - это значение относится к параметрам настройки системы (см. параметр MAXRETURNDAYS в Приложении 1).
Собственно факт выдачи (исполнения заказа) фиксируется после нажатия кнопки ВЫПОЛНИТЬ. В результате выполнения заказа выданный экземпляр помечается как занятый (несвободный), в документ читателя заносятся сведения о выданном издании, а заказ перемещается в область выполненных. Процесс фиксирования выдачи завершается выводом соответствующего сообщения.
При попытке выполнить заказ, по которому нет свободных экземпляров, система выдает предупреждающее сообщение и предлагает возможность БЕЗЭКЗЕМПЛЯРНОЙ ВЫДАЧИ - т.е. такой технологии книговыдачи, когда не ведется учет выдаваемых экземпляров, - использовать ее НЕ РЕКОМЕНДУЕТСЯ.
Специальные замечания по технологии выполнения заказов, основанной на применении штрих-кодов читательских билетов и/или экземпляров изданий.
В случае применения штрих-кодов на читательских билетах и использования их в качестве имен-идентификаторов читателей есть возможность оптимизации технологии выполнения заказов. Она состоит в следующем. В качестве КЛЮЧА СОРТИРОВКИ необходимо установить ЧИТАТЕЛЬ. В строку КЛЮЧ считывать сканнером штрих-код с читательского билета.При этом система автоматически отыскивает в списке заказов первый из заказов данного читателя, для которого есть свободные экземпляры, и если таковой находится, делает его текущим и переводит интерфейс в состояние выполнения заказа, т.е. вызывает форму выполнения заказа (рис.4.4).
В случае применения штрих-кодов на экземплярах изданий достаточно - после появления формы выполнения заказа - лишь считать сканером штрих-код выдаваемого экземпляра. Все остальные действия будут выполнены автоматически.
Таким образом, в случае применения штрих-кодов на читательских билетах и на экземплярах изданий, вся технология выполнения одного заказа будет состоять лишь из двух последовательных операций: считывание штрих-кода с читательского билета и считывание штрих-кода с выдаваемого экземпляра.
Еще более эффективно технологию книговыдачи на основе штрих-кодов можно организовать с помощью специального "скоростного" интерфейса (см. п. 4.6).
Рабочая область поиска
В верхней части области расположены окно ВИД ПОИСКА, окно БД, указано имя текущей базы данных и значение максимального номера записи в БД.
Окно ВИД ПОИСКА - щелчок по кнопке со стрелкой раскрывает ниспадающее меню, в котором можно выбрать вид поиска и раскрыть соответствующий словарь поисковых терминов.
Окно БД – щелчок по кнопке со стрелкой раскрывает ниспадающее меню, в котором можно выбрать базу данных из списка. В этом списке будут имена баз данных из файла, определяемого параметром DBNNAMECAT ini-файла, имя базы данных комплектования и в зависимости от установок ini-файла база данных каталога подписки периодики в режиме ПОДПИСКА или база данных каталога подписки книг в режиме ЗАКАЗ. Выбранная БД становится текущей, устанавливаются соответствующие ей виды поиска и для активного вида поиска устанавливается словарь. Для выбранных баз данных каталога подписки активизируются кнопки, специфические для данных БД.
Основу области поиска составляют две области: СЛОВАРЬ и СВЯЗАННЫЕ ЗАПИСИ. Это обусловлено тем, что в базе комплектования существуют логические связи между записями так, что выбрав одну запись, пользователь захочет посмотреть группу записей с ней связанных. Например, запись организации предполагает просмотр записей заказов в этой организации, запись номера КСУ предполагает просмотр записей из данной партии, введенных в БД комплектования и т.д.
Рабочая область ПОЛНОЕ ОПИСАНИЕ
Рабочая область ПОЛНОЕ ОПИСАНИЕ предназначена для работы с полным описанием выбранного документа. Содержит следующие компоненты:
Окно ПОЛНОГО ОПИСАНИЯ - содержит собственно полное описание выбранного документа. Документ представляется в соответствии с форматом, установленным в меню ФОРМАТ (см. ниже).
Группа кнопок навигатора - служит для перехода от одного документа к другому при просмотре полных описаний. При этом первая кнопка обеспечивает переход к первому документу (среди найденных по текущему запросу), вторая - переход к предыдущему, третья - переход к следующему и четвертая - переход к последнему. Кнопка С "ГАЛОЧКОЙ" - предназначена для отметки документа с целью его последующей печати. Кнопка имеет фиксированные положения - нажатого и отжатого состояния, которые указывают на то, что текущий документ соответственно отмечен или не отмечен. Для изменения состояния кнопки и соответственно изменения факта отмеченности текущего документа следует щелкнуть по кнопке мышьюМеню ФОРМАТ - служит для выбора формата показа полного описания документа. Необходимо щелкнуть мышью по кнопке со стрелкой и выбрать соответствующий пункт в возникающем меню. Конкретный список форматов показа - специфичный для каждой базы данных - определяется на этапе настройки системы в соответствии с требованиями пользователя.
Кнопка ПОИСК ПО СВЯЗИ - предназначена для проведения поиска документов, связанных с текущим документом, т.е. с тем документом, чье полное описание представлено в окне полного описания. Для проведения такого поиска необходимо щелкнуть мышью по данной кнопке. При этом возникает форма со списком элементов описания, в котором надо выбрать тот, что определяет требуемую связь (см. рис. 2.4.2а):
АВТОР - найти документы, имеющие того же автора, что и данный;
ЗАГЛАВИЕ - найти документы, имеющие то же заглавие, что и данный;
КОЛЛЕКТИВ/МЕРОПРИЯТИЕ - найти документы, имеющие того же коллективного автора, что и данный;
ТЕМАТИЧЕСКИЙ РУБРИКАТОР - найти документы, имеющие те же коды Тематического Рубрикатора, что и данный (т.е.
совпадающие с ним по тематике);
и т.д.
Рис. 2.4.2а.
Форма для выбора элемента поиска по связи
В случае если поиск по связи дает ненулевой результат, в меню ЗАПРОС устанавливается выполненный запрос, а в рабочей области СПИСОК ОТВЕТОВ представляются короткие описания найденных документов.
Кнопка ПОЛНЫЙ ТЕКСТ - служит для просмотра внешнего объекта (если таковой имеется), связанного с документом, чье описание представлено в окне полного описания. В качестве внешних могут использоваться любые объекты, начиная с плоских текстов, Word-документов и т.п. и кончая ресурсами Интернет.
Кнопка ЗАКАЗ - предназначена для формирования заказа на выдачу издания, чье описание представлено в рабочей области ПОЛНОЕ ОПИСАНИЕ. Заказ на выдачу формируется только после того, как пользователь (читатель) повторно введет свой идентификатор (номер читательского билета) - см. п. 2.6. В случае заказа периодического издания возникает дополнительная форма, в которую предлагается ввести сведения о заказываемых номерах данного периодического издания (рис. 2.4.2б) - год в виде четырех цифр, номер тома (если таковой существует; для указания нескольких томов необходимо заполнить соответствующее количество строк таблицы) и номера (через запятую или в виде промежутка; например: 1,3,5-11).
Рис. 2.4.2б.
Форма для заказа периодических изданий
Рабочая область СЛОВАРЬ
Предназначена для отображения и работы со словарем - соответствующим выбранному виду поиска - с целью отбора поисковых терминов для текущего запроса.
Словарь представляет собой упорядоченный по алфавиту список терминов определенного вида, содержащихся в базе данных. Вид термина определяется выбранным видом поиска, т.е. терминами могут быть ключевые слова, заглавия, имена авторов, названия коллективов и научно-технических мероприятий, коды классификаторов, страны издания, языки и т.д.
Для отображения собственно словаря служит таблица словаря. Термины в таблице располагаются в алфавитном порядке (при этом следует иметь в виду, что при таком упорядочивании цифры и знаки препинания предшествуют буквам, а латинские буквы предшествуют кириллическим).
Таблица состоит из следующих столбцов:
ДОК-ОВ - содержит число, равное частоте встречаемости данного термина в базе данных (иными словами, данное число характеризует количество документов, содержащих соответствующий термин, т.е. оно может быть равно количеству документов или превышать его - в том случае, когда данный термин встречается в документе более одного раза);
ТЕРМИН - содержит собственно термин словаря;
ПОЯСНЕНИЯ - имеет место в случае, когда терминами являются коды или шифры (например, коды стран, коды языков), и содержит пояснительный текст.
Особый вид таблица словаря имеет при поиске по ТЕМАТИЧЕСКОМУ РУБРИКАТОРУ (см. п. 2.3.1.1).
Для отбора термина с целью включения его в качестве поискового термина в текущий запрос служит кнопка ОТБОР. Собственно процесс отбора заключается в переносе текущего термина словаря в таблицу поисковых терминов в рабочей области ТЕКУЩИЙ ЗАПРОС. Текущим термином таблицы словаря является термин, выделенный цветом или рамкой.
Таким образом, чтобы отобрать термин для поиска из таблицы словаря следует сначала сделать его текущим - для чего необходимо щелкнуть мышью по соответствующей строке таблицы словаря, - а затем щелкнуть по кнопке ОТБОР.
Аналогичного результата можно добиться, если дважды щелкнуть мышью по соответствующей строке таблицы словаря.
Тот же результат может быть достигнут с помощью технологии перетаскивания (DRAG&DROP).
Для управления просмотром словаря служат полоса вертикальной прокрутки, редактируемая строка КЛЮЧ и клавиатурные команды PageDown/PageUp.
Редактируемая строка КЛЮЧ служит для установки начальной точки просмотра словаря. Ключ может задаваться в виде одного символа или строки. Следует иметь в виду, что при этом нет разницы между строчными и прописными буквами.
Начальная точка просмотра устанавливается по значениям столбца "ТЕРМИНЫ" таблицы словаря.
ПРИМЕР. Если в качестве ключа задать строку - АВТ, то просмотр словаря начнется с термина, ближайшего к заданному образцу, возможно - с термина АВТОМАТ.
Для постраничного листания словаря вперед и назад можно использовать команды с клавиатуры PageDown и PageUp. При этом следует иметь в виду, что данные команды будут иметь эффект только в случае, когда фокус управления находится собственно на таблице словаря. (Чтобы перевести фокус управления на таблицу словаря, достаточно щелкнуть по ней мышью.)
Особенности применения компонента КЛЮЧ при поиске по ТЕМАТИЧЕСКОМУ РУБРИКАТОРУ описаны в п. 2.3.1.1.
Рабочая область СЛОВАРЬ и компонент ВИД ПОИСКА
Компонент ВИД ПОИСКА в виде ниспадающего меню позволяет выбрать вид поиска в базе данных читателей, обеспечивающий однозначный результат, т.е. такой поиск, результатом которого, как правило, является один документ читателя. Предлагаются следующие возможности:
ЧИТАТЕЛИ - поиск по имени-идентификатору читателя в полном массиве читателей;
ДЕРЖАТЕЛИ - поиск по имени-идентификатору только среди держателей литературы, т.е. тех, за кем числится выданная литература;
ВЫДАННАЯ ЛИТЕРАТУРА/ШИФР - поиск по шифрам документов выданных изданий;
ВЫДАННАЯ ЛИТЕРАТУРА/НАЗВАНИЕ - поиск по кратким описаниям выданных изданий;
ШТРИХ-КОД ЭКЗЕМПЛЯРА - поиск по штрих-кодам экземпляров выданных изданий (имеет смысл, если штрих-коды используются).
В зависимости от выбранного вида поиска в области СЛОВАРЬ представляется соответствующий словарь.
Компоненты области СЛОВАРЬ аналогичны одноименным компонентам области СЛОВАРЬ на плоскости ПОИСК АРМа "Читатель" (см. п. 2.3.1). Специфична лишь работа кнопки ОТБОР - при ее нажатии непосредственно выполняется поиск в базе данных читателей по термину словаря, который в данный момент является текущим. Двойной щелчок по термину словаря эквивалентен нажатию на кнопку ОТБОР. Того же результата можно достичь, если "перетащить" термин словаря в рабочую область ЧИТАТЕЛЬ.
Таким образом, документ читателя, найденный в результате того или иного вида поиска, отображается в рабочей области ЧИТАТЕЛЬ.
Если при отборе (поиске читателя) возникает неоднозначность, т.е если с текущим термином словаря связаны больше одного читателя (например, при поиске ВЫДАННАЯ ЛИТЕРАТУРА/НАЗВАНИЕ - несколько читателей имеют на руках разные экземпляры одного и того же издания), возникает специальная форма (рис. 4.4.1а), с помощью которой можно выбрать конкретного читателя.
Рис. 4.4.1а.
Форма для выбора читателя при неоднозначном поиске
Рабочая область СЛОВАРЬ при поиске по Тематическому рубрикатору
Рабочая область СЛОВАРЬ имеет особый вид, т.е. специфический состав компонент в случае, когда используется вид поиска ТЕМАТИЧЕСКИЙ РУБРИКАТОР.
Полный Тематический рубрикатор представляется в форме иерархического дерева - см. рис. 2.3.1.1а. (кроме режима показа ссылок и фрагмента - в этом случае Тематический рубрикатор представляется в форме таблицы - об этом см. ниже).
Рис. 2.3.1.1а. Тематический рубрикатор в форме иерархического дерева
Каждый элемент-строка соответствует одной тематической рубрике (разделу). Ее код и содержание представлены в виде текста.
Каждой рубрике соответствует значок, определяющий ее состояние:
- определяет "раскрытую" рубрику, т.е. рубрику, которая имеет нижестоящие рубрики, представленные в дереве ниже; - определяет "закрытую" рубрику, т.е. рубрику, имеющую нижестоящие рубрики, которые не представлены в дереве; - определяет рубрику, не имеющую нижестоящих. - обозначает, что соответствующая рубрика имеет ссылки типа "смотри также..."Число в левой части обозначает количество ссылок в базе данных, соответствующих данной тематической рубрике. Это число соответствует количеству документов, содержащих данную рубрику, т.е. оно может быть равно этому количеству или превышать его - в том случае, когда в документе содержится несколько рубрик, являющихся нижестоящими по отношению к данной;.
Для перемещения (навигации) по Тематическому рубрикатору служат кнопки, объединенные в группу ТЕМАТИЧЕСКАЯ НАВИГАЦИЯ.
Предлагаются следующие три кнопки:
- КНОПКА РАСКРЫТИЯ/ЗАКРЫТИЯ ТЕМАТИЧЕСКИХ РУБРИК.Кнопка работает в зависимости от формы представления Тематического рубрикатора.
В случае если Тематический рубрикатор представлен в форме иерархического дерева, щелчок по данной кнопке приводит к тому, что текущая рубрика Тематического рубрикатора, имеющая нижестоящие рубрики, меняет свое состояние: закрывается, если была раскрыта, и раскрывается, если была закрыта. Аналогичного результата можно добиться, если дважды щелкнуть мышью собственно по соответствующей строке иерархического дерева.
Если текущая рубрика не имеет нижестоящих, нажатие данной кнопки не имеет смысла.
В случае если Тематический рубрикатор представлен в форме таблицы, щелчок по данной кнопке приводит к переключению Тематического рубрикатора на форму иерархического дерева и установке в качестве текущей той же самой рубрики.
Текущая рубрика Тематического рубрикатора выделяется цветом.
предназначена для показа рубрик, связанных ссылками типа "смотри также..." с текущей рубрикой Тематического рубрикатора. Ссылочные рубрики представляются в форме таблицы. Если текущая рубрика не имеет ссылок, нажатие данной кнопки не имеет смысла.
- КНОПКА ФРАГМЕНТИРОВАНИЯ ТЕМАТИЧЕСКОГО РУБРИКАТОРА
предназначена для выделения фрагмента Тематического Рубрикатора.
Фрагмент выделяется путем задания ключевого термина в специальной форме, возникающей после нажатия данной кнопки (рис. 2.3.1.1б). Ключевой термин может состоять из одного или нескольких слов, разделенных знаком пробел. Слова целесообразно вводить в виде основ (без окончаний).
Рис. 2.3.1.1б. Форма для выделения фрагмента Тематического рубрикатора
Выделенный фрагмент рубрикатора представляется в форме таблицы и содержит рубрики, в названии которых присутствует заданный ключевой термин.
При показе ссылочных рубрик или фрагмента рубрикатора список соответствующих рубрик представляется в форме таблицы (см. рис. 2.3.1.1в и 2.3.1.1.г).
Конкретное содержание таблицы с тематическими рубриками поясняется ЗАГОЛОВКОМ РУБРИКАТОРА, который может быть двух видов:
ССЫЛКИ ОТ: - в этом случае в таблице представлены рубрики, которые являются ссылками от рубрики, содержащейся в заголовке;
ФРАГМЕНТ: - в этом случае в таблице представлен фрагмент рубрикатора, выделенный путем задания ключевого термина, который указан в заголовке.
Собственно таблица рубрик состоит из следующих столбцов:
ДОК-ОВ - содержит число ссылок для соответствующей тематической рубрики в базе данных;
КОД - содержит код тематической рубрики, выступающий в роли термина;
- содержит указание о наличии ссылок для соответствующей рубрики;
СОДЕРЖАНИЕ - содержит название соответствующей рубрики, выступающее в роли пояснения.
Рис. 2.3.1.1в.
Представление фрагмента Тематического рубрикатора
Для переключения формы представления Тематического рубрикатора от иерархического дерева к табличной и обратно служит кнопка ДЕРЕВО/ТАБЛИЦА. К аналогичному результату приводит нажатие клавиши ESC (при этом активным должен быть компонент с Тематическим рубрикатором).
Примечание: Переключение от формы иерархического дерева к таблице делается возможным только после выполнения перехода к ссылочным рубрикам или фрагментирования тематического рубрикатора.
Рис. 2.3.1.1г. Представление ссылочных рубрик
Для установки начальной точки просмотра Тематического рубрикатора служит редактируемая строка КЛЮЧ. Начальная точка просмотра устанавливается по значениям кода тематических рубрик (а не по их названию). Ключ, задаваемый для начала просмотра, должен соответствовать структуре кода Тематического рубрикатора (т.е. может содержать только цифры и точки на соответствующих местах).
Для отбора тематических рубрик в качестве терминов текущего запроса служит кнопка ОТБОР.
Примечание: Двойной щелчок по элементу тематического рубрикатора является аналогом щелчка по кнопке ОТБОР во всех случаях, кроме одного: когда используется тематический рубрикатор в форме иерархического дерева и текущая рубрика имеет нижестоящие рубрики - в этом случае двойной щелчок приводит к изменению состояния текущей рубрики.
Рабочая область СПИСОК ДОЛЖНИКОВ/ЗАДОЛЖЕННОЙ ЛИТЕРАТУРЫ
Основным компонентом области является табличная форма, в которой представляется список сведений о литературе, находящейся на руках читателей и не возвращенной в срок, т.е. той выданной литературы, для которой предполагаемая дата возврата меньше текущей даты (или точнее, меньше контрольной даты возврата, указанной в соответствующем компоненте области). Каждая строка табличной формы содержит сведения об одном экземпляре невозвращенной литературы и включает в себя следующие элементы:
ЧИТАТЕЛЬ - имя-идентификатор читателя, имеющего на руках данное издание;
ШИФР - шифр документа в БД Электронного каталога, соответствующего невозвращенному изданию;
ВЫДАНО - краткое описание невозвращенного издания;
ДАТА ВЫДАЧИ;
ДАТА ПРЕДПОЛАГАЕМОГО ВОЗВРАТА;
ЭКЗЕМПЛЯР и ШТРИХ-КОД - идентификационные признаки экземпляра невозвращенного издания;
БД ЭК - имя базы данных Электронного каталога, соответствующей невозвращенному изданию.
Одна из строк в списке всегда является активной (или текущей) - она выделяется цветом.
Строки в списке могут быть отмечены для последующей их печати (см. ниже). Чтобы отметить некоторую строку (или снять уже существующую отметку) достаточно щелкнуть мышью по второй колонке на нужной строке таблицы. Отмеченная строка помечается "галочкой".
Компонент в виде ниспадающего меню КЛЮЧ СОРТИРОВКИ
служит для указания признака, определяющего упорядочение сведений в списке. Возможные ключи сортировки совпадают с элементами описания сведений (названиями колонок) в списке. Для установки необходимого ключа сортировки можно воспользоваться меню или дважды щелкнуть по названию соответствующего элемента в шапке таблицы. По умолчанию никакая сортировка не используется.
Редактируемая строка КЛЮЧ служит для установки текущей (активной) строки - в случае если список достаточно велик. Данные, вводимые в качестве ключа, должны соответствовать установленному признаку сортировки, т.е. если установлен КЛЮЧ СОРТИРОВКИ - ЧИТАТЕЛЬ, то в строку КЛЮЧ необходимо вводить имя-идентификатор читателя и т.д.
При вводе данных в строку КЛЮЧ осуществляется автоматическая "подкрутка" списка - таким образом, чтобы текущей стала строка, соответствующая введенным данным.
Текущая строка может быть установлена щелчком мыши.
Редактируемая строка КОНТРОЛЬНАЯ ДАТА ВОЗВРАТА
содержит дату, относительно которой устанавливается факт задолженности литературы. По умолчанию это текущая дата. Если же в качестве этой даты искусственно указать дату большую, чем текущая плюс срок выдачи литературы (см. параметр MAXRETURNDAYS в Приложении 1), и после этого нажать кнопку ОБНОВИТЬ (см. ниже), в списке задолженной литературы окажется вся литература, находящаяся на руках читателей в данный момент.
Кнопка ОБНОВИТЬ служит для обновления списка задолженной литературы - в связи с изменением контрольной даты возврата или выполнением возвратов.
Кнопка ПЕЧАТЬ служит для распечатывания сведений о должниках и задолженной литературе. Возникающая форма (см. рис. 4.5.1а) позволяет указать параметры печати:
ПОДЛЕЖАТ ПЕЧАТИ - определяет, какие сведения из общего списка будут распечатываться; возможны четыре значения:
ВСЕ - печатаются все сведения списка;
ОТМЕЧЕННЫЕ - печатаются только отмеченные сведения;
КРОМЕ ОТМЕЧЕННЫХ - печатаются все сведения, кроме отмеченных;
ТЕКУЩИЙ - печатаются только сведения по текущей строке;
НОСИТЕЛЬ - определяет, будет ли выполняться непосредственная печать на бумажный носитель (БУМАГА) или данные печати будут выводиться в файл (ФАЙЛ);
ФОРМАТ - формат печати сведений; выбирается с помощью меню из предлагаемого списка.
Рис. 4.5.1а. Форма для печати сведений о должниках/задолженной литературе
Собственно печать выполняется после нажатия кнопки ПЕЧАТАТЬ. Если был задан вывод в файл, система предлагает стандартное диалоговое окно для указания пути и имени файла сохранения результатов печати.
Рабочая область СПИСОК ОТВЕТОВ
Рабочая область СПИСОК ОТВЕТОВ предназначена для представления ответов по выбранному запросу в виде списка коротких (одностроковых) описаний.
Собственно список ответов представляется в таблице, которая состоит из трех столбцов:
№ - содержит порядковый номер документа в списке ответов;
- содержит данный значок, если соответствующий документ отмечен (документы отмечаются для их последующей печати);КОРОТКИЕ ОПИСАНИЯ - содержит короткое описание документа.
Один документ в таблице является текущим - он выделяется цветом или рамкой. Для установки другого документа в качестве текущего необходимо щелкнуть мышью по соответствующей строке таблицы.
Для отметки документа необходимо щелкнуть мышью по соответствующей клетке во второй колонке таблицы коротких описаний.
Для просмотра полного описания текущего документа необходимо дважды щелкнуть по соответствующей строке таблицы коротких описаний. В результате этого полное описание текущего документа представляется в рабочей области ПОЛНОЕ ОПИСАНИЕ.. Тот же результат может быть достигнут с помощью технологии перетаскивания (DRAG&DROP).
Для упорядочения списка коротких описаний служит ниспадающее меню СОРТИРОВКА. Перечень видов сортировки определяется соответствующим справочником (SORT.MNU) в директории БД. Редактируемая строка КЛЮЧ служит для быстрого (прямого) доступа к элементам отсортированного списка. Сортировка коротких описаний доступна только в тех случаях, когда результат поиска (количество найденных документов) не превышает заданного максимума (определяется параметром SORTMAXHITS).
Рабочая область ТЕКУЩИЙ ЗАПРОС
Рабочая область ТЕКУЩИЙ ЗАПРОС содержит компоненты, предназначенные для формулировки запроса на очередной поиск и его выполнения.
Основу запроса составляют поисковые термины, которые содержатся в таблице поисковых терминов. Поисковые термины могут непосредственно вводиться/корректироваться с клавиатуры или отбираться из СЛОВАРЯ. Также в качестве поисковых терминов могут использоваться уже ВЫПОЛНЕННЫЕ ЗАПРОСЫ для их уточнения или объединения (см. п. 2.3.3).
Для осуществления ввода с клавиатуры в строку таблицы - с целью ввода или корректировки поискового термина - необходимо сделать соответствующую строку таблицы текущей (для чего щелкнуть по ней мышью).
Примечание: Не следует корректировать поисковые термины, когда таковыми являются фиксированные коды - стран, языков, видов документов, тематического рубрикатора (ГРНТИ).
Кнопки УДАЛИТЬ и НОВЫЙ (которые находятся в "шапке" таблицы терминов) служат соответственно для удаления из таблицы одного (текущего) или всех поисковых терминов.
Для удаления некоторого поискового термина из таблицы необходимо сначала сделать его текущим - для чего следует щелкнуть мышью по соответствующей строке таблицы, - и затем щелкнуть по кнопке УДАЛИТЬ. Того же результата можно добиться, если дважды щелкнуть мышью по соответствующей строке таблицы.
Для удаления всех поисковых терминов, т.е. полного опустошения таблицы поисковых терминов, - что может быть удобно при формулировке нового запроса - необходимо щелкнуть мышью по кнопке НОВЫЙ.
Меню УТОЧНЯЕМЫЙ ЗАПРОС предназначено для уточнения результатов предыдущих (уже выполненных) поисков. При установке в качестве уточняемого одного из выполненных запросов поиск по текущему запросу производится не во всей базе данных, а только среди документов, найденных по этому (выполненному) запросу. Т.е. данное средство позволяет выполнять сложные запросы, для реализации которых необходимо применять различные виды поиска. (об этом же см. в пп. 2.3.3 и 2.3.4)
Переключатель ЛОГИКА предназначен для указания логических операторов, которыми объединяются термины текущего запроса, - тем самым определяется требование присутствия этих терминов в искомых документах.
Предлагаются три вида логических операторов:
ИЛИ - Определяет требование присутствия в искомых документах хотя бы одного из поисковых терминов;
И - Определяет требование присутствия в искомых документах всех поисковых терминов;
НЕТ - Определяет требование присутствия первого и отсутствия всех остальных поисковых терминов.
Для установки необходимого логического оператора следует щелкнуть мышью по соответствующему индикатору.
Если в таблице поисковых терминов указан только один термин - переключатель ЛОГИКА не имеет смысла.
Переключатель УСЕЧЕНИЕ служит для указания факта правого усечения или неусечения поисковых терминов, что определяет способ сравнения поисковых терминов с соответствующими элементами документов.
Если усечение не применяется - включен индикатор НЕТ, - сравнение дает положительный результат при полном совпадении поискового термина с соответствующим элементом документа.
Если усечение применяется - включен индикатор ДА - сравнение дает положительный результат в том случае, когда поисковый термин совпадает с началом соответствующего элемента документа. Например, поисковый термин АВТОМАТ будет совпадать с терминами документа АВТОМАТЫ, АВТОМАТИЧЕСКИЙ, АВТОМАТА и т.д.
Таким образом, применение усечения служит для расширения результатов поиска.
Для установки переключателя УСЕЧЕНИЕ необходимо щелкнуть мышью по соответствующему индикатору.
Факт усечения обозначается в формулировке выполненного запроса (в ТАБЛИЦЕ ВЫПОЛНЕННЫХ ЗАПРОСОВ) символом $.
Примечание: Независимо от положения переключателя усечение не используется для кодов Тематического Рубрикатора (ГРНТИ), имеющих встроенный механизм усечения.
Если в системе используется настроечная опция "АВТОМАТИЧЕСКОЕ ОТСЕЧЕНИЕ ОКОНЧАНИЙ" (DEFLRXKW=1, см. Приложение 1), то при поиске по КЛЮЧЕВЫМ СЛОВАМ (если переключатель УСЕЧЕНИЕ находится в положении ДА) выполняется автоматическое отсечение окончаний слов на русском языке, отобранных в качестве поисковых терминов.
Меню ТЕРМИНЫ В... применяется только при поиске по КЛЮЧЕВЫМ СЛОВАМ.
Предоставляет возможность указать, в каких элементах описания документа должны присутствовать ключевые слова, отобранные в качестве поисковых терминов. Таким образом, данный компонент служит средством ограничения (уточнения) результатов поиска. Для применения компонента необходимо щелкнуть мышью по кнопке со стрелкой и выбрать соответствующий пункт в возникающем меню.
Переключатель ДОПОЛНИТЕЛЬНЫЕ ОГРАНИЧЕНИЯ позволяет установить дополнительные ограничения для текущего запроса в виде диапазона ГОДА ИЗДАНИЯ и/или ДАТЫ ВВОДА В КАТАЛОГ. При установке переключателя в положение "включено" или при нажатии "всплывающей" кнопки ДОПОЛНИТЕЛЬНЫЕ ОГРАНИЧЕНИЯ возникает соответствующая форма, изображенная на рис. 2.3.2а. Для того чтобы снять ранее установленные дополнительные ограничения следует установить переключатель ДОПОЛНИТЕЛЬНЫЕ ОГРАНИЧЕНИЯ в положение "выключено".
Рис. 2.3.2а. Форма для установки дополнительных ограничений
Для запуска поиска по запросу, сформулированному с помощью компонент области ТЕКУЩИЙ ЗАПРОС, служит кнопка ВЫПОЛНИТЬ. Результат выполненного запроса указывается в виде количества найденных документов.
Рабочая область ВЫПОЛНЕННЫЕ ЗАКАЗЫ
Основным компонентом области является окно с табличной формой, в которой представляется список выполненных заказов. Каждый заказ представляется на одной строке и включает следующие элементы:
ЧИТАТЕЛЬ - имя-идентификатор читателя, который делал данный заказ;
ВЫДАНО - шифр документа и краткое описание выданного издания;
ЭКЗЕМПЛЯР - идентификационные признаки (инвентарный номер и/или штрих-код) выданного экземпляра;
ДАТА ЗАКАЗА - время и дата формирования заказа;
ДАТА ВЫДАЧИ - время и дата выполнения заказа;
БД ЭК - имя базы данных Электронного каталога, в которой описано выданное издание.
Один из выполненных заказов в списке всегда является активным (или текущим) - он выделяется цветом.
Выполненные заказы в списке могут быть отмечены для последующей работы с ними - печати или удаления (см. ниже). Чтобы отметить некоторый заказ (или снять уже существующую отметку) достаточно щелкнуть мышью по второй колонке на нужной строке таблицы. Отмеченный заказ помечается "галочкой".
Выполненные заказы в списке всегда упорядочены по дате формирования заказа.
Кнопки ПЕЧАТЬ и УДАЛИТЬ служат соответственно для распечатывания и удаления выполненных заказов - данные режимы полностью аналогичны одноименным режимам для невыполненных заказов (см. п. 4.3.1).
Необходимо отметить, что выполненные заказы сохраняются и представляются в соответствующей области только для целей статистики - например, для подведения итогов книговыдачи за некоторый период. По истечении этого срока выполненные заказы следует удалять.
Важное замечание по ведению в целом базы данных заказов (RQST) - включающей выполненные и невыполненные заказы. Для ускорения работы с заказами следует периодически опустошать базу данных RQST (см. описание АРМа "Администратор" режим ОПУСТОШИТЬ) - делать это, разумеется, целесообразно в те моменты, когда очередь невыполненных заказов пуста.
Рабочая область ВЫПОЛНЕННЫЕ ЗАПРОСЫ
Содержит компоненты, предназначенные для накопления сведений о выполненных запросах и использования их в последующих запросах с целью уточнения или объединения.
Собственно сведения о запросах, выполненных в течение сеанса работы одного пользователя, содержатся в таблице выполненных запросов, которая состоит из следующих столбцов:
#N - содержит порядковый номер выполненного запроса;
ИМЯ БД - содержит имя базы данных, в которой выполнялся запрос;
ОТВЕТОВ - содержит количество документов, найденных по запросу;
ЗАПРОС - содержит формулировку запроса.
Кнопка ОТБОР в рабочей области ВЫПОЛНЕННЫЕ ЗАПРОСЫ предназначена для включения выполненных запросов из таблицы выполненных запросов в текущий запрос - в качестве поисковых терминов - с целью их уточнения или объединения.
При щелчке мышью по кнопке ОТБОР запрос из таблицы - тот, который в данный момент выделен цветом или рамкой - включается в таблицу поисковых терминов в виде порядкового номера - #N.
Того же результата можно добиться, если дважды щелкнуть мышью по соответствующей строке таблицы выполненных запросов. Тот же результат может быть достигнут с помощью технологии перетаскивания (DRAG&DROP).
Таким образом, выполненные запросы могут выступать в роли терминов поиска, т.е. их можно соединять между собой или с другими терминами поиска (ключевыми словами, видами документов, кодами стран и т.д.) - это обеспечивает возможность пошаговой реализации сложных видов поиска.
Для удаления из таблицы сведений о всех выполненных запросах - с целью начать новый сеанс работы - служит кнопка НОВЫЙ.
Рабочий лист для ввода аналитического описания статьи
РЛ №№ 6-7 с именами ASP и AUNTD (Таблица 1) предназначены для ввода аналитических описаний статей.
РЛ ASP предназначен для ввода общего (полного) описания статьи и состоит из 6 страниц; элементы и области описания, структура и наполнение его близки к РЛ для ввода монографического описания книг с именем PAZK (п.3.1).
Первая страница "Дублетность" также предназначена для проверки на дублетность вновь вводимого документа с введенными в электронный каталог ранее, но проверка проводится по совокупности следующих кратких данных:
· две последние цифры года выхода издания-источника;
· первые 9 символов 1-го автора заголовка описания статьи (фамилии индивидуального автора) или первые символы каждого слова наименования коллектива, начиная с конца (не более 14);
· первые символы из каждого слова заглавия статьи, начиная с конца (не более 14 символов);
· первые символы из каждого слова заглавия издания-источника, начиная с конца (не более 14 символов);
· номер тома (выпуска, части) издания-источника.
Как и при работе с книгами, в случае обнаружения в БД идентичного документа, появляются соответствующее сообщение, "свертка" найденного документа и его номер в БД. В этом случае на место введенной информации нужно вводить описание другого документа, а сведения о дублетной статье (если это требуется) ввести в режиме корректуры по результатам поиска.
На следующих страницах РЛ последовательно предлагается вводить данные из соответствующих областей БО:
На 2-ой странице "Основное БО" вводятся полный заголовок описания; область заглавия и сведений об ответственности; сведения об источнике - издании, в котором опубликована статья, и об электронном ресурсе;
На 3-ей странице "Расширенное БО" – расширенные библиографические данные;
На 4-ой странице "Коды. Экземпляры" после кодовых значений предлагается вводить физические характеристики картографических материалов, поскольку для аналитического описания данные о других типах материала издания-источника в кратком виде приводятся в соответствующем поле;
На 5-ой странице "Систематизация" – данные о содержании документа (индексы Рубрикатора ГРНТИ, УДК/ББК и другой классификации, “Авторский знак” или систематический (расстановочный) шифр, ключевые слова, предметные и географические рубрики, издательский индекс, содержание, аннотация), а также сведения о рецензируемых или реферируемых документах и шифр документа в БД;
На 6-ой странице "Технология" — дата и инициалы лица, осуществившего ввод документа; сведения о графических данных и полных текстах; код РЛ, а также тираж Каталожных карточек и поле "Количество выдач".
РЛ AUNTD предназначен для ввода статей - юридических (директивных) и нормативно-технических (НТД) документов; он состоит из 5 страниц.
Первая страница "Дублетность" также предназначена для проверки на дублетность вновь вводимого документа с введенными в электронный каталог ранее, но проверка проводится по совокупности следующих кратких данных:
· две последние цифры года выпуска документа 1-м Издателем;
· первые символы из каждого слова наименования 1-го Издателя документа, начиная с конца (не более 14 символов);
· № документа 1-го Издателя;
· первые символы из каждого слова заглавия, начиная с конца (не более 14 символов).
Порядок работы при обнаружении дублетного ввода не отличается от описанных выше.
На следующих страницах РЛ последовательно предлагается вводить данные из соответствующих областей БО:
на 2-й странице "Основное БО" — область заглавия и сведения об ответственности; сведения об издании документов НТД; сведения об источнике - издании, в котором опубликован юридический или НТД документ; дополнительные точки доступа (все издатели документа);
на 3-й странице "Коды. Экземпляры" — кодовая информация;
на 4-й странице "Систематизация" — информация о содержании документа (индексы Рубрикатора ГРНТИ, УДК/ББК и другой классификации, "Авторский знак" или систематический (расстановочный) шифр, ключевые слова, предметные и географические рубрики, издательский индекс, аннотация), а также шифр документа в БД.
на 5-й странице "Технология" — дата и инициалы лица, осуществившего ввод документа; сведения о графических данных и полных текстах; код РЛ.
Рабочий лист для ввода монографического описания книги
РЛ (№ 1-2) с именами PAZK и PVK (Таблица 1) предназначены для ввода монографических описаний однотомного издания или отдельного тома многотомного издания, имеющего частное заглавие. Конкретный вид описания, выбор первого элемента описания (основное заглавие или заголовок) определяется каталогизатором по общим правилам традиционной технологии; код РЛ мнемонически связан с видом БО. РЛ содержат по 8 страниц и различаются только наличием и составом полей для заголовка описания.
Первая страница "Дублетность" предназначена для проверки на дублетность вновь вводимого документа с введенными в электронный каталог ранее.
При этом используется алгоритм Автоматической Свертки Текста (АСТ), по которому из заданного текста (ЭД или набор ЭД) выбираются первые символы каждого слова, начиная с последнего (слова), затем вторые символы и т. д. до тех пор, пока будет отобрано 14 символов или текст будет выбран полностью.
Примечание: АСТ начиная с версии ИРБИС 2001-1 изменен (значительно усилен), что позволяет идентифицировать разные издания с однословным заглавием, начинающимся с одной и той же буквы, при прочих совпадающих ЭД.
Проверка проводится по совокупности следующих кратких данных, называемых в дальнейшем "сверткой":
· 2 последние цифры года издания;
· первые 9 символов фамилии автора — заголовка описания и АСТ заглавия или АСТ, включающего наименование коллектива — заголовка описания и заглавие;
· номера выпуска и части (начиная с их цифровых частей и до конца, а при отсутствии в них цифровой части – полные данные);
· объем документа (число страниц или других единиц измерения).
Документы, дублетные по “свертке”, дополнительно проверяются на совпадение ISBN или Идентификационного номера нетекстового материала (нот и др.).
Если в результате проверки система находит идентичный документ, на экране появляются сообщение о дублетности, "свертка" найденного документа и его номер в БД.
В этом случае на место введенной информации нужно вводить сведения о другой книге, а сведения о дублетной книге ввести в режиме корректуры по результатам поиска или по указанному MFN (номер в БД).
Примечание: При обнаружении дублетной записи система не дает выхода из поля, на котором проводится проверка. Поэтому прежде, чем начинать ввод другой записи вместо обнаруженной дублетной, нужно удалить или изменить значение данных в поле, на котором стоит курсор (при этом, естественно, снимается сообщение о дублетности), "опустошить" документ (вид рабочего листа сохраняется) и вводить новые данные.
На следующих страницах РЛ последовательно предлагается вводить данные из соответствующих областей БО:
На 2-й странице "Основное БО" — сведения о лицах и коллективах, несущих интеллектуальную ответственность за создание документа (первый автор/коллектив — заголовок описания, "другие авторы" и "другие коллективы", причем, если описание типа "под заголовком", то их может быть не более 2-х, если "под заглавием", то число их не ограничивается; редакторы и т. п.); область заглавия и сведений об ответственности; сведения об издании; сведения о специфических данных документов (отчеты о НИР, патенты, НТД и юридические (типа "Введен с …" и др.), электронные ресурсы); выходные данные; количественные характеристики;
На 3-й странице "Расширенное БО" – расширенные библиографические данные: примечания; другие заглавия, область серии, в которую при монографическом описании тома записывается заглавие и другие данные общей части БО многотомного или сериального издания;
На 4-й странице "Редкие" — специфические данные о редких книгах: наличие автографа и экслибриса; состояние (сохранность); разные пометы, а также данные о приплетенных изданиях;
На 5-й странице "Коды" — кодовая информация, ISBN и цена, физические характеристики;
На 6-й странице "Экземпляры" — сведения экземплярах (заказанных, полученных и выбывших);
На 7-й странице "Систематизация" – данные о содержании документа (индексы Рубрикатора ГРНТИ, УДК/ББК и другой классификации, "Авторский знак" или систематический (расстановочный) шифр, ключевые слова, предметные и географические рубрики, "раздел знаний" и издательский индекс, "содержание", аннотация), а также сведения о назначении учебной литературы и шифр документа в БД;
На 8-й странице "КО" — сведения о назначении учебной литературы для Пользователей-ВУЗов, которые применяют новую, интегрированную, технологию задачи "Книгообеспеченность студентов учебной литературой", начиная с версии ИРБИС 2002.2;
На 9-й странице "Технология" — дата и инициалы лица, осуществившего ввод документа; сведения о графических данных и полных текстах (внешних объектах); дополнительные (управляющие) данные для Каталожных карточек и "архивные (первоначальные) данные" об экземплярах до их списания и до изменения в процессе проверки фонда, а также код РЛ и поле "Количество выдач".
Полнота представления информации полностью определяется методикой, принятой в Организации, ведущей электронный каталог; обязательными являются (контролируются автоматически и так же, как и дублетные записи, блокируются на ввод) лишь следующие основные данные: наличие заглавия, дублетность штрихкода и наличие статуса экземпляра. Контроль других элементов данных является диагностическим (предостерегающим) и не вызывает блокировки ввода. Для кодовых значений данных принят следующий принцип контроля: данные могут отсутствовать, но, если они введены, их корректность должна быть обеспечена обязательно.
При получении 2-го и последующих томов одного издания (описываемых под собственным заглавием или заголовком) имеется возможность копировать документ введенного ранее тома с последующей корректировкой скопированного документа и дополнения его оригинальной информацией (см. п.п. 5.1.1.2.1, 5.3.2 и Таблицу 2).
Рабочий лист для ввода описаний журналов (и его варианты)
РЛ № 5 с именем ОJ (Таблица 1) предназначен для ввода сводного описания журнала или другого сериального издания. В него по мере регистрации поступлений будут вводиться сведения об отдельных выпусках; сведения о первом поступлении могут быть введены одновременно с БО.
Этот РЛ состоит из 6-и страниц, на которых последовательно предлагается вводить данные:
на 1-й странице "Основное БО. Коды" — кодированная информация; ISSN, Шифр документа в БД, область заглавия и сведений об ответственности; выходные данные;
на 2-й странице "Расширенное. Изменения" — другие библиографические данные (коллективы и временные коллективы); примечания; сведения о предыдущих и последующих изданиях;
на 3-й странице "Физические характеристики" — физические характеристики документов, изданных не в традиционном (обычная печать) виде и характеристики каждого номера такого издания;
на 4-й странице "Систематизация" — информация о содержании документа (индексы Рубрикатора ГРНТИ, УДК/ББК и другой классификации, издательский индекс, аннотация), дата и инициалы лица, осуществившего запись, а также признак автоматической кумуляции сведений о поступлении (см. п.5.2.1) и сведения о заказанных (по периодам заказа) экземплярах;
на 5-й странице "Регистрация" — информация об одном поступившем выпуске: год, том, номер, дополнение к номеру, включая сведения об электронном ресурсе, технологический путь журнала, сведения об экземплярах, а также оглавление данного выпуска журнала. Одновременно может быть поведена регистрация группы номеров с идентичными данными (обеспечивается технологически — см. п.п. 5.2.1, 5.2.2);
на 6-й странице "Кумуляция" показаны формируемые автоматически или вручную (в соответствии с признаком) кумулированные сведения о зарегистрированных поступлениях, а также код РЛ ("J").
При регистрации поступлений или любой другой корректуре документов, имеющих код РЛ "J", используется РЛ "!RPJ" (модификация РЛ OJ); отличия его от описанного выше РЛ состоят в изменении порядка следования полей (страниц РЛ) — первой страницей является страница "Регистрация".
Другая модификация РЛ ОJ ("!NJ") предназначена для корректуры документа - отдельного номера журнала (или другого сериального издания), автоматически создаваемого при регистрации каждого поступления. основной (технологический) вид корректуры — ввод идентифицирующих данных о статьях, напечатанных в номере, если они не были введены при регистрации.
Этот РЛ состоит из 4-х страниц, на которых располагаются данные:
на 1-й странице "Регистрация" — регистрационные данные номера (выпуска): год, том, номер, дополнение к номеру, технологический путь;
на 2-й странице "Оглавление" — сведения о статьях;
на 3-й странице "Приложения на вкладках" — сведения о содержании ненумерованных страниц, например, репродукциях картин;
на 1-й странице "Технология" — сведения о графической информации и полных текстах (см. п. 4.2.9), дата и ФИО каталогизатора, код РЛ и поле "Количество выдач".
Примечание: В ниспадающем меню РЛ рабочие листы с именами "!RPJ" и "!NJ " отсутствуют, поскольку ввод новых документов с их использованием не предусмотрен.
Рабочий лист для ввода сводного описания книги (Спецификация тома)
РЛ № 3 с именем SPEC (Таблица 1) предназначен для ввода сводного описания каждого отдельного тома многотомного издания, имеющего или не имеющего частное заглавие (спецификация под заглавием или заголовком общей части БО); код РЛ также мнемонически связан с видом БО.
РЛ содержит 7 страниц; он отличается от РЛ первой группы наличием полей из общей части БО и отсутствием специальной страницы для сверки на дублетность: проверка проводится при вводе ЭД "объем" по совокупности следующих кратких данных:
· 2 последние цифры года издания; при отсутствии года выхода тома берется год начала издания многотомника;
· АСТ, включающего заглавие многотомника, а при наличии признака нехарактерного заглавия — и ФИО автора — заголовка описания;
· номер тома (начиная с его цифровой части и до конца, а при отсутствии в нем цифровой части – полные данные);
· номера выпуска и части (начиная с их цифровых частей и до конца, а при отсутствии в них цифровой части – полные данные);
· объем документа (число страниц или других единиц измерения).
Как и для РЛ первой группы, при получении 2-го и последующих томов одного издания (описываемых под заглавием или заголовком многотомного издания) имеется возможность копировать документ введенного ранее тома в новый с последующей корректировкой и дополнением информации (см. п.п. 5.1.1.2.1, 5.3.2 и Таблицу 2).
Последовательность ввода данных в основном соответствует описанной для РЛ первой группы.
Рабочий лист для ввода упрощенных данных о книгах
РЛ № 4 с именем IBIS (Таблица 1) предназначен для упрощенного ввода данных без анализа издания по методике традиционной обработки; он имеет только три страницы, нет проверки на дублетность по элементам БО, не вводятся результаты анализа издания каталогизатором для подготовки сложных видов БО, каталожных карточек и дополнительных точек доступа; контроль обязательности полей и контроль на дублетность шифра издания идентичны с другими РЛ.