Есть просьба и предложение для АРМ Администратор клиентский добавить поддержку параметра Mailoption (для того, чтобы текст письма также мог отправляться в теле письма, а не только в приложении к письму), а также добавить протоколирование действий в БД LOGA по аналогии с другими АРМами.

По поводу MailOption - понятно, сделаю.
А вот по поводу LOGA...
Хотелось бы узнать, кто использует технологию логирования в АРМах Каталогизатор и Книговыдача.
Боюсь, что кроме ВАС, никто.

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

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

Куделя написал(а):
-------------------------------------------------------
> Александр Иосифович, а можно в АРМ Каталогизатор
> добавить поисковый режим "одной строкой", чтобы
> писать можно было на языке запросов со всеми
> операторами?
Можно.

Понимаю, что очень далеко не всем это
> надо и не так часто, наверное, но было бы удобно.

А что мешает сохранять поисковый запрос как постоянный в справочник и выполнять его оттуда?

Файл iri.mnu можно перенести в Deposit и тогда при добавлении имени файла iri в файл mnu.mnu можно вводить любые поисковые запросы и выполнять их в АРМ Каталогизатор

А. Роман написал(а):
-------------------------------------------------------
> А что мешает сохранять поисковый запрос как
> постоянный в справочник и выполнять его оттуда?

Ничего не мешает. Речь идет исключительно об оперативности

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

АРМ Каталогизатор

Новый режим для ПРОФЕССИОНАЛОВ - ПРЯМОЙ ПОИСК НА ЯЗЫКЕ ЗАПРОСОВ ИРБИС

Alio написал(а):
-------------------------------------------------------
> По поводу MailOption - понятно, сделаю.

Спасибо!

> А вот по поводу LOGA...
> Хотелось бы узнать, кто использует технологию
> логирования в АРМах Каталогизатор и Книговыдача.
> Боюсь, что кроме ВАС, никто.

Но ведь это логично иметь логирование, для учета действий того, кто подключается удаленно и что-то делает при помощи АРМ Администратор.

Alio написал(а):
-------------------------------------------------------
> АРМ Книговыдача
>
> При рассылке сообщений читателям по E-mail
> обеспечена возможность выбора ТЕМЫ письма из
> выпадающего меню (см. прикрепленный скриншот).
>
> В связи с этим введены два новых параметра профиля
> пользователя (в секции ):
>
> SUBJECTMNU=
> определяет имя справочника со списком тем для
> E-mail рассылки; по умолчанию - subject.mnu; может
> находиться в папке RDR или DEPOSIT.
>
> SUBJECTMNUOPT=
> может принимать два значения:
> 0 - пользователь может указывать тему ТОЛЬКО из
> предлагаемого списка
> 1 - пользователь может указывать произвольную тему
> (по умолчанию)

Александр Иосифович, а можно попросить Вас и для АРМ Каталогизатор предусмотреть такой же режим?

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
> Новый режим для ПРОФЕССИОНАЛОВ - ПРЯМОЙ ПОИСК НА
> ЯЗЫКЕ ЗАПРОСОВ ИРБИС


Спасибо, Александр Иосифович!

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

АРМ Каталогизатор


При рассылке данных по E-mail обеспечена возможность выбора АДРЕСА почты и ТЕМЫ письма из соответствующих выпадающих меню (см. прикрепленные скриншоты).

В связи с этим введены четыре новых параметра профиля пользователя (в секции [MAIN]):

MAILMNU=
определяет имя справочника со списком адресов E-mail; по умолчанию - mail.mnu; может находиться в папке БД ЭК или DEPOSIT.

MAILMNUOPT=
может принимать два значения:
0 - пользователь может указывать адрес ТОЛЬКО из предлагаемого списка
1 - пользователь может указывать произвольный адрес (по умолчанию)

SUBJECTMNU=
определяет имя справочника со списком тем для E-mail; по умолчанию - subject.mnu; может находиться в папке БД ЭК или DEPOSIT.

SUBJECTMNUOPT=
может принимать два значения:
0 - пользователь может указывать тему ТОЛЬКО из предлагаемого списка
1 - пользователь может указывать произвольную тему (по умолчанию)



Редактировано 1 раз. Последний раз 30.09.2024 13:53 пользователем Alio.

И снова БОЛЬШОЕ СПАСИБО!

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

Есть финальное предложение по этой части, в качестве вишенки на торте - дополнить функционал режима печать на E-MAIL возможностью формирования пунктов меню полей "Адрес" и "Тема" форматами имена которых можно было бы указывать в параметрах SUBJECTMNU= и MAILMNU=.
Таким образом можно было бы формировать адреса электронной почты и темы в зависимости от текущего документа (для режима "Печать текущего") и/или параметров профиля пользователя (серверного INI-файла с которым работает АРМ).

А. Роман написал(а):
-------------------------------------------------------
> И снова БОЛЬШОЕ СПАСИБО!
>
> Отправка писем по электронной почте это один из
> наиболее доступных библиотекам инструментов
> взаимодействия с пользователями, поэтому я уверен
> в том, что функционал будет востребован!
>
> Есть финальное предложение по этой части, в
> качестве вишенки на торте - дополнить функционал
> режима печать на E-MAIL возможностью формирования
> пунктов меню полей "Адрес" и "Тема" форматами
> имена которых можно было бы указывать в параметрах
> SUBJECTMNU= и MAILMNU=.
> Таким образом можно было бы формировать адреса
> электронной почты и темы в зависимости от текущего
> документа (для режима "Печать текущего") и/или
> параметров профиля пользователя (серверного
> INI-файла с которым работает АРМ).
Нет.
Как Вы себе это представляете: если по E-mail в ОДНОМ письме отправляется N документов, то на каком из них отрабатывать формат???



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

А жаль... Но все равно спасибо! Справочники это тоже большой шаг навстречу пользователям!

Опробовать можно АРМ Каталогизатор? В нем уже прилично так функционала с т.з. дополнительных удобств. Еще бы вот с карманом что-то сделать, чтобы можно было не только к MFN привязываться и в качестве альтернативы можно было наряду с MFN работать и с GUIDами записей. Например, если строка = длине GUID, значит GUID, если короче - значит MFN.

АРМ Администратор (клиент)

Разработана система протоколирования (логирования) действий клиента в АРМе Администратор (клиент).
Протоколирование ведется в специальной БД LOGA.
Протоколируются (фиксируются) действия клиента, связанные с изменениями в БД (в соответствии со справочником 5.mnu).
Каждое действие фиксируется в виде одной записи БД, содержащей следующие данные:
- Дата/Время
- Логин клиента
- IP-адрес клиента
- Код действия
- Содержание действия
Для наглядного представления протокола предлагается выходная табличная форма (LOGA0)
Для "чистки" БД LOGA по диапазону дат предлагается задание на глобальную корректировку DelDate
Протоколирование управляется параметром в секции [MAIN] профиля клиента
LOGA=
который принимает значения:
- 0 - протоколирование отключено (по умолчанию)
- 1 - протоколирование включено
БД LOGA ведется АВТОМАТИЧЕСКИ. Предполагается, что доступ к ней (для анализа протокола) имеют администратор или иное контролирующее лицо.
Следует иметь в виду, что включение протоколирования приводит к определенному замедлению работы АРМа.

Коллеги, добрый день!

Хочу предложить улучшение для АРМ Книговыдача. Если пользователь продлевает книгу, которая уже зарезервирована другим читателем, было бы удобно выводить уведомление об этом. Количество продлений, после которых выводится уведомление, можно сделать параметрируемым.

Посмотрите, пожалуйста, есть ли возможность реализовать.

Rin_Asougi написал(а):
-------------------------------------------------------
> Коллеги, добрый день!
>
> Хочу предложить улучшение для АРМ Книговыдача.
> Если пользователь продлевает книгу, которая уже
> зарезервирована другим читателем,

Что это значит "зарезервирована другим читателем"?
(При этом, наверно, надо говорить не о "книге", а об "экземпляре")

было бы удобно
> выводить уведомление об этом. Количество
> продлений, после которых выводится уведомление,
> можно сделать параметрируемым.
>
> Посмотрите, пожалуйста, есть ли возможность
> реализовать.

