Служба поддержки DaData.ru
Если чего-то не хватает, или вы столкнулись с проблемой — оставьте сообщение, и мы ответим в течение 24 часов. Работаем с понедельника по пятницу, с 10 до 19 по Москве.
не находит организацию по ИНН при параметре count: 1
инн: 4217030520
при параметрах { "query": "4217030520", "count": 1 } находит одну компанию ООО "ГУТОВЪ-ПАБ" с ИНН 2538150335 (не та компания)
при параметрах { "query": "4217030520", "count": 10 } находит одну компанию ООО АПМ с ИНН 4217030520 (правильно нашел: также правильно находит при других count или при его отсутствии)
что не так с параметром count равным единице?
собственно параметры { query: ИНН, count: 1 } показались самыми логичными при поиске по ИНН, или есть другой способ?
Александр, Сергей, исправили ошибку.
Теперь приходит правильная организация при запросе по ИНН с count = 1.
Доставать информацию не только по номеру и серии паспорта, но и все остальное
Например: Строка: XX, XXXXX, выдан 05.11.2011 ОУФМС Дагестан, г.Махачкалы
- Серия
- Номер
- Кем выдан
- Дата выдачи
- Код подразделения (хорошо бы заполнять автоматически по «кем выдан»)
Сделайте поддержку загрузки из vcf файлов для поиска дубликатов
Очень затруднительно большую базу контактов выгружать в vcf затем конвертировать в csv и тд.
Спасибо за ваш сервис)
Большое спасибо! Мне было очень тоскливо от мысли, что придется парсить базу ФИАС, грузить это все на сервер, настраивать поиск по вводимым словам. Я знал что это будет велосипед. Но в вашем случае это гоночный мотоцикл. То что нужно, уйма времени сэкономлена=)
Плагин для webasyst 7
Сделайте пожалуйста хороший плагин для webasyst 7 (с подсказками фио, email, адреса).
Существующий плагин к сожалению неудобен и не решает проблема заполнения данных клиентами.
Внутри/за пределами МКАД и расстояние в подсказках
Включите пожалуйста beltway_hit и beltway_distance для Мск-Спб в подсказках. Пусть даже это будет только в рамках платных подсказок или за отдельную стоимость, но чтобы было доступно сразу из JS. Сейчас чтобы расчитывать стоимость доставки для введённого адреса на сайте придётся писать серверный код, отдельно получающий эти данные от Стандартизации. Работать наверное будет, но не удобно.
Расстояние до кольцевой возвращается в «Подсказках» для тарифов «Расширенный» и «Максимальный»
Населённый пункт по-умолчанию
Добавьте, пожалуйста, возможность указывать "населённый пункт по-умолчанию" для стандартизации адресов и телефонов.
Мы небольшая контора, работаем только по своему региону, в базе всегда вводят адреса (для внутреннего документооборота) без указания города и телефоны без кода города.
Стандартизация таких данных проблематична, т.к. для адресов вылазят дополнительные подсказки, которых бы не было, если бы при отсутствии явно указанного города dadata использовал город по-умолчанию. Приходится писать кучу дополнительного кода для пост-проверки и фильтрации вернувшихся данных, либо делать 2 запроса если dadata в первом запросе не увидел город.
Ну а телефоны возвращают всегда москву.
Думаю для многих локальных организаций это было бы весьма удобно...
> т.к. для адресов вылазят дополнительные подсказки
Уточните пожалуйста, о каких подсказках речь? Вроде вы выше пишете о стандартизации. В подсказках город по умолчанию как раз есть.
Аккаунты в вотсапе и вайбере
Указание в карточке наличия аккаунта в вотсапе и вибере.
По адресу "Московская обл, Подольский р-н, поселок Молодежный, д 19, кв 7" неправильно определяется индекс
По адресу "Московская обл, Подольский р-н, поселок Молодежный, д 19, кв 7" неправильно определяется индекс и возможно код ФИАС. Для домов 1-17 по этому адресу индекс определяется правильно(142113), для дома 19 же в ответе возвращается индекс 142172(Щербинка). В чём может быть причина
Причина в том, что дома 19 нет в ФИАС. Поэтому мы возвращаем индекс вышестоящего объекта (улицы), и код ФИАС диапазона.
Фильтрация города на ходу из select
<select id="PROPERTY_589" class="form-control" name="PROPERTY[589]">
Не получится вывести форматированный адрес без населенного пункта, потом что поселки и села и есть населенные пункты. Также в списке есть город, а это разные типы. Если вы выбираете один конкретный тип – у вас показаны в выдаче либо города, либо населенные пункты. Если вы их объединяете – показано и то, и то, но ваше условие не выполняется.
Ограничить поиск по адресу также не получится, потому что в исходных данных нет региона, нет понимания н.п. или города в списке. В идеале для корректных ограничений нужно знать код КЛАДР, потому что город или населенный пункт может быть не уникален.
Сервис поддержки клиентов работает на платформе UserEcho