Приказ ФНС от 19.12.2018 № ММВ-7-15/820@, номер версии настоящего формата 5.01, часть 997
Формальное описание формата https://www.nalog.ru/rn77/about_fts/docs/8335278/
.
В ветке - вопросы по формирвоанию XML

Таблица 5.39 Сведения об адресе (АдресТип)
Описаны как обязательные
.
АдрРФ
АдрИнф
КодГАР
.
Непонятно - должны быть указаны все три значения, или любое из трех?
.
формальное описание XSD
.
    <xs:complexType name="АдресТип">
        <xs:annotation>
            <xs:documentation>Сведения об адресе</xs:documentation>
        </xs:annotation>
        <xs:choice>
            <xs:element name="АдрРФ" type="АдрРФТип">
                <xs:annotation>
                    <xs:documentation>Адрес, указанный в Едином государственном реестре юридических лиц/почтовый адрес/адрес места жительства индивидуального предпринимателя (реквизиты адреса на территории Российской Федерации)</xs:documentation>
                </xs:annotation>
            </xs:element>
            <xs:element name="АдрИнф" type="АдрИнфТип">
                <xs:annotation>
                    <xs:documentation>Адрес, указанный в Едином государственном реестре юридических лиц/почтовый адрес/адрес места жительства индивидуального предпринимателя (информация об адресе, в том числе об адресе за пределами территории Российской Федерации)</xs:documentation>
                </xs:annotation>
            </xs:element>
            <xs:element name="КодГАР">
                <xs:annotation>
                    <xs:documentation>Уникальный номер адреса объекта адресации в государственном адресном реестре</xs:documentation>
                </xs:annotation>
                <xs:simpleType>
                    <xs:restriction base="xs:string">
                        <xs:minLength value="1"/>
                        <xs:maxLength value="36"/>
                    </xs:restriction>
                </xs:simpleType>
            </xs:element>
        </xs:choice>
    </xs:complexType>
.
Например, в XML от Вайлдбериз тупо указано АдрИНФ и все
.
<СвПрод>
  <ИдСв>
    <СвЮЛУч ИННЮЛ="7721546864" НаимОрг="Общество с ограниченной ответственностью "Вайлдберриз"" КПП="997750001"/>
  </ИдСв>

  <Адрес>
    <АдрИнф КодСтр="643" АдрТекст="142715, Московская обл, Ленинский р-н, Мильково д, владение 1"/>
  </Адрес>
</СвПрод>
.
Получается - достаточно указать какой-то один элемент из трех?
Какой именно - чем это определяется?

(1) я делал так
            <СвПокуп>
                <ИдСв>
                    <СвЮЛУч НаимОрг="АО &quot;Торговый дом &quot;ПЕРЕКРЕСТОК&quot;" ИННЮЛ="7728029110" КПП="772201001"/>
                </ИдСв>
                <Адрес>
                    <АдрРФ КодРегион="77" Индекс="103473" Город="Москва г" Улица="Суворовская пл-дь" Дом="1"/>
                </Адрес>
            </СвПокуп>

такой вариант более-менее норм прокатывает у получателей и провайдеров. Адрес строкой имхо плохая идея, сейчас это не котируется, адреса должны быть в объектах.

Еще вопрос:
Если использовать для указания адреса элемент АдрРФ, то обязательным атрибутом там является только "КодРегион"
если для юр.лица код региона можно вытащить из КПП, то как быть с ИП?
ИП регистрируется по месту регистрации (прописки), при этом ИНН физика мог быть получен несколько лет назад в другом городе, где был зарегистрирован(пррописан) тогда.
И приэтом ИП по факту вести деятельность может в совершенно другом месте.
Сколько раз видел в МСК ИП-фирмочки с регистрацией не в Москве.
.
как для ИП вытащить КодРегион?
.
илия может что-то неправильно трактую/ошибаюсь.?

(2) Это да, но когда Адрес записан в произвольной форме - разложить его на ТИПОВЫЕ поля - нетривиальная задача.
как с этим справляешься?

(4) Даже писал спецобработку на 8, коию выложил на инфостарт. Народ скачивает помаленьку до сих пор: http://catalog.mista.ru/public/595478/

адрес включен в теги xs:choice, т.е. видимо один из надо указать

"Элемент choice позволяет только одному из элементов, определенных в декларации <choice>, присутствовать внутри элемента-контейнера" (sic)

(3) если у вас есть адрес в КЛАДР, то КодРегион это просто код области или федерального центра вроде Москвы.
Я первым делом перевел все адреса, участвовавшие в ЭДО, в формат КЛАДР, для чего написал инструмент.
Это инструмент оффлайновый, мне его хватило, но вообще его можно усовершенствовать, использовав сервис dadata.ru, там более серьезные алгоритмы преобразования адресов используются. Но за деньги.

Насколько хорошая идея использовать АдрИнф КодСтр="643" - я не знаю, потому что скорее всего этот тег заточен под иностранные адреса. Вкусно, конечно, и форматно-логический контроль вы пройдете, но боюсь, есть некоторые риски, что фактура будет отклонена налоговой к возмещению из-за нестандартного адреса.

(9) я тоже думал об этом.

(8) ломает меня писать это дело под 77... :-(

(7) Спсб!

Как из адреса определить код страны?
если адрес прошел/удовлетворяет формату КЛАДР - считаем что РФ.
а если не удовлетворяет - откуда тянуть для типовых конфиг? (я пишу для 77)

(13) у вас много таких контрагентов и при этом вы вообще нигде не указываете страну? Или проблема именно в том что код по названию взять неоткуда?

Так коды вот они: https://classifikators.ru/oksm

(11) ну это понятно, меня тоже дико ломало заниматься всем этим, много гимора на пустом месте было с этими ЭСФ и ЭУПД. Но что ж делать раз надо...

(14) тут как вообще правильно разобрать ситуацию с адресом.
.
на входе - строка с адресом.
тупо по списку стран - по наименованию страны - ищем страну в адресе.

Если нашли и это не РФ/РОССИЯ/Российская федерация - тогда есть страна, есть код, адрес пишем через АдИнф - тупо строкой

Если не нашли страну в адресе - значит = РФ, будем адрес выгружать как АдрРФ;
Если нашли страну в адресе и это = РФ, тогда удаляем из строки адреса и будем адрес выгружать как АдрРФ;

Тут имеем адрес строкой, пытаемся разложить по правилам КЛАДР, если ошибок нет - норма,
если ошибка - тогда адрес пишем через АдИнф - тупо строкой.

КодРегиона вытаскиваем из КПП, выводим как АдрРФ;

Примерно так?

остался вопрос - что указывать для ИП в качестве КодРегион (если, например, не удалось определить регион из тексата адреса)..? выводить адрес строкой через АдрИнф и сообщать про проблему с определением КодРегион?

(9) "что фактура будет отклонена налоговой к возмещению из-за нестандартного адреса."
- а что, счф по ЭДО как-то попадают в налоговую? вроде же нет.
сверяться все равно будут в налогвой книги покупок/продаж, а счф в формате ЭДО - только если уже проверка будет камеральная/выездная...?

(17) ну можно и так попробовать. Только я бы страну контрагента завел бы в качестве атрибута в справочнике и заполнил бы этот атрибут единожды, обойдя/распарсив адреса и затем сделав ручные правки для тех случаев, где разбор не зашел. Для иностранных адресов, записанных по нестандартным для нас правилам - такие случаи наверняка будут, и чтобы каждый раз на это не напарываться, лучше иметь "твердый" атрибут, заставив на будущее операторов указывать страну.
(18) если не кодифицировать адреса, то надежного решения здесь нет.
(19) не знаю, но сеть Лента мне завернула не так давно пару ЭУПД, потому что я написал "Неделина ул", а надо было "М.И. Неделина ул" или что-то еще такое.

(18) Если у тебя есть контрагенты - крупные сети, то у них встречаются индивидуальные требования к формированию xml и по адресам готовься еще минимум к двум неожиданностям:
1) в некоторых адресах необходимо отдельно заполнять теги "Город" и "НаселПункт", а в некоторых только "НаселПункт", не заполняя "Город"
2) иногда требуется заполнять тег "Район"

(21) Да, есть такое.

(0) а вы в связи с чем, если не секрет, так резко озадачились вопросом, в том числе и для контрагентов-иностранцев?
Маркировка?

(21) тег КодРайона - является обязательным, остальные - необязательнеы. Но и необязательные лучше заполнять.

(23) Да нет, штатно все. маркировки у меня пока нет. Выгрузки в XML для типовой ТИС - нет (не нашел). Интеграционные модули от провайдеров - не все клиенты хотят брать, да и модули эти обвешаны кучей сопутствующего ненужного, да еще с ошибками (надысь Контур.Диадок копал, ошибок достаточно, некритичные, но тем не менее).
.
так что просто хочу сделать выгрузку более/менее универсальную для ТИПОВОЙ ТиС (торгану, озолочусь ;-).
.
пригодится для небольшого товарооборота с сетями и прочими клиентами, с ручным обменом сформированного XML в ЛК

Коды субъектов РФ - действующий актуальный список подскажет ссылку кто? это не инет, это яма выгребная какая-то, хрен что найдешь оперативно. Или лезть в Конституцию и тянуть оттуда?

(25) я когда-то делал для ТиС и даже поддержал последний формат, но потом все это стало не нужно.

(27) угу... а я вот страдаю ;-)

(26) По идее для налоговых целей этот спсок д.б. утвержден каким-то приказом ФНС... как приложение к какой-то налогвоой декларации или еще чего

(26) в УПП это можно было дернуть встроенной функцией, соответственно проблем не было.
Примерно так
КодРегиона = РегламентированнаяОтчетность.КодРегионаПоНазванию(СтруктураАдреса.Регион);
В ТиС я бы поковырял механизм работы с адресами КЛАДР, скорее всего там есть отгадка.

(30) КЛАДР не у всех стоит. да и ковыряться в нем - это уже если иначе никак

(31) больше в стандартной ТиС неоткуда ковырнуть коды регионов. Либо с какого-нибудь сервиса тащить, но тут тоже куча подводных камней, сервис бесплатный (да и платный тоже) сломаться может невовремя. Всё-таки блаже КЛАДР, это штатная функа, поддерживают его в нормальном состоянии довольно многие.

(24) не путай, тега "КодРайона" не существует
есть обязательный "КодРегион", и опциональный "Район" который требуют особо дотошные

(33) тьфу, конечно, правильно ты написал.

(32) Пока обошелся тем, что ОКСМ и список субъектов РФ запихнул в макет

Обновлять, если что (внезапно) - положить обновленные моксели и все..

(32) из КЛАДРа регион тащить только если адреса нормально указаны, по-кладровски.
а так - регион буду тащить из КПП для юриков - по идее это верно будет.
а уже изгаляться - для ИПшников из кладра если иначе никак

Коды субъектов РФ
https://base.garant.ru/70680614/6f7e05a819ffc1f355e245db28220780/

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

И еще момент. Есть секции ИнфПолФХЖ1 и ИнфПолФХЖ2, информация в которых может различаться в зависимости от получателя. Чаще всего туда передают различную информацию, относящуюся к плательщику и конечному грузополучателю: GLN, PLU, штрихкоды и прочее такое. Если вы делаете универсальный механизм, должна быть возможность какой-то передачи или заполнения этих данных.

Вот пример реальной секции из документа
<ИнфПолФХЖ1>
    <ТекстИнф Идентиф="номер_заказа" Значен="301301491"/>
    <ТекстИнф Идентиф="GLN_грузоотправителя" Значен="4670025609999"/>
    <ТекстИнф Идентиф="GLN_грузополучателя" Значен="4607811430079"/>
    <ТекстИнф Идентиф="номер_отгрузки" Значен="7383"/>
    <ТекстИнф Идентиф="номер_акта" Значен="301249988"/>
</ИнфПолФХЖ1>

(35) что, ж, возможно, и вариант. Таким же образом можно, за неимением XDTO, положить шаблончиками сам XML и при формировании с помощью СтрЗаменить делать замену шаблонных значений на реальные. Формировать его через DOM - совершенно лишний секас.

(40) да, это собераюсь предусмотреть посредством плагинов, привязываемых к получателю ЭДО.

(41) а не подскажешь, это с кем из клиентов? а то я сперва под Гиперглобус собираются продажи, но у меня впечталение что хрен получишь инфы что д.б. в допинфе.

