Проанализируем ситуацию: эквайринг подключили и уже приняли оплату по карте, а онлайн-кассу с фискальным накопителем зарегистрировали позже. Представитель банка мог сказать, что «так можно», но с точки зрения законодательства о ККТ важен не сам факт эквайринга, а факт расчета с покупателем. Если расчет прошел, а кассовый чек не сформировали в момент расчета, это трактуется как неприменение ККТ (или нарушение порядка применения ККТ) и может повлечь административную ответственность.
Хорошая новость: в большинстве практических случаев ситуацию можно исправить корректно и снизить риски штрафа, если действовать быстро и по правилам. Рассмотрим подробнее, что именно нужно сделать, какие есть варианты, и как обычно оформляют исправление в учете и в 1С.
Разберем по шагам:
Эквайринг — это способ приема безналичной оплаты (через терминал/ссылку/интернет-эквайринг). Он подтверждает, что деньги списались, но не заменяет кассовый чек.
Онлайн-касса (ККТ) — это инструмент фискализации: касса формирует фискальный документ и отправляет данные через ОФД в ФНС.
Если оплату приняли, а чека не было (потому что касса не была зарегистрирована/не работала), это квалифицируется как расчет без применения ККТ. Для таких случаев и существует механизм исправления — чек коррекции.
Отдельно подчеркнем важный момент: «пробить чек датой вчера» технически обычно нельзя, а если где-то и можно «подменить» дату, делать так не следует. Правильная логика — оформить коррекцию текущей датой с указанием основания и реквизитов корректируемого расчета.
Чтобы не перепутать инструменты, проанализируем типовые сценарии исправления:
ККТ вообще не применяли при расчете (как в нашем кейсе: эквайринг был, а кассы не было/не была зарегистрирована). Тогда формируем кассовый чек коррекции на сумму расчета (или на каждый расчет) и указываем причину/основание коррекции.
Чек был, но в нем ошибка (не та ставка НДС, неверная цена/позиция и т. п.). Тогда способ исправления зависит от версии ФФД. ФНС отдельно подчеркивает, что при ФФД 1.05 исправления ошибок обычно делают обычными чеками (обратная операция + правильный чек), а чек коррекции в ФФД 1.05 используется именно для ситуации «неприменение ККТ».
В нашем случае логика простая: не было фискализации в момент расчета — значит, нужен чек коррекции.
Если оплата прошла без применения ККТ, это может подпадать под ст. 14.5 КоАП РФ (в зависимости от обстоятельств). Но в примечании к ст. 14.5 КоАП РФ предусмотрен механизм освобождения от ответственности, если соблюсти условия: добровольно исправить нарушение до вынесения постановления и направить в налоговый орган сведения, достаточные для установления события правонарушения (в том числе через чек коррекции), при условии что у налогового органа на момент направления не было сведений и документов о нарушении.
Из этого делаем практический вывод: действуем так, чтобы у нас было:
Фискальное исправление — сформирован чек коррекции.
Пакет подтверждений — документы/данные, на основании которых мы сделали коррекцию (подтверждение эквайринга, дата и сумма, описание расчета).
Уведомление/направление сведений — в зависимости от практики и формата взаимодействия, часто дополнительно уведомляют ФНС о коррекции. ФНС указывает, что после оформления чека коррекции следует уведомить налоговые органы о внесенных изменениях (например, через личный кабинет или ЭДО).
Важно: в информационном поле встречается позиция, что направление чека коррекции может выступать и как уведомление о нарушении, но на практике безопаснее действовать по консервативному сценарию: чек коррекции + понятное описание/пояснение + своевременность.
Прежде чем что-то пробивать, сделаем небольшую «инвентаризацию» расчета. Так мы избежим второй ошибки — неправильной коррекции.
Соберем:
Дата и время оплаты (из чека эквайринга/сверки терминала/выписки банка).
Сумма (точно до копеек).
Способ расчета: безналичный (оплата картой/эквайринг).
Что именно продали (номенклатура/услуга). Если продаж было несколько, фиксируем по каждому расчету. Для ФФД 1.1/1.2 детализация по предметам расчета обычно важнее (и часто обязательна).
НДС (ставка/без НДС) — так, как должно быть по этой продаже.
Адрес расчета/место установки ККТ — подтягивается из кассы, но нам важно понимать, что коррекцию пробиваем на той ККТ, которая соответствует месту расчета.
Основание коррекции: «самостоятельно выявили» или «по предписанию». В нашем случае обычно это «самостоятельная операция»/самостоятельно выявленное нарушение.
Дополнительно полезно оформить внутренний документ (акт/служебную записку), где мы фиксируем: когда приняли оплату, почему чек не пробили (касса не была зарегистрирована), когда обнаружили, и что сделали для исправления (пробили чек коррекции). Это не «обязательный по закону» ритуал для всех случаев, но это сильная доказательная база на случай вопросов.
Посмотрим на самый понятный и «чистый» сценарий. Он особенно полезен, если оплат было несколько или если есть риск, что проверяющие захотят увидеть соответствие «один расчет — один чек».
Делаем так:
Открываем смену на онлайн-кассе (если она закрыта).
Создаем чек коррекции с признаком расчета «приход» (потому что деньги получили от покупателя). В ФФД 1.05 ФНС прямо указывает: для исправления неприменения ККТ нужно сформировать кассовые чеки коррекции на каждый расчет, при котором ККТ не применялась.
Указываем основание коррекции: «самостоятельно» (если не было предписания).
Указываем реквизиты основания (номер/дата внутреннего акта или служебной записки). Во многих кассовых интерфейсах это поля «Номер документа основания» и «Дата документа основания».
Заполняем сумму и, при необходимости, состав продажи (позиции, НДС, признак предмета расчета и т. п.). Требования зависят от версии ФФД; по ФФД 1.1/1.2 реквизит «предмет расчета» обязателен в чеке коррекции.
Указываем тип оплаты: безналичная/электронными средствами платежа (эквайринг).
Пробиваем чек коррекции текущей датой и убеждаемся, что он ушел в ОФД и принят.
Фиксируем факт исправления: сохраняем данные по чеку коррекции (номер ФД/ФП/смена) в учетной системе/внутреннем акте.
При необходимости уведомляем ФНС о произведенной коррекции через доступные каналы (ЛК/ЭДО), приложив пояснение и идентификаторы чека коррекции. ФНС отдельно указывает на необходимость уведомления после оформления чека коррекции.
Почему этот вариант считаем безопасным:
Он максимально соответствует логике «каждый расчет должен быть фискализирован».
Он согласуется с методическими рекомендациями по исправлению нарушений при расчетах (в части неприменения ККТ).
Он дает понятную трассировку: конкретная оплата в эквайринге → конкретный чек коррекции.
Иногда на практике встречается подход: если было несколько оплат без ККТ, формируют чек коррекции на общую сумму за период. Но здесь важно не «упростить» себе жизнь ценой новых рисков.
Разберем, когда этот вариант встречается:
Когда у компании была серия однотипных расчетов в коротком промежутке времени, и учетная система/касса поддерживает агрегированную коррекцию.
Когда нет возможности восстановить детализацию по каждой продаже (что само по себе уже риск).
Почему действуем осторожно:
ФНС в методических рекомендациях для ФФД 1.05 прямо указывает необходимость формировать чеки коррекции на каждый расчет, если ККТ не применялась.
При ФФД 1.1/1.2 может требоваться заполнение предметов расчета, что делает «общую сумму без состава» потенциально проблемной.
Практический вывод: если оплат было немного — лучше не агрегировать и сделать «по одному чеку коррекции на оплату». Если оплат много и вы рассматриваете агрегирование — сначала восстановим детализацию (по отчетам терминала, выгрузкам эквайринга, заказам/реализациям в 1С), и только затем принимаем решение, не создавая «серую зону».
Теперь посмотрим на задачу со стороны 1С. Нам важно добиться двух целей одновременно:
Фискально исправить — пробить чек коррекции на ККТ.
Учетно отразить — чтобы в 1С было видно, что оплата была, продажа признана, и есть связанный кассовый документ (чек/чек коррекции).
Поскольку конкретные шаги зависят от конфигурации (например, 1С:Бухгалтерия, 1С:Розница, 1С:УНФ, отраслевые решения), разберем универсальный подход, а затем — типовые места в интерфейсе, где обычно создают чек коррекции.
Проанализируем, где «живет» информация:
Эквайринг в 1С отражается как поступление по платежной карте/операция эквайринга и затем как поступление денег на расчетный счет (за вычетом комиссии). Это банковско-расчетная часть.
ККТ в 1С живет в подсистеме кассовых чеков/подключаемого оборудования/фискализации (в зависимости от продукта). Там формируются кассовые документы, которые отправляются на кассу и далее в ОФД.
Наша цель — связать эти две реальности правильной последовательностью действий: сначала мы корректно фискализируем расчет (чек коррекции), затем убеждаемся, что учет продаж и оплат отражен корректно.
Рассмотрим подробнее распространенную логику (в разных релизах пункты меню могут отличаться, но смысл сохраняется):
Находим документ/операцию, которая отражает оплату по карте (эквайринг) — например, в разделе учета банка/кассы или в списке операций по платежным картам.
Проверяем, что продажа отражена (реализация/розничная выручка/заказ покупателя — зависит от вашей схемы учета).
Создаем документ фискализации «чек коррекции» из подсистемы ККТ или «на основании» операции оплаты (если конфигурация поддерживает такую кнопку/команду).
Заполняем реквизиты коррекции: причина («самостоятельно»), дата/номер основания, сумма, НДС/номенклатура (если требуется), тип оплаты — безналичная.
Отправляем на ККТ и убеждаемся, что чек зарегистрирован и ушел в ОФД.
В ряде методических описаний по 1С встречается подход, когда чек коррекции формируют из банковской операции/выписки через команду «Чек коррекции», затем уточняют описание корректировки и пробивают чек. Логика при этом — та же: сформировать фискальный документ коррекции и зафиксировать основание/описание.
Если в вашей 1С нет удобной «кнопки» на банковской операции, действуем через подсистему ККТ: открываем список документов чеков и создаем новый «чек коррекции» вручную, заполняя данные расчета и основания.
Если вы работаете через фронт-офис (кассовое рабочее место), то часто чек коррекции пробивают непосредственно на кассе (в РМК) как отдельную операцию «коррекция».
Делаем так:
Открываем смену в РМК.
Выбираем операцию «Чек коррекции» (название может отличаться).
Указываем «приход», основание коррекции («самостоятельно»), реквизиты основания (номер/дата акта), сумму.
Если касса/формат требуют — добавляем позиции номенклатуры и НДС.
Проводим/пробиваем, убеждаемся, что чек ушел в ОФД.
Далее возвращаемся в учетную часть (back-office) и проверяем, что выручка/оплата отражены и сверяются с эквайрингом.
Посмотрим на типовые сложности, которые всплывают именно в ситуации «эквайринг был раньше кассы».
Если мы просто пробьем обычный чек продажи сегодня, мы исказим дату расчета и можем создать дополнительную путаницу (в том числе в сверке выручки и в налоговых вопросах). Корректный инструмент для ситуации неприменения ККТ — чек коррекции.
Разберем практический подход: если нарушение выявили самостоятельно, оформляем внутренний акт/служебную записку (с номером и датой) и используем его как документ-основание. В интерфейсах касс часто есть выбор «самостоятельная операция» и поля для номера/даты документа основания.
Здесь важно учитывать формат фискальных данных (ФФД) и требования к реквизитам. ФНС указывает, что для ФФД 1.1 и 1.2 реквизит «предмет расчета» должен присутствовать в кассовом чеке коррекции, а для ФФД 1.05 — есть особенности. Поэтому действуем так:
Сначала выясняем, какой ФФД у вашей кассы/ОФД (это видно в настройках ККТ/в карточке кассы).
Если ФФД 1.1/1.2 — стараемся восстановить состав продажи и пробить коррекцию с позициями.
Если ФФД 1.05 — учитываем, что чек коррекции применяется именно для неприменения ККТ, и следуем рекомендациям ФНС по заполнению и логике коррекции.
Так мы уменьшаем риск того, что чек коррекции будет формально «неполным» или вызовет вопросы.
Если говорить про консервативный безопасный подход — да, мы формируем коррекцию по каждому расчету. В методических рекомендациях для ФФД 1.05 это сформулировано прямо. Поэтому, если у нас есть детализация по каждой оплате — берем ее и пробиваем коррекции поштучно.
Если покупатель просит чек, а расчет был ранее, мы можем выдать ему реквизиты сформированного чека коррекции (или электронный чек, если ваш сервис это позволяет). Важно помнить: мы не «переписываем историю», а документируем исправление нарушения через коррекцию.
Чтобы закрыть задачу полностью, пройдемся по контрольным пунктам:
Чек коррекции пробит и имеет фискальные реквизиты (ФД/ФП и т. п.).
Чек ушел в ОФД и принят (статус «доставлен/принят»).
Основание коррекции оформлено (внутренний акт/служебная записка) и реквизиты основания внесены в чек.
В 1С отражены продажа и оплата корректно, без задвоений: мы не создаем «вторую продажу», а документируем фискальное исправление.
Сверка эквайринга: сумма оплат по терминалу/банку соответствует сумме расчетов, включая тот «ранний» платеж.
При необходимости направлено уведомление в ФНС о произведенной коррекции (или подготовлено пояснение на случай запроса).
Сроки: чем быстрее после выявления исправим, тем лучше с точки зрения снижения рисков.
Соберем все в один понятный алгоритм и «пройдем» его вместе:
Восстановим данные платежа по эквайрингу: дата, сумма, назначение/товары, НДС.
Оформим внутреннее основание коррекции (акт/служебная записка) с номером и датой.
Откроем смену на ККТ и сформируем чек коррекции «приход» с основанием «самостоятельно выявили», заполним номер/дату основания и сумму, при необходимости — позиции и НДС.
Проверим отправку чека в ОФД и принятие.
В 1С отразим/проверим учет: продажа и эквайринг должны «сойтись», без задвоения.
При необходимости подготовим и направим уведомление/пояснение в ФНС о произведенной коррекции.
Важно: если оплат было несколько, действуем по тому же алгоритму для каждой оплаты отдельно — это самый безопасный и прозрачный вариант, особенно если у вас ФФД 1.05 и вы ориентируетесь на методические рекомендации ФНС.
Информация в статье носит справочный характер и не является юридической консультацией.