АРМ Книговыдача ИРБИС64

Разработана технология АРХИВИРОВАНИЯ сведений о книговыдачах (т.е повторений поля 40, соответствующих ВОЗВРАЩЕННОЙ литературе) с целью сохранения возможности использовать их при формировании статистических форм.
Под архивированием в данном случае понимается процесс УДАЛЕНИЯ соответствующих повторений поля 40 из записей читателей и ПЕРЕНОС их в СПЕЦИАЛЬНУЮ БД (RDR_ARH).

В связи с новой технологией:
- в АРМе Книговыдача модифицирован режим ЧИТАТЕЛИ-ОЧИСТИТЬ. В результате при запуске данного режима пользователю предлагается выбор: УДАЛИТЬ выбранные данные из записи читателя или УДАЛИТЬ и ПЕРЕНЕСТИ их в архив. Обновленный режим называется ЧИТАТЕЛИ-ОЧИСТИТЬ/АРХИВИРОВАТЬ;
- в АРМе Книговыдача создан новый режим ЧИТАТЕЛИ-АРХИВНЫЕ ДАННЫЕ, который позволяет просматривать и удалять архивные сведения о книговыдачах текущего читателя (т.е. того читателя, чьи сведения отображены в окне ЧИТАТЕЛЬ) – см. рисунок;
- для БД Читателей (RDR – АРМ Каталогизатор) создан сценарий глобальной корректировки – DelArh.gbl (взамен Del40.gbl), - который позволяет выполнять архивирование сведений о книговыдачах для группы или всех читателей. После запуска данной глобальной корректировки предлагается опросный лист, в котором необходимо задать: будут ли данные архивироваться или удаляться, и контрольную дату (в виде ГГГГММДД). В результате выполнения глобальной корректировки будут УДАЛЯТЬСЯ или АРХИВИРОВАТЬСЯ те сведения о книговыдачах, в которых ДАТА ВОЗВРАТА меньше или равна контрольной дате;
- откорректирована таблица инвертирования БД Читателей (RDR) - в части инверсии полей с меткой 40, касающихся возвращенной литературы и посещений;
- откорректированы соответствующие СТАТ.ФОРМЫ (т.е. те, что оперируют сведениями о книговыдачах) - таким образом, чтобы учитывать архивные сведения о книговыдачах;
- для БД ЭК (IBIS – АРМ Каталогизатор) создана новая табличная форма TSPROST - СПРАШИВАЕМОСТЬ ЛИТЕРАТУРЫ ЗА ПЕРИОД С УЧЕТОМ АРХИВНЫХ ДАННЫХ. Новая форма фактически отменяет (делает неактуальными) все формы в режиме СЕРВИС-СТАТИСТИКА СПРОСА АРМа Книговыдача, которые НЕ УЧИТЫВАЮТ архивные данные;
- для БД архивных сведений (RDR_ARH – АРМ Каталогизатор) создан сценарий глобальной корректировки (DelDate.gbl), который позволяет УДАЛЯТЬ архивные сведения о книговыдачах, в которых ДАТА ВОЗВРАТА меньше или равна заданной;
- введен новый параметр AUTOARHIV (секция [Reader] INI-файла АРМа Книговыдачи), который включает (значение 1) или выключает (значение 0 – по умолчанию) режим АВТОМАТИЧЕСКОГО АРХИВИРОВАНИЯ, по которому ВСЕ сведения о ВОЗВРАЩЕННЫХ изданиях автоматически архивируются, - в соответствии с этим откорректированы autoin.gbl и autoin_light.gbl для БД Читателей (RDR).

Архивная БД RDR_ARH ведется автоматически и не нуждается в ручной корректировке. Единственной "ручной" операцией, которую имеет смысл выполнять, является глобальная корректировка DelDate.gbl (см. выше). После выполнения данной операции НЕОБХОДИМО пересоздать (т.е. создать заново) словарь БД Читателей (RDR).

