Ваши комментарии
Коллеги, добрый день.
Действительно, в этих числах мы обновили сервис. Теперь мы преобразуем последовательные пробелы, символы перевода строки, возврата каретки, а также некоторые UTF-символы в одиночный пробел.
Сделали это из соображений производительности и надежности.
По поводу правил – мне кажется, не очень имеет смысл их приводить, потому что мы можем их в любой момент изменить, и вы об этом не узнаете, или узнаете с опозданием. Мы рекомендуем добавить в исходные данные ID записи, чтобы сопоставлять данные по ней. Так вы не будете зависеть от особенностей ответа API. И это менее затратное для вас решение задачи, чем подгонка результатов под правила каждый раз.
Дмитрий, добрый день.
Сейчас у нас есть интеграция Стандартизации только с 1С-Битриксом. С коробочным 1С есть интеграция Подсказок, поэтому если у вас есть разработчик – можно привязать к 1С и Стандартизацию. Но готового решения, к сожалению, у нас нет.
Мы всегда рады помочь :)
Владислав, проблему нашли и исправили.
Исправили.
Сервис поддержки клиентов работает на платформе UserEcho
Не совсем так.
Тут два момента. Первое: не совсем понимаю, в чем проблема сопоставить, какой ответ для какого адреса вернулся. Сервис стандартизации работает синхронно. Соответственно, всегда понятно, какой результат вернулся для какого адреса. Пример (псевдокод):
Явно есть пара (source_addr, result_addr) и понятно, что result_addr — это результат стандартизации для source_addr.
Второе: если по каким-то причинам хочется иметь в ответе явный идентификатор адреса, используйте метод https://dadata.ru/api/v2/clean вместо https://dadata.ru/api/v2/clean/address. Пример запроса с ID:
Ответ: