Короче, я не могу загрузить УПД из XML в черновики на сайт ЭДО.
На сайте проверки УПД валидацию проходит, но при загрузке на сайт ЭДО ошибка.
При этом ранее выгруженный документ ЭДО загружается.

И тут мне начинают вешать лапшу:
1. Что в наименовании у отправителя должен быть не ИНН, а ИД документооборота.
2. Что тег АдрИнф не годится, должен быть АдрРФ (разбитый по квартал, дом, улица)

Естественно, в старом файле, который прекрасно грузится, всего этого нет.
Может они чего-то не понимают?

Я им и пример файла привел и все остальное, но чую непрошибаемость:

Мы консультируем по корректности работы нашего сервиса тратата.ЭДО.
За корректность работы сторонних программных продуктов, и за заполнение документов в указанных сторонних программах, мы ответственности не несем.

И чё?

(1) ну может они форматы путают?

может новые правила какие ввели за это время?

(2) думаешь идиоты-программисты есть только в 1С? Они везде. Или смерись или начинай священную войну

(0) По обоим пунктам все верно .!

Самое идиотское что можно придумать это аргументация уровня, но раньше все работало. берёшь закон, смотришь как надо и дальше спрашиваешь какого ваше Г не соответствует фз

(0) Если Сбис, то смотри ихнюю обработку - там все расписано.

(0) открой на сайте ФНС описание формата и смотри по нему.
с адресами в произвольной и фиксированной форме - есть заморочки.
явного требования что адрес должен быть фиксированном формате я не нашел (не помню уже, может и не искал), обязательным там по-моему только указание региона является

Если сбис, то им важна кодировка, которой писался файл. Да, смешно. Было

(4) не, они на 2018 год ссылаютя, при том то что я выгружал в начале мая из 1С, благополучно загружается сейчас в черновики. А там те же ИНН и адрес не формализованный.

(10) Проверил оба файла, что грузится, что нет, оба в кодировке Вынь-1251
<?xml version="1.0" encoding="windows-1251"?>

Сменили код доступа, непорядок то.

Блин, ребята, это цирк. Я тащусь. Сравнил два файла и нашел корень зла. Это звиздец, мои дорогие друзья...
Цитирую:

Друзья! Пришлось взять инициативу в свои руки. Все же я программист 1С.
Увы, все что вы мне написали, оказалось неправдой.
Уж не знаю, по незнанию или по некомпетентности вы пишите подобные отписки, но я обязательно передам их менеджеру и добьюсь рассмотрения беспорядка в вашем отделе.
Я сравнил файл, который грузится и который не грузится, разница оказалась в наличии тега:
<СвОЭДОтпр НаимОрг="ООО СуперЭДО" ИННЮЛ="ХХХХХХ" ИдЭДО="СУП"/>

В принципе, здесь может стоять любой оператор, сообщите пожалуйста, как должен быть заполнен этот тег для вашей организации оператора-ЭДО?

Этот тег как-то мешает загрузке УПД? Почему он вдруг стал обязательным?
Видимо кто-то из ваших программистов недосмотрел и сделал его обязательным при загрузке черновика УПД на ваш сайт.

Я не понимаю подобного отношения к проблеме. Вот реально. Вместо того, чтобы разобраться с ошибками в своем сервисе, вы кормите клиента дезинформацией.
А если бы я был не программистом 1С и поверил вашей неправде?

Для окончательного решения вопроса прошу объяснить:
1.    Почему тег СвОЭДОтпр является обязательным для загрузки черновика?
2.    Если это ошибка, то когда вы отключите его обязательность?
3.    Почему нет нормального диагностического сообщения по отсутствию тега.

Ну и необязательно, но всё же желательно, принести мне извинения за вашу некомпетентность.

(9) ты не поверишь, я проверяю на валидаторе электронной отчетности - он не ругается. Косяк конкретно у оператора ЭДО, они зачем-то сделали тег СвОЭДОтпр обязательным. Это жестяная жесть.

(0) Если это диадок, то мне номально ответили на саппорте, дал им свой файл. Пару тегов пришлось добавить.

(15) Пошлют тебя нафик с такими заявами, и правильно сделают :)

Сведения об операторе электронного документооборота отправителя файла обмена счета-фактуры (информации продавца)    СвОЭДОтпр    С         Н    Состав элемента представлен в таблице 5.3.
Обязателен при направлении документа через оператора ЭДО СФ

"Косяк конкретно у оператора ЭДО, они зачем-то сделали тег СвОЭДОтпр обязательным."
Читай описания формата. вопросов будет меньше.
https://www.nalog.gov.ru/rn77/about_fts/docs/8335278/

(19) Гении не читают инструкций, им гениальные задачи решать надо :)

(15) ты наверное не работал с крупными поставщиками ИТ услуг. Напрямую тебя с разработчиком никто не соединит, бо нельзя изза документооборота. Сначала, на первую линию техподдержки, они решают, передавать далее, или нет. Ну а судя по тому, что у всех все работает кроме тебя - поддержка приняла решение не отдавать программисту твою заявку.
Есть выход - открывать через жиру, или что там у них есть, задачу и вот наверняка ты сможешь довести свой вопрос до логического завершения. Незабесплатно, конечно....

(19) это зашибись, где диагностика? Почему поддержка направила меня на сайт валидации?
И зачем этот тег для загрузки в черновики, не могу догнать?

В конце концов, если есть ошибка, программа должна написать в чем ошибка, а не падать по Исключению, выдавая нечленораздельную ересь.

(22) формат не описывает черновики/чистовики.

это ж не 1С, а оператор ЭДО якобы

(24) кури 22-23

Ну и потом, они начали лечить меня какой-то хренью про ИНН и формат адреса. Это нормально?

(23) еще раз - формат не описывает черновики/чистовики.

(23) это невозможно по определению.
невозможно предусмотреть все возможные ошибочные ситуации.

(28) если ты не будешь читать что я пишу, то можешь не стараться. Твою позицию я понял.
Меня удивляет, откуда 1С ранее вытащила этого СуперЭДО, я его не прописывал, это даже не мой оператор ЭДО.
После обновления перестала его подставлять.

(29) шта?

если поле обязательное, его проверку можно сделать нормальным способом, а не по методу ПОпыта-исключение? Не?

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

Кстати, а как в БП3 СвОЭДОтпр подставить?

(33) боюсь, как бы другие не были еще хуже операторы ЭДО, после того как светоч передовой ЭДО мысли мне такую "поддержку" оказал

(32) так сделано. Не нравится =- открой своего личного оператора ЭДО и делай как считаешь нужным

(34) Заполнить все необходимые настроечные параметры в БП3

(36) что то какая-то пассивная поза. Что так сделано я и без тебя знаю, 0 бит, но можно попробовать улучшить.

(37) я не использую 1С:ЭДО

(38) Пробуй

(39) Заполнить все необходимые настроечные параметры в БП3.
юзать их в написании собственной выгрузки в иксемель.
.
я писал выгрузку в Иксемель из 77, заткнулся также на выводе адресов и прочих тонкостях, которые не описаны явно в формате. В итоге - забросил на половине, так и не дописав, ибо не сильно нужно было.

(41) да какие параметры, дядя, смотри что я нарыл в модуле БП3:

Процедура ЭлектронноеВзаимодействиеБП.СформироватьXMLДокумента

СвОЭДОтпр = РаботаСФайламиБЭД.ПолучитьОбъектТипаCML("Файл.СвУчДокОбор.СвОЭДОтпрСФ", ПространствоИменСхемы);
        НаимОрг = """ООО Такском""";
        РаботаСФайламиБЭД.ЗаполнитьСвойствоXDTO(СвОЭДОтпр, "НаимОрг", НаимОрг, Истина, Ошибки);
        ИННЮЛ = "7704211201";
        РаботаСФайламиБЭД.ЗаполнитьСвойствоXDTO(СвОЭДОтпр, "ИННЮЛ", ИННЮЛ, Истина, Ошибки);
        ИдЭДО = "2AL";

Это как? Лучшие традиции "НайтиПоКоду"? гггг

(42) я малость не понял.
ну попробуй найти/установить "значение узла" без обращения к его имени.