(42) Хорошая мысль, сам не допер до такого.
я тупо делаю, через обычный текст, прямо по таблицам формата.
типа
.
//******************************************************************************
// Выгрузить_СвСчФакт
// Таблица 5.5 (СвСчФакт) Сведения о счете-фактуре (содержание факта
// хозяйственной жизни 1 - сведения об участниках факта хозяйственной жизни,
// основаниях и обстоятельствах его проведения)
//
Процедура Выгрузить_СвСчФакт(Уровень)
    Отступ = Формат(" ","С"+(Уровень*2));

    Док = ?(РежимФункция<>"ДОП",ДокументСЧФвыданный,Документ);
    
    атрНомерСчФ = квч+глНомерНаПечать(Док)+квч;
    атрДатаСчФ  = квч+Формат(Док.ДатаДок,"ДДДММГГГГ")+квч;
    атрКодОКВ    = квч+Док.Валюта.Код+квч;

    стр = Отступ+"<СвСчФакт НомерСчФ="+атрНомерСчФ+" ДатаСчФ="+атрДатаСчФ+" КодОКВ="+атрКодОКВ+">";
    ТекстВыгрузкиДанных.ДобавитьСтроку(стр);
    
        Выгрузить_ИспрСчФ(Уровень+1);         // Таблица 5.6 (ИспрСчФ) Исправление (строка 1а счета-фактуры)
        Выгрузить_СвПрод(Уровень+1);         // Таблица 5.33 (СвПрод) Сведения о продавце (строки 2, 2а, 2б счета-фактуры)
        Выгрузить_ГрузОт(Уровень+1);        // Таблица 5.7 (ГрузОт) Сведения о грузоотправителе (строка 3 счета-фактуры)
        Выгрузить_ГрузПолуч(Уровень+1);        // Таблица 5.33 (ГрузПолуч) Грузополучатель и его адрес (строка 4 счета-фактуры)
        Выгрузить_СвПРД(Уровень+1);            // Таблица 5.8 (СвПРД) Сведения о платежно-расчетном документе (строка 5 счета-фактуры)
        Выгрузить_СвПокуп(Уровень+1);        // Таблица 5.33 (СвПокуп) Сведения о покупателе (строки 6, 6а, 6б счета-фактуры)
        Выгрузить_ДопСвФХЖ1(Уровень+1);     // Таблица 5.9 (ДопСвФХЖ1) Дополнительные сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения
        Выгрузить_ДокПодтвОтгр(Уровень+1);     // Таблица 5.11 (ДокПодтвОтгр) Реквизиты документа, подтверждающего отгрузку товаров (работ, услуг, имущественных прав)
        Выгрузить_ИнфПолФХЖ1(Уровень+1);    // Таблица 5.12 (ИнфПолФХЖ1) Информационное поле факта хозяйственной жизни 1
    
    стр = Отступ+"</СвСчФакт>";
    ТекстВыгрузкиДанных.ДобавитьСтроку(стр+РазделительСтрок);
    
КонецПроцедуры //Выгрузить_СвСчФакт    
.

(44) конкретно это Линия. Но вообще проблем особенных нет с этим - пишешь в техподдержку провайдера и они отправляют образец оформления дока. Эта информация может также плавать с течением времени - сеть в какой-то момент может захотеть инфу которой вчера не было.

(45) я делал так. Есть шаблоны примерно такого вида

<?xml version="1.0" encoding="windows-1251"?>
<Файл ИдФайл="%FILEID" ВерсФорм="5.01" ВерсПрог="1C">
  <СвУчДокОбор ИдОтпр="%SENDERID" ИдПол="%RECEIVERID">
    <СвОЭДОтпр НаимОрг="%SENDEROPERNAME" ИННЮЛ="%SENDEROPERINN" ИдЭДО="%SENDEROPERID" />
  </СвУчДокОбор>
  <Документ КНД="1115125" Функция="СЧФДОП" ПоФактХЖ="Документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг)" НаимДокОпр="Счет-фактура и документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг)" ДатаИнфПр="%FORMDATE" ВремИнфПр="%FORMTIME" НаимЭконСубСост="%FIRMNAME">
    <СвСчФакт НомерСчФ="%DOCNUM" ДатаСчФ="%DOCDATE" КодОКВ="643">
    
      %CORRECTIONDATA
      
      <СвПрод>
        <ИдСв>
          <СвЮЛУч НаимОрг="%FIRMNAME" ИННЮЛ="%FIRMINN" КПП="%FIRMKPP" />
        </ИдСв>
        <Адрес>
          <АдрРФ %FIRMADDR />
        </Адрес>
      </СвПрод>
      <ГрузОт>
        <ОнЖе>он же</ОнЖе>
      </ГрузОт>
      <ГрузПолуч>
        <ИдСв>
          <СвЮЛУч НаимОрг="%CONSNAME" ИННЮЛ="%CONSINN" КПП="%CONSKPP" />
        </ИдСв>
        <Адрес>
          <АдрРФ %CONSADDR />
        </Адрес>
      </ГрузПолуч>
      <СвПокуп>
        <ИдСв>
          <СвЮЛУч НаимОрг="%CONTNAME" ИННЮЛ="%CONTINN" КПП="%CONTKPP" />
        </ИдСв>
        <Адрес>
          <АдрРФ %CONTADDR />
        </Адрес>
      </СвПокуп>
      <ИнфПолФХЖ1>
        <ТекстИнф Идентиф="отправитель" Значен="%SUPPLIER"/>
        <ТекстИнф Идентиф="получатель" Значен="%BUYER" />
      </ИнфПолФХЖ1>
    </СвСчФакт>
    <ТаблСчФакт>
    
%GOODSTABLE
      
      <ВсегоОпл СтТовБезНДСВсего="%TOTALWOVAT" СтТовУчНалВсего="%TOTALWITHVAT">
        <СумНалВсего>
          <СумНал>%TOTALVAT</СумНал>
        </СумНалВсего>
        <НеттоВс>%TOTALQTY</НеттоВс>
      </ВсегоОпл>
    </ТаблСчФакт>
   <СвПродПер>
   <СвПер СодОпер="Товары переданы" ДатаПер="%BILLDATE">
       <ОснПер НаимОсн="Отсутствует" />
        <СвЛицПер>
          <ИнЛицо>
            <ФЛПер ОснДоверФЛ="доверенность">
              <ФИО Фамилия="%DRIVERFAMILY" Имя="%DRIVERNAME" />
            </ФЛПер>
          </ИнЛицо>
        </СвЛицПер>
      </СвПер>
    </СвПродПер>
    <Подписант ОблПолн="6" Статус="1" ОснПолн="Должностные обязанности">
      <ЮЛ НаимОрг="%FIRMNAME" ИННЮЛ="%FIRMINN" Должн="%SIGNEREMPNAME">
        <ФИО Имя="%SIGNERNAME" Фамилия="%SIGNERFAMILY" Отчество="%SIGNERSURNAME" />
      </ЮЛ>
    </Подписант>
  </Документ>
</Файл>


Далее заполняется структура (ну или список значений если в терминах семерки) вида название поля - значение, и делается прогон по замене через СтрЗаменить. На одну фактуру четыре шаблона - основной, табличная часть, блок адреса, блок коррекции. И из них составляется финальная фактура. Кода совсем немного и работает он моментально. И обновлять "скелеты" достаточно просто когда очередное изменение.
В восьмерке это можно также делать через схемы XDTO, тоже вполне рабочий вариант.

как вариант, можно вообще хранить набор этих "скелетов" применительно к контрику, и заодно отвалится вопрос с атрибутами ИнфПолФХЖx - у каждого будет свое.

(46) ага, понял, спсб!

(47) "блок коррекции" - это что?
.
и спсб за поддержку/подсказки.

(50) %CORRECTIONDATA - блочок, который вставляется в случае если выписываем исправленную счет-фактуру. Если исходную, то не вставляется.

подписон будете прямо из 1С делать или внешними средствами?

(52)  прям из 1с это излишества, будут в ЛК подписывать

и как вообще блок Подписант соотносится с подписью эцп, никак?

(54) вроде подписант меньше равно эцп)

(55) то есть подписант в иксемеле один, а подпись ЭЦП от другого - это будет норм..?
чисто технически проблем думаю не будет, но вот с логикой...

(56) это от площадки зависит, юристы постоянно подписывают гендиром

(57) И в Подписанте - гендир тоже?

(54) руководствуясь примитивной логикой - в Подписанте должны быть те же данные, что и введенные при генерации сертификата КЭП. В реальности пару-тройку раз у меня были случаи, что имел место про...б - сертификат менялся вместе с лицом, а для подписанта данные в базе заменены не были. И ничего, док уходил и принимался.

(57) Совершенно необязательно, ОК может сделать приказ на любое лицо, которое может иметь право подписи таких бумажных документов, с этим приказом в УЦ, и подпись готова. Хоть на менеджера, хоть на бухгалтера.

(53) На первом этапе можно. Хотя если прилично отгрузок, то будет много боли :)
Но на 7.7 из-за ее не совсем полноценной работы с OLE это делать тоже не вполне удобно.
Я бота писал, который раз в полчаса сканирует папку, подписывает все чего там найдет указанной ему подписью и отправляет провайдеру.

(59) учту.
а как ты подписанта в базе фиксировал?

(59) есть реализация, на площадке пользователи с правами, эцп привязана к организации, права к пользователям
реализация на гов.ру, закупки.мос.ру, корп закупки газпром и ртс тендер.. вопрос смысла не имеет

(62) Да пофиг как. Хошь константой, хошь справочником, хошь СохранитьЗначение () :)

по одной ЭЦП можно войти и как физик и как 3 юрика, в общем ..

+ (64) тут главное решить - будете ли вы ее привязывать к залогиненным юзерам. Если будете - то наверно справочник лучше всего сделать. Ссылку на юзера, ссылку на должность для подписания, полномочия.

(66) "будете ли вы ее привязывать к залогиненным юзерам" обычно эцп к организации

(67) ээээ? я насколько я представляю - ЭЦП выдается на конкретно елицо, а не на организацию

(68) (63) "есть реализация, на площадке пользователи с правами, эцп привязана к организации, права к пользователям " надо хоть попробовать, узнать про ЕАИС и всю фигню

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

(70) "в каждой избушке свои погремушки" х10, газпрому срать на ЕАИС
"который точно не уволится" хихихихихахахахаха

(68) в принципе, вы оба правы. Что есть в сертификате? Организация, Данные ФЛ, должность. Получается, что вот эти три вещи не должны меняться. Т.е. организация не должна закрываться, ФЛ должно в ней работать и не увольняться, и не должно быть кадровых перемещений. Иначе - перевыпуск подписи.

(72) это не важно, вы не работали похоже, есть авторизация и полномочия, и у них есть привилегия. Мб я сам не прововал

(73) вы сейчас про что? Если принимается решение выпустить подпись на человека, собирается пакет доков и выпускается подпись. Как далее будет использоваться сертификат - зависит от внутреннего регламента организации. Из авторизации там есть только пин-код.

(74) но это не нужно, берем один

респект привычкам, спасибо

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

6 - цифра из описания формата СЧФ(ДОП), почитать можно, например, здесь https://ediweb.com/ru-ru/support/kb/368

(77) поработай с 20+ площадками

у нас разные цели

(79) мы здесь про что? Человек обработку для выгрузки СЧФДОП пишет, как я понимаю, от коммерческой организации в коммерческую организацию. Зачем ему голову забивать непонятно чем? Ему не для торгов и не для тендеров надо.

(81) я вот не представляю что она может быть в ближайший год универсальной

ДефИННЮЛ (78) нихрена не понял по ссылке внизу страницы где область действия
что значит V+2? V+3? М+? итд?

(81) пипец как это неинтересно писать, просто жопа. как студент, нах. сидишь и тупо долбишь... аж противно, сил моих на эту фигню нет... делаю по 1-2 тега в день.. ;-)

(83) дело в том, что СЧФДОП могут подписывать до трех человек. Поэтому если у первого подписанта полномочий недостаточно, то через + указываются полномочия второго и третьего подписанта, которые нужны.
Например, если первый подписант имеет полномочия 1, то надо еще чтобы СЧФДОП подписали 0 и 2.

сразу говорю, что у меня такого не было. Всегда городили приказ чтобы чел мог подписывать все что нужно (область полномочий 6).

(85) речь идет о подписании посредством ЭЦП?
.
и в секцию "Подписант" тогда тоже надо будет их всех пихать?

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

(86) ну у нас тоже так..
но в общем случае-то может быть по-другому...
.
и нахера если 'kEGL должен подписываться ЭЦП - еще и секцию "подписант" забабахали? масло масленое?

(87) я так понимаю, что в этом случае будет более одной секции "Подписант". Там же признак обязательности "ОМ" стоит (https://www.garant.ru/products/ipo/prime/doc/71285094/), т.е. типа может быть несколько элементов таких...

(89) из ЭЦП выцеплять данные ФЛ и должности не очень-то и удобно, тем более что там, по-моему, есть ограничения на длины строки. Точно помню что была фишка что какая-то особо забубенная должность не влезла при регистрации серта, сокращали как могли :)
А XML все стерпит. Можно большие поля забубенить.

Спсб за пояснения.
.
Вообще эта ЭДО - во многом хрень полная.

