54‑ФЗ, онлайн‑касса и чеки при интернет‑эквайринге
Что требует 54‑ФЗ для интернет‑продаж
Федеральный закон № 54‑ФЗ обязывает продавцов при расчётах с покупателями применять контрольно‑кассовую технику (ККТ) и выдавать кассовый чек. Для интернет‑торговли это означает: при оплате банковской картой, СБП, e‑wallet или иным безналичным способом через интернет‑эквайринг необходимо пробить онлайн‑чек и передать его покупателю и в ОФД.
Ключевые принципы:
- онлайн касса для сайта должна фискализировать каждый расчёт;
- чек при оплате онлайн формируется в момент предоплаты/полного расчёта в зависимости от схемы продаж;
- данные чека уходят оператору фискальных данных (ОФД), а затем в ФНС;
- покупатель получает чек на e‑mail или по SMS.
Исключения и тонкости существуют (например, отдельные виды деятельности, Б2Б‑расчёты по счетам). Для типичной e‑commerce B2C‑модели соблюдение 54‑ФЗ и корректная ОФД интеграция обязательны.
Как работает связка онлайн‑кассы, ОФД и интернет‑эквайринга
![Схема работы онлайн‑кассы, ОФД и интернет‑эквайринга — placeholder]()
Упрощённая схема:
- Покупатель оплачивает заказ на сайте через платёжную форму провайдера интернет‑эквайринга.
- Платёжный провайдер уведомляет ваш сайт/бэкенд об успешной оплате (или холде при двухстадийной схеме).
- Ваш сайт обращается к онлайн‑кассе (локальной или облачной) — формируется кассовый чек с номенклатурой, ставками НДС и признаками расчёта.
- Касса отправляет чек в ОФД, ОФД — в ФНС; покупателю уходит чек по e‑mail/SMS.
Важно: по СБП и QR‑платежам чек также обязателен. Подробнее о сценариях — в разделе про СБП и QR‑платежи.
Онлайн‑касса для сайта: варианты интеграции
Существуют три типичных подхода, как выбрать и подключить онлайн кассу для сайта:
- Облачная касса у провайдера. Платёжный провайдер сам фискализирует чеки от вашего имени по API. Плюсы: быстро, без оборудования. Минусы: зависимость от провайдера, требуется корректная передача реквизитов.
- Собственная облачная/физическая ККТ. Вы арендуете «облако» у оператора ККТ или держите собственные кассы. Плюсы: контроль, гибкость. Минусы: заботы по обновлениям и ФН, мониторинг.
- Гибридная схема. Часть платежей фискализируется провайдером, часть — вашей кассой (например, для B2B и сложных услуг).
Что потребуется настроить:
- ОФД интеграция — договор с ОФД, подключение ККТ, передача чеков в режиме реального времени;
- протокол обмена с кассой (через SDK или API);
- плагины для CMS/CRM — смотрите готовые модули в разделе Интеграция с CMS;
- соответствие требованиям PCI DSS на стороне платёжной формы — подробнее о безопасности: Безопасность PCI DSS.
Что должно быть в чеке при оплате онлайн
Чек при оплате онлайн должен содержать обязательные реквизиты по 54‑ФЗ. Критически важные для e‑commerce:
- наименование товаров/услуг (передача номенклатуры по каждому позиционному товару);
- количество, цена, сумма позиции;
- ставка НДС в чеке (20%, 10%, 0%, расчётные ставки или «без НДС» — если вы на УСН и не являетесь плательщиком НДС);
- признак способа расчёта (предоплата, полный расчёт, кредит, оплата кредита и т. п.);
- признак предмета расчёта (товар, услуга, доставка, платеж, агентское вознаграждение и т. д.);
- система налогообложения (СНО: ОСН, УСН доходы/доходы‑расходы, ПСН, ЕСХН, ЕНВД‑архивные);
- способ оплаты (электронными средствами, по карте, СБП);
- контакты покупателя (e‑mail или телефон для отправки чека).
Рекомендации:
- передача номенклатуры должна быть детальной, а не «товар X — 1 шт.» для всего заказа; так вы избежите вопросов ФНС и ошибок при возвратах;
- доставку выделяйте отдельной позицией с признаком «услуга» и своей ставкой НДС;
- скидки отражайте либо на уровне позиции, либо как отдельную позицию (в зависимости от логики кассы).
Признак способа расчёта и ставки НДС — таблицы
Правильный признак способа расчёта и ставка НДС — основа корректного чека.
Таблица 1. Признак способа расчёта
| Признак способа расчёта |
Когда использовать |
Комментарий |
| Полный расчёт |
Оплата и отгрузка происходят сразу (цифровые товары, услуги) |
Одно событие, один чек |
| Предоплата 100% |
Деньги списаны до отгрузки (предзаказ) |
Далее при отгрузке понадобится «чек расчёта» |
| Частичная предоплата |
Списана часть суммы до отгрузки |
Позже чек на полный расчёт на остаток |
| Аванс |
Получен аванс без привязки к конкретной номенклатуре |
Затем корректный окончательный чек |
| Кредит |
Отгрузили сейчас, оплатят потом |
Редко в e‑commerce, но встречается |
| Оплата кредита |
Поступила оплата по ранее отгруженному товару |
Для закрытия «кредитного» расчёта |
Таблица 2. Ставки НДС в чеке (пример для ОСН)
| Ставка НДС |
Где применяется |
Примечание |
| 20% |
Большинство товаров и услуг |
Основная ставка |
| 10% |
Соц. значимые товары (пищевые, детские) |
Уточняйте классификатор |
| 0% |
Экспорт, отдельные операции |
Требует документального подтверждения |
| 20/120, 10/110 |
Расчётные ставки |
Когда цена «включая НДС» и требуется выделить налог |
| Без НДС |
УСН/неплательщики НДС |
В чеке указывается «без НДС» и СНО |
Если у вас смешанные позиции с разными ставками, каждая позиция пробивается со своей ставкой.
Отправка чека покупателю и в ОФД
- Покупателю чек отправляется сразу после фискализации: на e‑mail или по SMS (или обоими способами).
- В чеке должен быть QR‑код и ссылка для проверки чека в ФНС (появляется автоматически у корректно настроенной ККТ).
- В ОФД чек уходит синхронно или в течение нескольких секунд; при временных сбоях касса доотправит данные при восстановлении канала.
- Для двухстадийной оплаты (холд/капча): на этапе холда обычно пробивают «чек предоплаты», а при списании — «чек полного расчёта». Убедитесь, что ваш провайдер интернет‑эквайринга и касса согласованно отрабатывают оба события.
Возвраты: чек возврата и частичный возврат
При возврате денег покупателю необходимо оформить чек возврата. Сценарии:
- Полный возврат — чек возврата на всю сумму заказа;
- Частичный возврат — формируется частичный возврат чек на одну или несколько позиций с корректной номенклатурой и ставками НДС;
- Возврат предоплаты — «чек возврата аванса/предоплаты».
Практика:
- инициируйте возврат из личного кабинета провайдера или через API и синхронно фискализируйте чек возврата из вашей ККТ;
- при частичном возврате сохраняйте соответствие позиций (количество, ставка НДС, скидки) — это критично для ФНС и отчётности;
- с чарджбеками (оспаривание платежа по карте) работают правила платёжных систем; юридически корректные чеки и прозрачная коммуникация снижают риск споров. Подробнее — Возвраты и чарджбеки.
Особые сценарии: рекурренты, предзаказы, маркетплейсы, СБП
- Рекуррентные платежи. При первой оплате получаете согласие плательщика и пробиваете чек полного расчёта или предоплаты. Повторные списания — по логике «кредит/оплата кредита» в зависимости от модели. Читайте раздел Рекуррентные платежи.
- Предзаказы и отложенная отгрузка. Используйте «предоплату 100%» с последующим «чеком расчёта» при отгрузке.
- Маркетплейсы и сплит‑платежи. В сложных агентских схемах в чеке могут отражаться признак агента и распределение сумм между принципалом и агентом. Детали — Маркетплейсы и сплит.
- СБП и QR. По СБП чек обязателен; используйте те же правила номенклатуры, НДС и признаков расчёта. Подробнее — СБП и QR‑платежи.
- Международные платежи. Если продаёте за пределы РФ, проверьте налоговые последствия и состав реквизитов. Сценарии и приём валюты — Международные платежи.
Интеграция CMS, API, тестирование
Чтобы быстро запустить 54‑ФЗ интернет эквайринг с онлайн‑кассой:
- установите готовый модуль для вашей CMS/CRM — смотрите Интеграция с CMS;
- подключите API кассы и провайдера, задокументируйте события оплаты/возврата — в помощь раздел API и документация;
- используйте песочницу для тестов: успешная оплата, отказ, холд/капча, полный и частичный возвраты, отмена до списания;
- логируйте идентификаторы платежей и чеков (fiscalDocumentNumber, fiscalSign и т. п.) — это ускоряет разбор инцидентов со Службой поддержки;
- проверьте, что фискальные чеки создаются строго один раз на событие оплаты (идемпотентность запросов).
Частые ошибки и как их избежать
- Не передаётся номенклатура (одной строкой «Оплата заказа»). Решение: передавайте позиции с детализацией, ставками НДС и признаками предмета расчёта.
- Неверная ставка НДС в чеке. Решение: храните ставку на уровне SKU, валидируйте на бэкенде, используйте таблицу соответствий.
- Ошибочный признак способа расчёта. Решение: чётко опишите бизнес‑сценарии (предоплата, полный расчёт, кредит), настройте маппинг для одно/двухстадийных платежей.
- Чеки не уходят в ОФД. Решение: мониторинг статусов кассы и ОФД интеграции, ретраи и алерты.
- Возврат без чеков возврата. Решение: автоматизируйте фискализацию возвратов вместе с платёжным возвратом.
- Проблемы с безопасностью платёжной формы. Решение: соблюдайте PCI DSS — см. Безопасность PCI DSS.
Чек‑лист соответствия:
- ККТ зарегистрирована, фискальный накопитель активен, ОФД подключён;
- номенклатура, НДС и СНО передаются в кассу по каждой позиции;
- реализована отправка чеков покупателю (e‑mail/SMS);
- покрыты сценарии холд/капча, отмены, возвраты (включая частичные);
- ведётся журнал событий и фискальных реквизитов;
- есть тестовые кейсы и регламент на инциденты.
Как выбрать провайдера и тариф
При выборе платёжного провайдера и кассовой схемы обратите внимание на:
Итоги и следующий шаг
Соблюдение 54‑ФЗ в интернет‑торговле — это не только «поставить кассу». Важно корректно настроить связку «платёж — чек — ОФД»: передача номенклатуры, признак способа расчёта, ставка НДС в чеке, отправка покупателю и автоматизация возвратов (включая частичный возврат чек). Правильная архитектура снижает риски и повышает доверие к вашему магазину.
Готовы настроить онлайн кассу для сайта без ошибок и запустить приём оплат? Изучите шаги подключения в разделе Как подключить или оставьте заявку — мы поможем выбрать схему, интегрировать и протестировать, чтобы ваши чеки всегда соответствовали 54‑ФЗ.