Как заказать интеграцию оплаты и безопасно принять первый платёж

Для бизнеса
Короткий ответ
Интеграция оплаты нужна, когда сайт, магазин, CRM или бот должны принимать платежи и корректно менять статус заказа. До оплаты фиксируются провайдер, юрлицо, онлайн-касса, сценарии успешной и неуспешной оплаты, вебхуки, возвраты, тестовый режим, безопасность ключей и кто владеет аккаунтом эквайринга. Красные флаги - ключи хранятся в коде или у подрядчика, нет тестовых платежей, не настроены возвраты и фискализация, статусы заказов меняются только на фронтенде. Результат - оплата проходит в тесте и бою, заказ получает корректный статус, чек формируется, возврат описан, секретные ключи хранятся безопасно, документация передана.

Когда нужна эта услуга

  • Сайт должен принимать оплату картой.
  • Интернет-магазин запускает эквайринг.
  • Бот должен принимать платёж за услугу.
  • CRM должна видеть статус оплаты.
  • Нужно подключить онлайн-кассу.
  • Нужно настроить возвраты.
  • Старый платёжный модуль работает нестабильно.
  • Бизнес меняет платёжного провайдера.

Когда нужна другая услуга

Не всегда решение - вызвать именно этого специалиста. Проверьте, не про вашу ли ситуацию ниже.

  • Если нет сайта или магазина - создание сайта.
  • Если нужна юридическая модель продаж - бухгалтер и юрист.
  • Если нужна CRM - интеграция CRM.
  • Если проблема в аналитике оплат - настройка аналитики.
  • Если нужна подписочная модель - отдельная разработка биллинга.

Состав работ

Что должно входить

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

Что обычно не входит

  • Регистрация юрлица или ИП.
  • Заключение договора с эквайрингом и банком.
  • Оплата комиссий и кассового сервиса.
  • Полная разработка интернет-магазина.
  • Юридические тексты оферты и политики.
  • Бухгалтерское сопровождение продаж.
  • PCI DSS аудит уровня крупного провайдера.

Что подготовить до обращения

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

Вопросы исполнителю до оплаты

  • На чей аккаунт подключается эквайринг?
  • Как хранятся секретные ключи?
  • Используются ли серверные вебхуки?
  • Какие статусы заказа меняются после оплаты?
  • Входит ли онлайн-касса и чек?
  • Как тестируются успешная и неуспешная оплата?
  • Как настроены возвраты?
  • Что будет при сбое вебхука?
  • Будет ли документация по статусам?
  • Кто отвечает за поддержку после запуска?
  • Какая гарантия на интеграцию?
  • Работаете по договору и чеку?
Интерактив

Собрать бриф по этой услуге

Ответьте на несколько вопросов - получите готовый текст запроса исполнителю.

Заполнено: 0 из 5

Заполните хотя бы 2 поля - получите готовый текст брифа.

Интерактив

Проверить предложение исполнителя

Отметьте, что уже есть в присланном КП. Индекс понятности и список вопросов - на выходе.

Специфичных пунктов проверки для этой услуги ещё нет. Универсальная проверка закроет базовые риски.

Интерактив

Услугометр риска

Отметьте факторы, которые видите в ситуации. Получите балл риска и практические рекомендации.

Специфичных факторов риска ещё нет. Оцените ситуацию универсальным Услугометром.

Что контролировать во время работ

Промежуточные точки, где легче предотвратить проблему, чем исправлять её потом.

  • Аккаунт провайдера оформлен на заказчика.
  • Секреты не попадают в код фронтенда.
  • Тестируются успешная, неуспешная оплата и возврат.
  • Вебхуки логируются и имеют повторную обработку.
  • Онлайн-касса согласована с бухгалтерией.
  • Фискализация проверяется до запуска продаж.
  • Доступы подрядчика ограничены после сдачи.
  • Первый боевой платёж принимается при заказчике.

В каком виде вы получите результат

Проверьте заранее, что именно исполнитель обязан передать.

  • Рабочая оплата на сайте, в CRM или боте.
  • Настроенные вебхуки и статусы заказов.
  • Подключённая касса или описанный сценарий чеков.
  • Документация по оплате и возвратам.
  • Чек, акт и гарантия.
Интерактив

Чек-лист приёмки

Отметьте состояние каждого пункта. Итог - процент готовности и вердикт.

Отметьте состояние каждого пункта. Итог - процент готовности и вердикт.
0% · Принимать рано
  • Оплата успешно проходит в тестовом режиме.
  • Оплата успешно проходит в боевом режиме на минимальной сумме.
  • Неуспешная оплата корректно обрабатывается.
  • Статус заказа обновляется через серверный вебхук.
  • Чек формируется по согласованному сценарию.
  • Возврат проверен или описан пошагово.
  • Секретные ключи хранятся безопасно.
  • Документация по провайдеру и статусам передана.

Красные флаги

  • Просят передать секретные ключи в переписке.
  • Не используют вебхуки для подтверждения оплаты.
  • Не тестируют неуспешную оплату и возврат.
  • Не спрашивают про онлайн-кассу.
  • Аккаунт эквайринга предлагают оформить на подрядчика.
  • Нет документации по статусам.
  • Не объясняют, где хранятся ключи.
  • Нет договора и чека.

Что делать дальше

  • Сохранить доступы и документы по услуге «Интеграция оплаты» в рабочей области.
  • Через 2–7 дней проверить, что платёж проходит, чек формируется, статус заказа обновляется через серверный сценарий работает в реальных условиях.
  • Записать гарантийный срок и контакт исполнителя.
  • Запланировать поддержку или обновления, если результат влияет на бизнес-процессы.

Частые вопросы

Связанные страницы

Коротко о выборе

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

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