
Интернет-магазин, который принимает оплату картой или через СБП на сайте, обязан отправить покупателю электронный чек на телефон или email. Обычно это делает облачная или собственная онлайн-касса, связанная с платёжным модулем. Подключить её мало. Нужно регулярно проверять три вещи: чек формируется на каждую оплату, доходит до покупателя на его настоящий контакт и уходит оператору фискальных данных (ОФД).
Эта связка ломается тихо. Оплата проходит, заказ создаётся, а чек застревает в очереди модуля, уходит с ошибкой в реквизитах или вообще не формируется. Покупатель жалуется не сразу, налоговая видит это позже. Ниже процедура, которую можно выполнить за час, и план регулярной проверки перед 11.11 и «Чёрной пятницей».
НДС 22%. УФНС по Ростовской области 18 декабря 2025 года сообщило: базовая ставка НДС с 1 января 2026 года выросла с 20% до 22%, ФНС утвердила изменения форматов фискальных документов, а в I квартале 2026 года налоговые органы не будут привлекать к ответственности за ставку 20% в чеке. Этот льготный период прошёл. Если на сайте остались товары с привязкой к ставке 20% (часто это старые товары в каталоге или доставка как отдельная позиция), каждый такой чек сейчас содержит неверный реквизит.
Письмо ФНС о теге 1008. Письмо от 01.09.2026 № АБ-36-20/7611@ касается реквизита «телефон или электронный адрес покупателя». ФНС описывает практику, когда в чеки месяцами подставляют один и тот же адрес или номер, чтобы формально отправить чек и не печатать бумажный. По оценке ведомства, это применение ККТ с нарушением порядка (ч. 4 ст. 14.5 КоАП): предупреждение или штраф от 1 500 до 3 000 рублей для должностных лиц и от 5 000 до 10 000 рублей для организаций. В письме речь в первую очередь о торговле в точках продаж. Но интернет-магазинам тоже стоит проверить свои схемы: заказы по телефону с оплатой по ссылке, «быстрая покупка» без email, тестовые адреса из настроек модуля.
Сезон. До 11.11 меньше месяца. В пиковые дни число оплат растёт в разы, и очередь отправки чеков, лимиты API кассы или истёкший договор с ОФД дают сбой именно тогда, когда на разбор нет времени.
Чтобы понять, где ломается, держите в голове путь одного чека:
Облачная касса стоит у провайдера, магазин передаёт ей данные по API. Собственная касса стоит у вас или в дата-центре и требует своего ФН, договора с ОФД и связи. В обоих случаях данные для чека собирает сайт, поэтому большинство ошибок рождается на шаге 2.
Шаг 1. Тестовая покупка. Купите недорогой товар с доставкой на свой настоящий email и телефон. Проверьте, что чек пришёл, и сравните его с заказом: наименование, количество, цена за единицу, ставка НДС, сумма, адрес сайта. Статья 4.7 54-ФЗ требует для расчётов в интернете указывать в чеке адрес сайта пользователя.
Шаг 2. Позиции с разными ставками. Повторите покупку с товаром по ставке 10%, если такие есть, и с платной доставкой. Доставка в чеке идёт отдельной позицией со своей ставкой. Убедитесь, что нигде не осталось 20%.
Шаг 3. Контакт покупателя. Откройте настройки кассового модуля. Найдите, что подставляется в контакт покупателя, если покупатель не указал email: адрес магазина, менеджера, заглушка вида noreply@. Если там постоянный адрес, это ровно та практика, о которой письмо ФНС. Сделайте email или телефон обязательным полем при оформлении, а для заказов по телефону собирайте контакт покупателя до отправки ссылки на оплату.
Шаг 4. Сверка за неделю. Выгрузите из CMS оплаченные заказы за последние 7 дней, а из кабинета ОФД или облачной кассы чеки прихода за тот же период. Количество и суммы должны совпасть. Расхождение покажет заказы без чека и чеки без заказа.
Шаг 5. Возвраты. Найдите в CMS 2–3 последних возврата и проверьте, что на каждый сформирован чек «возврат прихода». Возврат, оформленный только в платёжном сервисе, часто не порождает чек.
Шаг 6. Связь с ОФД. В кабинете ОФД посмотрите дату последнего полученного документа и статус кассы. Проверьте, когда истекает оплата ОФД и срок ФН. Справка Яндекс ОФД прямо говорит: без связи с ОФД кассу можно использовать 30 дней, после этого ФН блокируется, а разблокируется автоматически, когда чеки будут переданы.
Шаг 7. Очередь неотправленных чеков. В модулях для WooCommerce, 1С-Битрикс и других CMS обычно есть журнал или очередь отправки в кассу. Посмотрите, есть ли там записи с ошибкой или зависшие дольше нескольких минут. Именно туда уходят чеки, когда у кассы закончилась лицензия или сменился токен API.
| Риск | Ответственный | Как проверить | Частота |
|---|---|---|---|
| Оплата прошла, чек не сформирован | разработчик или студия на поддержке | сверка оплаченных заказов и чеков в ОФД | еженедельно, в распродажу ежедневно |
| Неверная ставка НДС (20% вместо 22%) | e-commerce-менеджер | тестовая покупка, выборка чеков в ОФД по ставкам | после каждого изменения каталога или модуля |
| Постоянный контакт вместо контакта покупателя | владелец магазина | настройки модуля, выборка чеков по тегу 1008 | раз в месяц |
| Нет чека на возврат | бухгалтер | сравнение возвратов в CMS и чеков возврата | раз в неделю |
| Касса не передаёт данные в ОФД | ответственный за кассу | дата последнего документа в кабинете ОФД | ежедневно |
| Истекает ФН, договор с ОФД или облачной кассой | владелец магазина | даты в кабинетах, напоминание в календаре | раз в месяц и за 30 дней до срока |
Скопируйте и выполните за 2–3 недели до 11.11:
ПРОВЕРКА ОНЛАЙН-КАССЫ ПЕРЕД РАСПРОДАЖЕЙ
Магазин: ____________ Дата: ________ Проверил: ________
[ ] Тестовая покупка: чек пришёл на мой email/телефон за ___ минут
[ ] В чеке: наименование, количество, цена за ед., ставка НДС, адрес сайта
[ ] Ставки НДС: в чеках только 22% / 10% / без НДС (нет 20%)
[ ] Доставка выходит отдельной позицией с правильной ставкой
[ ] Email или телефон обязателен при оформлении заказа
[ ] В модуле кассы нет «запасного» постоянного email/телефона
[ ] Заказы по телефону: контакт покупателя собирается до оплаты
[ ] Сверка за 7 дней: оплаченных заказов ___ / чеков прихода ___
[ ] Чеки возврата есть на все возвраты за 7 дней
[ ] Очередь отправки в кассу пустая, ошибок нет
[ ] ОФД: последний документ получен ___ (не старше суток)
[ ] Оплата ОФД / облачной кассы действует до ________
[ ] Срок ФН (для своей кассы) до ________
[ ] Лимиты API облачной кассы выдержат пиковый поток заказов
[ ] Назначен ответственный за ежедневную сверку в дни распродажи
Это учебный пример, а не история конкретного клиента.
Магазин на WooCommerce перед распродажей обновил плагин облачной кассы. Новая версия потребовала перевыпустить ключ API, но предупреждение висело только в админке. Оплаты проходили, заказы получали статус «Обработка», письма о заказе уходили. Чеки при этом складывались в очередь модуля со статусом ошибки авторизации.
Первым заметил покупатель: на третий день он попросил чек для отчёта о командировке. Менеджер проверил кабинет облачной кассы и увидел, что последний чек был сформирован 3 дня назад. Ключ перевыпустили, очередь отправили повторно. Чеки ушли с датой формирования, а не с датой оплаты, и бухгалтеру пришлось разбираться с чеками коррекции.
Что бы помогло: ежедневная сверка числа оплат и чеков и оповещение о том, что модуль кассы перестал отчитываться об успешной отправке.
Ограничения. Статья описывает операционную проверку, а не налоговую консультацию. Схему расчётов с маркетплейсами, агентскими договорами, предоплатой и зачётом аванса обсудите с бухгалтером или вашим оператором кассы: там свои признаки расчёта и правила. Штрафы указаны по состоянию на октябрь 2026 года.
Как правило, да: обязанность выдать чек лежит на продавце. Многие платёжные сервисы продают облачную кассу как отдельную услугу, но подключить её и проверить настройки должен магазин. Исключения есть, например у самозанятых, которые выдают чек через «Мой налог».
Проверьте в кабинете ОФД статус кассы и оплату, затем связь кассы с ОФД. Для облачной кассы напишите провайдеру. У вас есть 30 дней до блокировки ФН. После восстановления связи накопленные чеки уйдут в ОФД, и ФН разблокируется автоматически.
Найдите чек в кабинете ОФД или кассы по сумме и времени оплаты и отправьте ссылку на него повторно. Проверьте, какой контакт стоит в чеке. Если там опечатка или чужой адрес, исправьте поле в форме заказа, чтобы ошибка не повторялась.
Проверено: 15 октября 2026 года
Pingvera не заменяет кабинет ОФД, но может автоматизировать часть процедуры из этой статьи. Heartbeat-проверка поднимет алерт, если ваш скрипт ежедневной сверки заказов и чеков перестал отчитываться. На тарифе Business детектор аномалий заказов WooCommerce сообщит, если поток заказов упал ниже почасовой нормы. Алерты приходят в Telegram, MAX, VK, на email или webhook. Мониторинг до 5 сайтов бесплатен: pingvera.ru.
Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.
Попробовать Pingvera бесплатноЧитайте также: Экономика возвратов интернет-магазина · Как выбрать платформу интернет-магазина · Как выбрать подрядчика для интернет-магазина · Проверка лендинга перед запуском рекламы · Бесплатно проверить сайт.