А. Роман написал(а):
-------------------------------------------------------

> Еще большая просьба включить параметр UserPassWord
> для АРМов,
Нет - иначе идея пароля теряет всякий смысл.

так как ситуация с запуском АРМ по
> технологии автоматической авторизации с текущей
> учетной записью Windows небезопасна ввиду того,
> что АРМ Можно стартовать со стандартным
> ini-файлом, указав имя пользователя и введя ! в
> качестве пароля.
> Сам режим автоматической авторизации тоже стоит
> немного модифицировать. Например ввести запрет на
> авторизацию в АРМах с паролем = ! при вводе такого
> паролья вручную или в параметре ini-файла.

Именно это будет сделано для всех АРМов!

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

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> >
> > Это было бы удобно для ситуаций типа: Иванову
> > можно удалять записи в БД TEST и нельзя в
> > остальных БД.
> А это, кстати, задачка для любознательных: как
> сделать так, чтобы конкретный пользователь мог
> удалять записи в определенных БД, а в других -
> нет!

Александр Иосифович, эту задачу мы давно решили для себя через произвольные пользовательские режимы, добавив ГК на удаление текущей записи и форматом определяя кому данную кнопку в оперативных режимах выводить, а кому нет. При этом у всех кроме администратора установлен параметр DELETEABLE=0
Об этом я даже как-то недавно писал на форуме и приводил скриншоты, а также подробнее рассказывал на площадке Красноярского ИРБИС-Клуба в 2020 году (презентация в приложении, а видео-запись есть в сети).

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

Alio написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
>
> > Еще большая просьба включить параметр
> UserPassWord
> > для АРМов,
> Нет - иначе идея пароля теряет всякий смысл.

Очень жаль. В планировщике задач конечно можно указать от имени какой учетной записи запускать тот или иной АРМ. Но иногда бывает нужно стартовать один и тот же АРМ с разными профилями и тогда придется создавать отдельные учетные записи Windows чтобы автоматически стартовать АРМ с нужным профилем пользователя ИРБИС. Применение логина и пароля из ini-файла упростило бы настройку и применение сценариев автоматической (пакетной) работы АРМов.

Сейчас Иван Сергеевич Батрак работает над компиляцией АРМов для Linux. Там тоже будет работать та же логика использования авторизации для текущих учетных записей Linux (при задании в ini-файле знака ! в параметре UserName)?

Можно ли в АРМ Книговыдача в режиме корректировки записи читателя или записи БД ЭК предусмотреть использование произвольных пользовательских оперативных режимов?
Например с другим именем файла, нежели в обычном АРМ Каталогизатор (operhint_b.pft) чтобы оставить в данном файле только те режимы, которые могут быть нужны пользователю применительно к корректировке текущей записи?

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



Редактировано 3 раз. Последний раз 07.10.2022 14:45 пользователем А. Роман.

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

Можно значительно проще...

Если у Вас Web-ИРБИС64+ или Web-ИРБИС64+ PHP можете использовать этот формат (как вставку в любой другой формат для клиентских АРМов) для формирования ссылки на текущий документ на сайте библиотеки.

В формате используется параметр профиля пользователя (INI-файл) в секции [MAIN]
PATHTOCGIIRBIS=
в котором надо указать адрес шлюза на Вашем сайте. Например:

PATHTOCGIIRBIS=http://www.gpntb.ru/cgi-bin/irbis64r_plus/cgiirbis_64_ft.exe

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

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

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

AUTOSAVEINTERVAL=

который определяет интервал времени в МИНУТАХ, по истечении которого выполняется АВТОМАТИЧЕСКОЕ сохранение текущей записи (если она корректировалась и не была сохранена)

По умолчанию значение параметра 0 - т.е. автосохранение отключено.

Автосохранение выполняется, если выполняются следующие условия:

- текущая запись не является НОВОЙ;
- активным окном (формой) является основной интерфейс АРМа Каталогизатор;
- текущая запись без ошибок проходит ФЛК.

Отсчет интервала времени для автосохранения начинается (возобновляется) после последнего корректирующего действия с текущей записью.



Редактировано 1 раз. Последний раз 11.10.2022 16:48 пользователем Alio.

А. Роман написал(а):
-------------------------------------------------------
> Можно ли в АРМ Книговыдача в режиме корректировки
> записи читателя или записи БД ЭК предусмотреть
> использование произвольных пользовательских
> оперативных режимов?
Вряд ли... Слишком сложно, а главное - неоправданно: есть АРМ Каталогизатор.

Прошу рассмотреть возможность добавления в АРМ Администратор/Каталогизатор функционала импорта записей "вместо удаленных". Т.е. как бы аналог "импорта со слиянием", но со следующей логикой работы:
1. Записи из внешнего файла записываются на место физически удаленных mfn
2. В случае если в импортируемом файле число записей превышает число физически удаленных в БД, записи из файла, которым не хватило существующих "пустых ячеек", дописываются как новые.

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

