Версия ИРБИС64 2017.1(D3)
Добрый день!
Вводная: все сотрудники причастные к работе в АРМ Каталогизатор/Книговыдача/Комплектатор, работают под индивидуальным логином и паролем.
Проблема: Когда сотрудник вводит новую запись в АРМ Каталогизатор в базе данных "BOOK"(эта проблема актуальна и для всех остальных баз данных), то в поле 907 в подполе ^B, отображается другой сотрудник, а не тот, который работал фактически.
Прошу помощи в решении данной проблемы, где смотреть, что исправлять?

DNTB-NSK написал(а):
-------------------------------------------------------
> Версия ИРБИС64 2017.1(D3)
> Добрый день!
> Вводная: все сотрудники причастные к работе в
> АРМ Каталогизатор/Книговыдача/Комплектатор,
> работают под индивидуальным логином и паролем.
> Проблема: Когда сотрудник вводит новую запись в
> АРМ Каталогизатор в базе данных "BOOK"(эта
> проблема актуальна и для всех остальных баз
> данных), то в поле 907 в подполе ^B, отображается
> другой сотрудник, а не тот, который работал
> фактически.
При индивидуальных логин/пароль такого быть не может

И всё же, это так. Как я могу доказать обратное??? Вот к примеру, в БД периодических изданий "GAZET", сотрудник Шелупина Н.М.(логин ШМН), вводит новую запись, нажимает кнопку "сохранить", проверяет запись еще раз и видит, в поле 907^B инициалы "ПЕВ" (Пилюшина Е.В., этот сотрудник в БД GAZET y нас не работает вообще).
Так же, в поле 907^B, записи БД "BOOK" сегодня увидел инициалы САС(Сучков А.С. это сотрудник музея, у них своя база "MUZ" и видят они на своих рабочих местах только ее)
Как быть? Мне не понятно, от куда формируется это поле?
Не знаю можно ли сделать это поле доступным для ввода, чтобы сотрудники сами выбирали кто ввел запись, но делать этого не хочется. по понятным причинам...
Кто сталкивался с подобным, подскажите пожалуйста, что можно исправить и где???

Заранее спасибо.

При работе в АРМ Комплектатор у Вас используется переход в АРМ Каталогизатор (при нажатии кнопки КОРРЕКТИРОВКА)?

Проверьте - не работает ли кто-то из клиентов АРМа Комплектатор с версией ниже 2017.1

То что вы описали - сотрудник вводит, сохраняет..... Это происходит не в АРМе Каталогизатор "под Комплектатором"? Это важно - сам Каталогизатор застартован или вы вошли в него из Комплектатора?

Добрый вечер! Я уже понял, что это важный момент, завтра с утра пойду "допрашивать", НО утверждают, что работа ведется ими, напрямую ТОЛЬКО в АРМ Каталогизатор и АРМ Комплектатор в это время закрыт...., но что-то мне теперь не верится в это.
И на счет версии самого АРМ Комплектарор, проверю каждое рабочее место с данным АРМом.

DNTB-NSK написал(а):
-------------------------------------------------------
> И всё же, это так. Как я могу доказать обратное???
> Вот к примеру, в БД периодических изданий "GAZET",
> сотрудник Шелупина Н.М.(логин ШМН), вводит новую
> запись, нажимает кнопку "сохранить", проверяет
> запись еще раз и видит, в поле 907^B инициалы
> "ПЕВ" (Пилюшина Е.В., этот сотрудник в БД GAZET y
> нас не работает вообще).
> Так же, в поле 907^B, записи БД "BOOK" сегодня
> увидел инициалы САС(Сучков А.С. это сотрудник
> музея, у них своя база "MUZ" и видят они на своих
> рабочих местах только ее)
> Как быть? Мне не понятно, от куда формируется это
> поле?
> Не знаю можно ли сделать это поле доступным для
> ввода, чтобы сотрудники сами выбирали кто ввел
> запись, но делать этого не хочется. по понятным
> причинам...
> Кто сталкивался с подобным, подскажите пожалуйста,
> что можно исправить и где???
>
> Заранее спасибо.

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

т.е. скорее всего сейчас так

пример, как наверное у вас сейчас


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

пример, как должно быть

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

Доброе утро! Да, у меня сейчас действительно так, пойду исправлю, посмотрю, что получится

Доброе утро! Проверил, все АРМ Комплектатор у сотрудников версии 2017.1, и все они "вызывают" АРМ Каталогизатор отдельно, как самостоятельный АРМ, не из АРМ Комплектатор

Я к стати поспешил, в Вашем примере, о том как есть сейчас, логин и пароль- единица. У меня изначально логины и пароли у всех были разные, но *ini-файлы, были одинаковыми...., для чистоты эксперемента я всё исправил, теперь и логины/пароли/ini у всех индивидуальные..., проверяю результат...

Однако... В чем же у Вас была "уникальность" логинов/паролей, если с ними были связаны одинаковые INI-файлы???
(Спасибо, GLUKa. Мне в голову не приходило думать о таком...)

Считал, что пара логин/пароль и задают ту самую уникальность, хоть и ini одинаково названы, ошибался, ошибку признал, исправил, запомнил.
После исправления и на данный момент, жалобы на не корректное отображение записи в поле 907 отсутствуют.
Спасибо за помощь.

Добрый день!
Ирбис 64, версия 2014.1
Ситуация такая:
Работая через АРМ Администратор со справочниками (MNU) запортила случайно Client_M.mnu.
Сейчас файл восстановила.
С клиентскими АРМами работают 2 человека, т.е. как обычно входят в рабочие АРМы Каталогизатор, Книговыдачу и т.п.
Например, Иванов Иван Иванович (ИИИ) и Петров Матвей Петрович (ПМП).
Все работают под индивидуальным логином и паролем.
В АРМы Система Ирбис пускает и распознает их по ФИО и паролю как обычно.
Но, работая в БД книг или другой базе у Каталогизатора, зашедшего под данными ПМП, при сохранении записи в Каталогизаторе, во вкладке «Технология» (поле 907) записи сохраняются как у ИИИ.
Не могу разобраться, что же произошло и где еще что исправить?
Очень надеюсь на вашу помощь.

IOPC2015 написал(а):
-------------------------------------------------------
> Все работают под индивидуальным логином и паролем.

Этого недостаточно. Ещё у каждого пользователя должен быть индивидуальный ini-файл каталогизатора вместо общего irbisc.ini

Например irbisc_ИИИ.ini с таким содержимым:

[@irbisc]

[PRIVATE]
FIO=ИИИ

Ещё можете прописать индивидуальные списки доступных баз

[Main]
DBNNAMECAT=db_ИИИ.mnu

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

--
Сергей Кузнецов

Спасибо Сергей, попробую корректировать INI файлы.