Здравствуйте!

Столкнулись с такой проблемой, что неуверенно стандартизируются имена/фамилии/отчества при, казалось бы, очевидных запросах. Например:

Запрашиваем: Сегрей Иванов Иванович

Получаем: Иванов Сергей Иванович

Код качества: 1

Запрашиваем: Вася Иванов

Получаем: Иванов Василий

Код качества: 1

Запрашиваем: Иван Ивановч Иванов

Получаем: Иванов Иван Иванович

Код качества: 1

Т.е. во всех трёх случаях распознано корректно, но почему-то получаем qc = 1, хотя логично получить qc = 0. Мы опираемся только на код качества, где нет нужды в дополнительной ручной проверке. Хотелось бы получать больше уверенности с вашей стороны в виде кода качества, хотя бы в таких простых примерах, как я описал выше.

Спасибо.

Не нашел решения для того, чтобы разделить зоны доставки Москвы и Новой Москвы. Ваша система Москву и поселения Новой Москвы определяет как единый регион, что неверно влияет на расчет суммы доставки.

Регион доставки определяется после того, как ввели улицу. Хочется в этот момент понимать, относится адрес к Москве, Новой Москве или области.

инн: 4217030520

при параметрах { "query": "4217030520", "count": 1 } находит одну компанию ООО "ГУТОВЪ-ПАБ" с ИНН 2538150335 (не та компания)

при параметрах { "query": "4217030520", "count": 10 } находит одну компанию ООО АПМ с ИНН 4217030520 (правильно нашел: также правильно находит при других count или при его отсутствии)

что не так с параметром count равным единице?

собственно параметры { query: ИНН, count: 1 } показались самыми логичными при поиске по ИНН, или есть другой способ?

Например: Строка: XX, XXXXX, выдан 05.11.2011 ОУФМС Дагестан, г.Махачкалы

Очень затруднительно большую базу контактов выгружать в vcf затем конвертировать в csv и тд.

Большое спасибо! Мне было очень тоскливо от мысли, что придется парсить базу ФИАС, грузить это все на сервер, настраивать поиск по вводимым словам. Я знал что это будет велосипед. Но в вашем случае это гоночный мотоцикл. То что нужно, уйма времени сэкономлена=)

Сделайте пожалуйста хороший плагин для webasyst 7 (с подсказками фио, email, адреса).

Существующий плагин к сожалению неудобен и не решает проблема заполнения данных клиентами.

Включите пожалуйста beltway_hit и beltway_distance для Мск-Спб в подсказках. Пусть даже это будет только в рамках платных подсказок или за отдельную стоимость, но чтобы было доступно сразу из JS. Сейчас чтобы расчитывать стоимость доставки для введённого адреса на сайте придётся писать серверный код, отдельно получающий эти данные от Стандартизации. Работать наверное будет, но не удобно.

Добавьте, пожалуйста, возможность указывать "населённый пункт по-умолчанию" для стандартизации адресов и телефонов.

Мы небольшая контора, работаем только по своему региону, в базе всегда вводят адреса (для внутреннего документооборота) без указания города и телефоны без кода города.

Стандартизация таких данных проблематична, т.к. для адресов вылазят дополнительные подсказки, которых бы не было, если бы при отсутствии явно указанного города dadata использовал город по-умолчанию. Приходится писать кучу дополнительного кода для пост-проверки и фильтрации вернувшихся данных, либо делать 2 запроса если dadata в первом запросе не увидел город.

Ну а телефоны возвращают всегда москву.

Думаю для многих локальных организаций это было бы весьма удобно...

Указание в карточке наличия аккаунта в вотсапе и вибере.