Где находится нниоп нофелет?

Нарисовалась задача: нужно было автоматизировать поиск реквизитов контрагентов по ИНН/ОГРН прямо из интерфейса 7.7, чтобы избежать ручного ввода, ошибок и ввод адреса "НЕ в формате ФНС". Типовой "1С:Контрагент" не рассматривался, он слишком избыточный по стоимости и громоздкий по архитектуре для моих текущих задач. Тем более, что он для Снеговика.

Альтернатива - API ФНС была отвергнута - платный. ???!!! В итоге был выбран путь интеграции с API DaData.

Технически реализовано так:

• Запрос на сервер DaData →→ получаем JSON →→ парсим данные →→ получаем список реквизитов контрагента (и не факт, что одного!). С полученным списком работаем дальше.

• Реализовано два режима работы: простой поиск (для пользователя) - показывает найденные реквизиты и служебный (для автоматического создания новых элементов в справочнике и/или актуализации данных) - возвращает найденное вызвавшей процедуре без открытия формы.

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

Подробности обвязок для HTTP-запросов и работы с json в 7.7 - см. здесь

А теперь к теме поста.

Географ глобус пропил. Московской области.

При тестировании получения от ДаДаты адресов (ФИАС/КЛАДР) обнаружились странные вещи. Например, в Москве теперь фигурирует несколько городов (в том числе и сам Москва г.), хотя всегда был только один - Зеленоград, а в Московской области "исчезли" некоторые районы, точнее почти все (Чеховский не в счет). Города (районные) теперь стали "районами", и прикол в том, что сами же города-районы бывают городами в самих себе. Но некоторых районов в классификаторе адресов Московской области нет вообще: например, Талдомского района больше не существует даже в виде города, хотя сам Талдом г. на месте - в городах МО.

Таким образом, адреса в т.н. формате ФНС (в адресе должно быть 9 запятых: страна ,(1) индекс ,(2) регион ,(3) район ,(4) город ,(5) населенный пункт ,(6) улица ,(7) дом ,(8) корпус ,(9) квартира) выглядят теперь так:

• ,123456, Москва г,, Москва г,,,,, (город-регион сам в себе)

• ,140000, Московская обл, Дмитров г, Дмитров г, ,,,, (город-район сам в себе)

• ,140004, Московская обл, Люберцы г,,, Вуги п,,, (п. Вуги - улица(!) в Люберцы г. "районе")

При этом, код ФИАС у городов-дублеров самих себя одинаковый. Разрядность "кода ФИАС" (в отличие от кода КЛАДР для одного и того же объекта) такова, что уникальный код ФИАС можно "присвоить" не только каждой песчинке на Земле, но и каждой капле воды на всей планете. И еще несколько порядков свободных кодов останутся (наверное, для реголита на Луне), но вот для городов-клонов кодов не хватило.

Не очень понятно, что теперь делать со справочниками, которые содержат адреса в "старом" формате? Это и адреса контрагентов (юридический, фактический, почтовый, адреса доставки и т.д.) и адреса прописки регистрации сотрудников (физ. лиц). Их, даже в небольших одинесных базах, могут быть десятки и сотни тысяч. Ни о каком ручном способе приведения адресов в соответствие к новым выкрутасам ФНС (формирует ФИАС/КЛАДР) не может быть и речи!

Кто-нибудь еще сталкивался с такими переменами в госреестрах? Как вы сейчас решаете проблему синхронизации старых баз адресов с новыми реалиями ФИАС/КЛАДР?