C_DIADOC

C_DIADOC ( 9.1.37.0 )

Краткое описание :

ДиаДок. Аскона. Ошибка обмена - загрузили не в тот ящик.

Описание :

Сбыт - документы - Диадок

Что измененно :

ДиаДок. Аскона. Ошибка обмена - загрузили не в тот ящик из за
ошибок в настройке. Еще один вариант - при одновременной работе в одной
сессии(или на компьютере?) с двумя галактиками. В этом случае могла сложиться
ситуация, когда делали обмен в одном филиале, а потом сделали обмен в другом -
переподключение в этом случае уже не выполнялось, а документы должны упасть в
исходящие вместо входящих. 1. Нужно добавить настройку для последнего NPP
начиная с которого загружать данные 2. Продублировать ее в cfg по просьбе
клиента Пока нужно очистить некорректные входящие записи в DiaVent, DiaMessage,
DiaMessagePatch , DiaDocument там где нет DiaEnity.

Как измененно :

1.Добавлена настройка "Загрузить события с номера" (
"Diadoc.EventNPP" ). Если настройка еще не добавлена , то можно добавить в cfg
{DiaDoc} EventNPP = 333333 Номер можно вычислить по Ctrl+F4 DiaEvent.Npp на
нужном входящем документа по Alt+1 во втором окне . Параметр действует только
при первой загрузке , чтобы при последующей работе не грузить повторно
сообщения. Уже существующие DiaEvent в этом режиме не будут обрабатываться.
После дозагрузки документов настройку или параметр нужно обнулить. 2. Усилена
проверка установки ящика. Теперь при загрузке интерфейса он будет пытаться
устанавливаться снова. 3. Добавлена настройка Diadoc.LogOffOnUpdate' ,
'Переподключаться при каждом обновлении'(включена для филиальной базы при
наличии одного филиала в момент обновления настроек). При ее установке перед
каждым подключением к сервису будет выполняться разрыв связи. Пока настройка не
добавлена можно добавить в cfg {DiaDoc} LogOffOnUpdate=On Все это не спасет,
если работать в одной сессии с разными филиалами одновременно. 4. Добавлена
проверка последней найденной записи в DiaEvent по NPP. Если попытка считать
EventID в диадоке будет неудачна то NPP изменится на отрицательное значение и
будет предпринята попытка найти следующее значение. Число попыток ограничено
500. При превышении будет выдано сообщение на экран о необходимости обратиться
к администратору БД (или в протокол ). Администратор должен зафиксировать
ситуацию и предпринять попытки к выяснению обстоятельств произошедшего. После
можно продолжить обновляться до успеха.