Полезный пакет для онбординга отвечает на три вопроса: кто ведёт бизнес, как платят клиенты и какие процессы должна поддерживать платёжная команда. Соберите эти ответы до обращения к PSP.
Для форекс-брокеров и других мерчантов цель — не отправить самую большую папку. Нужно дать согласованную картину юридического лица, сайта, рынков и платёжного сценария. Этот чек-лист из шести пунктов помогает подготовиться; конкретные требования к вашему бизнесу и рынкам определяет выбранный PSP.
1. Подготовьте согласованный профиль бизнеса
Начните с одностраничного брифа, понятного человеку вне компании. Укажите операционное юридическое лицо и сайт, опишите продукт и момент списания средств с клиента. Отделите текущие страны работы от рынков, которые только планируете.
- Укажите коммерческий, комплаенс- и технический контакты и одного ответственного за заявку.
- Отдельно перечислите нужные платёжные методы, валюты транзакций и валюты расчётов с мерчантом.
- Объясните различия между клиентским брендом, стороной договора и владельцем планируемого расчётного счёта.
2. Сверьте документы с данными заявки
Запросите у PSP список допустимых документов для вашей страны и типа юридического лица. Проверьте читаемость, действительность и соответствие заявке. Публичная справка Stripe показывает, почему один универсальный список не подходит для всех стран.
Ведите простой реестр: запрошенный документ, ответственный, версия и статус подачи. Фиксируйте расхождения, а не подгоняйте заявку под устаревший файл. Уточните способ передачи документов, удостоверяющих личность: используйте согласованный защищённый канал, а не общий командный чат.
3. Пройдите сайт как новый клиент
Проверяйте работающий сайт, а не только внутреннюю презентацию. Человек, рассматривающий заявку, должен понять предложение и найти поддержку без догадок.
- Сверьте данные компании, описание продукта и формулировки о платежах.
- Понятно опишите цены, комиссии, валюты оплаты и условия регулярных списаний, если они применяются.
- Сделайте доступными порядок возврата или отмены и контактные каналы.
- Объясните части клиентского сценария за авторизацией и согласуйте доступ для проверки.
4. Отделите историю процессинга от прогнозов
Выберите фиксированный отчётный период и указывайте его возле каждого показателя. Если платежей ещё не было, прямо скажите об этом: прогноз полезен, но не является фактическим уровнем успешных авторизаций.
| Что подготовить | Что включить | Чего избегать |
|---|---|---|
| Профиль трафика | Рынки, методы, валюты и типичный размер транзакции | Одного общего среднего, скрывающего структуру трафика |
| История процессинга | Объёмы за конкретные даты и чётко определённые показатели авторизаций, возвратов и споров | Процентов без числителя, знаменателя и периода |
| Прогноз | Допущения, рынки запуска и ожидаемый диапазон | Представления целевого показателя как достигнутого результата |
По возможности передавайте агрегированные данные. Для коммерческого анализа не нужны номера клиентских карт или коды аутентификации. PCI SSC запрещает хранить чувствительные данные аутентификации, в том числе CVV, после авторизации.
5. Подготовьте план интеграции и операций
Распределите ответственность за платёжный сценарий: API-подключение — лишь часть проекта. Опишите поведение системы при успешном платеже, отказе и неизвестном результате.
- Определите ответственных за оплату, обновление статусов и сверку операций.
- Согласуйте обработку возвратов, дублированных запросов и прерванных клиентских сценариев.
- Назовите события, проверяемые до запуска, и способ проверки результатов.
- Соберите вопросы о графике расчётов, валютах, комиссиях и контактах для эскалации; закрепите ответы в соответствующем соглашении.
6. Приложите реестр открытых вопросов
Короткий журнал вопросов полезнее цепочки противоречивых вложений. Для каждого нерешённого пункта укажите ответственного и информацию, необходимую для закрытия.
| Вопрос | Ответственный | Следующее подтверждение |
|---|---|---|
| Какое юридическое лицо заключит договор? | Коммерческий руководитель | Подтверждённые данные юридического лица |
| Как статус платежа попадёт на платформу? | Технический руководитель | Согласованный поток событий и план тестирования |
| Что ещё нужно предоставить? | Ответственный за заявку | Актуальный список запрошенного и согласованное следующее действие |
Перед отправкой проверьте, что бриф, сайт и файлы не противоречат друг другу. Спросите, от чего зависит следующее решение. Полный пакет делает проверку понятнее, но не является обещанием одобрения или фиксированной даты запуска.
Источники и материалы для чтения
- Stripe — допустимые документы для проверки по странам: https://docs.stripe.com/acceptable-verification-documents
- PCI Security Standards Council — FAQ 1318 о хранении платёжных данных: https://www.pcisecuritystandards.org/faqs/1318/
Публичные источники проверены 13 октября 2026 года. Примеры провайдеров объясняют работу с документами, а не означают, что определённый провайдер примет ваш бизнес.