Важно отметить, что при формировании СТАТ.ФОРМ (по БД RDR) учитываются ТОЛЬКО те архивные сведения, которые соответствуют читателям, СУЩЕСТВУЮЩИМ в БД Читателей (RDR). Это означает, что если есть необходимость учитывать в статистике сведения о книговыдачах по читателям, которые уже не обслуживаются (например, исключенные или закончившие обучение студенты), то таких читателей НЕЛЬЗЯ удалять из БД Читателей. Можно рекомендовать помечать их как лишенных права обслуживания с помощью пометок в поле 29 (например, для студентов: ОТЧИСЛЕН) или переводить их в специальную категорию.

Важное замечание.[u][/u] При использовании данной технологии словари БД Читателей (RDR) ПОСЕЩАЕМОСТЬ, ДАТА ВЫДАЧИ, ДАТА ВОЗВРАТА являются полностью актуальными (т.е. учитывают архивные сведения по книговыдаче) ТОЛЬКО после полного пересоздания словаря БД RDR. В этой ситуации можно рекомендовать выполнять для БД RDR СОЗДАНИЕ СЛОВАРЯ ПОЛНОСТЬЮ (в АРМЕ Администратор) ежедневно, например, в ночное время с помощью автоматически запускаемого пакетного задания.



Редактировано 2 раз. Последний раз 11.11.2016 08:26 пользователем Alio.

Это очень хорошо.
А я позволю себе продублировать свое предложение из ветки АРМ Комплектатор:

Уважаемые коллеги! Мне кажется, что в АРМ Комплектатор не хватает отдельного упрощенного режима для группового перемещения экземпляров из фонда в фонд. Конечно же, есть списание с передачей, но речь здесь идет не об этом, а скорее об отражении этапов технологического пути экземпляра.
Это может быть передача партии экземпляров в переплет/на реставрацию, на оцифровку, на выставку и т.п. Место хранения не меняется, экземпляры по прежнему числятся за фондодержателем, нет нужды вносить изменения в КСУ отдела-фондодержателя, однако по месту хранения они тоже не находятся и выданы быть не могут. Т. е. это что-то вроде "бронеполки", только внутреннего характера. И для этих перемещений безусловно нужны акты: откуда, куда, когда по какой причине, список, отметка о возврате.
Понимаю, что это актуально скорее для крупных библиотек, но думаю такой режим был бы большим подспорьем в деле строгого учета фондов.
Прошу коллег, которые сочтут мои соображения нужными и для себя высказываться здесь, чтобы оценить востребованность и сформулировать предложения о доработке

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Alio написал(а):
-------------------------------------------------------
> - введен новый параметр AUTOARHIV (секция
> INI-файла АРМа Книговыдачи), который включает
> (значение 1) или выключает (значение 0 – по
> умолчанию) режим АВТОМАТИЧЕСКОГО АРХИВИРОВАНИЯ, по
> которому ВСЕ сведения о ВОЗВРАЩЕННЫХ изданиях
> автоматически архивируются.

А посещения?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > - введен новый параметр AUTOARHIV (секция
> > INI-файла АРМа Книговыдачи), который включает
> > (значение 1) или выключает (значение 0 – по
> > умолчанию) режим АВТОМАТИЧЕСКОГО АРХИВИРОВАНИЯ,
> по
> > которому ВСЕ сведения о ВОЗВРАЩЕННЫХ изданиях
> > автоматически архивируются.
>
> А посещения?

Так же архивируются...

Добавить в модуль КО возможность множественного выбора БД для отображения связанных записей.

Максим, а если рассматривать существующий режим передачи (в Мастере списания) - что там, с изл. точки зрения, лишнее, неудобное, недостаточное?
Новый режим вводить не хочется, а модернизировать сущ-й можно.

Людмила Николаевна, здравствуйте! Очень рад, что Вы откликнулись. Я сразу так не скажу, но обязательно в самое ближайшее время сформулирую предложения

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Разработан новый модуль ИРБИС64 - АРМ Каталолгизатор-Light

