Здравствуйте.

У нас раньше было сделано так, что при запуске Книгообеспеченности выскакивало окошко "Настройка", и не закрывалось, пока не введен Ответственный.
А потом эта настройка пропала :) Концы давно ушли в воду, ничего не помню.
Как бы это вернуть? Или, вдруг, появилась возможность брать фамилию из ини-файла, хранящегося на сервере?

Ирбис64 2006 (пока .1, скоро .2 поставим).

Есть параметр PROTVFACE в разделе [MAIN] INI-файла Книговыдача (для ИРБИС64 - серверная часть)
Если PROTVFACE=0 (по умолчанию), то сведения об ответственном лице берутся из параметра OTVFACE клиентского INI-файла.
Если PROTVFACE=1, то система потребует обязательного непосредственного ввода в поле ОТВЕТСТВЕНЕНОЕ ЛИЦО режима НАСТРОЙКА (в противном случае ни одна операция выдачи/возврата не будет исполняться)



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

Alio написал(а):
-------------------------------------------------------
> Есть параметр PROTVFACE в разделе INI-файла
> Книговыдача (для ИРБИС64 - серверная часть)
> Если PROTVFACE=0 (по умолчанию), то сведения об
> ответственном лице берутся из параметра OTVFACE
> клиентского INI-файла.
> Если PROTVFACE=1, то система потребует
> обязательного непосредственного ввода в поле
> ОТВЕТСТВЕНЕНОЕ ЛИЦО режима НАСТРОЙКА (в противном
> случае ни одна операция выдачи/возврата не будет
> исполняться)

Александр Иосифович, а не проще бы было при PROTVFACE=0 брать параметры из серверного ini и иметь индивидуальные серверные ini для АРМ Книговыдача? Ведь в каталогизаторе подобные вещи задаются в серверном ini.
Есть проблема при работе (посменно) нескольких человек на одном ПК.

См. также ссылку



Редактировано 1 раз. Последний раз 19.02.2007 18:52 пользователем А. Роман.

Категорически поддерживаю Романа. Совершенно неправильно что OTVFACE хранится в доступном для редактирования клиентском ИНИ. Впрочем как и FIO.

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

Есть предложение (для ИРБИС64):
Если PROTVFACE=0 (по умолчанию), то в качестве ответственного лица берется имя пользователя (login)
Жду реакции...

Да. Это было бы то, что надо. Я - "за" - всеми руками.
Правда, можно прогнозировать возражения со стороны тех пользователей у которых практикуется групповой логин (привязаный допустим к конкретному рабочему месту или отделу), поскольку в этом случае PROTVFACE=1 и значит придется каждый раз вводить ответственного "вручную".

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

Да. Мы, например в качестве логина и пароля используем ш.-к. для ускорения запуска АРМ, поскольку у каждого ПК на абонементе есть сканер.
Идентификация пользователя (при необходимости) осущ-ся по client_m.mnu, где в суффиксе серверного ini - ФИО пользователя, напр. cat_АРС.ini (которое и в OTVFACE и в FIO.MNU).
Поэтому использовать такой метод будет неудобно (для библиотеки ГУАП).

Александр Иосифович, то, что у "некоторых" пользователей много клиентских ini и один серверный - никак не скажется на их работе, т. к. предлагается развернуть ситуацию на 180 гр. - один клиентский - несколько серверных ini. Это ведь даже проще администрировать! Куда как легче изменить параметры на сервере, чем на клиентским ПК.

Но самое главное требование (особенно в отсутствие печати контрольных таллонов) - жестко контролировать ответственность пользователя! Если пользователя обязать перед началом работы АРМ вводить отв. лицо - нет гарантии, что он нарошно или ненарошно не введет некорректные данные в поля (по понедельникам бывает, что люди тяжело "раскачиваются"). Если же использовать фиксированные значения OTVFACE и MRG из клиентских ini - нет гарантии, что пользователь не запустит АРМ с чужим клиентским ini и как следствие этого - с чужими данными.

Ну ведь никто не спорит о целесообразности хранить подобную информацию в серверном ini у АРМ Каталогизатор?! А ведь АРМ Книговыдача, используется как правило в неск. раз меньшим числом пользователей, чем АРМ Каталогизатор.



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

То ли я что-то плохо помню, то ли не про то разговор, но еще на Либкоме были "удачные диалоги" с Алесандром Иосифовичем, что пароли у клиента не оставлять ни при каких обстоятельствах. Там же студенты могут быть всякие и пр. :)

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

Карауш написал(а):
-------------------------------------------------------
> То ли я что-то плохо помню, то ли не про то
> разговор, но еще на Либкоме были "удачные диалоги"
> с Алесандром Иосифовичем, что пароли у клиента не
> оставлять ни при каких обстоятельствах. Там же
> студенты могут быть всякие и пр. :)

Пароль и логин остались только в АРМ Читатель, и это правильно, т.к. каждый раз при запуске вводить эти данные вручную - лишняя работа, да и на безопасности это никак не скажется.

Александр Иосифович, может уже достаточно высказываний в пользу переноса параметров в серверный ini?