(42) ""НайтиПоКоду"?"
в найтипок оду - значения кода могут быть любые и жестко не зафиксированы. имена узлов/тегов/атрибутов в иксемеле УПД - жестко фиксированы, по факту - значения = константы.

(43) ну не стоит быть таким буквоедом. Что в найти по коду, что в коде 1С по эдо прописаны тупо константы.

Не рассказывайте Гене про ОКСМ в макете, пожалуйста. Пусть сам найдет, погазует.

Короче, не хотелось мне юзать расширения в БП3, но пришлось, спасибо дорогой 1С:

Для модуля: ФорматыЭДО_ФНС


&Вместо("ЗаполнитьДокумент_УПД2019_ИнформацияПродавца")
Функция оэдо_ЗаполнитьДокумент_УПД2019_ИнформацияПродавца(Знач Данные)
    
    //Чтобы заполнялся оператор
    Участники = ДеревоЭлектронногоДокументаБЭД.ДанныеЭлементаДереваЭлектронногоДокумента(Данные, "Участники");
    
    Если НЕ СведенияОбОператореЗаполнены(Участники.Оператор) Тогда
        Участники.Оператор = Новый Структура("Наименование, ИНН, Идентификатор", "ООО Такском", "7704211201", "2AL");
    КонецЕсли;
    
    
    // Вставить содержимое метода.
    Результат = ПродолжитьВызов(Данные);
    Возврат Результат;
КонецФункции


Спасибо 1С за бесценно потраченных 3 часа времени на само-автоматизацию, блиа!

(46) я в курсе, уже погазовал как-то

уф-пуфф. все таки добил тему до конца.
В конце 1С мне еще подлянку подложила.
Вот код: ИнтерфейсДокументовЭДО.ПодготовитьДанныеДляЗаполненияДокументов, заменил расширением.
Как вам [0]???

&ИзменениеИКонтроль("ПодготовитьДанныеДляЗаполненияДокументов")
Процедура оэдо_ПодготовитьДанныеДляЗаполненияДокументов(Параметры, АдресХранилища)

    ТаблицаЭД = Новый ТаблицаЗначений;
    ТаблицаЭД.Колонки.Добавить("ПолноеИмяФайла");
    ТаблицаЭД.Колонки.Добавить("ИмяФайла");
    ТаблицаЭД.Колонки.Добавить("НаправлениеЭД");
    ТаблицаЭД.Колонки.Добавить("Контрагент");
    ТаблицаЭД.Колонки.Добавить("ДвоичныеДанныеПакета");
    ТаблицаЭД.Колонки.Добавить("ДвоичныеДанныеФайла");

    ОписанияОбъектовУчета = ИнтеграцияЭДО.ОписанияОбъектовУчета(Параметры.МассивСсылокНаОбъект);

    ДанныеДокументов = ЭлектронныеДокументыЭДО.СформироватьДанныеДокументовДляВыгрузки(ОписанияОбъектовУчета);

    Для Каждого ДанныеДокумента Из ДанныеДокументов Цикл
        НоваяСтрока = ТаблицаЭД.Добавить();
        НоваяСтрока.НаправлениеЭД = Перечисления.НаправленияЭДО.Исходящий;
        НоваяСтрока.ДвоичныеДанныеФайла = ДанныеДокумента.ОписаниеДанных.ДвоичныеДанные;
        НоваяСтрока.Контрагент = ДанныеДокумента.Контрагент;

        ДанныеПакета = СинхронизацияЭДО.ДвоичныеДанныеТранспортногоКонтейнера(ДанныеДокументов[0]);
#Вставка
        ДанныеДокумента.ИдентификаторСтроки = 0;
        ДанныеПакета = СинхронизацияЭДО.ДвоичныеДанныеТранспортногоКонтейнера(ДанныеДокумента);
#КонецВставки

        НоваяСтрока.ДвоичныеДанныеПакета = ДанныеПакета;
        НоваяСтрока.ПолноеИмяФайла = ДанныеДокумента.ОписаниеДанных.ИмяФайла;
        НоваяСтрока.ИмяФайла = ДанныеДокумента.ОписаниеДанных.ИмяФайла;            
    КонецЦикла;

    Если ЗначениеЗаполнено(ТаблицаЭД) Тогда
        ПоместитьВоВременноеХранилище(ТаблицаЭД, АдресХранилища);
    Иначе
        АдресХранилища = "";
    КонецЕсли;

КонецПроцедуры


Походу выгрузку ЭДО для нескольких документов через ИнтерфейсДокументовЭДОКлиент.ВыгрузитьДанныеВФайл(ОбъектыНазначенияМассив, ПараметрыВыполненияКоманды) никто не тестировал. Тестировали выгрузку только одного документа.

В итоге без расширения она выгружает один и тот же документ. Звиздец, дорогая редакция.

На этом наш юмористический вечер закончен. Следите за моим Гением.

(49) Любопытно А на какой конфигурации и релизе тестил? В последним ЭДО они полностью переписали механизм ЭДО и с учетом количество косяков - это только начало. Так что не спиши зачехлять инструменты...

(50) неделю назад на свежий обновил, вот как раз всё и полетело. Главный вопрос зачем (наперкуа) ломать то, что работало?

Ну пакетный эдо ввели. Когда к реализации ты в один пакет может засунуть счёт в пдф и акт сверки в xls

какой-то латентно-пассивно-агрессивный настрой у автора.

(21) "Напрямую тебя с разработчиком никто не соединит, бо нельзя изза документооборота"
Почему нельзя и какого именно документооборота?

(5) СмИрись а не смЕрись. Проверочное слово "мир" "мириться"

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

(54) судя по контексту, имелся в виду бизнес-процесс работы с обращениями, а не документооборот.

(0) занимаюсь этими доками еще с 2013 года, когда ON_SFAKT был первой версии. По итогу могу сказать следующее.
Интересантов у этих документов довольно много - клиенты, операторы, государственные органы, причем от этих документов зависят реальные деньги - зачет НДС.
Поскольку вся эта дрянь подписана ЭП, нет возможности организовать трансляцию, дописав нужные теги, как это делается в EDI, потому что док менять нельзя.
Поэтому операторы зачастую вынуждены, подстраиваясь под других участников банкета, делать обязательными те или иные теги помимо того, что указано в законе. Это нормально.
Что касается адресов, то это также нормально, адреса в объектах сейчас общепринятая практика, в том числе для налоговиков. Писать адреса строкой нормой не является, разве что для иностранных контрагентов.
Если вам удается "пропихивать" документы с адресами строкой для российских контрагентов достаточно долгое время, значит, вам, скорее всего, просто пока везет.
Я начинал работать с торговыми сетями, у них требования по таким вещам изначально были крайне жесткие, это как раз то самое буквоедство, которое ты так не любишь. Но оно есть.

В общем, резюме такое - конкретно с этими документами проще и дешевле делать так, как рекомендует оператор и даже временами подстраиваясь под крупных участников рынка. Доказать все равно никому ничего не получится, просто испортите отношения, а по итогу придется делать как скажут.

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

(58) ну пока 1С в БП3 в последних релизах не делит адрес на теги, можно не делить.
(50) 3.0.93.20
(53) ну тут как бы совпало два маразма - от 1С и оператора ЭДО. ;-) Нелегко быть стоиком.

(52) код с [0] правильный вообще? По-моему у них ошибка (в БП3), не?

(60) так это мало кого волнует, что там БП3 у тебя не делит. Если вопрос встанет, то придется делать так или иначе.

(59) ну, поджимали сроки, не допилили диагностику. Ты и сам так делаешь. Пост про ККМ на 10 драйвере уже забыл, где тебе функцию возврата описания ошибок показали?

На самом деле, у диадока весьма часто подобное. Выдает некую невнятную ошибку при загрузке XML, по которой невозможно диагностировать проблему. Контур ограничил проверку валидацией по схеме некой типовой процедурой, без дополнительного анализа и помощи пользователю. Наверное, предполагается что те, кто пишет эти обмены в тиражном софте, имеют выход к прямой техподдержке, а прочим это не надо - пусть пользуются тиражным софтом..

(64) у операторов ЭДО довольно хорошо работает следующий механизм: выпрашиваешь заведомо рабочий док (можно обезличенный, с вымаранными данными организаций) и делаешь как там.