Re: Проблемы при переносе записи из-за совпадающего шифра. Нужна консультация
Пользователь:
Сорокина Лариса (IP-адрес скрыт)
Дата: 15, September, 2017 13:35
roit написал(а):
-------------------------------------------------------
> При промышленной эксплуатации выявилась проблема.
> У нас версия 2016 D4 и файл этот уже из этой
> версии, а не тот что получен тут, он был в этом
> обновлении.
> Похоже, что проверка шифра на дублетность с БД ЭК
> происходит только при редактировании записи.
> Механизм похоже такой: запись создана, мы нажимаем
> на "сохранить", в этот момент в 903 поле записи
> образуется шифр, но проверка на дублетность после
> этого не происходит. Похоже проверка идет до
> создания 903 поля. Если зайти в запись для
> редактирования и отредактировать любое поле, то
> там на момент нажатия на "сохранить" происходит
> проверка и т.к. шифр уже в 903 поле есть, то
> сообщение о дублетности с БД ЭК появляется.
> Обнаружили так - заметили, что несколько раз
> записи, у которых при сохранении не появлялось
> сообщение о дублетности, но которые мы затем
> редактировали ругаются на дублетность при
> сохранении после редактирования.
> Записи я прикладываю, но как воспроизвести
> ситуацию искусственно не знаю. Когда я проверяла
> до этого, то как раз делала запись с дублетным
> шифром сама. Но тут весь фокус, что похоже на
> момент проверки никакого шифра в записи нет
> вообще, потом он образуется и уже никто не
> предупреждает о его дублетности.
Вы правильно поняли, что проверка дублетности происходит, когда шифра еще нет. Пока можно предложить только увеличить разрядность случайного числа в шифре. Autoin.gbl прикрепляю.
Вложения:
autoin.gbl (41.2KB)