(92) какое законодательство - такое и ЭДО. Но пяток квитанций тудой-сюдой после отправки всего лишь одного документа - это, конечно, супер. Я в свое время тоже охреневал. Но, увы, это данность, которую мы не в силах изменить...

(93) ну, успокаивает то, что я не я этим ЭДО по работе буду заниматься - отправлять-получать-полдписывать-квитанции-аннулировать-корректировочные выставлять (это еще отдельная история, очень больная для меня)

а вообще - задолбало всё ;-)

Ну, это была только первая ласточка. Затем случился ЕГАИС, Меркурий, теперь вот маркировка корячится. В сравнении со всем этим ЮЗДО бел и пушист.

Таблица 5.43 Сведения об индивидуальном предпринимателе (СвИПТип)
СвГосРегИП - Реквизиты свидетельства о государственной регистрации индивидуального предпринимателя
Обязателен для случаев подписания счета-фактуры непосредственно продавцом
.
это вот не понял.
а какие варианты еще есть? если подписывает представитель(физлицо) ИП по доверенности (такое вообще можно? судя по всему - да) - тогда этот реквизит не нужен?

(97) думаю, что проще всего передавать эти реквизиты в фактуру всегда, если поставщик ИП. Вы этим ничего не нарушите.

<СвУчДокОбор ИдОтпр="" ИдПол="">
    <СвОЭДОтпр ИННЮЛ="5904303287" ИдЭДО="2BM" НаимОрг="АО &quot;ПФ &quot;СКБ Контур&quot;" />
</СвУчДокОбор>

А где взять эти ИдОтпр или ИдПолучателя? Их присваивает оператор ЭДО?

(99) да, присваивает оператор ЭДО. Там обычно первые три символа - это код оператора (например 2LD - Э-КОМ, 2BM - Контур и т.д.), а далее чаще всего идет GUID. Но в отдельных случаях бывает последовательность чуть большей длины чем GUID, например у предприятий, работающих с Контуром, я встречал идентификатор длиной 41 цифровой символ без учета разделителей, тогда как GUID использует 32.

(100) Спасибо.

Есть еще вопрос преобразования адреса из контактной информации и электронный СФ.
С первой частью адреса все более или менее понятно: почтовый индекс,Регион,Город,населенный пункт,улица есть и в кладре и в электронной СФ.

Со второй частью возникают вопросы

В по кладру есть части адреса: Дом,Владеление,Домовладение,Корпус,Строение,литера,Сооружение,Участок,Квартира,Офис,Бокс,Помещение,Комната
В в электронном документе есть: Дом,Корпус,Кварт.

Я привел так:

Дом->Дом,Владеление,Домовладение
Корпус->Корпус,Строение,литера,Сооружение,Участок
Квартира->Квартира,Офис,Бокс,Помещение,Комната

Но мне не нравится это решение и опыта нет.

прокомментируйте, пожалуйста преобразование адресов из КЛАДР в АдрРФ

(101) норм решение, я примерно так и делал. Проблем не было. Кривых адресов было довольно много, у РЦ, которые строят рядом с шоссе в чистом поле, часто адреса вида "на деревню дедушке" - какой-то там километр какого-то шоссе, триста метров после съезда. Ничего, никто ничего не возвращал.

единственное что - при сборке строк учитывайте длину полей, иначе у вас XML контроль не пройдет. Разумнее тогда выкинуть часть компонентов

Прочитал.

а как по КЛАДР правильно задать, например, московский адрес?
Регион = Москва г.
Город - надо задавать или нет?
.
и для определения Региона, т.к. это только один обязательный реквизит в адресной информации АдрРФ, для столицы области задаем "Город", а для указания области задаем "Регион" - так?

(106) там для федеральных центров есть такая заморочка, что в регионе задаешь федеральный центр, а в городе город-спутник. Например Петергоф для С-Петербурга. Для Москвы не знаю чего может быть, Люберцы какие-нибудь.

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

т.е. получается, что в случае если код региона 77, 78 и 92 и при этом город не задан, то в качестве города надо пихать текстовое содержимое Региона.

Вопрос:
адреса часто пишут в произвольной форме черти как, без КЛАДР.
.
Вопрос1: правильно ли будет ДЛЯ ЮРЛИЦА - код региона взять как первые два символа КПП..?
.
И вообще - можно ли по связке ИНН\КПП - вытащить КодРегион, который помещается в адресную информацию в выгрузку?
и что в качестве КодРегиона тянуть для обособленных подразделений продавца (грузоотправителя) и покупателя (грузополучателя)

(110) Есть обособки и крупнейшие налогоплательщики

А есть ИП у которых КПП нет

(112) это поянтно.
пока только ЮД рассматриваем.
.
Продаем через Обособленное
ИНН\КПП = 77...\66...
у продавца - в адресе д.б. указан адрес головы.
но, зарегаться можно в москве первоначально, получить ИНН=77..., потом голова переезжает в Ебург, ИНН останется тот же самый = 77...
в итоге: в общем слуае, используя ИНН\КПП - хрен ты вытащишь КодРегион, только из строкового написания адреса....

(113) Как вариант, можно выцеплять почтовый индекс из адреса с помощью регулярки и ориентироваться еще и на него. Первые три цифры - по идее, город. Скорее всего, имея в конфе загруженный КЛАДР, можно каким-то образом поискать регион по индексу.

(114) это тоже думал. но сильно много условий. кладр не является обязательнйо частью конфиги, его может и не быть.
так что тупо - строковое представление адреса, раскладываем в многострочный текст по запятым.
и смотрим с 1 по 4 строку - значение в строеке - ищем в списке субъектов (макет, в котором список субъектов по классификатору и список субьектов по кладр). Ищем как прямо (поле адреса в субьекте), так и наоборот (субьект в адресе).

(1) выгружай строкой да и все. В этой версии формата строка длино 1000 стала. Должно хватать

  <Адрес>
    <АдрИнф КодСтр="643" АдрТекст="142715, Московская обл, Ленинский р-н, Мильково д, владение 1"/>
  </Адрес>

не нужно возиться с кладром

(116) эээ! я тоже умный! так у меня выгружается в том случае, если КодРегион определить не удалось.
Но есть мнение/соображение (см.выше по ветке), что такой формат записи м.б. некомильфо

(116) и попутно - как навскидку определить что КодСтр="643"...

(118) нет никаких запретов выгружать строкой. У меня так работает, у других контрагентов также вижу.

В предыдущих версиях строка короткая была. Я выгружал "по кладру". Когда этот формат вышел перешел на строку

(120) спсб, учту

(120) запретов нет, т.е. контроль правильности такой XML пройдет. Но у меня были случаи, что конкретные получатели (торговые сети) требовали адреса именно в формате КЛАДР и не проводили счет-фактуру у себя до тех пор, пока адреса не были написаны так как им надо.

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

да и вот хз как например в типовых-8 сделана загрузка из того же ЭДО УПД.
если клиент уже есть в базе - то выполняется только привязка к клиенту (по какому-то реквизиту/набору реквизитов) или еще и вдобавок идет ОБНОВЛЕНИЕ реквизитов, упомянутых в УПД? и по номенклатуре аналогично...

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

(125) ну чудес не бывает. Если у вас нет никаких идентифицирующих полей, то хотя бы раз для каждого наименования вы сделаете процедуру сопоставления того, что в доке, и того, что в вашем справочнике. Возможно, частично решить проблему могли бы сервисы типа 1С:Номенклатура, но это при условии что все ими будут пользоваться, что вряд ли. Сети решают данный вопрос тем что принуждают передавать идентификаторы в ИнфПолФХЖ, в противном случае не принимают документы.

(127) это понятно. у мну вопрос о том - как это сделано по умолчанию в типовых?

(0) Получается что самое сложное здесь - это адрес и подпись.
С подписью вообще не понял. Каким образом данные ЭЦП попадают в XML выгрузки - не понимаю.
Как-то все это между собой не связано. мне в СБИС объяснили так что менеджер как пользователь СБИС-онлайн
сам отправляет документы подписывая их прямо в СБИС - главное чтоб в xml все было заполнено правильно.
я же (0) отправлял примеры своих живых XML сделанных правда обработкой СБИС для 7.7 ТИС. И никаких вопрос по адресу не возникало.

(129) Платформа какая 8 или 7.7?

(129) Адрес у Сбиса можно получить отправив POST запрос указав ИНН и КПП. Ответ будет в JSON.

Еще для СБИС.  У них есть сервис = https://online.sbis.ru/kladr/service/code?addr={Адрес как есть}. Вернет JSON  по совпадениям.

(129) а почему они должны туда попадать обязательно из сертификата? Можно просто завести справочник подписантов и привязать к каждой записи соответствующий сертификат.

(129) а что с подписью не понятно ?  По Конкретнее можно.

(133) "Можно просто завести справочник подписантов и привязать к каждой записи соответствующий сертификат."
зачем? в самом иксемеле никаких данных о данных ЭЦП - не содержится. Если подписант в иксемеле Петров, а ЭЦП подписано от имени Сидорова - то ССЗБ. В худшем случае получат люлей/штрафов еще чего-нить. в лучшем - все прокатит.
.
нехер организационные проблемы лечить технически. Можно. когда совсем уроды в конторах сидят. но и брать за это БОЛЬШИЕ деньги. ибо нехер. имхо.

Опять же ЭЦПшкой можно подписать даже картинку. Что из ЭЦП попадет В САМУ КАРТИНКУ - ничего.

(135) А если у Петрова есть приказ или Доверенность нотариальная что он может за Сидорова подписывать тогда что ?

(135) он не про то спрашивает. Как я понимаю, он полагает что в процессе выбора сертификата для подписания в XML автоматом должна родиться секция "Подписант", и данные туда должны подставиться из АПИ крипто-про или что там используется для подписания. Необязательно.

(128) могу только сказать, что в СБИСовской обработке сопоставление делается. Один раз, далее оно действует постоянно для заданного контрагента.

(137) очень-очень сомневаюсь.
внезапно всплыл левый документ. подписан МОЕЙ, БЛЯ, ЭЦП?! нахер такие доверенности и приказы...

(140) Подразделений потому что много. А руководство разъездное.

(141) там где много подразделений и разещдное руководство - даже двадцать ЭЦП сделать - вообще не вопрос по бюджету.

(142) Вот как раз вопрос в бюджете. :)

(142) А разве не по логину и паролю пользователя в сбис-онлайн, а подпись уже та что в сбис-онлайн - общая

(142) мне кажется, все гораздо проще и тупее. Делается ЭЦП на какого-то конкретного человека, раздается всем кому надо и все ей подписывают. "Как будто бы" этот человек.

(144) Или по логину или по сертификату.

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

(145) Да так и есть.  В Сбисе же есть настройка в в Электронных подписях Доверена:у которых есть свой круг задач подписи .

(148) Доверение использованияя ЭП другому сотруднику. Но здесь у же в правах пользователя СБИС должны быть ограничения. Например пользователь подписывает только расходные накладные исходящие а другой - наоборот только входящие (отдел закупок).
Я правильно понимаю?

(149) Отчетность,Реализация товаров и услуг,Поступление товаров и услуг,Прочие документы (Акты сверки,Авансовые отчеты,Корреспонденция,Договоры)

(149) если очень хочется, то можно. Но проще сделать по-другому. Берется какой-нибудь человек, который работает долго и не увольняется. Чаще всего какой-нибудь некрупный начальничек или замначальника. Делается на него приказ на все нужные документы, и подпись. Одна. Потом она просто раздается всему отделу и все спокойно ей подписывают доки.

(150) + что нужно отмечаешь пользователю.

(151) Это самый удобный вариант. Но не самый безопасный.

(151) Если учитывать что у нас пользаки даже не знают своих учеток в сбис, и каждый может отправлять только с 1С что ему делегировано. Все равно техподдержка сбис писала что так не безопасно и отвечаете вы на местах.

(153) Можно ограничить пользователя чтобы он подписывать мог только накладные, но доверенной ему подписью руководителя

У нас в СБИС работает только ГБ. Остальные только выгружают документы. А ГБ их уже подписывает своим ключём и отправляет...

(155) Можно, но это ничего не меняет.
Допустим работаете вы в СБИС, а Вам в Диадок приходит договор с очень стремными условиями и этот Вася входит туда по ЭЦП и подписывает подписью диретора этот договор.

Оспорить эту подпись будет потом очень сложно. Так Диадоковцы говорили.

(156) А вот наш главбух этого не хочет ибо одних накладных только в одной точке под 50 в день а то и больше. У него и так работ хватает.
(157) Нет, договоры подписывать - это не прерогатива менеджера. Его дело подписать только накладные и счета-фактуры. Только для этого их надо сначала в XML сделать

(157) про директора никто не говорит, директорскую подпись кому ни попадя не дают. Речь про подпись а-ля "начальник отдела продаж/закупок", и подписание таких документов, которых много - в частности, поступлений, реализаций и т.п.
Как я думаю, те же реализации вполне может бот подписывать

