Чеки в интернет-магазине - как правильно построить систему фискализации и не попасть на штрафы.

Не будем пересказывать 54-ФЗ для ответа на этот вопрос, разберем основные сценарии, как они обычно выглядят при реализации в интернет-магазине.

Расчёт в интернете

С 1 сентября 2025 года в ФФД появился отдельный признак расчёта в интернете — тег 1125.

Для интернет-расчёта в электронный чек добавляется:

• 1125 — признак расчёта в «Интернет», значение 1;

• 1187 — место расчётов, для интернет-магазина это адрес сайта;

• 1008 — телефон или email покупателя, который предоставлен для получения электронного чека.

Речь не только о классическом интернет-магазине. ФНС относит к таким расчётам покупки через сайт, мобильное приложение, а также дистанционные продажи через соцсети и мессенджеры. Ключевым признаком является то, что расчёт происходит без непосредственного взаимодействия покупателя с продавцом или его представителем, с использованием устройств, подключённых к интернету.

Полная предоплата

Пожалуй, самый частый сценарий для интернет-магазина:

Клиент оформил заказ на 15 000 ₽, сразу оплатил его на сайте, а товар будет передан завтра.

Здесь мы получаем два события: получение денег и передачу товара.

При получении полной предоплаты мы должны сформировать чек с признаком способа расчёта «ПРЕДОПЛАТА 100%» — значение 1 тега 1214.

При передаче товара формируется чек с признаком «ПОЛНЫЙ РАСЧЁТ» — значение 4. В нём происходит зачёт ранее полученной предоплаты. Такую схему из 2х чеков ФНС приводит для обычного случая полной предоплаты.

Получается:

