Приём оплаты
на сайте

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

Оплата через платёжную форму

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

Платформа сопоставляет сумму, статус заказа и расчётный счёт бизнеса, а сайт получает готовый результат: оплата принята или отклонена. Сам сайт не хранит номер карты и не участвует в расчёте — эту часть берёт на себя платёжный сервис. Это касается и оплаты услуги, и оплаты товара — устройство платежа не меняется.

Какой платёжный сервис выбрать

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

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

Банк и расчётный счёт

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

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

Система быстрых платежей

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

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

Когда отдельная платёжная система не нужна

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

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

Защита от злоупотреблений

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

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

Электронный чек и ФНС

Онлайн-оплата на сайте сопровождается электронным чеком, который облачная касса отправляет в ФНС. Специалист проверяет, что модуль кассы интегрирован с сайтом верно, а чек формируется сразу, без задержки. Информация о товаре или услуге в нём совпадает с составом покупки. Также сверяется, что название продавца в чеке соответствует тому, что видит покупатель на сайте при оплате.

Требования закона к электронному чеку время от времени меняются, и старый модуль перестаёт им соответствовать без обновления. Специалист обновляет модуль облачной кассы и добавляет недостающие поля в чек, чтобы сайт снова соответствовал закону. Пропущенная ошибка в чеке оборачивается претензией со стороны ФНС, а не просто техническим неудобством.

Ошибки в приложении и ссылках оплаты

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

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

Электронные кошельки и дополнительные способы

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

Когда дополнительный контроль не нужен

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

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

Платёжный продукт и его API

Платёжный продукт превращается в инструмент сайта, когда его встраивают в WordPress через плагин или прямой вызов API. Такой путь позволяет подключить нестандартный способ оплаты, отсутствующий в типовом плагине темы. Встраивание требует доступа к коду темы и к панели платёжного провайдера, поэтому заранее уточняются права, уже выданные на сайте.

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

Оплата на мобильном устройстве

Мобильный трафик занимает существенную долю посещений сайта, и окно оплаты должно открываться без горизонтальной прокрутки и лишних действий. Инструмент способен автоматически подставлять сохранённые реквизиты, а при необходимости позволяет подключить push-уведомление о результате платежа прямо в браузере устройства. На некоторых сайтах для мобильного приёма денег требуется правка макета кнопки оплаты.

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

Фискальные сведения и налоговая отчётность

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

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

Количество способов оплаты на странице

Большое количество способов оплаты на одной странице не всегда помогает посетителю определиться. Разработчик решает подключить второй способ оплаты только тогда, когда аналитика сайта показывает спрос именно на него. Владелец сайта выбирает, какие методы вывести на первый экран оплаты, а какие спрятать за кнопкой ещё способов.

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

Граница применимости доработки платежей

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

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