Не создаются кассовые документы ORA-00001: unique constraint (SUPERMAG.SMCSPEC_PK) : Супермаг Плюс (Супермаг 2000)

в любое время - на нашей фабрике забастовок не бывает :connie_13:

еще как выриант ...
Кредитная карта с ид 254 есть в СМ?

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

кстати, а после приема данных каталоги от файликов очищаются?

и, кстати, есть ли разница в загрузке только 1й кассы? В смысле - проблема ли в совместной загрузке 1 и 2 или вообще 1ю только грузить и падает? Трассировать умеешь? Я бы тоже предложил сервиспак накатить, это же не версию обновить..

Пробовал варианты:
а. Грузим №1 - чеки закрыты, нет кассового документа, ругань в событиях, если следом загрузить №2 то документа нет, чеки закрыты.;
б. Грузим №2 - чеки закрыты, кассовый есть, ругани нет, если следом загрузить №1 то итог пункта а.

Трассировать не умею.

Может, попробовать постепенно отрезать от выгрузки куски и подкладывать все меньшую часть, чтобы понять, где собака порылась? Судя по всему, вторую кассу можно пока забыть, не в ее выгрузке дело.

Чем закончилось? А то любопытно очень, что за грабли...

Всем доброго времени. Извеняюсь за молчание, только сегодня закончил с эту проблему решать.
Итог: С базой и самой выгрузкой все в порядке. Проблема крылась в том, что по невнимательности (или еще почему) менеджер центрального офиса поставил свойства для головной карточки сортного товара разрешение грузит в кассу и весы. А продавец взвесил товар, не обратив внимание на отсутствие сортности.

В это смену была продажа в чеке №7 головной карточки (035697) и в чеке №242 сортной(025662) и головной(035697). Первую продажу СМ пропускает, а когда доходит до второй то вываливается в ошибку. После изменения артикула головной карточки в чеках продажи на сортный артикул, продажи загрузились.