Занимаюсь эквайрингом и кассами для сайтов на Tilda, WordPress и кастомных проектах, и вопрос про прием платежей на сайте почти всегда сводится не к коду кнопки «Оплатить», а к трем вещам: какое юрлицо оформлено, подключена ли онлайн-касса и кто отправит покупателю чек. Ошибка здесь стоит дороже, чем баг на сайте, налоговая штрафует за каждый непробитый чек отдельно. Разберу по порядку, что нужно оформить до запуска приема оплаты и как это технически стыкуется с сайтом.
Какое юрлицо нужно для приема платежей на сайте
Банки и платежные агрегаторы подключают эквайринг только к ИП или ООО, зарегистрированным в налоговой. Для интернет-магазина или сайта услуг разница между ними на этапе подключения платежей небольшая: тот же пакет документов (ОГРН, реквизиты счета, устав для ООО), тот же список поддерживаемых способов оплаты. Разница появляется дальше, в ответственности по обязательствам и в том, как удобно выводить деньги с расчетного счета.
Самозанятые тоже могут принимать оплату на сайте, но с ограничением по видам деятельности: перепродажа товаров для самозанятого запрещена, а собственные услуги и товары собственного производства продавать можно. Часть агрегаторов, например Робокасса, ЮKassa и CloudPayments, поддерживают подключение для самозанятых, но список банков-эквайеров, готовых работать напрямую с самозанятым без ИП, короче, поэтому на практике чаще подключают через агрегатора.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Онлайн-касса и 54-ФЗ: когда касса обязательна для сайта
54-ФЗ требует пробивать кассовый чек в момент получения оплаты, включая оплату картой на сайте, СБП и электронными кошельками. Касса нужна почти всегда, кроме случая, когда продавец, самозанятый, и оплата проходит по его собственной деятельности: чек в приложении «Мой налог» заменяет обычную кассу для самозанятого.
Для ИП и ООО касса своя. Ставить физический аппарат под каждый сайт не нужно: кассу привязывают к онлайну через ОФД, оператора фискальных данных, и через API, а фискализация оплаты происходит автоматически, без участия человека.
Облачная касса или свой аппарат
Свой кассовый аппарат имеет смысл, если у бизнеса уже есть офлайн-точка и через нее тоже идут продажи, тогда касса одна на оба канала. Если продажи только через сайт, проще взять облачную кассу у оператора вроде Атол Онлайн: она физически стоит в дата-центре провайдера, а к сайту подключается через API, сайт отправляет запрос на пробитие чека, касса возвращает ссылку на электронный чек. Обслуживание такой кассы оплачивается ежемесячно, это стоит учитывать в расходах на прием платежей отдельно от разработки сайта.
Эквайринг для сайта: как подключить прием оплаты картой
Есть два основных пути подключить оплату картой. Первый, прямой договор с банком-эквайером: дольше проверка, банк смотрит на сайт, оферту и реквизиты, зато при большом обороте комиссия обычно ниже, конкретный процент банк называет по своему тарифу после разговора с менеджером, у разных банков и тарифов он разный.
Второй путь, агрегатор вроде ЮKassa, CloudPayments или Робокассы: подключение занимает от одного до нескольких дней, агрегатор сам проверяет продавца и обычно сам же формирует и отправляет чек покупателю по 54-ФЗ, если продавец не хочет держать свою кассу. Для небольшого сайта или лендинга это часто быстрее и дешевле по деньгам разработки, чем прямой эквайринг.
Т‑Банк для WooCommerce и Робокасса для Tilda
На WooCommerce чаще всего ставлю официальный плагин эквайринга Т‑Банка: он добавляет способ оплаты в чекаут, уводит покупателя на страницу оплаты банка и принимает уведомление об успешном платеже на отдельный адрес на сайте, после чего заказ в WooCommerce автоматически переходит в статус «Оплачен». Настройка вместе с тестовыми платежами занимает один рабочий день.
В Tilda подключение Робокассы делается прямо в настройках платежных систем, без своего кода в head и без отдельного виджета, это встроенная возможность конструктора. Ограничение в другом: тонкая логика вроде разных способов оплаты для разных категорий товаров или сценариев в духе «часть суммы бонусами, часть картой» штатными настройками не собрать, тут уже нужна кастомная доработка через API Tilda.
Как передать чек покупателю после оплаты на сайте
По 54-ФЗ чек нужно отправить покупателю на почту или телефон в момент оплаты, а не через день и не по отдельному запросу. Если чек формирует агрегатор, ЮKassa, Робокасса или CloudPayments, он же и рассылает его, от сайта требуется только передать email или телефон покупателя в запросе на оплату.
Если касса своя, порядок такой: платеж подтвержден банком, уведомление приходит на сайт вебхуком, обработчик на хостинге вызывает API кассы с данными о заказе и покупателе, касса пробивает чек и присылает в ответ ссылку на электронный чек, эту ссылку сайт вставляет в письмо с подтверждением заказа. Вся цепочка укладывается в несколько секунд, если обработчик написан без лишних синхронных запросов внутри самого вебхука. Такой обработчик обычно пишу как обычный PHP-скрипт на том же хостинге, где живет сайт, отдельный сервер под прием одного вебхука не нужен.
Практическая схема: сайт, касса, эквайринг и CRM вместе
На практике эти системы редко живут отдельно друг от друга, вот как обычно выглядит связка на проекте:
- покупатель оплачивает на странице банка или агрегатора;
- эквайринг присылает вебхук с результатом платежа на сайт, обработчик стоит на обычном хостинге сайта;
- касса получает данные заказа через API и пробивает чек;
- заказ и статус оплаты уходят в CRM или таблицу учета;
- админу в Telegram прилетает уведомление о новом оплаченном заказе.
Последние два пункта чаще всего и есть узкое место: связывать вебхук эквайринга с CRM руками, отдельным кодом под каждую пару сервисов, долго и потом сложно поддерживать при любом изменении в CRM. Здесь удобнее настроить сценарий в n8n, который слушает вебхук от кассы или эквайринга и раскладывает данные по CRM, таблице и Telegram без отдельного бэкенда под каждую интеграцию, такая автоматизация у меня стоит от 25 000 ₽. Уведомление в Telegram для админа при этом часто оформляю отдельным ботом на aiogram: для него уже нужен свой постоянно работающий процесс, обычно небольшой сервер, который придется отдельно обслуживать и оплачивать, в отличие от PHP-обработчика вебхука, для которого хватает обычного хостинга сайта. Для проектов на Tilda, где нужно сразу завести эквайринг, кассу и CRM в одну схему, у меня это оформлено отдельной услугой, комплексная интеграция для Tilda, от 40 000 ₽.
Сравнение вариантов подключения приема платежей на сайте
| Способ подключения | Кто выставляет чек | Скорость подключения | Кому подходит |
|---|---|---|---|
| Прямой эквайринг банка | Своя касса продавца | От недели до месяца, зависит от банка | Крупный оборот, где важна цена за транзакцию |
| Агрегатор (ЮKassa, CloudPayments, Робокасса) | Обычно агрегатор сам | От одного до нескольких дней | Сайты услуг, лендинги, интернет-магазины на старте |
| Встроенная Робокасса в Tilda | Робокасса | Настройка в интерфейсе, без разработки | Сайты на Tilda без сложной логики оплаты |
Точный процент комиссии эквайринга у любого из вариантов зависит от тарифа конкретного банка или агрегатора и оборота, а не от того, лендинг это или интернет-магазин, поэтому сравнивать его стоит уже на этапе разговора с менеджером, а не по табличке в интернете.
Частые вопросы
Нужна ли касса при приеме оплаты на сайте, если я самозанятый?
Отдельная касса не нужна, если продаете от своего имени как самозанятый: чек формируется в приложении «Мой налог», и его нужно отправить покупателю тем же способом, что и обычный чек, на почту или в мессенджер. Если помимо статуса самозанятого есть ИП и часть оборота идет через него, для оборота ИП касса уже обязательна.
Можно ли принимать оплату на сайте без юрлица через агентскую схему?
Формально да, некоторые агрегаторы и маркетплейсы работают по агентскому договору и сами выступают продавцом перед покупателем, тогда чек выставляют они по своему юрлицу. Но это ограничивает набор товаров и услуг, которые можно продавать таким способом, и обычно не подходит, если на сайте нужен полноценный каталог со своим брендом.
Что будет, если не отправить покупателю чек вовремя?
Это нарушение 54-ФЗ, налоговая штрафует за каждый факт непередачи чека отдельно, и штраф считается на юрлицо или ИП, а не на разработчика сайта. Поэтому в схеме приема платежей отправку чека делают частью автоматического сценария сразу после подтверждения оплаты, а не отдельной ручной задачей менеджера.
Сколько времени занимает подключение эквайринга к сайту?
Если это готовый плагин, как у Т‑Банка для WooCommerce, или встроенная Робокасса в Tilda, техническая часть занимает один рабочий день вместе с тестовыми платежами. Дольше всего обычно проверка продавца на стороне банка или агрегатора, она может растянуться на несколько дней и от разработчика не зависит.