Получили 2 варианта ТТН с одним рег.номером TTN-0144160193

[UrikEEE]

За последние дни уже второй раз столкнулись с такой проблемой: в наш УТМ одна и та же ТТН (пара документов типа WayBill_v2 и 2REGINFO) пришла два раза, причем содержимое их разное (!!!), а рег.номер один: TTN-0144160193 (FSRAR_ID грузополучателя: 010025452825).

Когда наши операторы первый раз с этим столкнулись, то сначала не придали этому значения - там в двух версиях различие было только в рег.номере справки А для одной позиции. Спокойно отправили грузоотправителю Акт расхождений с подтверждением (загрузив в нашу программу вариант с правильным рег.номером справки А), а затем вылезла проблема - ЕГАИС в своей базе провел ДРУГОЙ вариант документа (с другим рег.номером). И мы долго не могли отдать этот товар на реализацию, так как при попытке отправить в ЕГАИС уже нашу ТТН с этим товаром ЕГАИС отказывался проводить, ругаясь на то, что эта позиция "имеет необеспеченный расход".

В этот раз расхождения (между двумя вариантами одного и того же документа) серьезнее, поэтому наши операторы пока воздерживаются от отправки Акта расхождений. Можете прокомментировать, почему вообще ТАКОЕ ВОЗМОЖНО?

[DionisK]

За последние дни уже второй раз столкнулись с такой проблемой: в наш УТМ одна и та же ТТН (пара документов типа WayBill_v2 и 2REGINFO) пришла два раза, причем содержимое их разное (!!!), а рег.номер один: TTN-0144160193 (FSRAR_ID грузополучателя: 010025452825).

Когда наши операторы первый раз с этим столкнулись, то сначала не придали этому значения - там в двух версиях различие было только в рег.номере справки А для одной позиции. Спокойно отправили грузоотправителю Акт расхождений с подтверждением (загрузив в нашу программу вариант с правильным рег.номером справки А), а затем вылезла проблема - ЕГАИС в своей базе провел ДРУГОЙ вариант документа (с другим рег.номером). И мы долго не могли отдать этот товар на реализацию, так как при попытке отправить в ЕГАИС уже нашу ТТН с этим товаром ЕГАИС отказывался проводить, ругаясь на то, что эта позиция "имеет необеспеченный расход".

В этот раз расхождения (между двумя вариантами одного и того же документа) серьезнее, поэтому наши операторы пока воздерживаются от отправки Акта расхождений. Можете прокомментировать, почему вообще ТАКОЕ ВОЗМОЖНО?

xml вы не могли бы выложить этих дублирующихся ТТН?

[Operator 4]

В системе зарегистрирована 1 ТТН с таким номером, приложите больше информации.

[UrikEEE]

xml вы не могли бы выложить этих дублирующихся ТТН?

Выложил 4 файла на яндекс.диск

[UrikEEE]

Первый раз подобное задвоение случилось в прошлый четверг 7 сентября, рег.номер тех двойников: TTN-0142816195

[Operator 4]

В файлах что вы приложили, fsrar_id отправителя - 010000007099, в TTN-0142816195 - 010000005289. Задвоений по ТТН нет. Рекомендуем обратиться к разработчикам вашей УС. Так же проверьте задвоения на домашней странице УТМ во вкладке входящие, если они так и вправду имеются, обратитесь в лк ФСРАР в раздел "линия поддержки".

[UrikEEE]

В файлах что вы приложили, fsrar_id отправителя - 010000007099, в TTN-0142816195 - 010000005289. Задвоений по ТТН нет.

Простите, но TTN-0142816195 сюда (к выложенным мною файлам) зачем приплетать? В выложенных мною файлах указан рег.номер TTN-0144160193, об этом я и писал в начале этой темы и в ее заголовке.

А рег.номер TTN-0142816195 я указал из ПЕРВОГО ЗАДВОЕНИЯ, которое случилось неделю тому назад. Чтобы обратить ваше внимание, что эта проблема УЖЕ ПОВТОРЯЕТСЯ. Если хотите, могу выложить файлы-двойники и для этой ТТН.

Задвоений по ТТН нет - то есть, те две пары файлов, что мы получили из УТМ (и которые я выложил на яндексдиске) - это не проблема ЕГАИС, а проблема УС (видимо, учетной системы)? Ничего себе кино! Ведь мы как чукчи из анекдота: только читатели, а не писатели. Ребята, спасибо, бюрократия свое дело знает

[Operator 4]

В файлах что вы приложили, fsrar_id отправителя - 010000007099, в TTN-0142816195 - 010000005289. Задвоений по ТТН нет.

Простите, но TTN-0142816195 сюда (к выложенным мною файлам) зачем приплетать? В выложенных мною файлах указан рег.номер TTN-0144160193, об этом я и писал в начале этой темы и в ее заголовке.

А рег.номер TTN-0142816195 я указал из ПЕРВОГО ЗАДВОЕНИЯ, которое случилось неделю тому назад. Чтобы обратить ваше внимание, что эта проблема УЖЕ ПОВТОРЯЕТСЯ. Если хотите, могу выложить файлы-двойники и для этой ТТН.

Задвоений по ТТН нет - то есть, те две пары файлов, что мы получили из УТМ (и которые я выложил на яндексдиске) - это не проблема ЕГАИС, а проблема УС (видимо, учетной системы)? Ничего себе кино! Ведь мы как чукчи из анекдота: только читатели, а не писатели. Ребята, спасибо, бюрократия свое дело знает

Приложите скриншот с домашней страницы УТМ как доказательство того что именно в УТМ, а не в вашей УС, имеются дубли с одинаковым регистрационным номером и если они там имеются сообщать об этом необходимо так же в дежурную службу ЕГАИС.

[UrikEEE]

Сразу добавлю: в файлах-двойниках WayBill_v2 указано разное значение тега <Identity>:

26bfcce5-97b6-11e7-9ba5-0002b3960b35 и
fca561e5-97ce-11e7-9ba5-0002b3960b35

При том, что номер и дата документа одинаковые. То есть, это точно не двойники в УТМ, но как в УТМ могли оказаться 2 версии ТТН (а тег <Identity> я считаю именно как версию ТТН) - это вопрос к ЕГАИС, простите великодушно. Это ЕГАИС не должен был грузополучателю высылать ТТН разных версий.

Прошу сообщить значение тега <Identity> для той "единственной" (по вашему утверждению) версии ТТН, которая сейчас зарегистрирована в ЕГАИС, чтобы мы тоже знали (а не подбрасывали монетку).

[UrikEEE]

Приложите скриншот с домашней страницы УТМ

Извините, уже не могу этого сделать. Наша УС после обработки документа из УТМ сразу помещает его (в виде xml-файл) в архив, а документ из УТМ удаляется. делается это потому, что у нас с таким подходом среднее количество входящих документов в УТМ составлят сотни (от 150 до 700), а если их не удалять - то количество этих документов исчислялось бы тысячами (и сильно тормозило бы работу).