1. Отправил накладную в ЕГАИС
2. Получил WBRegid
3. Отправил отказ за грузополучателя.
4. Получил тикет о распроведении накладной.
5. Отправил исправленную, эту же ТТН в ЕГАИС.
6. Получил новый WBRegid
Клиент говорит, что не видит мою исправленную накладную.
В чем может быть причина?

(0) В том, что до клиента она не дошла. У меня такое постоянно случается, ЕГАИС задолбал, то тикеты не приходит, то документы... Пусть клиент сделает запрос по идентификатору документа.

(1) Про запрос понятно, Но он клятвенно божится, что проблема только со мной, с другими нет проблем.
Какие еще варианты с моей стороны могут быть?

(2) Если ты получил подтверждение от ЕГАИС что твой документ принят и ждет ответа грузополучателя, то какие к тебе вопросы?

(2) Я тебе серьезно говорю, у меня частенько случается, что документы не доходят. Те клиенты, которые умеют делать запросы по идентификатору - запрашивают и получают пропавший док, которые не умеют - тем я повторно отправляю.

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

(5) Ну хз, я исхожу из такой логики: ЕГАИС документ принял с моей стороны -всё, все остальное черный ящик сервиса ЕГАИС. При проблемах поступаю как в (4). Тем более то, что пищит клиент "это только с вами проблемы" - за правду принимать не нужно, ибо частенько на их стороне стоит всякое говнянное ПО.

А не может ли быть проблема в поле:
wb:Identity, куда посылаю GUID моего документа.

+(7) Но при этом в схеме вижу:
    <xs:element name="Identity" type="c:IdentityType" nillable="false" minOccurs="0" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Идентификатор накладной (клиентский, к заполнению необязательный)</xs:documentation>
        </xs:annotation>

(8) Мы его тоже заполняем - все норм.

Если отправляешь новую версию накладной, то хорошо бы ей генерить новый идентификатор клиента, так как некоторые "умные" программы после получения данных из УТМ-а сворачивают их именно по этому полю, считая, что оно уникально.
Не забываем, что WBRegId приходит в справке к накладной, а не в самой накладной (вот спрашивается - чем думал тот, кто это придумал) и сопоставляя справку и накладную по ID (который, кстати, необязательный) можно налететь на грабли.

Так что - новая версия накладной - новый ID, и никто не откажется.

(10) "хорошо бы ей генерить новый идентификатор клиента", не понял, что значит новый ИД клиента?

(11) новый идентификатор (который кстати, необязательное поле)

+12
<wb:Identity
это поле, имеется ввиду.

(11) Не клиента, а документа.
Если вы в поле идентификатор указали для двух документов одинаковый ID, то для получателя это будет один и тот же документ, если получатель использует для отслеживания уникальности это поле.
Если он это поле не использует, то уникальность будет отслеживаться по номеру документа и номеру отправителя, но два документа с одинаковым номером для ЕГАИС-а вполне нормально.

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

(13) т.е. это про(7) ?

(16) да.
Желательно с новой версией ТТН слать туда новый гуид.
Для розницы это благо, если она использует этот идентификатор для связки справка б - ттн

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

(17) А не только розница - почти все и используют, так как связка номер накладной, дата накладной и отправитель - более сложное поле - и опять же - кто-то может отправить несколько накладных с одним номером.

Понятно, т.е. самое правильное,как я вижу, при получении тикета об успешном отказе за грузополучателя своей накладной, генерить новый GUID для своего документа.

(20) Если вы документы делаете в 1С, то делать новый документ, а текущий оставлять со статусом, что он отменён - тогда и история работы останется, и вопросов меньше будет.

(18) "То есть, крайне желательно, чтобы у новой накладной был и новый номер (например с суффиксом)".
Не катит, т.к. по декларации пройдет номер без суффикса, а это лишние вопросы.

Ну, в принципе, понял. Спасибо коллеги.