По описанию формата файл выгрузки именуется с префиксом
ON_NSCHFDOPPR
- это так?

"Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:
ON_NSCHFDOPPR_1_997_01_05_01_xx, где xx - номер версии схемы.
Расширение имени файла - xsd."

http://www.consultant.ru/document/cons_doc_LAW_316356/72c0ce050134c39638806ac35cafbdce970d54ee/

(1) не файд схемы, а сам результат, xml
?

и xsd я же не сам придумываю, я по ней валидирую готовый файл и все... - насколько я понимаю...

"По описанию формата файл выгрузки именуется с префиксом"
Что не так? Сказано, надо так...

(4) спасибо, а то я что-то запараноил.

Обмен идет через Контур.
блок "Сведения об участниках ЭДО"
<СвУчДокОбор ИдПол="4321" ИдОтпр="2BM-7717633754-771701001-201701120553276124945">

если ИдОтпр="2BM-7717633754-771701001-201701120553276124945" - понятно, это "моя" контора
то ИдПол - идентификатор получателя - это какой "получатель" имеется в виду?

что это за ИдПол="4321" ? - причем в коде формирования иксемеля прописано жестко (разбираю чей-то код).

По идее ИдПол (покупатель-участникЭДО) должен же быть примерно таким, как и ИдОтпр...
а здесь - 4 знака и еще жескто впилено.
.
я понимаю так что у каждого участника ЭДО есть уникальный ИД типа формата 2BM-7717633754-771701001-201701120553276124945

?

поясните, что это за четырехзначный ИдПол?
и как вообще доставка идет
откуда мой оператор знает куда дальше направлять? - по ИдуПолучателя в имени файла обмена?П

"Идентификатор участника документооборота, получателя файла обмена корректировочного счета-фактуры (информации продавца)"


"Значение элемента представляется в виде ИдОЭДОСФКодПрод(Пок), где:
ИдОЭДОСФ - идентификатор оператора электронного оборота счетов-фактур и первичных документов (оператор ЭДО СФ) - символьный трехзначный код. При включении оператора ЭДО СФ в сеть доверенных операторов ЭДО СФ ФНС России, идентификатор присваивается Федеральной налоговой службой;
КодПрод(Пок) - код продавца (покупателя) - уникальный код участника, присваиваемый оператором ЭДО СФ, длина кода продавца (покупателя) не более 43 символов.
При Функция=ДИС и направлении документа не через оператора ЭДО СФ ИдПол - глобальный уникальный идентификатор (GUID), однозначно идентифицирующий участника документооборота"


http://www.consultant.ru/document/cons_doc_LAW_198137/2f3f4497f538e9886db328b852157b4b7346aa60/


Злоп, кто у тебя аккаунт украл?????

(8) никто у меня не украл. целый день почти убил, разбирая чужой код, надо было сразу нахрен переписать, тем более что остов уже был..
"4321" - это судя по всему "костыль", какое-то частное значение...
а по факту у контрагента д.б. "заведен" его ИД и подставляться в Идпол - так ведь?

(7) ON_NSCHFDOPPR_RECEIVERID_SENDERID_YY_MM_DD_DOCGUID

(9) Судя по тексту консультанта - да

RECEIVERID, SENDERID - коды отправителя и получателя. В свою очередь, они состоят из
OPERATORID_ORGGUID
- OPERATORID - ID оператора, обычно строка из трех букв. Например 2BM - это Контур
- ORGGUID - GUID организации в системе документооборота. Внимание! - в некоторых случаях это более длинная последовательность чем GUID.

далее дата документа поэлементно и GUID документа (обычный сгенерированный GUID)

расширение XML.

я отсюда из первоисточника читаю
https://www.nalog.ru/rn77/about_fts/docs/8335278/

(10) не так немножко уже
.
II. ОПИСАНИЕ ФАЙЛА ОБМЕНА СЧЕТА-ФАКТУРЫ (ИНФОРМАЦИИ ПРОДАВЦА)
4. Имя файла должно иметь следующий вид:
R_Т_A_О_GGGGMMDD_N, где:
R_Т – префикс, принимающий значение ON_NSCHFDOPPR в общем случае или значение ON_ NSCHFDOPPRХХХХ (где ХХХХ формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» - для товаров, подлежащих прослеживаемости; «MARК» - для товаров, подлежащих маркировке);
А – идентификатор получателя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;
О – идентификатор отправителя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;
GGGG – год формирования передаваемого файла обмена, MM - месяц, DD - день;
N – 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).
Расширение имени файла обмена - xml. Расширение имени файла обмена может указываться строчными или прописными буквами.

(6) просто от балды набили, видимо. Там должно быть больше символов.

(15) Понял, спасибо.
там просто сформированный файл подгружается ручками в ЛК и, видимо, там уже проставляется все что надо...

реальные данные выглядят примерно вот так
<СвУчДокОбор ИдПол="2LD8A1A5B50-28FB-49CD-A074-6C1CB631A279" ИдОтпр="2LDA6665F40-EC20-4463-A0DA-8B74A6CA00AA">
<СвОЭДОтпр ИдЭДО="2LD" ИННЮЛ="9715218298" НаимОрг="ООО "Э-КОМ""/>
</СвУчДокОбор>
да, еще один момент - разделитель между оператором и кодом организации в системе документооборота может присутствовать, а может и отсутствовать. Например, у контура обычно есть тире, а в некоторых случаях бывает и без него.

(17) это я уже оборзел в натуре, там все понятно...
сижу ваяю мелкий эдо для 77 тупую выгрузку и привязку ИДов ЭДО к участникам
блин как это все задолбало... я посмотрел - я такую хрень еще лет 5 назад для Перекрестка делал - так и не взлетело. ибо нах этот ЭДО не сдлася. только лишняя нагрузка, потому что на РЦ все равно все везти надо с бумажными доками, а потом начнется где правильно - в ЭДО или на бумаге и согласовывать-выяснять... короче организаторы мои так этот вопрос и не решили. И все сведется "надо ЭДО!". Надо - сделаем! трахаться все равно не мне придется, мое амплуа - предупредить о потенциально неверном подходе к построению... заипала такая автоматизация. неинтересно.

(18) вообще странно что не взлетело, потому как Х5 где-то с середины 2013 года без ЭДО не работают с поставщиками.

и еще - у них обмен ЮЗДО постфактум был доступен. Т.е. сначала DESADV, потом приемка, потом RECADV, потом можно ЮЗДО, по крайней мере для немаркированного товара. Удобнее, корректировок меньше.

(19) не, там чисто организационно-административные проблемы.
и пришлось положить еще примерно неделю, чтобы понять почему по сформированный иксемель СЧФ по схеме валидируется без ошибок, а при загрузке дает отлуп. Пока не прорвался на глубины техподдержки ОПЕРАТОРА (что само по себе тот еще квет это был вроде Корус) - и только там кто-то из ПРОГОВ сказал - "а не пройдет даже если все правильно", там в "допинфо" надо указывать в определенном формате до.данные.. вот такая песня. и самое главное - никто ни за что не отвечает - перекресток кивает на корус, корус кивает на перекресток - типа мы тупо транспорт - что нам выкинут то мы и пуляем дальше, а аправильно выкидывать и что выкидывать - это вы у перекрестка узнаватйе.. Короче хня полная.

(21) да, в первом формате с этим была жопа. Потом стали бить дополнительную инфу на отдельные теги и немножко полегчало.