Добрый день!

Первый пользователь работает с КСУ, допустим 2022/3, копирует описание в БД CMPL, вводит экземпляры, автоматически приписывается правильное КСУ - 2022/3. В это время второй пользователь нажимает создать новое КСУ, например 2022/4 и начинает работать с ним. В какой-то момент у первого пользователя начинает приписываться номер КСУ 2022/4(При сохранении экземпляров), хотя в мастере и настройках стоит 2022/3.

Этого как-то можно избежать?

P.S. Это замечено при режиме корректировки "Перенести описание в БД Комплектование". Т.е. когда описание книги переносят в базу CMPL

У нас аналогичные сбои были, когда при переходе на новую версию мы не заметили, что в списке клиентов для доступа к серверу сбились настройки и все пользователи, которые ранее были прописаны с личными ини-файлами, оказались со ссылками на один общий ини-файл комплекатора. Мы не сразу поняли в чем дело т.к. входил то человек под своим привычным логином-паролем, а вот в файле client_m.mnu было вот такое нарушение, что у всех был указан один и тот же общий ини комплектатора вместо личных.



Редактировано 2 раз. Последний раз 26.01.2022 16:05 пользователем roit.

roit написал(а):
-------------------------------------------------------
> У нас аналогичные сбои были, когда при переходе на
> новую версию мы не заметили, что в списке клиентов
> для доступа к серверу сбились настройки и все
> пользователи, которые ранее были прописаны с
> личными ини-файлами, оказались со ссылками на один
> общий ини-файл комплекатора. Мы не сразу поняли в
> чем дело т.к. входил то человек под своим
> привычным логином-паролем, а вот в файле
> client_m.mnu было вот такое нарушение, что у всех
> был указан один и тот же общий ини комплектатора
> вместо личных.


Это первое что я проверил) С настройками ini файлов все в порядке. У каждого свой.
Скорее всего при создании КСУ, записывается параметр KSU= в irbisp.ini секцию private. А комплектатор ее использует когда другой пользователь вызывает запись на редактирование из комплектатора, а не пользовательский ini файл. Но это мои предположения, возможно я не прав.



Редактировано 1 раз. Последний раз 26.01.2022 17:04 пользователем Zimy4.

Вопрос снимаю. Разобрался. Действительно. Почему-то у всех пользователей сбросился irbisp.ini. riot вы были правы. Я смотрел Clients_m.ini файл через через блокнот. А когда открыл в Администраторе, то он там показывает совсем другое... А другое показывает потому что я переносил файл clients_m.ini в котором не было еще секции АРМ МБА. И соответственно все настройки сбились, перенеслись ini файлы АРМ Комплектатора в АРМ МБА.



Редактировано 2 раз. Последний раз 27.01.2022 10:16 пользователем Zimy4.

Добрый день!
Ирбис 64+ 2020.1 (D4)
Одновременно работают два комплектатора (у каждого свои ини-файлы, они корректные), работают в разных КСУ. При том, что у каждого имеется свой ини-файл, инвентарный номер изданий не размножается для каждого. И приходится обращаться к записи № 1 (пользователь ирбис) и править вручную 910 поле.
Что можно сделать, чтобы автоматизировать этот процесс? Спасибо.

" не размножается" - вы имеете в виду не обновляется максимальный инв.номер? А вы вводите в БД каталога или предварительно в БД CMPL?

Да, не обновляется максимальный инв.номер.
Вводим в БД CMPL.

А если работает один пользователь, то макс.инв. корректируется в записи POLZV? И когда работают два пользователя, то макс.инв. вообще не корректируется или корректируется одним пользователям?
У вас не Турбо сервер?
Приложите, пожалуйста, запись POLZV.

ochagova написал(а):
-------------------------------------------------------
> А если работает один пользователь, то макс.инв.
> корректируется в записи POLZV?

Да, корректируется, и автоматически формируется следующий номер...

И когда работают
> два пользователя, то макс.инв. вообще не
> корректируется или корректируется одним
> пользователям?

Корректируется одним пользователем

> У вас не Турбо сервер?

Нет


> Приложите, пожалуйста, запись POLZV.

Прилагаю.

Может вы имеете в виду, что не сдвигается номер 377421? А сдвигается всегда 377580? Так это правильно.
Иначе надо рассматривать ситуацию, когда два пользователя одновременно нажали кнопку сохранить, одновременно запустилось задание autoin.gbl на двух компах и как будет сервер вести себя в такой ситуации - не знаю. Но ситуация одновременности ОЧЕНЬ маловероятна.

ochagova написал(а):
-------------------------------------------------------
> Может вы имеете в виду, что не сдвигается номер
> 377421? А сдвигается всегда 377580? Так это
> правильно.
> Иначе надо рассматривать ситуацию, когда два
> пользователя одновременно нажали кнопку сохранить,
> одновременно запустилось задание autoin.gbl на
> двух компах и как будет сервер вести себя в такой
> ситуации - не знаю. Но ситуация одновременности
> ОЧЕНЬ маловероятна.

Уточнила у комплектаторов: им нужно создать условия, чтобы шло обновление каждого из двух максимальных инв.номеров, которые сейчас у нас записаны в 910 поле. Возможно ли это?

Нет, это невозможно для одного шаблона инв.ном. Если бы шаблоны отличались - например, префикс-число, число-префикс, то для каждого шаблона велось бы максимальное значение. Вы можете предположить - как в глобальном задании можно отличить - какое именно число менять?
Путем изменения алгоритма автоввода, можно было бы... Но это частное решение.