Alio написал(а):
-------------------------------------------------------
>
> Что это значит "зарезервирована другим
> читателем"?
> (При этом, наверно, надо говорить не о "книге", а
> об "экземпляре")
Да, действительно, Вы правы, речь идет о экземпляре.
Под "зарезервирована другим читателем" я подразумеваю, что на этот экземпляр был сделан заказ через WEB-Читатель (или любым другим способом) и есть запись в БД RQST.

Rin_Asougi написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> >
> > Что это значит "зарезервирована другим
> > читателем"?
> > (При этом, наверно, надо говорить не о "книге",
> а
> > об "экземпляре")
> Да, действительно, Вы правы, речь идет о
> экземпляре.
> Под "зарезервирована другим читателем" я
> подразумеваю, что на этот экземпляр был сделан
> заказ через WEB-Читатель (или любым другим
> способом) и есть запись в БД RQST.
Если экземпляр на руках (коли его хотят продлить), у него статус 1. Если экземпляр ЗАБРОНИРОВАН (любым способом) у него статус 9. У конкретного экземпляра может быть ТОЛЬКО один статус.
Если же речь идет о ЗАКАЗЕ (а не бронировании), то заказывается КНИГА, а не ЭКЗЕМПЛЯР.



Редактировано 1 раз. Последний раз 14.10.2024 11:37 пользователем Alio.

ВСЕ АРМы (кроме АРМа Читатель)

В случае подключения к серверу, имеющего версию НИЖЕ 2024, будет выдаваться соответствующее сообщение (см. скриншот)
Рекомендуемый ответ на это сообщение - НЕТ.

Добрый день! А можно выразить еще пожелание, разработать бесшовную авторизацию в Web-ИРБИС64+PHP с ЭБС Руконт.

АРМ Каталогизатор

Расширены возможности МЕТОДА ВВОДА ЧЕРЕЗ СЛОВАРЬ (код 2)

ДОП.ИНФОРМАЦИЯ для этого метода ввода имеет вид:

<имя_БД_СЛОВАРЯ>,<ПРЕФИКС_СЛОВАРЯ>,<ФОРМАТ_ПЕРЕНОСА_ДАННЫХ>

Расширение возможности состоит в том, что в качестве имени БД можно указать *

*,<ПРЕФИКС_СЛОВАРЯ>,<ФОРМАТ_ПЕРЕНОСА_ДАННЫХ>

В этом случае БД выбирается непосредственно в процессе ввода (т.е. "на лету") - см.прикрепленный скриншот.

В качестве примера такая возможность используется (в новой версии) в БД
KZD (Календарь знаменательных дат) при вводе ссылок на записи баз данных ЭК (поле 320 - БИБЛИОГРАФИЯ)

Просьба рассмотреть возможность добавления поиска параметров в редакторе ini-файла и в клиентском АРМ Администратор.
Также было бы удобно искать расположение параметра в открытом ini-файле без обращения к справочнику. Т.е. примерно также как в АРМ Каталогизатор ищется расположение метки поля по Alt-Q

АРМ Каталлогизатор

Предлагается новая возможность при ВВОДЕ ДАННЫХ ЧЕРЕЗ СЛОВАРЬ (метод 2)

В случае, когда ФОРМАТ ПЕРЕНОСА ДАННЫХ не является пустым (при этом безусловно переносится собственно термин словаря) появляется возможность (в виде кнопки) просмотреть список документов, связанных с текущим термином словаря, а также соответствующие данные для переноса (т.е. то, что будет вводиться) и сделать выбор.
(См.прикрепленный скриншот)

Размер списка ограничен параметром MAXBRIEFPORTION.

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



Редактировано 3 раз. Последний раз 31.10.2024 10:31 пользователем Alio.

Поскольку тема вывода списка публикаций в отношении авторизованного пользователя в ИРБИС снова всплыла на поверхность (от части пользователей (один из которых - Санкт-Петербургский гос. университет) поступили вопросы и просьбы по доработке) то в этой связи просьба к разработчикам - определить поле в БД RDR в которое будет вводиться идентификатор записи в БД ATHRA для того, чтобы можно было однозначно выводить в личном кабинете пользователя список именно его публикаций.