Модуль предназначен:
- для НАЧИНАЮЩИХ сотрудников, выполняющих ОГРАНИЧЕННЫЕ функции по каталогизации;
- для сотрудников малых библиотек, не имеющих профессиональных знаний в области библиографии.

Модуль создан на основе ИРБИС-Навигатора. С помощью предельно упрощенного интерфейса пользователю предлагается следующий функционал:
- ввод НОВЫХ документов по технологии заимствования (через ИРБИС-Корпорацию);
- корректировка дополнительных (по отношению к собственно библиографическим данным) элементов описания: СВЕДЕНИЯ ОБ ЭКЗЕМПЛЯРАХ, СВЕДЕНИЯ ПО КНИГООБЕСПЕЧЕННОСТИ;
- поиск и просмотр документов;
- формирование выходных табличных форм (в т.ч. КК)

Поскольку модуль создан ИСКЛЮЧИТЕЛЬНО на основе ФОРМАТОВ (как и все прочее в ИРБИС-Навигаторе), то пользователь-администратор, знакомый с языком форматирования ИРБИС и HTML, имеет возможность адаптировать, изменять и дополнять модуль в самых широких пределах.

Приобретение данного модуля связано с приобретением ИРБИС-Навигатора.



Редактировано 1 раз. Последний раз 14.04.2016 15:34 пользователем Alio.

Предложение по подсистеме ИРи АрРМ Книговыдача.

сейчас в сведения о рассылках по ИРИ (БД ИРИ) включаются данные о коде профиля читателя, по которому была отправлена рассылка.

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

например, читатель решил сменить тему рассылки или перешел на другую должность и больше эта тема ему не интересна.

А для статистики важно знать по какой теме был запрос. и какого рода.

Было бы не плохо сохранять не код профиля запроса, а поля профиля на естественном языке и языке ирбис.

Так же очень не хватает возможности пакетной рассылки по ИРИ, например через арм администратор клиентский.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ



Редактировано 2 раз. Последний раз 23.11.2016 04:12 пользователем GLUKa.

Предлагается новое программно-технологическое решение на основе ИРБИС64 – «Корпорация библиотек первой ступени».
Прежде всего, необходимо определить, что понимается под условным названием «библиотека первой ступени». Библиотека первой ступени – это библиотека, которая находится на начальном этапе автоматизации, а именно:
• Перед библиотекой стоит ограниченный круг задач: создать электронный каталог по своему фонду, осуществлять в нем поиск и получать на его основе выходные печатные формы;
• Библиотека не располагает сотрудниками, которые могли бы выполнять функции администрирования полнофункциональной САБ;
• Библиотека не располагает техническими средствами (компьютеры, диски), для хранения/ведения собственных баз данных.
Примером библиотеки первой ступени может являться школьная или сельская библиотека, библиотека предприятия и т.п.
Корпорация состоит (см. схему) из Центра и членов корпорации.
Центр располагает системой ИРБИС64 (достаточно минимальной комплектации) с сервером, размещенном на компьютере с реальным IP-адресом.
Члены корпорации располагают ТОЛЬКО тонким клиентов в виде модуля ИРБИС-Навигатор (сразу надо отметить, что они могут не приобретать его, а абонировать на некоторый срок). Количество членов корпорации определяется количеством лицензий сервера ИРБИС64 в Центре (т.е. может быть неограниченным). Включение члена в корпорацию состоит лишь в получении логина и пароля для подключения к серверу ИРБИС64 в Центре, т.е. логин является однозначным идентификатором члена корпорации. Разумеется, предполагается, что члены корпорации располагают как минимум одним компьютером с выходом в Интернет.
Все БД корпорации (т.е. ВСЕ информационные ресурсы) ведутся в Центре, среди них:
• БД Сводного каталога, на основе которого (и ТОЛЬКО него) ведутся электронные каталоги членов корпорации (имя БД – SK). В случае корпорации школьных библиотек Сводный каталог может включать издания из федерального списка рекомендованной учебной литературы;
• Виртуальные (моделируемые) БД электронных каталогов членов корпорации, которые физически представляют собой - очень важный момент! - ОДНУ БД ИРБИС64 (имя БД – SK_EKZ);
• БД Заявок на пополнение Сводного каталога (имя БД – SK_NEW);
• БД реквизитов членов корпорации (имя БД – SK_USER).
Членам корпорации (на основе ИРБИС-Навигатора) предлагаются следующие функциональные возможности:
- Осуществлять поиск в Сводном каталоге, находить издания имеющиеся/поступившие в библиотеку, включать их в свой ЭК и описывать соответствующие экземпляры;
- Осуществлять поиск/просмотр в своем ЭК и корректировать описания своих экземпляров (корректировать, добавлять, удалять/списывать);
- Формировать выходные печатные формы на основе результатов поиска или всей БД своего ЭК, в том числе – формы по книгообеспеченности в случае корпорации школьных библиотек. Список выходных форм может быть произвольным (в рамках возможностей ИРБИС64);
- Формировать заявки на пополнение Сводного каталога в случае, когда в нем не найдены нужные издания. На основе этих заявок в Центре пополняют Сводный каталог, используя все возможности ИРБИС64;
- Вводить реквизиты своей библиотеки (название, адрес и т.п.), в том числе – описывать свой контингент (параллели, уровни, число учащихся) в случае корпорации школьных библиотек.
В случае, когда круг задач, стоящих перед членом корпорации, становится шире уровня «первой ступени», он (библиотека) может выйти из корпорации, получив полностью свой ЭК в формате ИРБИС или RUSMARC с тем, чтобы использовать его в полнофункциональной САБ, которую приобретет.



Редактировано 1 раз. Последний раз 19.05.2016 14:12 пользователем Alio.

Когда можно получить диллерам для тестирования новый модуль ИРБИС-лайт и настройки для "Корпорации библиотек первой ступени"?

Вопрос 1. Кто должен приобретать "ИРБИС - лайт": центральная библиотека, которая будет вести Сводный каталог или библиотека, член "Корпорации первой ступени"?
Вопрос 2. Можно-ли в принципе, будет вывести под ВЭБ-ИРБИС БД Сводного каталога и "виртуальные" БД членов корпорации? Если это в принципе возможно, то отредактируйте технологию представления БД Сводного каталога и "виртуальных" БД, при установке ВЭБ-ИРБИС. Представление БД Сводного каталога и БД "виртуальных" БД под ВЭБ-ИРБИС ВАЖНЫЙ технологический момент, т.к. в таком случае библиотека, член корпорации сможет давать ссылку на БД Сводного каталога и на БД "виртуальных" БД, со своих сайтов или "домашних страниц" расположенных в Интернет. Понятно, что это будет возможно, при наличии ВЭБ-ИРБИС в центральной библиотеке.

levr написал(а):
-------------------------------------------------------
> Вопрос 1. Кто должен приобретать "ИРБИС - лайт":
> центральная библиотека, которая будет вести
> Сводный каталог или библиотека, член "Корпорации
> первой ступени"?
Нет никакого ИРБИС-лайт. Есть Каталогизатор-лайт, который не имеет никакого отношения к Корпорации библиотек первой ступени.

> Вопрос 2. Можно-ли в принципе, будет вывести под
> ВЭБ-ИРБИС БД Сводного каталога и "виртуальные" БД
> членов корпорации? Если это в принципе возможно,
> то отредактируйте технологию представления БД
> Сводного каталога и "виртуальных" БД, при
> установке ВЭБ-ИРБИС. Представление БД Сводного
> каталога и БД "виртуальных" БД под ВЭБ-ИРБИС
> ВАЖНЫЙ технологический момент, т.к. в таком случае
> библиотека, член корпорации сможет давать ссылку
> на БД Сводного каталога и на БД "виртуальных" БД,
> со своих сайтов или "домашних страниц"
> расположенных в Интернет. Понятно, что это будет
> возможно, при наличии ВЭБ-ИРБИС в центральной
> библиотеке.
Вопрос не имеет смысла. Еще раз прочтите, что сказано о том, какие библиотеки относятся к первой ступени.

АРМ Каталогизатор ИРБИС64

1. Введена новая конструкция для пакетных заданий (только для АРМа Каталогизатор), которая позволяет использовать ВЛОЖЕННЫЕ пакетные задания с помощью ФОРМАТА. Новая конструкция имеет вид команды:
@<имя формата>
В результате вместо данной конструкции в пакетное задание будут вставляться строки, которые формируются в результате форматирования ТЕКУЩЕЙ записи по соответствующему формату.
2. Добавлена новая команда для пакетных заданий (только для АРМа Каталогизатор):
REFRESHDB – обновить контекст работы (команда не имеет операндов).
3. Добавлены новые оперативные режимы (соответствующие кнопки):
- для БД ЭК – Переход от текущего описания к читателям, которые читали соответствующее издание;
- для БД RDR – Переход от текущего читателя к изданиям, которые читал данный читатель.
(В связи с этим введена новая инверсия для БД RDR с префиксом AR=)

Есть пожелание со стороны пользователей добавить рядом с кнопкой ВВОД в 996 поле Mesh кнопку "Ввод и переход" по аналогии, например, с полем 606 Предметная рубрика?
Кнопка "Ввод и переход" очень удобна для быстрой систематизации.

Предложение по подсистеме ИРи АрРМ Книговыдача. О пакетной рассылки по ири через арм администратор клиентский. А так же сохранение в БД ИРИ (история рассылок) не только кода профиля, но и полей запросов на естественном языке и языке запросов ирбис

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Важное пояснение от Александра Иосифовича Бродовского:

Начиная с версии 2016.1 форматный выход &uf('++0') модифицирован следующим образом
&uf('++0,nnn,mmm,...')
nnn, mmm - метки полей, которые ИСКЛЮЧАЮТСЯ из форматирования.


На прошедшей 20-й конференции LIBCOM-2016 в Суздале информация о возможности исключения терминов ряда полей из т.н. "поиска для чайников" АРМ Читатель или "свободного поиска" J-ИРБИС (по словарю с префиксом DS=)
заинтересовала многих, т.к. к примеру, попадание в данный словарь терминов из 907 поля или др. полей (адрес URL, текст для ссылки, адреса путей к файлам и т.п.) может негативно влиять на релевантность результатов поиска (к примеру, при поиске по термину Лихачев находились записи, которые корректировались сотрудником библиотеки с аналогичной фамилией и не имели никакого отношения ни к автору ни к персоналии Лихачев).

Большое спасибо разработчикам ИРБИС за модификацию формата и предоставленную возможность без необходимости написания сложных конструкций "улучшить" словари БД с префиксом DS= !

GLUKa написал(а):
-------------------------------------------------------
> Предложение по подсистеме ИРи АрРМ Книговыдача. О
> пакетной рассылки по ири через арм администратор
> клиентский. А так же сохранение в БД ИРИ (история
> рассылок) не только кода профиля, но и полей
> запросов на естественном языке и языке запросов
> ирбис
Напомните мне, зачем это нужно - если известен код пользователя и код профиля. (Если меняется запрос у пользователя, то, разумеется, надо создать новый код профиля)

GLUKa написал(а):
-------------------------------------------------------
> Предложение по подсистеме ИРи АрРМ Книговыдача.
>
> сейчас в сведения о рассылках по ИРИ (БД ИРИ)
> включаются данные о коде профиля читателя, по
> которому была отправлена рассылка.
>
> Но в случае, если профиль был удален или изменен,
> информации о том какого рода была рассылка не
> остается,так как такого кода у читателя больше нет
> или под ним уже другой запрос.
>
> например, читатель решил сменить тему рассылки
> или перешел на другую должность и больше эта тема
> ему не интересна.
Ну так в чем проблема - создайте новый профиль этого пользователя и дайте ему новый код...

Нужно для того, чтоб Была возможность анализировать данные истории рассылок в БД ИРИ.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ



Редактировано 1 раз. Последний раз 29.11.2016 18:03 пользователем GLUKa.

GLUKa написал(а):
-------------------------------------------------------
> Нужно для того, чтоб осталась возможность для
> аналитики. по истории рассылок
Не понял...

Сохранять темы рассылок. и сами поиски на языке ирбис по рассылкам надо.Чтоб появилась возможность анализировать историю рассылок и пользоваться этой историей для формирования новых профилей.

темы на естественном языке нужны для анализа.Так как коды меняются, удаляются, нужно, чтобы оставался "след" запроса читателя. какая информация ему была и когда была отправлена. а по коду этого не поймешь код может измениться.

а сам запрос нужен, чтобы можно было его повторить, не создавая его заново для другого пользователя.

в профиле ири можно будет сделать ввод запроса через словарь бд ИРИ.

тогда запрос можно повторит кому-то еще,не зависимо от того, как давно этот запрос был сделан, т.е. например ни у одного читателя больше нет такого запроса и его в справочнике постоянных запросов тоже уже нет. , а в архиве есть.:)

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

К тому же, очень нужно у пользователя повторяющееся архивное поле со значениями его предыдущих идентификаторов.

Например если это пластиковый читательский. бывает так, что пользователи его теряют. тогда ему выдают новый.

но если он недавно брал заказы или получал какие то услуги, то получал он их на старый еще билет. и тогда связи теряются.

В научной библиотеке мы ввели поле 303 : предыдущие значения идентификатора

Поле с тремя подполями

^D - дата замены
^F - причина замены
^i - предыдущие значение

Причины могут быть разные: утрата (сломался или потерялся), замена разового на пластиковый билет

пример заполненного поля:

^D20150813^FУтерян^IE00401003211BA11

к статистике. Таких читателей за 4 последних года собралось у нас ,примерно, 10 тыс., а у некоторых из них это поле заполнено более 5 раз.

конечно, по этому полю написан поиск. и откорректированы поиски в бд PAY и RQST и IRI. по которым определяется к какому читателю относится заказ или услуга или история рассылки.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ



Редактировано 2 раз. Последний раз 01.12.2016 06:38 пользователем GLUKa.

del



Редактировано 2 раз. Последний раз 28.03.2017 08:30 пользователем LiLi.

Alio написал(а):
-------------------------------------------------------
> АРМ Книговыдача ИРБИС64
>
> - для БД Читателей (RDR – АРМ Каталогизатор)
> создан сценарий глобальной корректировки –
> DelArh.gbl (взамен Del40.gbl), - который позволяет
> выполнять архивирование сведений о книговыдачах
> для группы или всех читателей. После запуска
> данной глобальной корректировки предлагается
> опросный лист, в котором необходимо задать: будут
> ли данные архивироваться или удаляться, и
> контрольную дату (в виде ГГГГММДД). В результате
> выполнения глобальной корректировки будут
> УДАЛЯТЬСЯ или АРХИВИРОВАТЬСЯ те сведения о
> книговыдачах, в которых ДАТА ВОЗВРАТА меньше или
> равна контрольной дате;

В описании режима архивирования "Предлагается опросный лист, в котором необходимо задать..."
Но у меня никакой лист опроса не выходит, сам файл есть в папке RDR. Что не так?

Елена, КрЦНТИБ Красноярской ж.д.

Прикладываю картинку версии 2016. Задание DelArh менялось в D2, но рабочий лист есть в исходном варианте дистрибутива. DelArh.wss - у вас он есть в папке RDR?

Да, файл в папке RDR, там же где и сам файл глоб.корректировки.

Елена, КрЦНТИБ Красноярской ж.д.

Попробуем заменить программу, которая у меня в 2016. Она вовсе не новая, но работает верно.

Файл обновила, версия старее той, которая у меня, и меньше объемом. Но все равно не предлагает опрос.

Елена, КрЦНТИБ Красноярской ж.д.

А уточните, что значит "никакой лист опроса не выходит". Не появляется кнопка (см. 1) или при нажатии кнопки не появляется форма? На вашей картинке это не видно.