(157) Тут если у Васи есть вообще доступ к ЭЦП директора, говорить не о чем, у него полный крат-бланш.

(159)+  И бота который грузить уже подписанные документы в базу.

И откуда этот бот возьмется?

(160) ну вообще это я к тому, что доверять ЭЦП практика порочная и не лишена подводных камней.

(162) Регламентные и фоновые задания

(163) Согласен на все 100!

(163) нормальная практика ЭЦП.
вопрос как с задним числом - пока это все велось на бумаге - исправления задним числом были жуткоресурсножрущими. Перевод в цифру создал ощущение "ничегошности". так и "WFG/
.
как, например, я - в доцифровую эру - могу по доверенности отдать свою подпись?! моя подпись от меня неотчуждаема. Вместо меня по доверенности может подписывать другой человек НО НЕ МОЕЙ ПОДПИСЬЮ, а своей. Он не может расписаться на бумаге моей подписью - это уже подделка. Он подписывается "Петров по доверенности" и прикладывает доверенность.
.
а ЭЦП - хреняк и отдали ЭЦП. отчуждили. потому что такова природа цифры. И теперь хрен поймешь по ЭЦП КТО КОНКРЕТНО ПОДПИСАЛ...
.
Почему я, как владелец ЭЦП не могук выпустить какую либо электронную доверенность (по факту суб-ЭЦП). и если Петров подписывает ЗА МЕНЯ - он подписывает своей "эцп" и прикладывает мою цифровую доверенность..?
.
Или есть такое?

(166) Простой (ну или ноториальной) доверенностью: Доверяю уборщику Васи подписывать договора за директора Петю. Все. Потом Вася выпускает на себя ЭЦП и подписывает. Разве нет?

(167) это да, но хервово что надо идти за ЭЦП к третьей стороне.

(167) А доверенность на бумаге?

Ну во-первых в той же 7.7 регламентных и фоновых заданий как таковых нет их надо делать.
Во-вторых - мне бы еще надо чтобы к пользователю сбис-онлайн на е-майл или еще как-то приходило сообщение о том что пришли документы входящие документы (поступление) или же уже подписанные счета-фактуры выданные. Значит у каждодго пользователя должен быть свой список контрагентов (и покупателей и поставщиков). Получается чтобы что-то утвердить он загружается сформированный в 1С XML - готовый пакет в СБИС и так 200 раз (если 200 пакетов)!!!
А если контрагентов нет в СБИС и они либо вообще не ведут ЭДО либо в Контуре или еще где-то???

(170) Да что то поздно заметил что вы тут про 7.7. Если нет в Сбисе, то документы загрузиться -  но будет отправлено приглашение (куда , через что , на что - не знаю.)

(170) Вообще перед отправкой в Сбисе есть проверка контрагента , есть он в базе или нет. Если другой оператор то делаете роуминг между вами и тем оператором, обычно по заявлению от 2 до 5 дней решается.

(169) А почему бы и нет. Просто чтобы контрагенту доказать в суде полномочия Васи придется эту доверенность предоставить. Я это так понимаю.

(172) А точно. Есть. Но если много этих документов, то тут и запутаться можно

(173) Забавно, я всегда считал, что подпись в ЭДО гарантирует её юридическую силу. А получается прикрепление подписи к абоненту ЭДО позволяет де-факто подписывать документы от ЮЛ, де-юре никакой силы не имеет без дополнительных подтверждений. Так?

(171) Да с удовольствием администрировал бы 8-ку. Только бы не программировать заново в 8-ке многое из того что было рождено для 7.7. Но вот именно без этого никак не получается. Типа багажник не закрывается, тут надо придумать пимпочку чтоб закрывался ибо машина образца 19... года ну и еще купить новую машину и присобачить в нее эту пимпочку ).

(166) исправления задним числом с применением ЭДО - это жопота. Там есть адский док УКД, который мало того что вдвое сложнее по количеству содержащихся в нем данных, так еще и ракообразно отражается в учете

(175) чтото я не уловил..
.
подпись всегда делает не ЮЛ, а вполне конкретной физлицо. на которое выпущена ЭЦП.
то что эта ЭЦП раздается направо-налево этим лицом - это личное дело этого лица.
по факту - подписанная такой ЭЦП хрень эквивалентна что эту хрень подписал сам держатель ЭЦП.
в случае проблем - оспаривать это придется в суде. что ЭЦП была утрачена, скомпрометирована, слямзена.
и все будет очень непрсото.
я так себе представляю.

(178) Ты вроде предполагал, что есть одна подпись (гендира) к которой есть доступ у неограниченного круга лиц. Это крайний случай и тут действительно не отвертишься.

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

(179) когда вы оформляете ЭЦП на лицо, которое имеет право подписывать доки от имени организации, среди прочих документов требуются документы, подтверждающие право подписи. В случае с сотрудником это обычно приказ на право подписи определенных документов. Если человек не является сотрудником - очевидно, подпись не выпустят, если не будет той самой доверенности. Все эти документы УЦ требует либо в виде оригиналов, либо в виде заверенных копий, т.е. в случае возникновения спорной ситуации суд может затребовать у УЦ, на основании чего он выпустил подпись, и те передадут соответствующие документы.

таким образом, здесь ситуация, похожая на ситуацию с обычной бумажной подписью. Можно попросить дворника Федю поставить закорючку и до определенного момента это даже может прокатывать. Но если возникнет желание оспорить документ, то это нетрудно будет сделать, потому что у УЦ приказа на Федю не будет, таким образом, подпись если и была была выпущена УЦ, то для других целей, не для подписания данного документа, и она ничтожная.

(181) Т.е. если подпись выпущена/авторизована, например, для подтверждения получения заказов покупателей, а может использоваться для подписания ТН и договоров. Оператор ЭДО это же не контролирует?

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

Да! Кроме того, получатель, увидев подпись Феди и не увидев гендиректора, имеет же полное право не акцептовать документ. Он может позвонить и сказать - подпишите кем-то более вменяемым или давайте приказы и доверенность.

Единственный контроль который я видел - некоторые операторы ЭДО требуют отправить им открытый сертификат перед началом использования. Т.е. нельзя использовать вообще произвольную подпись, пусть даже и выпущенную для этой организации, а только ту, которая таким образом верифицирована. Но вот чтобы на этом этапе передавался ещё и список допустимых  документов - такого не видел.

Читаю.
Спасибо всем, кто принимает участие в обсуждениях.

