Ошибка в xml схеме входящей ТТН

[helga-1983]

Добрый день.
Поставщик отправил нам ТТН, УС не загружает эту ТТН с пометкой "Не верный формат входящего файла".
проверили xml: у поставщика ошибка, вместо <ce:F2RegId> прописано <d6p1:F2RegId>
Собственно, из-за этой ошибки не можем загрузить приход. Обратились в тех.службу поставщика, они ответили: "Если система приняла от нас ТТН без проблем то проблема у Вас, ищите причину у себя".
Может кто-то подсказать, у кого в итоге неполадки?

[bugay1977]

Добрый день.
Поставщик отправил нам ТТН, УС не загружает эту ТТН с пометкой "Не верный формат входящего файла".
проверили xml: у поставщика ошибка, вместо <ce:F2RegId> прописано <d6p1:F2RegId>
Собственно, из-за этой ошибки не можем загрузить приход. Обратились в тех.службу поставщика, они ответили: "Если система приняла от нас ТТН без проблем то проблема у Вас, ищите причину у себя".
Может кто-то подсказать, у кого в итоге неполадки?

Отправитель прав - если ТТН пришла к вам в УТМ, значит хml-схема документа указана корректно, в противном случае документ просто не прошел бы форматно-логический контроль. Проблема кроется в том, как именно ваша учетная система разбирает хml-документ

[Operator 4]

Добрый день.
Поставщик отправил нам ТТН, УС не загружает эту ТТН с пометкой "Не верный формат входящего файла".
проверили xml: у поставщика ошибка, вместо <ce:F2RegId> прописано <d6p1:F2RegId>
Собственно, из-за этой ошибки не можем загрузить приход. Обратились в тех.службу поставщика, они ответили: "Если система приняла от нас ТТН без проблем то проблема у Вас, ищите причину у себя".
Может кто-то подсказать, у кого в итоге неполадки?

Укажите регистрационный номер ТТН.

[helga-1983]

TTN-0187149160

[Operator 4]

TTN-0187149160

Проблема на стороне Вашей учетной системы. TTN-0187149160 в формате V_3 отправлена на Ваш fsrar_id 030000009245. Обратитесь к разработчикам Вашей УС или отправьте акт в ручную без ее участия, согласно технической документации УТМ(отправку акта можно осуществить зная только лишь регистрационный номер ТТН), дата в акте на ТТН не должна отличаться от текущей более чем на 3 дня.

[helga-1983]

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

[Yoreg07]

-

[Yoreg07]

-

[Yoreg07]

Проблема в Вашей УС, попробую объяснить с точки зрения программирования ... Ваша УС при разборе (парсинге) входящей ТТН чувствительна к простанствам имён в XML, т.е. оная ищет тег <ce:F2RegId>, а там вместо него <d6p1:F2RegId> ... ce и d6p1 - это и есть пространства имён ... просто ce - это пространство взято из примеров документации к УТМ, а разработчик отправителя использовал своё пространство имён и ОН ИМЕЕТ НА ЭТО ПРАВО. В общем, это НЕ ОШИБКА отправителя ... пусть разработчики Вашей УС доработают парсинг XML так, чтобы он не был чувствителен к пространствам имён.

[alcohelp]

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

Проблема в Вашей УС, попробую объяснить с точки зрения программирования ... Ваша УС при разборе (парсинге) входящей ТТН чувствительна к простанствам имён в XML, т.е. оная ищет тег <ce:F2RegId>, а там вместо него <d6p1:F2RegId> ... ce и d6p1 - это и есть пространства имён ... просто ce - это пространство взято из примеров документации к УТМ, а разработчик отправителя использовал своё пространство имён и ОН ИМЕЕТ НА ЭТО ПРАВО. В общем, это НЕ ОШИБКА отправителя ... пусть разработчики Вашей УС доработают парсинг XML так, чтобы он не был чувствителен к пространствам имён.

+++ Хватило терпения объяснить!