Выбираете PSP? Попросите показать плохую пятницу и последний день работы

Красивое демо показывает, как проходит успешный платёж. Для выбора провайдера полезнее другая сцена: пятница, ответ потерялся, возврат завис, специалист в отпуске. Ещё полезнее заранее разобрать день, когда вы решите уйти. Обе проверки показывают цену зависимости от партнёра лучше длинного списка функций.

Вместо общего SLA попросите разобрать конкретный день

Условный сценарий: в пятницу вы приняли 500 платежей по 40 евро, всего 20 000 евро. Вечером часть уведомлений задержалась, утром в понедельник пришли запросы на возврат. Попросите кандидата показать, что увидят оператор, разработчик и бухгалтер.

Какие события будут повторно доставлены? Как обнаружить операцию, если ответ API потерялся? Где видна неудачная выплата? Кто отвечает ночью и какие данные нужны для обращения? Хороший результат встречи — примеры отчётов, документация и согласованные контакты, а не обещание «поддержка всегда поможет».

Самостоятельно заведите журнал тестов. Для каждого сценария запишите ожидаемое поведение, фактический результат, дату проверки и нерешённый вопрос. Проверяйте успешную оплату вместе с отказом, повторным запросом, возвратом и закрытием страницы клиентом. Пилот должен быть согласован с провайдером и соответствовать разрешённому использованию продукта.

Первый фильтр: ваш бизнес действительно принимают?

Отправьте кандидатам одинаковое описание: юридическое лицо, фактический продукт, страны клиентов, валюты, средний чек, ожидаемый оборот, сроки исполнения и порядок возвратов. Для P2P-платформ отдельно раскройте, кто продавец, кто покупатель и кому принадлежат принимаемые средства. Не заменяйте описание расплывчатой формулировкой «онлайн-сервисы».

Попросите письменное подтверждение допустимости модели. Уточните, кто будет стороной договора, под каким юридическим лицом предоставляется каждая услуга и совпадает ли это лицо с получателем платежей по счетам провайдера. Устного «мы такое подключаем» недостаточно для планирования запуска.

Проверка разрешений зависит от страны. Например, для Великобритании FCA советует проверять не только название компании, но и разрешение на нужную услугу. Это пример локальной процедуры, а не подтверждение, что регистрация в одной стране даёт право работать в любой другой.

Попросите показать деньги после всех удержаний

Продолжим вымышленный расчёт. Из оборота 20 000 евро комиссия составляет 400 евро, новые резервные удержания — 1 000 евро, возвраты — 600 евро. При отсутствии других движений к выплате остаётся 18 000 евро. Комиссия здесь равна 2%, а снижение немедленной выплаты — 10%. Это разные показатели, и все числа выбраны только для примера.

Попросите кандидата отдельно назвать базу каждого удержания, дату доступности денег и график выплат. Для приведённого примера запросите календарь: какая сумма придёт в банк, в какой день, что останется удержанным и какие условия ещё нужно выполнить. Уточните, кто будет разбирать выплату, не поступившую в согласованный срок.

Пять требований, каждое с доказательством

Для финалистов подготовьте короткую проверочную карточку. Напротив требования укажите ожидаемый артефакт. Сверка денег требует обезличенного отчёта с идентификаторами. Восстановление после ошибки требует документации и результата теста. Работа поддержки требует подтверждённого канала и порядка эскалации. Управление доступом требует проверки ролей. Возможность выхода требует описанной процедуры и понятного формата выгрузки.

Помечайте ответ одним из трёх состояний: подтверждено, обещано, не проверено. Не превращайте обещание менеджера в технический факт после красивой презентации. Если кандидат пока не может показать функцию, запишите зависимость и условие, при котором её отсутствие станет блокером запуска. Это позволяет продолжить разговор без ложного ощущения, что все вопросы закрыты.

Компромисс обычно проходит между удобством единого сервиса и стоимостью зависимости от него. Одна панель снижает число интерфейсов для команды, но стоит проверить, можно ли восстановить историю без этой панели. Несколько провайдеров могут дать выбор, однако добавят сверку, поддержку и разные правила статусов. Второе подключение само по себе не создаёт готового резервного процесса.

Доступы и карточные данные: отдельная проверка

Запросите описание распределения обязанностей по карточным данным. PCI SSC подчёркивает, что передача обработки подрядчику не отменяет всех обязанностей мерчанта. Сертификат или логотип не заменяет понимания границ именно вашей интеграции.

Также проверьте, можно ли дать интеграции только необходимые права. Stripe рекомендует ограниченные API-ключи с разрешениями под конкретные задачи. У кандидата попросите продемонстрировать аналогичное разделение, включая независимые права на просмотр операций и изменение реквизитов выплат.

Проведите репетицию выхода до подписания

Возьмите десять вымышленных заказов: успешные, частично возвращённые, с открытым спором и ожидающей выплатой. Попросите показать, какие записи останутся доступны после остановки новых продаж, кто сможет завершить возвраты и как получить историю движений. Передачу платёжных данных и токенов рассматривайте отдельно: не предполагайте переносимость без подтверждения сторон и допустимого безопасного процесса.

Затем оцените труд команды. Если для одной нештатной операции нужны три ручные выгрузки и сверка по переписке, включите это в сравнение. Условные дополнительные четыре минуты на сто обращений дают 400 минут работы, даже если тариф за транзакцию ниже. Это расчёт нагрузки, не прогноз качества конкретного поставщика.

В решении о выборе назовите владельца каждого оставшегося риска. Формулировка «разберём после запуска» должна превратиться в конкретное условие: что ещё проверяется, до какой операции и кем. Иначе незакрытый вопрос исчезнет из презентации, но появится в первой ночной очереди поддержки.

Как принять решение без ложной точности

Разделите требования на обязательные и желательные. Недопустимая бизнес-модель, неясная сторона договора или невозможность сверить деньги не компенсируются удобным интерфейсом. Среди прошедших обязательный фильтр сравнивайте полную стоимость и результаты одного набора тестов.

Финальный результат отбора — решение с условиями запуска. Назовите выбранного кандидата, подтверждённые ограничения, незакрытые вопросы и действия, которые нельзя начинать до их решения. Сохраните исходные допущения о продукте и географии: при их изменении проверку пригодности нужно повторить.

Успешный пилот и проверенные разрешения не гарантируют, что условия или ограничения никогда не изменятся.