1. Например инструменты интеграции ЭК в существующие сайты. Сегодня у многих сайт библиотеки - это один сервер, а ЭК другой (в т.ч. из-за необходимости поддержки Виндовс-хостинга).

2.Регистрация/интеграция авторизации через социальные сети - сегодня это стандарт почти на всех сайтах.

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

4. Безопастность. Знаю что ГНПТБ использует Виндовс-хостинг и джумлу, но предположу что это скорее из-за требований J-Ирбиса. Только для примера, та же поддержка PHP 5.3.29 который спользуется в ГПНТБ была прекращена в 2015-м году. А использования технологий CGI...

5. Поддержка других веб-серверов, а не только Апач. Мы отказались от него как на Виндовс, так и на Linux хостинге.

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

Изменена технология режима КОРРЕКТИРОВКА ЗАПИСИ ЧИТАТЕЛЯ - теперь она выполняется с помощью встроенного модуля корректировки, а не путем перехода в АРМ Каталогизатор. В результате - АРМ Книговыдача не расходует лишнюю лицензию (подключение) сервера.

Интерфейс встроенного модуля корректировки имеет параметры настройки. В случае применения его в АРМе Книговыдача имеют смысл следующие параметры (которые должны находиться в секции [WS] профиля пользователя - irbisb.ini):

Deleteable= Определяет доступность кнопки УДАЛИТЬ ЗАПИСЬ, принимает значения 0 (недоступна) 1 (доступна - по умолчанию)

Clearable= Определяет доступность кнопки ОПУСТОШИТЬ ЗАПИСЬ, принимает значения 0 (недоступна) 1 (доступна - по умолчанию)

KBVirtual1= Определяет доступность КОДОВОЙ ВИРТУАЛЬНОЙ КЛАВИАТУРЫ, принимает значения 0 (недоступна) 1 (доступна - по умолчанию)

KBVirtual2= Определяет доступность ЯЗЫКОВОЙ ВИРТУАЛЬНОЙ КЛАВИАТУРЫ, принимает значения 0 (недоступна) 1 (доступна - по умолчанию)

DISPLAYABLE= Определяет видимость (наличие) окна с полным описанием документа, принимает значения 0 (нет) 1 (есть - по умолчанию)

WSMNUABLE= Определяет наличие списка РЛ, принимает значения 0 (нет) 1 (есть - по умолчанию)

Списки доступных РЛ и форматов показа определяются - так же как в АРМе Каталогизатор - параметрами FMTMNU и PFTMNU, которые должны находиться в секции [MAIN] профиля пользователя (irbisb.ini)



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

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


А так прошу в БД ИРИ при сохранении истории рассылок

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

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

Поддерживаю просьбу и предложение!

