Онбординг мерчантов
Заявки на подключение собираются в одном реестре и одним действием превращаются в мерчанта с кейсом проверки. Следующий этап — Андеррайтинг.
Онбординг → Заявки:
Заявка содержит реквизиты будущего мерчанта (наименование, торговое имя, УНП, рег. номер, MCC, страна, дата регистрации) и структуру: директора, сайты, адреса.
Статусы: Черновик → Подана → На рассмотрении → Сконвертирована / Отклонена.
Источники заявок:
| Источник | Как попадает в систему |
|---|---|
Вручную | Офицер создал заявку в панели |
CSV | Импорт файла |
API | CRM банка пушит заявки в Ingest API |
Форма | Мерчант сам заполнил публичную онбординг-форму |
Публичная онбординг-форма
Заголовок раздела «Публичная онбординг-форма»У каждой организации есть персональная публичная ссылка вида
https://admin.shield.by/onboarding/<токен> — её можно разместить на сайте банка или
отправлять мерчантам. Форма не требует входа в систему:
Отправленная форма появляется в реестре со статусом Подана и источником Форма.
Ссылку (и токен) при необходимости перевыпускает провайдер платформы — старая при этом
перестаёт действовать.
Ingest API
Заголовок раздела «Ingest API»Для интеграции с CRM банка есть Ingest API: POST /api/onboarding/applications
с Bearer-токеном организации. Заявки из CRM попадают в общий реестр с источником API.
Токен выдаёт и перевыпускает провайдер платформы.
Конвертация заявки
Заголовок раздела «Конвертация заявки»Действие Сконвертировать на проверенной заявке создаёт за один шаг:
- Мерчанта с реквизитами из заявки;
- персоны (директора) и адреса;
- сайты мерчанта — они сразу попадают на мониторинг;
- кейс андеррайтинга типа «Онбординг» с автоматически запущенными проверками.
Заявка получает статус Сконвертирована и ссылку на мерчанта. Повторная конвертация той же
заявки безопасна — система вернёт уже созданный кейс, дублей не будет.
Готовность сайта к эквайрингу
Заголовок раздела «Готовность сайта к эквайрингу»После конвертации система автоматически проверяет, готов ли сайт мерчанта к подключению интернет-эквайринга — по требованиям банков, ЕРИП и платёжных систем (форма аудита ОТС, 6 разделов). На странице кейса доступно действие «Готовность сайта»:
- Экран-чеклист 🟢🟡🔴 по 6 разделам формы аудита: (1) реквизиты и лицензия, (2) информация о товаре/цены, (3) порядок заказа/доставка/возврат, (4) информационная безопасность, (5) регистрация сайта и домен, (6) логотипы платёжных систем и контент.
- Заключение: «Готов к подключению» / «Требует доработки» / «Не готов» — по худшему статусу.
- Выгрузка PDF для мерчанта — список «что исправить» до подключения.
Большинство проверок — автоматические детекты сканера (реквизиты на сайте, цены в BYN, правила оплаты, логотипы, процедура заказа, отсутствие поля ПИН-кода, битые страницы/ссылки, единый домен, сервер в РБ, Торговый реестр РБ — авто-сверка УНП со снимком выгрузки МАРТ); БелГИЭ — ручная сверка офицером по внешнему реестру. Полный перечень и логика статусов — в разделе «Проверки».
Заявленный вид деятельности (ОКЭД из ЕГР) сверяется с MCC — полезно держать под рукой Справочник ОКЭД (официальный ОКРБ 005-2011) и коды MCC.