[ОТВЕТИТЬ]
Опции темы
21.01.2016 16:55  
Stels
СМ 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 в основной каталог для приема.
как будут починять пока не понятно ...
пока придётся так ручками лопатить :(
но вариант рабочий
 
21.01.2016 16:58  
Mtirt
Что починять? Зачем починять? Чем вам не нравится это поведение системы?
 
21.01.2016 17:03  
Stels
Цитата:
Сообщение от Mtirt
Что починять? Зачем починять? Чем вам не нравится это поведение системы?
мне что по каждой такой накладной
(а их за день по одному магазину допустим сегодня 8 шт было)
руками разгребать:
искать пару файлов по каждой накладно (причём по содержимому файла по номеру),
копировать руками найденное в каталог...

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

причём из интерфейса программы вообще такие ситуации не увидеть..
 
21.01.2016 17:06  
Mtirt
В почтовом модуле видно.
Не так уж часто это происходит.
У меня за 10 дней было 5 случаев. Причем в 2-х был виноват магазин...

А вам больше понравится, если данные поставщика перезатрут уже принятую накладную?
 
21.01.2016 17:08  
Stels
в том то и дело, что у Вас мало, а у нас Много.

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

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

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

но это не дело

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



Часовой пояс GMT +3, время: 18:34.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.