В настоящее время в ряде модулей списки публикаций строятся по ФИО или по Фамилии и инициалам, что в корне не верно, т.к. могут быть совпадения с чужими ФИО и к тому же в ряде случаев фамилия в БД RDR обезличена или отсутствует полностью (в связи с определенными особенностями работы с персональными данными).

В авторитетном файле предусмотрены поля для ввода и других идентификаторов автора (ORCID, ID-код и SPIN-код в РИНЦ) по которым можно расширять поиск документов по БД ЭК.



Редактировано 1 раз. Последний раз 31.10.2024 10:16 пользователем ircons.

Еще пара очень желательных дополнений:

Просим рассмотреть вариант с разделением RFID и штрих-кодов в 910 поле на случай, если будет нужно использовать обе сущности, но при этом не программировать метки. Подробности в теме: [irbis.elnit.org]

Также просьба в настройках Web-ИРБИС обеспечить возможность включать/отключать аутентификацию в стиле Web-ИРБИС и LDAP и скрыть из интерфейса упоминание об LDAP, т.к. читатели могут понятия не иметь о том, что это такое.

Например ввести такие параметры:
#Аутентификация в стиле WEB-ИРБИС
AUTH_WI=1|0
#Аутентификация по LDAP
AUTH_LDAP=1|0
#Аутентификация по OpenAUTH
AUTH_OAUTH=1|0
#Аутентификация по временному пин-коду
AUTH_PIN=1|0

При включении того или иного параметра проверять аутентификацию по введенным данным в форме логин/пароль.
Для случаев, если будет использоваться AUTH_WI=1 или AUTH_PIN=1 выводить например кнопочку/меню, при нажатии на которые пользователю вместо формы логин/пароль будет подана другая форма (по другой паре или вообще по уникальному временному пин-коду).

А. Роман написал(а):
-------------------------------------------------------
> Еще бы вот с карманом что-то сделать,
> чтобы можно было не только к MFN привязываться и в
> качестве альтернативы можно было наряду с MFN
> работать и с GUIDами записей. Например, если
> строка = длине GUID, значит GUID, если короче -
> значит MFN.
Приведите практический пример актуальности этой идеи...

ircons написал(а):
-------------------------------------------------------
> Просьба рассмотреть возможность добавления поиска
> параметров в редакторе ini-файла и в клиентском
> АРМ Администратор.
> Также было бы удобно искать расположение параметра
> в открытом ini-файле без обращения к справочнику.
> Т.е. примерно также как в АРМ Каталогизатор ищется
> расположение метки поля по Alt-Q

По каким признакам Вы хотите искать параметры: по их названиям или по ключевым словам из описания их назначения?

ircons написал(а):
-------------------------------------------------------
> Поскольку тема вывода списка публикаций в
> отношении авторизованного пользователя в ИРБИС
> снова всплыла на поверхность (от части
> пользователей (один из которых -
> Санкт-Петербургский гос. университет) поступили
> вопросы и просьбы по доработке) то в этой связи
> просьба к разработчикам - определить поле в БД RDR
> в которое будет вводиться идентификатор записи в
> БД ATHRA для того, чтобы можно было однозначно
> выводить в личном кабинете пользователя список
> именно его публикаций.
>
> В настоящее время в ряде модулей списки публикаций
> строятся по ФИО или по Фамилии и инициалам, что в
> корне не верно, т.к. могут быть совпадения с
> чужими ФИО и к тому же в ряде случаев фамилия в БД
> RDR обезличена или отсутствует полностью (в связи
> с определенными особенностями работы с
> персональными данными).
>
> В авторитетном файле предусмотрены поля для ввода
> и других идентификаторов автора (ORCID, ID-код и
> SPIN-код в РИНЦ) по которым можно расширять поиск
> документов по БД ЭК.

А если такой пользователь введет свою фамилию в поле АВТОР БИБЛИОГРАФИЧЕСКОГО ПОИСКА (вернее, выберет ее в подсказчике) и получит результат, в котором будут присутствовать публикации его однофамильцев (интересно оценить вероятность этого), - это будет большой "трагедией"?

АРМ Каталогизатор

Изменена технология сохранения КАРМАНОВ: карманы сохраняются в виде списка GUID соответствующих документов.

При этом "старые" карманы, сохраненные в виде списка MFN, будут работать.