Оплата на сайте без интернет-магазина: как принимать деньги за услуги

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

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

Способ первый: ссылка на оплату, без сайта вообще

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

Сайт в этой схеме ни при чём, программировать нечего.

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

Способ второй: кнопка или форма провайдера на странице

Следующий шаг — готовая кнопка или платёжная форма, которую провайдер выдаёт кодом для вставки. Её ставят прямо на страницу услуги: «Консультация, 60 минут — оплатить». Человек нажимает, платит у провайдера, возвращается.

Это работает на любом сайте, включая статический: кнопке не нужен ваш сервер, всё происходит на стороне провайдера.

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

Способ третий: свой обработчик оплаты

Здесь сайт сам создаёт платёж через API провайдера, а провайдер после оплаты отправляет уведомление на ваш сервер. Сервер проверяет его, отмечает заказ оплаченным и дальше делает что угодно: отправляет письмо, открывает доступ, передаёт данные в CRM.

Так устроен магазин курсов «ГруппКонсалт». Учебный центр раньше продавал программы в переписке: менеджер выставлял счёт вручную, оплату сверяли глазами, карточку в CRM заводили постфактум — если вспоминали. Теперь клиент выбирает программу и платит на сайте через ЮKassa или Robokassa, а сделка сама появляется в amoCRM: что купили, на какую сумму, какие контакты. Менеджер получает уведомление и работает с готовой карточкой.

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

Главная ошибка: страница «спасибо за оплату»

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

Дальше идут ошибки потоньше — уведомление пришло дважды, оплата прошла, пока сервер лежал, возврат делают руками. Механика у них одна и та же на сайте и в боте, подробно разобрано в статье про оплату в телеграм-боте.

Как оплата попадает в amoCRM

«Подключить amoCRM к сайту» обычно понимают как «заявки с формы падают в CRM». С оплатой важен порядок: сделку создаёт подтверждённое уведомление об оплате, а не нажатие кнопки. Иначе в воронке копятся сделки от людей, которые открыли форму оплаты и передумали, и отдел продаж звонит тем, кто не платил.

Рабочая схема из двух шагов: заявка создаёт сделку на первом этапе воронки, уведомление об оплате переводит её в «оплачено» и дописывает сумму. Тогда видно и тех, кто дошёл до оплаты, и тех, кто остановился перед ней, — а это разные разговоры.

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

Самозанятым

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

• Чек на каждую оплату. Самозанятый формирует его в «Моём налоге». У части провайдеров есть режим для самозанятых, в котором доход регистрируется и чек отправляется покупателю автоматически. Если его нет, чек на каждую оплату придётся выбивать руками — это стоит выяснить до выбора провайдера, а не после.
• Не все провайдеры и не все способы оплаты доступны. Условия для самозанятых отличаются от условий для компаний, и список меняется — проверяйте на сайте провайдера на момент подключения.
• Лимит дохода. Для этого режима он годовой, и при его превышении статус придётся менять. Если продажи через сайт растут, это вопрос к бухгалтеру заранее.

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

ИП и компаниям

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

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

Что провайдер проверит на сайте

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

• описание услуг и цены — видно, за что берутся деньги;
• контакты и реквизиты продавца;
• оферта или договор, с которым человек соглашается при оплате;
• условия возврата.

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

Как выбрать

Порядок действий

Начинать стоит не с кнопки, а с вопроса, что должно произойти после оплаты и кто это сделает. Если ответ «я сам напишу клиенту» — хватит ссылки или кнопки, и настройка займёт вечер. Если ответ «должно произойти само» — нужен обработчик, и основная работа будет не в кнопке, а в том, чтобы уведомление провайдера надёжно доходило до CRM.

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