Вот еще ответ С+.
1. При возврате по приходной ТТН Супермаг создает возвратную ТТН по данным приходной ТТН без каких либо искажений. Соответственно, если возврат по накладной 1-го формата, то и возвратная ТТН по данным, это накладная 1-го формата. То есть, в ней есть все данные, которые есть в накладной 1-го формата, но не факт, что есть данные, необходимые для накладной 2-го формата.
2. При отсылке создается XML во 2-м формате на основании данных ТТН 1-го формата. Здесь есть некая проблема, связанная с тем, что в накладной 1-го формата часть данных являлась необязательными. В частности, для алкокода выгружались, как производитель, так и импортер, но все данные о них были необязательными. Во втором формате необходимо обязательно выгрузить производителя и обязательно в контексте его юридической принадлежности. То есть, данные для отечественного производителя, иностранного, из таможенного союза, или физического лица - все различаются. По данным ТТН 1-го формата понять однозначно - что это за производитель не всегда возможно.
Сейчас используется следующий алгоритм (по данным 1-го формата):
- если у производителя нет ИНН, UNP и RNN, то он считается иностранным,
- если нет ИНН, но есть UNP или RNN, то считается производителем из таможенного союза,
- если есть ИНН, но нет КПП, то считается физическим лицом,
- если есть ИНН и есть КПП, то считается юридическим лицом.
Дальше данные для заполнения информации о производителе берутся только из данных производителя. Данные импортера нигде не участвуют.
Что касается ошибки с тэгом Importer, то эта ошибка исправлена.
Что касается ошибки с пустым значением ИНН, то надо разбираться на данных клиента. То есть, такого, по идее быть не должно. Если у кого-то такая ошибка случилась, нам нужно содержание таблицы заголовка и спецификации ТТН ЕГАИС, чтобы выяснить причину её происхождения.
Вариант с принудительным проставлением значения FO - это была временная мера. Без этого тоже должно работать.