-
Поиск
Организация и подразделение
-
Проверка
Покупатель подтверждает сведения
-
Резервный путь
Ручной ввод без подсказок
-
Заказ
Снимок реквизитов и передача в CRM
Автозаполнение по ИНН должно помочь покупателю выбрать свою организацию и проверить реквизиты перед заказом. Ответ справочного сервиса нельзя сразу превращать в неподтверждённые данные счёта: у компании могут быть подразделения, несколько КПП и отдельные адреса доставки. При недоступности подсказок оформление должно оставаться доступным вручную.
Разделите данные компании и данные заказа
Название, ИНН, КПП и юридический адрес относятся к организации. Получатель, телефон, почта для документов и адрес доставки относятся к конкретной покупке. Один набор не заменяет другой. Для ИП состав полей отличается: обязательность КПП не нужно переносить с организации на всех покупателей.
DaData описывает подсказки по организациям и ИП, а поиск по реквизитам помогает находить записи по идентификаторам. Выбор метода, ограничения и тариф проверяйте для используемого подключения. Подсказка о компании не подтверждает полномочия человека, который оформляет заказ.
| Поле | Источник | Контроль |
|---|---|---|
| Название, ИНН, КПП | Выбранная запись справочника | Юрлицо или нужное подразделение |
| Юридический адрес | Сведения о выбранной организации | Показать для проверки |
| Контакт и почта для счёта | Покупатель | Не подменять сведениями о другом сотруднике |
| Доставка | Получатель заказа | Не копировать юридический адрес без подтверждения |
Постройте форму от ввода к подтверждению
- Покупатель выбирает тип плательщика и вводит ИНН или название.
- Форма показывает найденные варианты с достаточными различиями: название, ИНН, КПП и адрес.
- Покупатель выбирает запись. Форма заполняет только относящиеся к ней поля.
- Перед оформлением он проверяет реквизиты и отдельно указывает контакт и доставку.
- Сервер сохраняет согласованный набор в заказе и передаёт его дальше по установленным правилам.
Если результатов нет, объясните, как заполнить данные вручную. При нескольких вариантах не выбирайте первую строку автоматически. Подсказками должно быть удобно пользоваться с клавиатуры и на телефоне; ошибка ввода относится к конкретному полю.
Учебный сценарий: у компании два подразделения
Условное ООО «Учебный поставщик» оформляет закупку для подразделения. По ИНН найдены несколько записей с разными КПП. Автоматический выбор головной организации может сформировать счёт на неправильные реквизиты, хотя покупатель ввёл верный ИНН.
В таком сценарии форма предлагает выбрать подразделение, показывает его КПП и сохраняет результат в заказе. Доставка при этом может идти на склад, который отличается от юридического адреса. Все данные примера учебные; действительные реквизиты в нём не приводятся.
Не перезаписывайте старые заказы новым справочником
В заказе нужен снимок подтверждённых реквизитов на момент оформления. Если компания поменяла название или адрес, обновление карточки контрагента не должно незаметно менять уже выданный документ. Порядок исправления таких документов согласуйте с ответственным за учёт.
Для CRM определите ключ сопоставления компании и подразделения. Похожие названия не подходят для автоматического объединения. ИНН и КПП передавайте строками; не преобразуйте их в числа. Правила создания и изменения компании отделите от создания сделки и контактного лица.
Примите обработку ошибок
- Пустой ответ, недоступность API и исчерпание лимита не блокируют ручной ввод.
- Повторный запрос не создаёт несколько компаний в CRM.
- Покупатель видит, какие значения изменились после выбора другой организации.
- Отредактированные вручную реквизиты сохраняются в нужном заказе.
- В журналах нет секретов; привилегированные вызовы и секретные ключи защищены на стороне сервера.
В Аспро: Премьер 1.14.0 появился сценарий интеграции с DaData. На доработанном проекте всё равно нужно проверить настройку плательщика, свойства заказа и передачу данных. Наличие функции в релизе не подтверждает её готовность на конкретном магазине.
Частые вопросы
Можно доверять реквизитам без проверки покупателем?
Справочник сокращает ручной ввод, но не выбирает за пользователя нужное подразделение, получателя и адрес отгрузки. Покажите итоговые данные перед оформлением.
Нужно ли делать ИНН обязательным для обычного покупателя?
Настройки зависят от типа плательщика. Для покупки физическим лицом реквизиты юридического лица обычно не относятся к задаче заказа; не переносите обязательность полей между сценариями.
При разработке магазина с CRM опишите типы покупателей, нужные реквизиты и правила обновления компаний. Для действующего обмена полезна карта полей и приёмки интеграции.
