Интеграция сайта с банком: как подключить оплату и связать её с заказами

Что бизнесу даёт интеграция оплаты

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

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

Поэтому перед подключением важно ответить на два вопроса: как покупатель будет платить и что должно происходить в бизнесе после оплаты.

Какие способы оплаты можно связать с сайтом

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

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

Интернет-эквайринг также не равен доступу ко всем операциям расчётного счёта. Для автоматической сверки банковских поступлений может потребоваться отдельное подключение.

Как проходит платёж: от заказа до следующего действия

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

У заказа и платежа могут быть разные состояния. Один заказ иногда оплачивается несколькими операциями, а неудачная попытка оплаты не означает отмену самого заказа. Эти правила полезно определить заранее.

Почему страницы «Спасибо за оплату» недостаточно

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

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

Отдельно проверяются повторные уведомления и повторные нажатия кнопки. Одна операция не должна повторно выдавать услугу или создавать второе задание на склад. В API ЮKassa для безопасного повтора поддерживаемых операций предусмотрен ключ идемпотентности; условия его использования описаны в формате взаимодействия.

Если ответ на запрос потерян, сначала выясняют состояние операции. Создавать новый платёж или возврат вслепую — плохой рабочий сценарий.

Как связать банк, онлайн-кассу и учёт

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

До разработки согласуют, кто и как формирует чеки, где хранится состав заказа и откуда берутся необходимые реквизиты. Настройки для конкретных товаров, услуг, предоплат и возвратов согласуются с бухгалтерией и поставщиком кассового решения.

Для команды удобно видеть эти состояния отдельно: платёж подтверждён, чек сформирован, заказ передан в работу, возврат завершён. Если на одном участке возникла ошибка, должно быть понятно, что уже выполнено и что требует внимания.

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

Что проверить перед запуском

Успешный тестовый платёж — только один сценарий. Проверка должна отвечать на вопросы, с которыми столкнутся покупатель и сотрудники:

• Что видит покупатель при отказе или незавершённой оплате?
• Что произойдёт при повторном нажатии «Оплатить» и повторной доставке уведомления?
• Как система поступит, если уведомление задержалось, а клиент уже оплатил?
• Как обрабатывается несовпадение суммы, валюты или идентификатора заказа?
• Что произойдёт при недоступности CRM, кассы или учётной системы?
• Как проверяются полный и частичный возврат?
• Кому приходит сообщение о проблеме и как найти историю операции?

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

С чего начать подключение оплаты

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

• Какой банк или провайдер подключён либо рассматривается.
• Нужны ли карты, СБП, платёжные ссылки или оплата по счёту.
• Как формируется сумма и бывают ли предоплаты или частичные возвраты.
• Какая касса используется и кто отвечает за её настройки.
• Куда должен попадать результат оплаты и какое действие он запускает.

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

Подробнее: интеграции сервисов, сайты и личные кабинеты, связка магазина, склада и доставки.

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