Выполнение рассылок в пакетном режиме (по расписанию без участия оператора) очень нужная функция, об этом просили некоторые пользователи (в т.ч. одна из последних тем: http://irbis.gpntb.ru/read.php?9,108353 )

Рассылку информации о задолженностях (не сданных в срок экземплярах изданий) или о приближении сроков возврата (скажем за 3-5 дней) можно было бы включить как пример работы режима подсистемы ИРИ в состав дистрибутива.

Александр Иосифович, добрый день! Скажите, возможно ли внести изменение в модуль формирования статистических форм таким образом, что бы в нем была строка с предварительным запросом? Дело в том, что при больших базах, которые приходится анализировать, много времени тратится на обход записей, в которых нет нужных статистических данных. В АРМе Комплектатор при получении выходных форм параметры из опросного листа используются как для формирования данных из самой записи, так и для предварительного поиска, по которому в форму и передаются только те записи, которые прошли предварительный фильтр. И очень хотелось бы такое же иметь для стат. форм. Иначе приходится в начале делать поиск по словарю технологии, а потом запускать уже стат. форму с указанием тех же дат, что и для поиска по технологии. Получается оператором дважды выполняется одно и то же действие

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

АРМ Администратор (серверный) ИРБИС64

Расширены возможности режимов ЭКСПОРТ и ИМПОРТ.

В режиме ЭКСПОРТ добавлена возможность выгрузки в формате XML (модель RUSMARCXML/Slim)

В режиме ИМПОРТ добавлена возможность импорта данных в форматах XML, EXCEL, CSV

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

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

Alio написал(а):
-------------------------------------------------------
> В АРМ Администратор включаются режимы, которые
> являются ОБЩИМИ, т.е. не зависящими от Контента БД
> - в этом его суть. Поэтому режим ИРИ в
> Администраторе - есть нарушение всякой логики.

Александр Иосифович! Если так, то возможно реализовать пакетный режим в АРМ Книговыдача? По аналогии с пакетным режимом АРМ Каталогизатор.

Да да. или так. в книговыдачи пакетный режим. но чтоб он сам групповую делать мог рассылку (без того чтоб на кафедре человек это ежедневно нажимал). потому как если этих абонентов очень много. то сколько ждать сотрудник на кафедре должен завершения работы режима??? это элементарно экономия времени рабочего.

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

Александр Иосифович, прошу Вас рассмотреть возможность расширения числа поддерживаемых в АРМ Книговыдача команд оперативных режимов: в настоящий момент не поддерживаются команды 2-5.

Это необходимо для расширения функциональности АРМ Книговыдача и реализации пользовательских режимов обработки записей БД читателей без задействования АРМ Каталогизатор.

Пример использования:

Фиксация информации о возврате экземпляров (кто, когда, какие экземпляры вернул в библиотеку, кто их принял), которые не числились за читателем на момент их возврата в библиотеку (чужие) и держателя которых однозначно определить нельзя.
Возврат экземпляров, отсутствующих на руках у читателя (в зачет ранее сданных, если их кол-во > 0 ) с корректировкой записи читателя и записи в БД ЭК.

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

Александр Иосифович, если в двух словах:

Это пример применения оперативных режимов, которых не хватает в АРМ Книговыдача.

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

Нужно вести учет таких экземпляров в отдельной БД. А для этого автоматизировать процессы приема/перезачета экземпляров из числа потеряшек.

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



Редактировано 1 раз. Последний раз 24.08.2017 09:41 пользователем А. Роман.

Насколько понял - такой функционал разумнее реализовывать не с помощью ОПЕРАТИВНЫХ режимов, а с помощью ПОЛЬЗОВАТЕЛЬСКИХ режимов...

Александр Иосифович, пользовательский режим требует квалификации программиста (хотя бы на уровне любителя). Т.к. написать dll, отладить ее и если потребуется изменить - далеко не каждый сможет. Особенно если нет исходных кодов или программист не владеет конкретным языком программирования.

Число тех, кто может реализовать нужный функционал посредством написания dll на порядок меньше, чем число тех, кто может сделать это через оперативные режимы. Оперативные режимы - более понятны и редактируемы, нежели dll.

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

Поэтому, если Вы дадите пользователям такую возможность - они меньше будут Вас отвлекать от более серьезных работ.

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

Введен новый параметр INI-файла в секции [MAIN]

RQSTSEARCHRUN=

который позволяет заблокировать кнопку ВЫПОЛНИТЬ в интерфейсе отбора заказов. Параметр принимает значения: 0 - кнопка заблокирована (по умолчанию); 1 - доступна.

АРМ КНИГОВЫДАЧА ИРБИС64

Создан новый режим ПЕЧАТЬ ВЫХОДНЫХ ФОРМ для БД Читателей - раздел СЕРВИС главного меню и соответствующая инструментальная кнопка.
Режим полностью аналогичен режиму СЕРВИС-ПЕЧАТЬ в АРМе Каталогизатор для БД RDR

Предлагается новый ВИД СЛОВАРЯ для БД Читателей: ПОСЕЩАЕМОСТЬ В ТЕКУЩЕМ ГОДУ (инвертирование с префиксом PRG= в RDR.FST)
С помощью нового СЛОВАРЯ можно видеть кол-во и отбирать читателей:
- которые ПОСЕЩАЛИ библиотеку в текущем году
- которые НЕ ПОСЕЩАЛИ библиотеку в текущем году.
(Т.е. в данном словаре содержится только ДВА термина: ДА и НЕТ)

Под ТЕКУЩИМ годом понимается КАЛЕНДАРНЫЙ год.

Для того чтобы данный словарь был всегда актуальным, необходимо создавать словарь БД RDR заново 1 января каждого года.

Также в соответствующем формате (RDR0W_HTML) просмотра БД RDR внесено дополнение, которое выводит информацию о том, посещал ли конкретный читатель библиотеку в ТЕКУЩЕМ году (вложенный формат PRG).

(Данные доработки не имеют НИКАКОГО отношения к сведениям о ПЕРЕРЕГИСТРАЦИИ (поле 52), и сделаны они именно для того, чтобы библиотечные работники наконец отказались от НЕЛЕПОЙ в условиях автоматизации технологии ПЕРЕРЕГИСТРАЦИИ!)

Замечания для ВУЗОВСКИХ библиотек, для которых актуальны сведения о посещаемости не в текущем КАЛЕНДАРНОМ году, а в текущем УЧЕБНОМ году (который начинается 1 сентября). Им следует сделать следующее:
1. Файл RDR.FST в папке БД RDR подменить на файл RDR_VUZ.FST, т.е. файл RDR_VUZ.FST скопировать в файл RDR.FST. (Файлы отличаются ТОЛЬКО одной строкой, в которой содержится префикс PRG=). После чего создать словарь БД RDR заново.
2. Файл PRG.PFT в папке БД RDR подменить на файл PRG_VUZ.PFT, т.е. файл PRG_VUZ.PFT скопировать в файл PRG.PFT.
Соответственно создавать словарь БД RDR заново в этом случае необходимо 1 сентября каждого года.



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

На открытом FTP - [ftp.gpntb.ru]
выложен итоговый релиз версии 2017.1

RELEASE_17_1.doc

Распространение версии 2017.1 предполагается с 23.10.2017



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

Уважаемый Александр Иосифович!

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

Уважаемый Александр Иосифович!

в АРМ Книговыдача при выборе группы пользователей на панели управления в окне "ЧИТАТЕЛИ" очень не хватает режима "групповая услуга", т.е. услуга оказанная группе пользователей. по аналогии с режимом "Групповое посещение" и групповая перерегистрация.

Вот в этом окошке

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

Уважаемый Александр Иосифович!

В АРМ Книговыдача. в основном интерфейсе арма. нигде не отображается информация о заказанных услугах.т.е. если сотрудник на кафедре выдачи не зайдет на конкректном читателе в подсистему платных услуг. то не сможет увидеть что есть заказанные на их кафедру услуги.

Хотя в самой подсистеме есть возможность услугу заказать.:)

