Служба поддержки DaData.ru
Если чего-то не хватает, или вы столкнулись с проблемой — оставьте сообщение, и мы ответим в течение 24 часов. Работаем с понедельника по пятницу, с 10 до 19 по Москве.
Адрес в точности как в ЕГРЮЛ
Недавно вышло постановление 981 ( http://www.consultant.ru/cons/cgi/online.cgi?req=doc&base=LAW&n=223158&fld=134&dst=1000000001,0&rnd=0.6911757314143732#0 ), в котором указано, что в ряде случаев в счетах-фактурах необходимо указывать юридический адрес в точности как в ЕГРЮЛ (большими буквами, без сокращений и прочих адаптаций - вида замены слова "город" на "г"). Т.к. мы используем подсказки от dadata при регистрации клиентов, и автоматической подстановке юр.адреса - нам необходима возможность получать юр.адрес по ИНН в чистом виде, без каких-либо изменений (как он указан в ЕГРЮЛ) - что бы в дальнейшем не исправлять выставленные документы.
Хотел уточнить - планируется ли к реализации данный функционал?
Мне кажется, суть требований в другом:
Новый порядок заполнения адреса продавца в строке «2а» предусматривает, что с 1 октября его нужно указывать согласно ЕГРЮЛ для юрлиц, или ЕГРИП для ИП. На сегодня эта строка заполняется в соответствии с местом нахождения фирмы, или по месту жительства ИП.
Суть требования — писать не адрес фактического нахождения, а адрес регистрации компании. Именно этот адрес и возвращает Дадата.
Если вы хотите брать адрес «как в ЕГРЮЛ», то Дадата его тоже возвращает (в поле address.data.source; либо address.value, если address.data пустое).
Почтовый индекс в запросе к Стандартизации
Мы обрабатываем с помощью Стандартизации некую базу адресов, в которой отсутствует указание района, из-за чего часто мелкие населенные пункты выбираются Стандартизацией случайным образом из всех имеющихся с таким названием в стране.
Чтобы решить эту проблему мы попробовали добавлять в строку запроса почтовый индекс, который в обрабатываемой базе присутствует. Кажется, что добавленный индекс часто работает хорошо.
Но есть следующие проблемы:
- индекс, похоже, не является сильным фактором, поэтому он не "исправляет" ошибки в других частях строки, например: "Новоленинское, Краснодарский край, Россия 352741" (правильно: "Новоленинский" вместо "Новоленинское") НЕкорректно определяется как "Краснодарский край, г Сочи, снт Россия (с Богушевка)" с индексом 354002;
- состоящая из одного только индекса строка целиком попадает в unparsed_parts.
Вопросы:
- стоит ли добавлять индекс в строку ради улучшения качества распознавания, или это может привести к непредсказуемым результатам (например, из-за того, что крупному городу соответствует множество индексов);
- можно ли как-то получать результаты только под одному индексу?
Добрый день! Индекс для Дадаты — вспомогательный фактор при распознавании адреса. Это связано с тем, что в индексах очень часто встречаются ошибки.
Если у вас есть индекс, вполне можно добавлять его к исходному адресу (лучше в начало строки). Хуже не будет.
По одному только индексу получить результаты нельзя.
Добрый день! год назад у нас была следующая проблема. Вы использовали базу адресов Налоговой а когда мы отправляли в почту то периодически возникало несоответствие индексов, так как у почты своя база. Вы как то решили эту проблему
Добрый день! год назад у нас была следующая проблема. Вы использовали базу адресов Налоговой а когда мы отправляли в почту то периодически возникало несоответствие индексов, так как у почты своя база. Вы как то решили эту проблему
Добрый день!
Сейчас Дадата работает по объединенному справочнику налоговой службы (ФИАС) и Почты России. В нем исправлены более 7000 некорректных и отсутствующих в ФИАС индексов.
Некорректные адреса организаций
Добрый день. Сейчас заказчик проводил массовую проверку адресов контрагентов в связи с изменениями счетов фактур. По некоторым ИНН получены некорректные адреса (сверили с выпиской ЕГРОЮЛ). например ИНН 1102053740. В выписке указано изменение данных - август 2017г. Сейчас октябрь. Проверил на сайте - возвращает некорректный адрес, хотя ставит дату актуальности - 9 октября.
activexobject is not defined
Здравствуйте. Пытаюсь отправить запрос к API, как в примере https://gist.github.com/nalgeon/f95ecfab833aa0916a9e936aca626049 , но получаю ошибку activexobject is not defined . Как могу исправить?
Нет адреса в дадате в г. Санкт-Петербург, Средний пр. В.О
Добрый день, в дадате не подтягивается адрес г. Санкт-Петербург, Средний пр. В.О., д. 15
Можно ли это исправить и добавить данный адрес в ваш справочник?
Подсказки используют справочник адресов налоговой службы (ФИАС). В нем нет адреса Средний пр. В.О., дом 15. К сожалению, более полной базы, чем ФИАС, просто не существует.

Мы работаем с налоговой, чтобы она добавляла недостающие дома и улицы. Позаботимся и о вашем случае.
Поскольку 100% покрытия домов добиться невозможно, рекомендуем всегда разрешать человеку ввести адрес, даже если его нет в Подсказках.
Некорректные адреса в автокомплите
Здравствуйте. Мы используем Dadata, а точнее ваш автокомплит, для нашей курьерской службы. Только что был создан заказ, для которого были высланы совершенно некорректные координаты. Сам адрес "г Москва, км МКАД 19-й". Координаты указывают на Красную Площадь, проверил у вас на сайте — тоже координаты неправильные выдает в демо-инпуте.
Добрый день.
Спасибо, что сообщили о проблеме! Мы постоянно работаем над увеличением покрытия (вот статистика), постараемся добавить и эти координаты.
Код точности координат для этого адреса — 4. Это означает, что координаты даны до города. Если Дадата уверена в разборе, то код проверки — «Точные координаты» (qc = 0).
Почему наш ексель-файл некорректно обрабатывается на предмет простановки индексов?
Подскажите, почему наш ексель-файл некорректно обрабатывается на предмет простановки индексов?
Игорь, добрый день!
- поменять местами столбец с адресом и названиями БЦ;
- установить тип данных "адрес" на город;
- установить тип данных "адрес" на улицу+дом, поставить галку "продолжение предыдущего".
Адреса обработаются корректно.
Для того, чтобы обработать записи вам нужно пополнить счёт. Первые 100 записей — бесплатно, при активации API-ключа.
Странная подсказка
Добрый день! Поясните, каким образом "г. Санкт-Петербург, Мебельная ул., д.47-лит.А к.1 пом. 17Н" превращается в "Ленинградская обл, Гатчинский р-н, массив 45 км Автодороги Санкт-Петербург-Псков"?
Что в Подсказках, что в Стандартизации.
Эта же дорога предлагается и для "г. Санкт-Петербург, Наличная ул., д.36-лит.А к.1" как вариант.
Прямо руки опускаются...(
Добрый день! Дадата честно сообщает, что она не уверена в разборе адреса, и адрес надо проверить вручную (на это указывает код проверки):

Мы, со своей стороны, постараемся улучшить разбор таких адресов в будущем.
как убрать вывод data.city_district (Район города)
что надо добавить в этот (стандартный) код:
<input id="address" name="address" type="text" size="100"/>
<link href="https://cdn.jsdelivr.net/npm/suggestions-jquery@17.5.0/dist/css/suggestions.min.css" type="text/css" rel="stylesheet" />
<script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
<!--[if lt IE 10]>
<script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/jquery-ajaxtransport-xdomainrequest/1.0.1/jquery.xdomainrequest.min.js"></script>
<![endif]-->
<script type="text/javascript" src="https://cdn.jsdelivr.net/npm/suggestions-jquery@17.5.0/dist/js/jquery.suggestions.min.js"></script>
<script type="text/javascript">
$("#address").suggestions({
token: "${API_KEY}",
type: "ADDRESS",
count: 5,
/* Вызывается, когда пользователь выбирает одну из подсказок */
onSelect: function(suggestion) {
console.log(suggestion);
}
});
</script>чтобы убрать вывод data.city_district (Район города) из подсказки?
Подсказки используют справочник адресов налоговой службы (ФИАС). В нём район Кукковка ошибочно занесён как «элемент планировочной структуры», а не как район города. К сожалению, на уровне подсказок это никак не исправить.
Сервис поддержки клиентов работает на платформе UserEcho