Нужна ли онлайн-касса при оплате на сайте и как выдавать чеки

1. Нужна ли касса при оплате на сайте

Короткий ответ: часто да, если бизнес принимает оплату от физических лиц, но универсального правила «любая оплата на сайте = ККТ» нет.

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

При этом форма оплаты сама по себе не отменяет обязанность применять ККТ.

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

Поэтому при запуске оплаты на сайте нужно рассматривать сразу две связанные, но разные системы:

2. Что считается расчетом в интернете

На сайте клиент может:

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

При этом способ проведения платежа и обязанность сформировать кассовый чек — не одно и то же.

Например:

Клиент → сайт → эквайринг → деньги списаны

Это еще не означает, что задача бизнеса по оформлению расчета закончилась.

Если ККТ применяется, дальше должен быть сформирован соответствующий фискальный документ:

Клиент → сайт → платеж → ККТ → фискальный чек → покупатель

3. Кто обязан применять ККТ

По общему правилу ККТ используют организации и индивидуальные предприниматели при осуществлении расчетов, за исключением случаев, установленных законодательством.

На практике при интернет-продажах особенно важно определить, кто принимает деньги:

• кто продавец;
• кто покупатель;
• что именно продается;
• каким способом происходит расчет;
• есть ли специальное исключение из применения ККТ.

B2C

Если бизнес продает товары или услуги физическим лицам, вопрос ККТ возникает в первую очередь.

Например:

Интернет-магазин → физическое лицо → оплата картой

или

Онлайн-сервис → физическое лицо → оплата через СБП

В таких сценариях необходимо проверить требования к применению ККТ и формированию чека.

B2B

Для расчетов между организациями и ИП правила отличаются от B2C. Разницу сценариев разбираем в разделе «B2C и B2B: в чем разница».

Например, обычная оплата по банковским реквизитам по счету — это не то же самое, что оплата физическим лицом через платежную форму.

Поэтому нельзя строить правило:

«Есть безналичная оплата — касса не нужна».

И наоборот:

«Любой безналичный платеж — обязательно касса».

Нужно смотреть на конкретный сценарий расчета и предусмотренные законом исключения.

4. Когда ККТ может не применяться

Закон предусматривает ситуации, в которых бизнес освобождается от применения ККТ.

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

Отдельный пример — самозанятые.

Плательщики налога на профессиональный доход освобождены от применения ККТ. При этом они не освобождены от обязанности формировать чек: самозанятый должен создать его через «Мой налог» либо через предусмотренного законом оператора и передать покупателю.

При этом сроки формирования чека для НПД зависят от способа расчета.

Поэтому статус «самозанятый» не означает «чек не нужен».

5. Чем кассовый чек отличается от банковского

Это одна из самых частых ошибок при организации онлайн-оплаты.

После оплаты клиент может увидеть:

«Платеж успешно выполнен»

или получить уведомление банка:

«С карты списано 5 000 ₽».

Но это не обязательно кассовый чек.

Банковское подтверждение показывает, что платежная операция прошла.

Кассовый чек подтверждает оформление расчета в соответствии с требованиями законодательства о ККТ.

Поэтому в архитектуре платежей лучше сразу разделять:

Платеж успешен ≠ чек сформирован

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

6. Как выдается чек при оплате на сайте

При применении ККТ бизнес должен выдать покупателю кассовый чек на бумаге и/или направить его в электронной форме на предоставленный покупателем номер телефона или email.

Для интернет-расчетов основным сценарием становится электронный чек.

Например:

1. Шаг 1. Клиент оформляет заказ

2. Шаг 2. Вводит email или телефон

3. Шаг 3. Переходит к оплате

4. Шаг 4. Платеж проходит

5. Шаг 5. Касса формирует чек

6. Шаг 6. Чек передается клиенту

7. Шаг 7. Заказ получает статус «Оплачен»

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

7. Что должно попасть в электронный чек

В кассовом чеке есть обязательные реквизиты, установленные законодательством.

Для интернет-расчетов предусмотрены отдельные реквизиты.

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

В электронном чеке также должны быть данные, позволяющие направить его покупателю, например email или номер телефона, предоставленные до расчета.

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

8. Как работает онлайн-касса вместе с сайтом

Для бизнеса онлайн-касса — это не просто отдельное устройство.

В цифровом продукте — на сайте или в приложении — обычно появляется связка:

Сайт / приложение → Backend → Платежный сервис → Онлайн-касса → Оператор фискальных данных → ФНС

При этом конкретная архитектура может отличаться в зависимости от выбранного решения. Общий технический контур платежа — в разделе «Техническая часть интеграции».

Например, после создания заказа backend может передать данные платежному сервису, а после подтверждения оплаты инициировать формирование чека.

Важный момент — не смешивать платежный статус и кассовый статус.

Например, у заказа могут быть состояния:

• создан;
• ожидает оплаты;
• оплачен;
• чек сформирован;
• чек не сформирован;
• возврат выполнен.

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

9. Что происходит при возврате

Возврат денег — это не просто операция со стороны платежного провайдера.

Если по покупке был сформирован кассовый чек, возврат необходимо корректно отразить и в кассовой системе.

Например:

Заказ → оплата → чек → возврат → возврат платежа + соответствующий кассовый документ

Поэтому при проектировании возвратов нужно заранее определить:

• полный или частичный возврат;
• что происходит со статусом заказа;
• как выполняется возврат через платежную систему;
• какой кассовый документ формируется;
• как информация передается клиенту;
• как возврат отражается в CRM или ERP.

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

10. Что нужно предусмотреть разработчикам

Чтобы касса не стала отдельным ручным процессом, ее нужно заложить в платежную архитектуру проекта. Что передать команде по самому приему денег, собрано в разделе «Что передать разработчикам». Ниже — то, без чего не собрать фискализацию.

До начала разработки бизнесу необходимо определить:

1. 1. Кто принимает деньги

   ООО, ИП, самозанятый или другая модель.

2. 2. Кто покупатель

   Физическое лицо, ИП или юридическое лицо.

3. 3. Как происходит расчет

   Карта, СБП, банковский перевод, платежная ссылка и другие способы.

4. 4. Как формируется чек

   Какая ККТ используется, каким сервисом передаются данные и кто отвечает за фискализацию.

5. 5. Какие данные передаются в чек

   Наименование, количество, цена, ставка НДС при наличии, данные покупателя и другие обязательные реквизиты.

6. 6. Как обрабатываются статусы

   Платеж успешен, отклонен или завис; чек сформирован или нет; произошел возврат.

7. 7. Как клиент получает чек

   Email, телефон или другой предусмотренный законом способ.

11. Типичные ошибки бизнеса

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

Куда идти дальше

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

Из реализованных платежных продуктов можно посмотреть PayQin — e-wallet и цифровые платежи, Invohub — B2B-инвойсы и онлайн-оплата, и FindSport — бронирование площадок со встроенной оплатой. Все проекты — в разделе «Кейсы».

Из чего складывается бюджет IT-проекта, включая платежный контур и фискализацию, — в статье «Сколько стоит разработка».

Вывод

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

Для начала нужно определить:

кто продает → кто покупает → каким способом происходит расчет → применяется ли ККТ → как формируется чек → как он передается клиенту

Главное — не смешивать три разных понятия:

платеж → кассовый чек → заказ

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

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