Интеграция онлайн-оплаты на сайте: как это работает

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

Разберём по шагам: что видит покупатель, что происходит внутри, откуда берётся чек и как работает возврат.

Что видит покупатель

Со стороны человека всё просто и должно оставаться простым:

1. Складывает товары в корзину и оформляет заказ.
2. Выбирает способ оплаты: карта или СБП.
3. Попадает на страницу оплаты — форму карты или QR-код и переход в приложение банка.
4. Подтверждает платёж.
5. Возвращается на сайт и видит, что заказ оплачен.
6. Получает чек и уведомление о заказе.

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

Что происходит между сайтом и банком

Теперь то же самое изнутри.

1. Сайт создаёт платёж. Отправляет провайдеру сумму, номер заказа и состав корзины. В ответ получает ссылку на оплату и идентификатор платежа.
2. Покупатель платит. Данные карты вводятся на стороне провайдера или банка — на ваш сайт они не попадают. Это важная деталь: хранить карты у себя не нужно и не следует.
3. Банк подтверждает или отклоняет. Проверка средств, подтверждение от банка покупателя.
4. Провайдер сообщает сайту результат. Это отдельный запрос от провайдера на ваш сайт — уведомление о статусе платежа.
5. Сайт меняет статус заказа. Оплачен — заказ уходит в работу. Отклонён — заказ остаётся ждать оплаты, покупателю можно предложить попробовать снова.

Четвёртый шаг — сердце интеграции. Именно уведомление от провайдера делает статусы честными.

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

Кнопка оплаты и настоящая интеграция

Разница видна на одном вопросе: что происходит с заказом, когда деньги пришли.

Кнопка оплаты. Ссылка на форму платежа. Деньги приходят, но сайт об этом не знает. Кто-то открывает личный кабинет эквайера, сверяет суммы с заказами и вручную ставит «оплачено». На десяти заказах в месяц терпимо. На ста — это отдельный человек.

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

Что даёт интеграция сверх удобства:

• Видно, какие заказы созданы, но не оплачены, — их можно догонять.
• Видно, где платежи срываются: на каком шаге и как часто.
• Не бывает заказа, оплаченного дважды или отгруженного без оплаты.
• Заказ и платёж связаны, поэтому сверка занимает минуты, а не день.

Это часть общей логики магазина: заказ → оплата → сборка → отправление → статус. Подробно про всю цепочку — в статье про разработку интернет-магазина.

Карта и СБП

Два базовых способа, и они устроены по-разному со стороны покупателя.

• Карта. Привычная форма, реквизиты вводятся на стороне провайдера, подтверждение — по правилам банка покупателя.
• СБП. Оплата по QR-коду или переходом в приложение банка, без ввода реквизитов карты.

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

Откуда берётся чек

При онлайн-оплате покупателю уходит чек. Формирует его не сайт: сайт передаёт состав заказа — позиции, количество, цены — в сервис, который отвечает за фискализацию, а тот отправляет чек покупателю.

Поэтому важно, чтобы состав заказа на сайте был корректным: чек собирается из тех же позиций, что и заказ. Общую механику и то, что стоит уточнить у бухгалтера и эквайера, разбираем в статье про онлайн-кассу и 54-ФЗ.

Как устроен возврат

Возврат — это тоже операция через провайдера, а не перевод со своего счёта.

По шагам:

1. Покупатель просит вернуть деньги — целиком или частично.
2. Сотрудник инициирует возврат в админке, по конкретному заказу.
3. Сайт отправляет провайдеру запрос на возврат с суммой и идентификатором исходного платежа.
4. Деньги возвращаются на тот же способ оплаты, которым платили.
5. Статус заказа меняется, оформляется чек возврата.

Ключевое: возврат должен делаться в вашей админке, из карточки заказа, а не в личном кабинете эквайера. Иначе система не знает, что заказ возвращён, и данные снова расходятся.

Что нужно подготовить со своей стороны

1. Договор с банком-эквайером или платёжным провайдером. Оформляется дольше, чем пишется код, — начинайте сразу.
2. Реквизиты и документы организации или ИП.
3. Решение по фискализации чеков — обсудить с бухгалтером и эквайером.
4. Список нужных способов оплаты: карта, СБП, счёт для юрлиц.
5. Понимание, кто и как делает возвраты.

Технически интеграция — обозримая работа. Проект чаще тормозит на первом пункте.

Коротко

• Оплата — это обмен между сайтом, провайдером и банком, а не одна кнопка.
• Статус заказа надо менять по уведомлению от провайдера, а не по возврату покупателя на страницу «спасибо».
• Карта и СБП различаются для покупателя, но одинаковы для логики заказа.
• Чек формирует не сайт: сайт передаёт состав заказа в сервис фискализации.
• Возвраты нужно делать из админки, из карточки заказа, иначе данные расходятся.

Обсудить проект

Подключим оплату так, чтобы статусы заказов менялись сами, а сверка занимала минуты. Расскажите про свой магазин в телеграм @artem_sergeevic.