Дело не в .NET версии. Мы проставляем геокоординаты в Подсказках только при выборе конкретной Подсказки. В API это равносильно запросу с параметром count: 1.

Да, через АПИ Подсказок.

Да. Очередное обновление планируем на этой неделе.

«190027 ГОРОД САНКТ-ПЕТЕРБУРГ ПРОСПЕКТ ПИСКАРЕВСКИЙ ДОМ 2 КОРП 2,ЛИТЕР Щ» — это ровно тот адрес, который указан для филиала в ЕГРЮЛ.

Такой возможности нет.

Добрый день!

Дайте, пожалуйста, пример такой головной компании и филиалов.

Дадата использует официальную базу налоговой службы. В ней у филиалов нет КПП.

Только если кто-то захочет сделать новый плагин.

Добрый день!

Дмитрий, разработчик плагина, написал ответ. Из него видно, что доработка текущего плагина не планируется:

По поводу подсказок по ФИО и email - я народ опрашивал. Большинство сказали, что это скорее не надо, т.к. не очень удобно и может приводить к ошибкам.

Насчет подсказок по адресу - не совсем понял. Адрес нормально разбирается и подставляется в нужные поля. Подключать автозаполнение к стандартным полям ввода адреса я считаю неправильным, т.к. они специально сделаны для того, что бы клиент мог ввести корректные данные (ввести сам, без подсказок), если они (эти поля) были определены неправильно или вообще не определились.

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

Вы исходно написали «в Rest по адресу ограничиваю московской областью». Вот я и предлагаю ограничивать, но с помощью поля region вместо kladr_id.

Вместо:

{ "locations": [{ "kladr_id": "50" }] }

Использовать:

{ "locations": [{ "region": "Московская" }] }

Проблема с kladr_id есть — такое ограничение учитывает историю адресов, а город Московский раньше относился к Московской области. Постараемся исправить, но сроки назвать не могу — на эту логику завязаны другие функции подсказок.