Куделя написал(а):
-------------------------------------------------------
> Прошу рассмотреть возможность добавления в АРМ
> Администратор/Каталогизатор функционала импорта
> записей "вместо удаленных". Т.е. как бы аналог
> "импорта со слиянием", но со следующей логикой
> работы:
> 1. Записи из внешнего файла записываются на место
> физически удаленных mfn
> 2. В случае если в импортируемом файле число
> записей превышает число физически удаленных в БД,
> записи из файла, которым не хватило существующих
> "пустых ячеек", дописываются как новые.

Максим, а зачем? Что это даст и какие записи таким образом планируете импортировать?

С MFN записей много что м.б. связано, начиная от того же кармана.

Кстати, раз уж вспомнился Карман, можно просьбу напомнить про реализацию функционала по работе кармана с GUID записей вместо|вместе c MFN?
При добавлении записей в карман и включенном параметре в ini писать в карман GUIDы записей. А в самом кармане при открытии файлов отображать записи как с MFN, так и с GUID в зависимости от того, что в файле кармана.
При этом напрашивается кнопка преобразовать MFN в GUID при сохранении файла кармана.



Редактировано 2 раз. Последний раз 13.10.2022 18:28 пользователем А. Роман.

А. Роман написал(а):
-------------------------------------------------------
> Максим, а зачем? Что это даст и какие записи таким
> образом планируете импортировать?

Индексный файл ПТБД завязан на mfn записи в ЭК. При реорганизации (экспорте/импорте) ЭК необходимо полностью пересоздавать словарь ПТБД, что при значительном количестве полных текстов очень ресурсоемко и затратно по времени. Т.е. хочется чтобы mfn записи в ЭК не менялся никогда, но при этом а) "дыры" не мозолили глаза б) при смене админа, который по какой-либо причине не в курсе этой особенности, случайно не возникло ситуации, когда из лучших побуждений "ужать базу" индекс ПТБД будет приведен в негодность.

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

Куделя написал(а):
-------------------------------------------------------
> А. Роман написал(а):
> --------------------------------------------------
> -----
> > Максим, а зачем? Что это даст и какие записи
> таким
> > образом планируете импортировать?
>
> Индексный файл ПТБД завязан на mfn записи в ЭК.
Это Вы откуда такое взяли???

Alio написал(а):
-------------------------------------------------------
> Куделя написал(а):
> --------------------------------------------------
> -----
> > А. Роман написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Максим, а зачем? Что это даст и какие записи
> > таким
> > > образом планируете импортировать?
> >
> > Индексный файл ПТБД завязан на mfn записи в ЭК.
С прискорбием вынужден признать, что это так...

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

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

Да, если по другому нельзя.
В любом случае - спасибо!

АРМ Книговыдача

В секцию [MAIN] профиля пользователя (irbisb.ini) введены три новых параметра, которые определяют, как осуществляется корректировка
- записей читателей (режимы НОВЫЙ ЧИТАТЕЛЬ и КОРРЕКТИРОВКА ЗАПИСИ ЧИТАТЕЛЯ главного меню) - параметр RDREDIT;
- записей ЭК (режим ПРОСМОТР/КОРРЕКТИРОВКА ЗАПИСИ ЭК контекстного меню в окне сведений о книговыдачах читателя и режим КОРРЕКТИРОВАТЬ ЗАКАЗАННОЕ ИЗДАНИЕ контекстного меню в окне полного описания заказа) - параметр DBNEDIT;
- записей заказов (режим КОРРЕКТИРОВАТЬ ЗАКАЗ контекстного меню в окне полного описания заказа) - параметр RQSTEDIT

Параметры принимают два значения:

1 - корректировка выполняется с помощью встроенного модуля корректировки (по умолчанию);
0 - корректировка выполняется с помощью АРМа Каталогизатор

Здравствуйте.
АРМ Книговыдача.
Можно добавить кнопку "Показать всю задолженность"?
Право менять настройки мною отключено, доступ к записи читателя ограничен по правилам доступа к персональным данным. На практике часто приходится объяснять должнику, что у него задолженность в других отделах и хотелось бы сразу и быстро давать полную информацию (читатель может и на самом деле забыть, что что-то не сдал и куда именно).

Если разрешить менять настройки, будут забывать возвращать нужный MaskMrg и множить уже другие проблемы.
Создала формат просмотра со всеми долгами, но без персональных данных, но как обычно, хотелось бы полезную настройку иметь в поставке)

Может, имеется другое готовое решение?



Редактировано 4 раз. Последний раз 28.10.2022 10:34 пользователем Novinka.

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

Александр Иосифович, у нас StrongDisplay=1. Постоянно видеть общую задолженность им не удобно.
Если Вы не про таблицу выдачи, а про формат просмотра, то в формате просмотра же краткие сведения по умолчанию, без книговыдачи?
RDRW_html мы также не можем применять - там персональные данные, которые мы теперь только ограниченному кругу лиц показываем.
Поэтому я в просмотр при каждом обновлении назначаю свой формат - что-то среднее - RDRW_html, но без персональных данных.



Редактировано 9 раз. Последний раз 28.10.2022 14:40 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Александр Иосифович, при наших настройках видны
> долги только текущего отдела выдачи, который
> указан в maskmrg. Постоянно видеть общую
> задолженность им не удобно.
Непонятно, о чем Вы говорите. В окне ЧИТАТЕЛЯ видны ВСЕ задолженности независимо от настроек МЕСТА ВЫДАЧИ.

АРМ Администратор - серверный

Для режимов ИМПОРТ и КОПИРОВАТЬ добавлена возможность соответственно при импорте и копировании заполнять в результирующих БД "дырки", образованные физически удаленными записями.

(см. прикрепленные скриншоты)

Соответственно расширены пакетные команды IMPORTDB и COPYDB:

IMPORTDB [0/#/@|1],FstName,[0|1],[0|1/2],FileName,[0|1],[0|1],[0|1],PftGblName,FormatFiltr,hole_opt

COPYDB [0|1/mfnfrom/mfnto],FstName,DbName,FormatFiltr,hole_opt

где операнд hole_opt принимает значения:
- 0 - не заполнять "дырки"
- 1 - заполнять дырки

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

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

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

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


Для режима УДАЛИТЬ введена возможность ГРУППОВОГО УДАЛЕНИЯ записей (весьма ответственная возможность)
В связи с этим в секцию [MAIN] профиля пользователя включен новый параметр

GROUPDELETEABLE=

который принимает значения:
- 0 - групповое удаление запрещено (по умолчанию)
- 1 - групповое удаление разрешено

Необходимо напомнить что собственно кнопка УДАЛИТЬ (и соответствующий режим главного меню) доступна, если:
- включен соответствующий параметр (DELETEABLE=1)
и
- текущий документ НЕ ЯВЛЯЕТСЯ ни новым ни удаленным.



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

ОГРОМНОЕ СПАСИБО!!!

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор
>
>
> Для режима УДАЛИТЬ введена возможность ГРУППОВОГО
> УДАЛЕНИЯ записей (весьма ответственная
> возможность)

Спасибо!

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

АРМ Книговыдача

Расширено действие параметра профиля пользователя (в секции [MAIN])
AUTOLAND=
регулирующего режим ВЫДАЧА БЕЗ ЗАКАЗА.
Параметр принимает два значения:
1 - при вводе в поле КЛЮЧ данных, однозначно идентифицирующих свободный экземпляр, и нажатии ENTER (например, при вводе штрих-кода) автоматически осуществлялась выдача соответствующего экземпляра (так было в прежних версиях)
0 - при вводе в поле КЛЮЧ данных, полностью совпадающих со значением термина словаря, и нажатии ENTER (например, при вводе штрих-кода) соответствующий термин отбирается (помечается в словаре «птичкой»)

Повторю уже неоднократно высказанную просьбу.

Очень хотелось бы, чтобы был исправлен алгоритм регистрации периодики, пописанный в autoin.gbl. Проблема в том, что регистрация интервалами при включении в них "сдвоенных" номеров приводит к тому, что во всех созданных записях NJ 931 поле будет размножено и в него запишутся шифры всех номеров, следующих за текущим.

======

То есть, например:

1. регистрируем интервал номеров издания н938600118 вида: 4-6,7/8,9-11

2. в самом "сдвоенном" выпуске получаем в 931 поле лишние повторения всех регистрировавшихся номеров:
#936/1:_7/8
#931/1:_^2н938600118/1990/4
#931/2:_^2н938600118/1990/5
#931/3:_^2н938600118/1990/6
#931/4:_^2н938600118/1990/7
#931/5:_^2н938600118/1990/8
#931/6:_^2н938600118/1990/9
#931/7:_^2н938600118/1990/10
#931/8:_^2н938600118/1990/11

3.в "обычных" номерах получим размножение 931 поля с шифрами номеров от текущего до последнего в интервале
#936/1:_6
#931/1:_^2н938600118/1990/7
#931/2:_^2н938600118/1990/8
#931/3:_^2н938600118/1990/9
#931/4:_^2н938600118/1990/10
#931/5:_^2н938600118/1990/11

4. в случае если идет регистрация нескольких "сдвоенных" номеров, то у последнего наоборот, в 931 поле не будет повторения с шифром максимального номера. Т.е. если мы регистрировали, к примеру, 12/13,14/15,16/17, то для 16/17 получим:
#936/1:_16/17
#931/1:_^2н938600118/1990/14
#931/2:_^2н938600118/1990/15
#931/3:_^2н938600118/1990/16

ну и так далее, там разнообразие вариантов зашкаливает.
Для ретроспективной регистрации (особенно газет) жутко неудобно. У ежедневных газет со сдвоенными выпусками 931 поле например может размножиться до пары-тройки сотен повторений. Приходится сдвоенные номера регистрировать поодиночке.

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

В просмотровщике полнотекстовых документов web-ирбиса очень не хватает нескольких вещей:

1. панели с превью страниц
2. клавиатурного управления сменой страниц
3. возможности поворота изображения страницы (rotate)

пункты по мере убывания значимости.

Если здесь это неуместно, то скажите куда переместить

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