Рассылка контрактов в версии 1.030 SP3 : Супермаг Плюс (Супермаг 2000)

Добрый день,
перешли на новую версию 1.030 SP3
Есть контракт с поставщиком в него нужно добавить позиции ,так как новой редакции контракта больше нет, мы добавляем позиции в существующий контракт , после чего появляются ошибки в почтовом модуле и контракт не уходит в подчиненные базы.
Иногда не уходит спецификация, а иногда не уходит контракт.
В правилах рассылки почтового модуля ставили новые правила ,но они не применяются.
для контракта 1-2,2-3.
для спецификации 1-2

Тех.поддерка сказала ,что нужно ставить правила
для контракта 1-2,2-3,3-2,2-1,1-#
для спецификации 1-2,2-1

Подскажите что это может быть?

Ошибка во вложение

Вложения

Ошибка.txt (1.8 Кб, 189 просмотров)

А зачем менять текущий контракт? Почему не создаете новый? Как потом разгребать будете?
Пахнет багом, но сначала нужно подробнее рассказать что значит "не уходит", ошибки на принимающей стороне? Только если ошибка небольшая, не надо ее вложением пихать.

Дело в том, что хотелось бы понять эталонную модель работы с контрактами в новой версии, так как столкнулись с этим в первый раз, ошибка на принимающей стороне.

Ошибку привели только по рассылке контракта, кстати, версия Oracle у вас какая? Не 11.2.0.1, надеюсь? Там еще не такие сюрпризы бывают. На обоих сторонах предполагаю либо 10.2.0.4-10.2.0.5, либо 11.2.0.3 и никакие другие.

на обеих сторонах 10.2.0.5

отлично, тогда продолжаем. предлагаю создать testcase, т.е. взять конкретный контракт, дождаться его рассылки и схватить ошибки, только с большим пониманием, что эта ошибка - по контракту, эта по спецификации. Поддержка предлагает рассылать документ при малейшем его изменении, но подобная ошибка, как в аттаче, говорит, скорее, об ошибке в коде.

Столкнулись с аналогичной ошибкой.
Кстати, такая же ошибка (только другой ключ) будет и для спецификаций поставки.
Лечится выполнением следующих скриптов

**** Для контрактов *****
begin
SMInitNewConstraint('SMSpecCO', 'SMCSpecCO_UK',
'unique (Article,DocID,DocType) deferrable initially deferred');
end;

**** Для спецификаций *****
begin
SMInitNewConstraint('SMSpecCQ', 'SMCSpecCQ_UK',
'unique (Article,DocID,DocType) deferrable initially deferred');
end;

ВАЖНО! Скрипты запускать на всех БД при остановленных службах СМ.

Также следует отметить еще один глюк:
При создании контракта и проведения сразу до "принят полностью" - он никуда не отправляется! Обещают исправить в следующем сервис паке.
Правда есть не протестированный скрипт отправки контрактов во все подчиненные БД.

Проблема исправлена в 1.030 CП5