(126)(185) возвращаясь к теме разговора скажу что считаю что вы вставляете жуткие костыли в части "определением адреса региона" которые рано или поздно выстрелят феерическим багом. (101) мне тоже не нравится, но мне хотя бы не приходится угадывать код страны и региона.

Если формат документа подразумевает составной адрес значит нужно делать составной адрес. Неужели в 77 никак нельзя впихнуть КЛАДР/код региона/код стараны?

(186) впихивать не нужно, в типовые, ту же ТИС, все давно впихнуто. Он хочет сделать решение для тех кто вводит адреса строкой и не готов конвертировать все в объекты.

Полностью согласен с (186) что это адский костыль, а не "решение". Имхо внедрение юр. значимого ЭДО как раз тот случай, когда бизнес/сотрудники вынуждены будут корректировать свои процессы в соответствии с реалиями, и те кто "не готов" пойдут нафиг с пляжа. И это ТС еще не дошел до <ИнфПолФХЖ1> с индивидуальными требованиями сетей

(188) разберётся как-нибудь. Не первый год в теме и даже не первые десять.

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

(186) спасибо на добром слове.
вот предложи вменяемый алгоритм который определит Регион правильно. В условиях трэша и угара, который творится у лавочников, где адрес часто пишут не через КЛАДР (потому что он тупо не стоит и некому поставить и показать ка кправильно вводить), а пишут строкой, запросто может  быт такой регион в написании адреса: РС(Я).
.
далее многие бухи/аудиторы настаивают на том, чтобы адрес был записан именно так ка кнаписано в учреддоках и забито в ЕГРЮЛ - что не согласуется с записью адреса по кладр, а в торг12 и счф - выводит надо именно как в Егрюл.
.
если адрес введен по КЛАДР - то регион подтянется нормально. даже если ненормально - есть шанс что регион определится правильно. Неправильное определение Региона - исключено (ну так получается по моим прикидкам/алгоритму), если регион не удалось определить - то переходим на запись адреса через АдрИнф
.
а так - да, я не претендую на супер-пупер. осилю-напишу (проблем особых выгрузку нет написать, пишу в неделю по 5 строк - бо непонятно нахрен понадобится мне на семерке или нет), напишу - выложу... кто умеет лучше - незхай сделает лучше. я не в претензиях ;-)

(187) не совсем так. в той же ТИС - ввод адреса через КЛАДР не является обязательным. Можно через Кладр, можно произвольной записью.
и, не порверите, даже через КЛАДР можно тупо ввести криво. у меня клиент Область вбивал тупо вручную в поле "Район", вот так: "Свердловская обл;"

(188) " И это ТС еще не дошел до <ИнфПолФХЖ1> с индивидуальными требованиями сетей" - здесь проблема только одна. чтобы получить от СЕТЕЙ или от кого-то еще - описание тогт что надо выкинуть. А вся инфа по работе с сетями, вплоть до GLN? номеров заказов в терминах сетей, артикулов сетей, номеров приемок сетей и прочей хрени всякой - без проблем... выплюнуть все это когда ЗНАЕШЬ формат - вообще навоз-вопрос.

(188) "огда бизнес/сотрудники вынуждены будут корректировать свои процессы в соответствии с реалиями,"
- именно. берут "мою" выгрузку, юзают. всех-все устраивает - ну и ОК! не устраивает, клиент дает отлуп - смотярт разбираются. Не подходит что адрес в формате АдрИнф выкинут строкой - переходят на запись через КЛАДР. вдобавок паралельно с ЭДО-документом - клепают бумажный документ - а там - бухия/аудиторы требуют чтобы был Ннихрена не кладровский адрес - а по документам как написано в егрюл - да повиг - будут вести ДВА АДРЕСА для однйо и той же сущности. я проблем вообще не вижу. Большая часть проблем - ОРГАНИЗАЦИОННО-АДМИНИСТРАТИВНЫЕ - я их за 1Сную оплату - сейчас не решаю. Понадобится решить - отдельная оплдата за отдельные организационно-административные проблемы. как-то так...

Вот адрес из ЕГРЮЛ
109451, ГОРОД МОСКВА, УЛИЦА БРАТИСЛАВСКАЯ, ДОМ 14, ЭТ 1 ПОМ XIX ОФ 1Ф
.
задача - впихнуть  запись в формате КЛАДР при этом чтобы на бумажных доках адрес выводился именно так как в егрюл. до запятой. для начала - на типовой ТИС. ничего не менять, не дорабатывать. ну и на типовой 8-ке тоже можно попробовать... может там больше возможностей

как вообще в КЛАДРЕ вводить строение 2? помещение 5? - в какие поля?

(196) на самом деле сам классификатор позволяет вводить все перечисленное, кроме, кажется, этажа, см. (101). Но тут есть несколько вопросов. Первый - это реализация соответствующих полей в семерочных типовых. Я почти уверен что там это хромает, потому что даже в восьмерке появилось относительно недавно. И самое смешное - полной поддержки нет в тегах ЭУПД, о чем также написано в (101). Правда, парит это мало кого. Дописывают через запятую и все.

В целом я вполне допускаю появление больных на голову поциентов, которые захотят чтобы все было в строке "как в документах". Здесь и не то бывает :))

(197) а экранчик типовой-8 для ввода по КЛАДР можешь показать? а то у меня только УНФ - там по ФИАС

(199) В УПП сейчас вот так https://imgur.com/ASkeaKk

хотя тоже есть свои заморочки: например, в (195) помещение и офис на разных уровнях иерархии, а у 1С на одном. Т.е. уже не введешь, если только выбрать "помещение", а в поле вписать еще и офис.

(191) У меня БСП 2.1 Кладр. Так что по нему сейчас и ориентируюсь.

В моей реализации возможны три варианта:
1) Адрес введен в произвольном формате - считаем что это адрес в РФ и в ЭДО транслируем как <АдрИнф КодСтр="643" АдрТекст="Бла-Бла-Бла"/>
2) Адрес введен по КЛАДРу - он тоже в РФ транслируем в АдрРФ согласно (101)
3) Адрес введен не по КЛАДРу, но с указанием кода страны - ЭДО транслируем как <АдрИнф КодСтр="КОД_СТАРАНЫ_АДРЕСА_УГАДЫВАТЬ_НЕНУЖНО" АдрТекст="Бла-Бла-Бла"/>

Планируется к реализации, если припрет:
4) Чтобы на бумаге как в ЕГРЮЛ, а в ЭДО тег АдрРФ. Тег РФ тоже как в ЕГРЮЛ - свой классификатор (или свою хитрую форму ввода) городить.

ознакомился