
Уровень «планировочная структура» в адресе
В ФИАС есть уровень «планировочная структура». Дадата его не поддерживает, и адреса с этого уровня отдаёт в поле «населённый пункт».
Но если госорган (например, Росреестр) требует адрес в структуре ФИАС, то адрес от Дадаты не подойдёт. Нужен явно выделенный уровень «планировочная структура»
Ответ

Если голосуете за идею, пишите в комментарии свой сценарий использования, пожалуйста — зачем нужна «планировочная структура».

Вот вам сценарий использования, банк, используем дадату в качестве внешнего источника адресов в формате ФИАС, и т.к. планировочная структура не тянется, в отчет АСВ попадает адрес не соответствующий структуре ФИАС.

Планировочную структуру с 25 ноября 2020 требуется явно указывать в формах на регистрацию юридических лиц (ЮЛ). Ссылка на приказ ФНС:
http://www.consultant.ru/document/cons_doc_LAW_362347/42c5ae735ef7247a533320dc1ac2d192a105223c/#dst105190
Сейчас для получения структуры адреса, соответствующей новым требованиям ФНС к формам на регистрацию ЮЛ, требуется делать три запроса:
1. Запрос адреса к сервису подсказок по адресам.
2. Запрос полей муниципального образования к новому сервису по ОКТМО.
3. Запрос планировочной структуры к сервису адреса по ФИАС.
Таким образом, происходит троекратная нагрузка на ваши сервисы и увеличивается сложность логики нашего сервиса.
Хотелось бы свести получение адреса в муниципальном делении с явно выделенными полями планировочной структуры в одном запросе.

Планировочная структура нужна в адресах типа "143903, Московская обл, г Балашиха, мкр Авиаторов, ул Кожедуба, д 10" - микрорайон Авиаторов приходит в населённом пункте, что ломает дальнейшую интеграцию с системами, которые заточены под ФНС. В идеале присылать это отдельным полем.

Может пока это не реализовано есть какой-то обходной путь, как мы могли бы точно узнавать, когда в населённый пункт приходит планировочная структура?

Обходной путь пока такой: делать дополнительный запрос до населённого пункта и смотреть что там: если 65 - планировочная структура, то перекидывать его в другое поле

У нас сейчас разбор планировочной структуры работает так:
- населённого пункта нет — планировочная структура уходит в населённый пункт (поле settlement);
- населённый пункт есть, но нет ещё и улицы — уходит в улицу (поле street);
- есть населённый пункт и улица — отправляется в населённом пункте, основной населённый пункт остаётся в скобках.
Добавлять отдельной строкой пока не планируем. Расскажете зачем оно вам нужно?

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

Теперь можно получить планировочную структуру в отдельном поле:
- Если адрес уже есть, и известен fias_id — получить через метод «Адрес в ФИАС по идентификатору».
- Если требуется организовать ввод адреса «с нуля» в точном соответствии с ФИАС — через подсказки по ФИАС.
Сервис поддержки клиентов работает на платформе UserEcho
Теперь можно получить планировочную структуру в отдельном поле: