Ошибка при повторном приёме ТТН ЕГАИС после первоначального отказа : Супермаг Плюс (Супермаг 2000)

Stels · █ 21.01.2016 16:55

СМ 1.032.2. SP3

14.01.2016
В Супермаг были приняты несколько ТТН ЕГАИС от поставщиков.
В этот же день данные накладные были отклонены.
Статус по ним конечный: Отказ принят ЕГАИС.

Номер ТТН Ид. В ЕГАИС
KV0000932 TTN-0001502696

15.01.2016 Поставщик перевыслал данные накладные (исправив их предварительно) с ТЕМ ЖЕ НОМЕРОМ (в Супермаге, как я понял, это Номер ТТН)
У поставщика данная операция отработала корректно..

На сколько я понял, наш УТМ принял данные накладные.
Но в Супермаге они не отобразились.

Я так понимаю, что повторно высланные ТТН Пришли к нам,
ЕГАИС NUMBER у них одинаковый, а WBRegId разный

А в Супермаге (скорее всего) проверяется уникальность ЕГАИС NUMBER .
И документ с уже принятым номером не может повторно создаться.

В логах почтового модуля я вижу следующие ошибки:

Код:

----- Ошибка приема -----
Пакет: 160115142655_WayBill_38.xml
Тип объекта: Документ ЕГАИС - Накладная на отгрузку (ТТН)
Идентификатор объекта: KV0000932
-- Уровень вложения 0 --
Сообщение: Накладная ЕГАИС NUMBER=KV0000932, WBRegId=TTN-0001502696 уже связана с документами Супермага и не может быть принята повторно.
Исключение: Sm.Core.BaseException
Источник: Sm.Post.Filters.Egais
Метод: System.String WriteWayBillHeader(Sm.Post.Filters.Egais.WayBillHeader)

----- Ошибка приема -----
Пакет: 160115142655_TTNInformBReg_37.xml
Тип объекта: Документ ЕГАИС - Уведомление о регистрации движения
Идентификатор объекта: KV0000932 / TTN-0001825726
-- Уровень вложения 0 --
Сообщение: ORA-02091: откат транзакции выполнен
ORA-00001: нарушено ограничение уникальности (SUPERMAG.SMCEGAISDOCHEADER_UK)

Исключение: System.Data.OracleClient.OracleException
Источник: System.Data.OracleClient
Метод: Void Check(System.Data.OracleClient.OciErrorHandle, Int32)

Ответ Тех.Поддержки:

Код:

 удалите предыдущие ТТН поставщика, которые отклонили и примите повторно новые ТТН поставщика

Пакеты, которые не принялись сохраняются в папке Error, убедитесь что они там есть по данным ТТН. После удаления ТТН, подложите пакеты из папки Error в основной каталог для приема.

как будут починять пока не понятно ...
пока придётся так ручками лопатить :(
но вариант рабочий

Mtirt · █ 21.01.2016 16:58

Что починять? Зачем починять? Чем вам не нравится это поведение системы?

Stels · █ 21.01.2016 17:03

Цитата:

Mtirt ➤ Что починять? Зачем починять? Чем вам не нравится это поведение системы?

мне что по каждой такой накладной
(а их за день по одному магазину допустим сегодня 8 шт было)
руками разгребать:
искать пару файлов по каждой накладно (причём по содержимому файла по номеру),
копировать руками найденное в каталог...

бред же ...
что за автоматизация ..

причём из интерфейса программы вообще такие ситуации не увидеть..

Mtirt · █ 21.01.2016 17:06

В почтовом модуле видно.
Не так уж часто это происходит.
У меня за 10 дней было 5 случаев. Причем в 2-х был виноват магазин...

А вам больше понравится, если данные поставщика перезатрут уже принятую накладную?

Stels · █ 21.01.2016 17:08

в том то и дело, что у Вас мало, а у нас Много.

И ничего затирать не надо ...
WBRegId -то разный ...

надо чтобы всё равно загружалось ...пусть уникальность по полю номер поставщика уберут ...

или ещё как-нибудь ...

но это не дело

(С+ обещали подумать)

Alexei · █ 21.01.2016 17:26

Мы пока решили, что после подтверждения отказа от накладной из ЕГАИС удалять их в Супермаге.
Регистрационный номер ТТН (TTN-*) в ЕГАИС уникальный, даже если после первоначального отклонения накладной поставщик ее повторил с тем же своим внутренним номером и датой. Супермаг текущей версии проверяет накладные из ЕГАИС на уникальность по FSRAR_ID поставщика и покупателя, номеру накладной поставщика (не ЕГАИС), дате накладной (SMCEGAISDOCHEADER_UK).