И у конкретного читателя информация о том что услуга заказана при переходе в подсистему платных услуг отображается
Заказ услуги

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

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



Редактировано 1 раз. Последний раз 16.10.2017 09:11 пользователем GLUKa.

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

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> Это реализовано в версии 2012.1 - Смотри релиз
> этой версии, раздел АРМ Книговыдача, п.6


Александр Иосифович, извините, сказалась простуда... Я имел ввиду произвольные оперативные режимы. Они работают, но только на переход к одной записи или группе записей. На корректировку текущей записи они не работают.

Про п. 6 релиза 12-й версии я в курсе.
Выше я писал, почему именно они гораздо доступнее для пользователей, чем режим работы через пользовательские библиотеки.

Поддерживаю предложение Галины Арноси, т.к. мы тоже начинаем активно использовать подсистему платных услуг и ее более удобная интеграция в интерфейсе АРМ была бы очень кстати.

Добрый день!
Почему в новой версии долго формируются стат.формы? по времени выходит от 4 до 6 часов на один отчет
У всех так или мы опять отличились одни?
Версия Ирбис 64 2017.1 D2.



Редактировано 1 раз. Последний раз 28.02.2018 12:27 пользователем olga_jukova.

olga_jukova написал(а):
-------------------------------------------------------
> Добрый день!
> Почему в новой версии долго формируются
> стат.формы? по времени выходит от 4 до 6 часов на
> один отчет
> У всех так или мы опять отличились одни?
> Версия Ирбис 64 2017.1 D2.
Вы используете архивирование сведений по книговыдаче (БД RDR_ARH)?

да, туда переносим записи предыдущих годов

Тогда все так и должно быть...