flowchart LR
    A["Покупатель оплатил 15 000 ₽"] --> B["Чек №1
ПРЕДОПЛАТА 100%"]
    B --> C["Товар передан"]
    C --> D["Чек №2
ПОЛНЫЙ РАСЧЁТ"]

При этом в первом чеке для интернет-магазина будут реквизиты интернет-расчёта:

1125 = 1

1187 = адрес сайта

1008 = email / телефон покупателя

1214 = 1

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

Для случаев, когда товар передается транспортной компании, операторы ОФД допускают формирование чека «Полный расчёт» уже в момент передачи товара перевозчику, не дожидаясь фактического вручения покупателю. Поэтому в интеграции этот чек можно привязать к событию отгрузки в ТК — при условии, что выбранная схема доставки это позволяет.

Один или два чека

По общему правилу при полной предоплате товарного заказа формируются два кассовых чека:

• при получении 100% предоплаты — с признаком способа расчёта 1214 = 1 «Предоплата 100%»;

• при передаче товара — с 1214 = 4 «Полный расчёт», с учётом ранее полученной предоплаты.

Такую последовательность ФНС приводит в письме от 06.10.2023 № АБ-4-20/12817@ со ссылкой на положения Федерального закона № 54-ФЗ и требования к реквизиту 1214. Аналогичный подход изложен Минфином в письме от 18.11.2021 № 30-01-15/93304.

При этом ФНС допускает исключение для пользователей ККТ, которые признают доходы для целей налогообложения кассовым методом. При получении полной предоплаты они вправе сразу сформировать один чек с 1214 = 4 и не формировать второй чек при передаче товара. Обязательное условие — согласие покупателя на такой порядок. Это прямо указано в письме ФНС от 06.09.2023 № АБ-4-20/11334@.

Если магазин обязан применять схему из двух чеков, но вместо чека на предоплату и последующего чека «Полный расчёт» формирует один чек с нарушением установленного порядка, это квалифицируется как нарушение порядка применения ККТ по ч. 4 ст. 14.5 КоАП РФ. Для организации предусмотрено предупреждение или штраф от 5 000 до 10 000 ₽, для должностного лица или ИП — предупреждение или штраф от 1 500 до 3 000 ₽.

Частичная предоплата

Заказ стоит 15 000 ₽. Клиент сегодня оплачивает 5 000 ₽, остальные 10 000 ₽ — при получении.

Первый чек:

Сумма: 5 000 ₽

Признак способа расчёта:

ПРЕДОПЛАТА

То есть значение 2 тега 1214.

При передаче товара формируется чек на полный расчёт, в котором учитывается уже полученная сумма и окончательная оплата.

Схематично:

flowchart LR
    A["5 000 ₽
Частичная предоплата"] --> B["Передача товара"]
    B --> C["10 000 ₽ доплата"]
    C --> D["Полный расчёт"]

Здесь не стоит пытаться свести всю кассовую логику к одному полю payment_status.

Например, заказ на 15 000 ₽ уже был частично оплачен на 5 000 ₽. При передаче товара магазин должен сформировать чек «Полный расчёт».

В чеке нужно отразить сам товар на 15 000 ₽ и указать, что 5 000 ₽ уже были получены ранее в качестве предоплаты. Оставшиеся 10 000 ₽ — текущий расчёт.

Аванс

В ФФД для него предусмотрен отдельный признак способа расчёта — «АВАНС», значение 3 тега 1214. 

Не стоит использовать «аванс» как универсальное название любой оплаты до отгрузки.

Если покупатель оплатил конкретный заказ на конкретные товары на 100% — это сценарий полной предварительной оплаты.

Если оплатил только часть стоимости конкретного заказа — частичной предварительной оплаты.

А вот если деньги получены заранее, но на момент расчёта ещё нельзя определить конкретный предмет расчёта, возникает уже сценарий аванса.

Для интернет-магазина это применимо при работе с заказами, состав которых определяется позже, депозитами и другими нестандартными схемами.

Детализация безналичного платежа

С 1 сентября 2025 года в ФФД появились и новые реквизиты, связанные с безналичной оплатой: 1234–1238. Они позволяют детализировать безналичный платёж — сумму, способ оплаты, идентификаторы и дополнительные сведения. При этом эти реквизиты не нужно автоматически добавлять в каждый интернет-чек: ФНС относит данный блок к дополнительным реквизитам, а его обязательность зависит от конкретного порядка применения.

1234 — информация обо всех безналичных оплатах в чеке

1235 — информация об отдельной безналичной оплате

1236 — каким способом проведена безналичная оплата

1237 — идентификатор этой оплаты

1238 — дополнительные сведения об оплате

Для обычной интеграции интернет-магазина с эквайрингом достаточно сначала правильно реализовать обязательную часть — интернет-признак, место расчётов, контакт покупателя и корректный признак способа расчёта. А уже затем решать, нужна ли магазину дополнительная детализация безналичных операций.

Маркированный товар

С маркированным товаром интернет-магазину добавляется система маркировки. 

При реализации маркированного товара код идентификации должен попасть в фискальные данные. Для таких операций также формируются специальные фискальные документы — запрос о коде маркировки и уведомление о реализации маркированного товара.

С 1 сентября 2025 года в эту связку добавились ещё несколько реквизитов:

• 1011 — часовая зона;

• 2040 — номер ФД кассового чека или чека коррекции;

• 1125 — признак расчёта в интернете, если маркированный товар оплачен через интернет.

Причём 1125 теперь должен быть не только в кассовом чеке, но и в уведомлении о выбытии маркированного товара. Тег 2040 нужен, чтобы связать уведомление о реализации с конкретным фискальным документом.

Предоплата и интернет-продажа маркированного товара

Допустим, покупатель заказал в интернет-магазине куртку за 20 000 ₽ и сразу полностью оплатил её картой.

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

При предоплате или авансе, когда фактической передачи товара ещё нет, код маркировки в чеке не указывается. Для маркировки важен момент выбытия товара из оборота, связанный с его передачей покупателю.

Получается следующая последовательность:

flowchart LR
    A["Покупатель оплачивает заказ"] --> B["Чек: ПРЕДОПЛАТА 100%"]
    B --> C["Товар собирается"]
    C --> D["Товар передаётся покупателю"]
    D --> E["Чек: ПОЛНЫЙ РАСЧЁТ
+ код маркировки"]
    E --> F["Уведомление о выбытии"]

При дистанционной продаже появляется ещё одна связь: расчёт происходит через интернет. Поэтому в кассовом чеке указываем 1125 = 1, а сведения об интернет-расчёте передаются и в уведомление о выбытии.

В уведомлении указывается 2040 — номер ФД соответствующего кассового чека. В результате системы связывают между собой конкретный товар, уведомление о его выбытии и кассовый чек, которым оформлен соответствующий расчёт.

То есть для интеграции это уже не просто «оплата заказа → чек». Нужно учитывать как минимум три события: получение предоплаты, передачу маркированного товара и окончательный расчёт с передачей сведений о выбытии.

Не стоит забывать про часовой пояс

Изменение, которое легко пропустить при обновлении интеграции, — тег 1011 «Часовая зона».

С 1 сентября 2025 года он используется в документах, связанных с реализацией маркированных товаров.

Скидка

Скидка уменьшает стоимость заказа. Оплата показывает, чем покупатель эту стоимость погашает.

Например, товар стоит 10 000 ₽. По акции покупателю дали скидку 2 000 ₽.

Получаем:

Цена товара        10 000 ₽
Скидка             −2 000 ₽
────────────────────────────
К оплате            8 000 ₽

А дальше эти 8 000 ₽ можно оплатить картой:

Стоимость после скидки    8 000 ₽
Оплата картой             8 000 ₽

Или разделить между несколькими способами:

Стоимость после скидки    8 000 ₽
├── карта                  5 000 ₽
└── сертификат             3 000 ₽

Это разные уровни данных. Не стоит хранить сертификат или бонусы как «ещё одну скидку» только потому, что в итоге они уменьшают сумму, которую покупатель доплачивает.

Подарочный сертификат

С сертификатами на практике встречаются две модели.

1. Сертификат — самостоятельный предмет расчёта

Покупатель платит 5 000 ₽ и получает сертификат. На этом этапе расчёт идёт именно за сертификат, а не за будущий товар.

Позже покупатель выбирает товар за 3 500 ₽:

Товар                  3 500 ₽

Оплата сертификатом    3 500 ₽

Остаток сертификата — 1 500 ₽.

Здесь сертификат нельзя моделировать как скидку −5 000 ₽: это отдельный объект, по которому уже был расчёт.

2. Сертификат — аванс

Другой вариант — при продаже сертификата полученные 5 000 ₽ рассматриваются как аванс за будущие покупки.

Тогда при покупке товара за 3 500 ₽ происходит зачёт ранее полученного аванса:

Товар                  3 500 ₽

Зачёт аванса           3 500 ₽

Остаток ранее полученного аванса — 1 500 ₽.

Для интеграции разница принципиальная: в первой модели нужно учитывать ранее проданный сертификат, во второй — историю аванса и его зачётов. В обоих случаях сертификат лучше хранить как отдельный объект расчётов, а не как скидку.

Сертификат + банковская карта

Товар стоит 10 000 ₽.

Покупатель использует сертификат на 5 000 ₽ и доплачивает картой ещё 5 000 ₽.

┌──────────────────────────┐
│       РАСЧЁТ             │
├──────────────────────────┤
│ Товар          10 000 ₽  │
│ Скидка              0 ₽  │
│                          │
│ К ОПЛАТЕ       10 000 ₽  │
├──────────────────────────┤
│ Сертификат       5 000 ₽ │
│ Банковская карта 5 000 ₽ │
└──────────────────────────┘

А вот если на товар ещё действует скидка 2 000 ₽:

┌──────────────────────────┐
│         РАСЧЁТ           │
├──────────────────────────┤
│ Товар          10 000 ₽  │
│ Скидка         −2 000 ₽  │
│                          │
│ К ОПЛАТЕ        8 000 ₽  │
├──────────────────────────┤
│ Сертификат       5 000 ₽ │
│ Банковская карта 3 000 ₽ │
└──────────────────────────┘

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

И это особенно важно при возврате. Система должна знать и первоначальную стоимость, и скидку, и фактические способы оплаты.

Бонусы

С бонусами, как и с сертификатами, есть две рабочие модели.

1. Бонусы как скидка

ФНС допускает рассматривать оплату бонусами как индивидуальную скидку покупателю. Тогда цена товара уменьшается:

┌──────────────────────────────┐
│ Товар              10 000 ₽  │
│ Скидка бонусами      2 000 ₽ │
├──────────────────────────────┤
│ К ОПЛАТЕ             8 000 ₽ │
└──────────────────────────────┘

Покупатель оплачивает оставшиеся 8 000 ₽ картой. В этом варианте бонусы фактически участвуют в формировании цены товара.

2. Бонусы как иное встречное предоставление

Бонусы можно рассматривать и как отдельное встречное предоставление. Тогда цена товара не меняется:

┌──────────────────────────────┐
│ Товар              10 000 ₽  │
│                              │
│ ОПЛАТА:                      │
│   Бонусами           2 000 ₽ │
│   Картой             8 000 ₽ │
└──────────────────────────────┘

Сумма бонусов в этом случае отражается в чеке как «сумма по чеку встречным предоставлением» — тег 1217. Такую модель ФНС описывает в разъяснении от 28.08.2024.

Несколько способов оплаты

В реальном заказе скидка, сертификат, бонусы и деньги — разные сущности. Поэтому модель лучше строить не вокруг total и paid, а вокруг состава расчёта:

┌──────────────────────────────┐
│ ЦЕНА ТОВАРОВ       22 000 ₽  │
│ Скидка              −2 000 ₽ │
├──────────────────────────────┤
│ К ОПЛАТЕ            20 000 ₽ │
│                              │
│ ОПЛАТА:                      │
│   Сертификат          5 000 ₽│
│   Бонусы              5 000 ₽│
│   Банковская карта   10 000 ₽│
└──────────────────────────────┘

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

При фискализации эта структура уже преобразуется в соответствующие реквизиты чека. Для детализации безналичной оплаты в ФФД предусмотрены дополнительные реквизиты 1234–1238 — их передают только в тех сценариях, где они применяются.

Теги 1234–1238 в интернет-магазине

Например, платёжная система вернула магазину:

Заказ:          №15243

Сумма:          8 000 ₽

Способ:         СБП

ID платежа:     abc123456

Статус:         Успешно

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

• 1234 — сведения обо всех безналичных оплатах, относящихся к чеку;

• 1235 — сведения об отдельной безналичной оплате;

• 1236 — способ безналичной оплаты;

• 1237 — идентификатор конкретной безналичной оплаты;

• 1238 — дополнительные сведения о безналичной оплате.

Актуально при нескольких безналичных оплатах в одном расчёте. Например, если заказ частично оплачен банковской картой, а остаток — через СБП.

НДС по позициям

Ставка НДС задаётся для каждой позиции чека. Нельзя брать одну vat_rate из заказа и применять её ко всем строкам.

В 2026 году для обычной реализации действует ставка 22%, для отдельных категорий товаров — 10%, а при получении предоплаты применяется соответствующая расчётная ставка: для НДС 22% — 22/122, для НДС 10% — 10/110.

Например:

Товар А       10 000 ₽   НДС 22%

Товар Б        5 000 ₽   НДС 10%

Доставка         500 ₽   НДС 22%

Предоплата и полный расчёт

При полной предоплате налоговая ставка в двух чеках выглядит по-разному:

1. Получили 100% предоплату

┌──────────────────────────────┐
│      ПРЕДОПЛАТА 100%         │
├──────────────────────────────┤
│ Товар А           10 000 ₽   │
│ НДС                 22/122   │
└──────────────────────────────┘

Здесь расчётная ставка применяется потому, что речь идёт о получении аванса.

2. Передали товар

┌──────────────────────────────┐
│        ПОЛНЫЙ РАСЧЁТ         │
├──────────────────────────────┤
│ Товар А           10 000 ₽   │
│ НДС                    22%   │
└──────────────────────────────┘

При передаче товара формируется чек с фактической ставкой НДС, действующей для реализации. ФНС отдельно указывает такую схему для переходных операций: предоплата — с расчётной ставкой, полный расчёт при реализации — с основной ставкой.

Поэтому в модели заказа налоговые параметры лучше хранить на уровне позиции расчёта:

Позиция
├── стоимость
├── ставка НДС при реализации
└── сумма НДС

Фискализация предоплаты
└── расчётная ставка НДС

Фискализация полного расчёта
└── ставка НДС из позиции

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

Неверное указание ставки НДС в кассовом чеке может рассматриваться как нарушение требований к обязательным реквизитам ККТ. ФНС относит ставку НДС к обязательным реквизитам чека; за нарушение порядка применения ККТ предусмотрено предупреждение или штраф по ч. 4 ст. 14.5 КоАП РФ: до 10 000 ₽ для организации и до 3 000 ₽ для ИП или должностного лица.

Полезные ссылки

Закон и форматы чеков

• Федеральный закон № 54-ФЗ — основной закон о применении ККТ.

• Приказ ФНС России от 14.09.2020 № ЕД-7-20/662@ — дополнительные реквизиты и форматы фискальных документов, включая ФФД 1.2. В приказ уже внесены изменения, в том числе приказами от 15.11.2024 № ЕД-7-20/1038@ и от 26.03.2025 № ЕД-7-20/236@.

• Контроль и надзор в сфере применения ККТ — раздел ФНС с актуальными разъяснениями по применению ККТ.

Предоплата и полный расчёт

• Письмо ФНС России от 06.10.2023 № АБ-4-20/12817@ — официальный материал ФНС с разъяснениями по применению ККТ — в том числе по тегу 1214 и формированию чеков при полной предоплате.

• Методические рекомендации ФНС по формированию кассовых чеков при изменении ставки НДС — актуальные примеры по предоплатам, отгрузке и переходу на НДС 22%.

• Разъяснения ФНС по предоплате и НДС 22% — отдельно разобраны частичная предоплата в 2026 году и последующий полный расчёт.

Интернет-расчёты

• Новые требования к кассовым чекам — актуальные разъяснения ФНС по формированию чеков в 2026 году.

• Форматы фискальных документов ФФД 1.2 — официальный приказ с описанием реквизитов, используемых в электронных чеках.

Маркированные товары

• ФНС о коде маркированного товара в кассовом чеке при доставке — разъяснения о применении реквизита «код товара» при доставке маркированной продукции.

• ФНС о ФФД 1.2 и обязательных реквизитах чека — в том числе требования к реквизитам ФФД 1.2.

Бонусы

• Как в кассовом чеке указывать цену товара с учетом бонусов — ФНС рассматривает два варианта: бонусы как индивидуальная скидка или как иное встречное предоставление с отражением суммы по тегу 1217.

НДС

• ФНС о переходе на НДС 22% и формировании кассовых чеков — предоплата, полный расчёт и применение ставок 22/122 и 22%.

• ФНС о применении НДС 22% в кассовых чеках — требования к отображению новой ставки в чеках и связь с форматом ФФД.

• Методические рекомендации ФНС по НДС и ККТ — подробный документ по переходу на новые ставки и формированию чеков.

Техническая документация

• АТОЛ Онлайн — API v5, ФФД 1.2 — описание протокола API, структуры чека и реквизитов для интеграции.

• АТОЛ Онлайн — разработка прямой интеграции — инструкция по разработке и тестированию собственной интеграции.