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

единственное что - при сборке строк учитывайте длину полей, иначе у вас 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) Чтобы на бумаге как в ЕГРЮЛ, а в ЭДО тег АдрРФ. Тег РФ тоже как в ЕГРЮЛ - свой классификатор (или свою хитрую форму ввода) городить.

ознакомился