Разберём основные способы приёма оплаты и порядок подключения — от выбора схемы до проверки первого реального заказа.
Какие способы оплаты можно подключить
Банковские карты через платёжную форму. Покупатель вводит данные на защищённой странице платёжного провайдера или в его платёжном виджете. Сайт создаёт платёж для конкретного заказа и получает результат через API. Это привычный вариант для интернет-магазинов и сервисов с оформлением заказа.
Система быстрых платежей (СБП). Покупатель переходит в приложение банка по кнопке или QR-коду и подтверждает платёж там. СБП часто подключают через того же провайдера, который принимает карты. Доступность способа и условия зависят от договора и выбранного сервиса.
Платёжная ссылка. Менеджер или сайт формирует ссылку на оплату и отправляет её клиенту. Это удобно, когда стоимость рассчитывается индивидуально или заказ согласуют в переписке. Но отправка ссылки не заменяет учёт заказа: после оплаты нужно автоматически или вручную сверить статус, сумму и клиента.
Эти варианты не обязательно исключают друг друга. Например, в корзине можно предложить карту и СБП, а для нестандартных заказов оставить оплату по ссылке.
Что подготовить до подключения
Сначала опишите путь заказа: когда фиксируется итоговая сумма, может ли она измениться, нужны ли предоплата, частичная оплата или возврат. Провайдеру и разработчику также понадобятся сведения о продавце, товаре или услуге, способе доставки и контактах покупателя — точный набор зависит от бизнеса и схемы оплаты.
При выборе провайдера сравнивайте не только комиссию. Проверьте, поддерживает ли он нужные способы оплаты, возвраты, работу с вашей CMS или API, тестовую среду и передачу данных для чеков. Уточните сроки зачисления денег и условия договора. Самая низкая комиссия не поможет, если нужный сценарий невозможно реализовать без ручной работы.
Отдельно решите вопрос с кассовым чеком. В России при расчётах с физическими лицами обычно действуют требования 54-ФЗ о применении ККТ, но конкретные обязанности и исключения зависят от статуса продавца и вида расчёта. Платёжное подтверждение банка само по себе не всегда является кассовым чеком. До запуска согласуйте с бухгалтером и провайдером, кто формирует чек, какие данные для него нужны и как оформляются возвраты. Если вы самозанятый, порядок формирования чеков отличается от схемы с онлайн-кассой.
Как проходит подключение оплаты к сайту
- Выберите провайдера и заключите договор. Получите доступ к тестовой среде, API или готовому модулю для вашей CMS. Не переносите рабочие ключи в открытый код сайта.
- Свяжите платёж с заказом. Сайт должен передавать провайдеру идентификатор заказа, сумму и необходимые данные. Сумма берётся из заказа на сервере, а не из поля, которое посетитель может изменить в браузере.
- Покажите покупателю понятный сценарий. Перед оплатой — итоговая сумма и условия покупки; после — состояние «оплачено», «ожидает подтверждения» или «не удалось оплатить». При ошибке дайте возможность повторить попытку без создания нескольких одинаковых заказов.
- Обрабатывайте уведомление от провайдера. Возврат покупателя на страницу «Спасибо» ещё не доказывает успешную оплату: человек может закрыть вкладку, а платёж завершится позже. Подтверждать заказ нужно по проверенному серверному уведомлению или запросу статуса в API провайдера. Повторное уведомление не должно повторно запускать выдачу товара или услуги.
- Настройте чеки, уведомления и возвраты. Проверьте, кто отправляет покупателю чек и сообщение о заказе, как менеджер увидит оплату и кто сможет оформить возврат.
- Пройдите тесты и сделайте контрольный платёж. Проверьте успешную оплату, отказ, закрытие страницы до возврата на сайт, повторное уведомление, неверную сумму и возврат. После перехода на рабочие ключи выполните небольшой реальный платёж и сверьте заказ, статус у провайдера и чек.
Частые ошибки при запуске
Считать оплатой переход на страницу успеха. Такая страница отражает поведение браузера, а не окончательный статус операции. Источником истины должен быть провайдер.
Не предусмотреть задержку или повтор уведомления. Уведомление может прийти позже, а при сбое доставки — повторно. Обработчик должен безопасно принимать повторные события и позволять сверить статус заказа.
Не сверять сумму и заказ. Даже корректное уведомление нужно сопоставить с ожидаемой суммой, валютой и конкретным заказом. Иначе возможна ситуация, когда в учёте оплачен не тот заказ.
Забыть о возврате и чеках. Продажа — не единственный сценарий. Чем раньше описан возврат денег и корректировка документов, тем меньше ручных исправлений после запуска.
Что выбрать для своего сайта
Если у вас интернет-магазин с фиксированной корзиной, обычно нужен платёжный модуль или API-интеграция, которая автоматически связывает оплату и заказ. Если услуга оценивается после разговора с клиентом, начать можно с платёжных ссылок, сохранив обязательную сверку статуса и учёт чеков. Если клиентам удобен выбор, добавьте карты и СБП через провайдера, который поддерживает оба способа.
Главный критерий готовности — не появление кнопки «Оплатить». После каждого платежа бизнес должен без догадок ответить на четыре вопроса: кто заплатил, за какой заказ, сколько денег поступило и что нужно сделать дальше.
Онуксора разрабатывает сайты и интеграции для бизнеса. Если вам нужно подключить оплату к существующему сайту или заложить её в новый проект, поможем описать сценарий заказа, выбрать технический способ подключения и проверить его до запуска.