По запросу
Автоматизация
n8n
Оркестрация согласованного обмена между внешними системами и Skirbo.
АвтоматизацияSkirbo +
Skirbo +
AHunter
Разделять исходное ФИО, предложенный вариант и подтверждение оператора, чтобы автоматическая нормализация не меняла получателя заказа без согласования.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Исходное ФИО | Система продавца → AHunter | Обсудим в составе подключения Только строка для конкретной проверки; внутренний ключ связывает запрос с версией контакта. |
| Варианты persons / suggestions | AHunter → оператор | Обсудим в составе подключения Показать варианты фамилии, имени и отчества; подтверждение пользователя отдельно. |
| Подтверждённое написание | Оператор → Skirbo / контур документов | Обсудим в составе подключения Сохранить автора решения и исходное значение; не менять право выдачи по факту нормализации. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Для продавцов, которые получают ФИО одной строкой из форм и файлов, и операторов, оформляющих выдачу по получателю. Рассматриваются два API AHunter — подсказки ФИО и стандартизация ФИО. Это помощь при вводе и разборе текста; удостоверение личности и право получить товар подтверждаются своим процессом.
Как организовать обмен
Описаны suggest/person и cleanse/person. Общая документация показывает HTTPS, GET/POST и передачу API-токена через Ahunter-User. Маршрут конкретной команды и права клиента проверяются перед запуском; исторические HTTP-примеры не копируются.
Предлагаемый порядок работы
- Сохранить исходную строку, идентификатор заказа и версию контактных данных.
- Передать только нужную строку в согласованный интерфейс cleanse/person; связать ответ с той же версией.
- Сопоставить persons с полями фамилии, имени и отчества; при нескольких вариантах не выбирать первый автоматически.
- Оператор сверяет предложенный вариант с подтверждёнными данными продавца перед печатью документа или выдачей.
- Вернуть принятое исправление в карточку заказа с автором решения, оставив исходный текст.
- Проверить, что контур оформления доставки принял именно подтверждённое ФИО; разрешение физической выдачи остаётся отдельным.
- При неоднозначности или ошибке сервиса сохранить исходные данные и направить уточнение, не заменяя человека по похожему имени.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
ФИО из файла — проверенные компоненты
Задача: Подготовить получателя к оформлению документов без скрытой замены фамилии.
Когда начинается: Продавец загрузил заказ с ФИО одной строкой.
- Сохранить исходную строку, идентификатор заказа и версию контактных данных.
- Передать только нужную строку в согласованный интерфейс cleanse/person; связать ответ с той же версией.
- Сопоставить persons с полями фамилии, имени и отчества; при нескольких вариантах не выбирать первый автоматически.
- Оператор сверяет предложенный вариант с подтверждёнными данными продавца перед печатью документа или выдачей.
- Вернуть принятое исправление в карточку заказа с автором решения, оставив исходный текст.
- Проверить, что контур оформления доставки принял именно подтверждённое ФИО; разрешение физической выдачи остаётся отдельным.
- При неоднозначности или ошибке сервиса сохранить исходные данные и направить уточнение, не заменяя человека по похожему имени.
Результат: В заказе видно, что ввели, что предложил сервис и кто подтвердил результат.
Если возникло исключение
- Несколько persons — варианты, а не несколько получателей.
- Коэффициент compatibility не является проверкой личности.
Подсказка при работе оператора
Задача: Упростить ввод, сохраняя право человека выбрать написание.
Когда начинается: Оператор вводит или уточняет ФИО получателя.
- Запросить suggest/person для введённой строки по согласованному защищённому маршруту.
- Показать suggestions как варианты; выбор сохранять только после явного подтверждения.
- Если нужен полный разбор, отдельно вызвать cleanse/person для выбранного текста и сохранить подтверждённые компоненты.
Результат: Подсказка помогает вводу, но не назначает получателя сама.
Если возникло исключение
- Поздний ответ на прежнюю строку не должен заменять уже введённое значение.
ФИО без исправления опечаток
Задача: Разобрать строку с сохранением подтверждённого написания.
Когда начинается: Нужно выделить компоненты имени для внешнего документа.
- Согласовать режим exact, который запрещает попытку исправления опечаток.
- Проверить результат разбора и пустые компоненты, не дополняя отчество выдуманным значением.
- Передать подтверждённые поля в документ и сохранить исходную строку рядом.
Результат: Разбор не превращается в незаметную коррекцию паспортного написания.
Если возникло исключение
- Неизвестное или иностранное имя направляется на проверку; наличие пустого отчества само по себе не делает заказ ошибочным.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ и SKU | Продавец / согласованная учётная система | Передавать версию заказа, владельца товара и таблицу соответствий артикулов, не сопоставлять только по названию. |
| Остатки | Система склада, где физически находится товар | Задание перевозчику и расчёт доставки не меняют количество доступного товара. |
| Статусы | Склад — комплектация и передача; перевозчик — перевозка | Сохранять оба времени и исходное событие; трек-номер сам по себе не доказывает передачу. |
| Документы | Сторона, выпустившая документ | Номер, версия и связь с конкретными местами сохраняются; повторное чтение не создаёт вторую отгрузку. |
| Возвраты | Перевозчик — обратное движение; склад — фактическая приёмка | Товар становится доступным после осмотра и разрешения склада, а деньги возвращаются отдельным процессом. |
| Получатель и ФИО | Продавец / подтверждённые сведения получателя | AHunter предлагает разбор. Только согласованное решение меняет контакт заказа; личность по имени не устанавливается. |
Что обсудить перед пилотом
- Нужны подсказки при вводе или разбор уже полученных файлов?
- Кто подтверждает исправленное написание и где хранится исходное?
- Можно ли использовать exact, чтобы исключить изменение букв в подтверждённом имени?
Перед оценкой
Что нужно уточнить
- Подтверждённый защищённый интерфейс и права использования данных получателей.
- Набор обезличенных примеров: переставленные части ФИО, опечатка, иностранное имя, отсутствие отчества.
- Правила ручного выбора, версий контакта и хранения исходной строки.
Границы сценария
Что учесть заранее
- Подсказки и стандартизация не проверяют документ, личность или право получить товар.
- Поля gender/domain из ответа не нужны для складского сценария и не используются для выводов о человеке.
- Адресные и телефонные API не исследованы этой карточкой; качество ФИО для Казахстана и Узбекистана проверяется отдельным набором примеров.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Выберите задачу — подсказки или разбор файла — и подготовьте обезличенные примеры сложных ФИО для проверки правил подтверждения.
Вопросы о подключении
Можно автоматически взять первый вариант?
Для юридически значимого или спорного написания это нежелательно. Предлагаемый процесс требует подтверждения, если возможны варианты или изменились буквы.
Что означает compatibility?
В документации это коэффициент совместимости компонентов имени. Он не доказывает личность, корректность документа или право на выдачу.
Чем подсказка отличается от стандартизации?
suggest/person предлагает завершение введённой строки. cleanse/person разбирает выбранное ФИО и может предложить несколько вариантов; это отдельный запрос.
Что будет при сбое AHunter?
Заказ сохраняет исходное имя. Оператор уточняет его вручную; сбой подсказок не должен создавать нового получателя или списывать товар.
Интеграция уже готова?
Материал описывает предложение обмена. Работающий коннектор Skirbo, пилот и приёмка на заказах вашего клиента не подтверждены; способ реализации определяется после проверки доступов и операций. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Стандартизация ФИО с использованием API — дата проверки: 2026-10-30
- Подсказки при вводе ФИО одной строкой с использованием API — дата проверки: 2026-10-30
- Описание API: транспорт и API-токен — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.