Кассовые чеки по 54-ФЗ в 1С-Битрикс: онлайн-кассы и фискализация

Оплата в интернет-магазине — это не только «деньги пришли». Почти каждый расчёт с физическим лицом по 54-ФЗ должен сопровождаться кассовым чеком: фискальным документом, который формирует контрольно-кассовая техника, передаёт в налоговую через оператора фискальных данных и направляет покупателю. Если магазин на 1С-Битрикс принимает деньги, но чеки не бьёт или бьёт их неправильно, это не «мелкая недоработка», а нарушение закона со штрафами и репутационными рисками. Эта статья — подробный технический разбор темы «54-ФЗ, Битрикс и чеки»: как устроен штатный модуль касс, какие кассы поддерживаются, что должно попасть в чек и как не запутаться в признаках расчёта, предоплате, возвратах и маркировке.

Мы собрали материал на основе практики разработки магазинов с оплатой и доставкой и интеграции платёжных систем вроде ЮKassa и СБП. Сразу важный дисклеймер: 54-ФЗ — это область права и бухгалтерии. Нужна ли касса именно вам, какой режим налогообложения применять, какие признаки ставить в чек и подпадаете ли вы под маркировку — это вопросы, которые обязательно сверяются с вашим бухгалтером, юристом и актуальной редакцией нормативных актов. Здесь мы описываем техническую сторону: как это настраивается и работает в 1С-Битрикс.

Что такое 54-ФЗ и когда нужен чек

54-ФЗ — это Федеральный закон «О применении контрольно-кассовой техники при осуществлении расчётов в Российской Федерации». Если убрать канцелярит, он вводит простое правило: при расчёте с покупателем продавец обязан применить контрольно-кассовую технику (ККТ) и выдать (или направить) чек. Под «расчётом» закон понимает не только приём денег, но и их возврат, а также ряд смежных операций — например, получение аванса и последующий зачёт предоплаты.

Для интернет-магазина ключевой сценарий такой: покупатель-физлицо оплачивает заказ картой, через СБП или иным безналичным способом онлайн — и в этот момент возникает обязанность сформировать кассовый чек и направить его покупателю в электронном виде. Чек «на бумаге» при онлайн-оплате не печатается и курьером не передаётся: достаточно электронного, отправленного на email или телефон. Но сам фискальный документ должен быть сформирован кассой, поставлен на фискальный учёт и передан в ФНС через ОФД.

Важно понимать, что чек по 54-ФЗ и «внутренний» документ магазина (счёт, накладная, письмо «спасибо за заказ») — это разные вещи. Письмо о заказе покупатель получает от вашего сайта, а фискальный чек — это документ строгой структуры, который формирует именно касса с фискальным накопителем. Никакая «красивая PDF-квитанция», сгенерированная сайтом, чек по 54-ФЗ не заменяет.

Кто обязан пробивать чек, а кто нет

Общий принцип: если вы принимаете оплату от физического лица за товары или услуги, скорее всего, чек нужен. Но у закона есть исключения, отсрочки и особые режимы, и именно здесь чаще всего ошибаются, пытаясь «на глаз» решить юридический вопрос. Разберём типичные ситуации на уровне ориентиров — а окончательное решение всегда за бухгалтером.

• Розница физлицам онлайн. Классический интернет-магазин, принимающий безналичную оплату от граждан, — почти всегда под 54-ФЗ, чек обязателен на каждый расчёт.
• Расчёты между юрлицами и ИП по безналу. Часть операций «безнал со счёта на счёт» между организациями может не требовать применения ККТ, но как только появляется наличный расчёт, карта или «электронное средство платежа с предъявлением», картина меняется. Это тонкая зона — сверяйтесь.
• Самозанятые на НПД. Плательщики налога на профессиональный доход в общем случае не применяют ККТ, а формируют чек НПД в приложении «Мой налог». Это отдельная схема (см. раздел ниже).
• Отдельные виды деятельности и льготные территории. Для некоторых видов деятельности и условий закон предусматривает освобождения или отсрочки. Их перечень меняется, поэтому опираться на «слышал, что не нужно» опасно.

Отдельно подчеркнём: режим налогообложения (ОСНО, УСН, ПСН и т. д.), необходимость кассы и признаки в чеке связаны между собой. Например, ставка НДС в чеке напрямую зависит от вашей системы налогообложения. Поэтому прежде чем что-то настраивать в Битриксе, нужно с бухгалтером зафиксировать: какой у вас режим, какие ставки НДС применяются к товарам, нужна ли касса и какие признаки расчёта у ваших операций. Техническая настройка — это уже перенос этих решений в систему, а не их принятие.

Модуль касс ККМ в 1С-Битрикс

Хорошая новость: изобретать фискализацию с нуля в 1С-Битрикс не нужно. В модуле «Интернет-магазин» есть штатная подсистема касс — раздел администрирования «Магазин → Кассы ККМ» (в разных версиях путь может называться «Продажи → Кассы ККМ» или «Настройки → Кассы»). Это отдельная сущность, которая живёт рядом с платёжными системами, но отвечает не за приём денег, а именно за пробитие чеков.

Логику удобно держать в голове как связку из нескольких элементов:

• Касса (ККМ) в Битриксе. Настройка, которая описывает, каким обработчиком и с какими параметрами формируются чеки: облачная касса провайдера, АТОЛ, Orange Data и т. п.
• Обработчик кассы. Готовый код, который «разговаривает» с конкретной кассой или сервисом фискализации: передаёт состав чека, получает статус, обрабатывает ошибки.
• Привязка к платёжной системе и статусам заказа. Правила, определяющие, при каком событии бить чек: при поступлении оплаты, при отгрузке, при возврате. Именно здесь настраивается логика двух чеков при предоплате.
• Настройки ставок НДС и признаков расчёта. Сопоставление того, что задано у товаров и в заказе, с реквизитами фискального чека.
• Очередь чеков. Служебный механизм, который ставит чеки в очередь, отправляет их в кассу и отслеживает статус (пробит, ошибка, ожидает).

Разделение «платёжная система отдельно, касса отдельно» — принципиально важное. Один и тот же приём оплаты (например, картой через ЮKassa) может фискализироваться по-разному: облачной кассой того же провайдера или вашей собственной ККТ. И наоборот, несколько способов оплаты могут пробиваться на одной кассе. Поэтому при проектировании магазина оплату и фискализацию проектируют как две связанные, но самостоятельные подсистемы.

Путь фискального чека: от заказа до ФНС

Чтобы настраивать кассу осознанно, полезно видеть весь маршрут, который проходит чек. Он всегда одинаков по смыслу, независимо от того, своя у вас касса или облачная.

1. Заказ и оплата. Покупатель оформляет заказ в 1С-Битрикс и оплачивает его. Платёжная система подтверждает поступление денег служебным уведомлением.
2. Команда на чек. Модуль касс формирует состав чека: позиции, суммы, ставки НДС, признаки расчёта и предмета расчёта, контакт покупателя — и отправляет команду в кассу.
3. Фискализация в ККТ. Контрольно-кассовая техника с фискальным накопителем формирует фискальный документ и подписывает его.
4. Передача в ОФД. Касса отправляет данные чека оператору фискальных данных, который фиксирует их и передаёт в ФНС.
5. Чек покупателю. Покупателю уходит электронный чек — на email или телефон — со ссылкой на фискальные данные.

Из этой цепочки видно, где какая ответственность. Сайт отвечает за первые два шага: вовремя и с правильными данными дать команду. Касса и ОФД отвечают за фискализацию и передачу в налоговую. Покупатель получает результат — электронный чек. Если где-то в цепочке разрыв (не передан email, закончился фискальный накопитель, нет связи с ОФД), чек не будет корректным, и разбирать инцидент придётся по всей длине маршрута.

Поддерживаемые кассы и способы фискализации

1С-Битрикс из коробки поддерживает несколько типов касс и сценариев фискализации. Конкретный перечень обработчиков зависит от версии платформы, но принципиально варианты сводятся к нескольким группам.

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

Своя ККТ, облачная касса или чек через платёжку

Выбор типа кассы — одно из первых решений, и оно влияет и на бюджет, и на настройку, и на дальнейшую эксплуатацию. Упрощённо есть три пути, и у каждого своя логика.

Своя ККТ

Это физическая касса с фискальным накопителем, зарегистрированная на вас. Вы контролируете «железо», но и отвечаете за него: срок действия фискального накопителя, его замена, обслуживание, договор с ОФД. Своя касса оправдана, когда есть офлайн-розница (магазин, ПВЗ) или большие объёмы, при которых аренда облачной кассы обходится дороже.

Облачная касса

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

Чек через платёжный сервис

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

Как выбирать: если у вас чистая онлайн-розница без офлайн-точки и без маркируемых товаров — начните с облачной кассы или чека через платёжку. Если есть розница, маркировка, сложные схемы предоплаты или большие объёмы — рассматривайте свою ККТ или облачную кассу с гибким обработчиком (АТОЛ, Orange Data). И в любом случае — сверьте решение с бухгалтером, потому что от выбора зависит и учёт, и стоимость владения.

Настройка кассы в Битриксе пошагово

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

1. Определитесь с типом кассы. Своя ККТ, облачная касса (Orange Data, АТОЛ-веб) или чек через платёжный сервис. От этого зависит обработчик.
2. Получите доступы фискализации. Для облачной кассы или сервиса — ключи/токены доступа к API кассы и данные ОФД. Для своей ККТ — данные о зарегистрированной кассе и фискальном накопителе.
3. Создайте кассу в разделе «Кассы ККМ». В администрировании Битрикса добавьте новую кассу, выберите обработчик и впишите параметры доступа. Внимательно — опечатка в ключе «тихо» ломает пробитие чеков.
4. Настройте ставки НДС. Сопоставьте ставки НДС, заданные у товаров и в настройках каталога, со ставками, которые понимает касса. Ошибка здесь = некорректный чек.
5. Задайте признаки расчёта. Настройте, какой признак способа расчёта (предоплата / полный расчёт) и признак предмета расчёта (товар / услуга) уходит в чек, в том числе для доставки.
6. Свяжите чек с событиями заказа. Определите, когда бить чек: при оплате, при отгрузке, при возврате. Здесь настраивается логика двух чеков при предоплате.
7. Обеспечьте передачу контакта покупателя. Убедитесь, что форма заказа собирает email или телефон и передаёт их в кассу для электронного чека.
8. Проверьте на тесте. Прогоните тестовый чек и убедитесь, что он корректно формируется: суммы, НДС, признаки, контакт. Только потом — боевой режим.

Отдельно про очередь чеков: в Битриксе чеки не всегда бьются мгновенно синхронно — часто они ставятся в очередь и обрабатываются фоново. Это нормально, но означает, что при отладке нужно смотреть не только «нажалась ли кнопка», но и статус чека в очереди: пробит, ошибка, ожидает. Если чеки «зависают» в очереди — это сигнал проблемы со связью с кассой или ОФД, а не с самим заказом.

Состав фискального чека: реквизиты

Фискальный чек — это документ строгой структуры. В нём есть обязательные реквизиты, часть которых формирует касса автоматически (номер ФН, фискальный признак, дата-время, данные ОФД), а часть должен передать магазин. Именно за «магазинную» часть отвечает 1С-Битрикс, и именно здесь чаще всего возникают ошибки.

Практический вывод: качество чека определяется качеством данных в каталоге и заказе. Если у товара не задана ставка НДС, неверно указан признак предмета расчёта или в заказе нет контакта покупателя — чек либо не пробьётся, либо пробьётся неправильно. Поэтому наведение порядка в карточках товаров (НДС, признаки) — это не «SEO-мелочь», а прямое условие корректной фискализации.

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

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

• Предоплата 100% (аванс). Деньги получены полностью, но товар ещё не передан. Например, оплата на сайте заказа, который отгрузят через несколько дней.
• Предоплата (частичная). Получена часть суммы вперёд.
• Полный расчёт. Деньги получены и товар передан «здесь и сейчас» — классическая розница без отсрочки.
• Аванс. Оплата, когда номенклатура ещё не определена (получили деньги «в счёт будущих покупок»).
• Частичный расчёт и кредит, оплата кредита. Для рассрочек и постоплаты.

Почему это важно технически: в интернет-магазине оплата и отгрузка почти всегда разнесены во времени. Покупатель платит сегодня, а курьер привезёт товар завтра. С точки зрения 54-ФЗ это означает, что в момент оплаты нельзя ставить «полный расчёт» — товар-то ещё не передан. Правильно поставить «предоплата», а при отгрузке пробить второй чек с зачётом. Если же магазин отдаёт товар мгновенно (например, цифровой) — тогда возможен один чек полного расчёта. Настройка этой логики в модуле касс Битрикса — это сопоставление статусов заказа с признаками расчёта, и делать её нужно вместе с бухгалтером, потому что от неё зависит корректность учёта.

Признак предмета расчёта

Если признак способа расчёта отвечает на вопрос «когда», то признак предмета расчёта отвечает на вопрос «за что». Он описывает природу позиции в чеке. Типовые значения:

• Товар. Обычная физическая продукция.
• Подакцизный товар. Отдельная категория со своими правилами.
• Работа / услуга. Например, сборка, установка, доставка как услуга.
• Платёж / аванс. Для авансовых операций без конкретной номенклатуры.
• Товар, подлежащий маркировке. Для позиций из перечня «Честный ЗНАК» — со своими признаками и передачей кода маркировки.

Отдельного внимания заслуживает доставка. С фискальной точки зрения доставка — это чаще всего услуга, и её нужно проводить в чеке отдельной позицией с признаком предмета расчёта «услуга» и своей ставкой НДС. Частая ошибка — «размазать» стоимость доставки по товарам или вовсе забыть про неё в чеке. В 1С-Битрикс доставка — отдельная сущность заказа, и её передачу в чек нужно настроить осознанно. О том, как подключается сам расчёт доставки, мы писали в статье про расчёт доставки СДЭК, Boxberry и Почты — но там речь о логистике, а здесь важно, что доставка ещё и попадает в фискальный чек как услуга.

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

Ставки НДС в чеке

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

• Плательщики НДС (например, на ОСНО) указывают в чеке применимую ставку по каждой позиции. Ставки бывают разные для разных категорий товаров.
• Неплательщики НДС (часть спецрежимов) используют в чеке специальное значение «без НДС».
• Смешанный ассортимент. Если у разных товаров разные ставки, каждая позиция должна нести свою — «одна ставка на весь чек» здесь не работает.

В 1С-Битрикс ставки НДС задаются в настройках торгового каталога и привязываются к товарам, а в модуле касс настраивается сопоставление этих ставок со значениями, которые понимает касса. Ошибка сопоставления приводит к тому, что чек уходит с неверным НДС — а это уже фискальное нарушение, а не косметический дефект. Поэтому перед запуском обязательно проверяют: у всех товаров проставлена ставка НДС, она соответствует режиму налогообложения, доставка проведена со своей ставкой, а сопоставление в кассе настроено без «пустых» значений.

E-mail и телефон покупателя для чека

При онлайн-оплате чек существует в электронном виде, и его нужно куда-то отправить. Поэтому в фискальный документ передаётся контакт покупателя — адрес электронной почты или номер телефона (достаточно одного, но лучше собирать оба как основной и запасной каналы). Без контакта электронный чек направить некому, и фискализация будет некорректной.

Технически в 1С-Битрикс email и телефон покупателя — это свойства заказа, которые заполняются на шаге оформления. Модуль касс берёт их оттуда и передаёт в кассу вместе с составом чека. Отсюда практические требования к форме оформления заказа:

• Гарантированный сбор контакта. Форма должна обязательно получать email или телефон — нельзя оставить оба поля пустыми при онлайн-оплате.
• Правильное сопоставление свойств. В настройках кассы нужно указать, из каких именно свойств заказа брать email и телефон. Если сопоставление сбито, контакт «теряется».
• Валидация формата. Кривой email или телефон с буквами приведёт к тому, что чек либо не отправится, либо уйдёт в никуда.
• Приоритет канала. Определитесь, что основной канал доставки чека — email, а телефон запасной (или наоборот), и настройте кассу соответственно.

На практике «потерянный контакт покупателя» — одна из самых частых причин проблем с чеками в интернет-магазинах. Заказ оплачен, деньги пришли, а чек не отправить, потому что форма позволила оформить заказ без email и без телефона. Поэтому при настройке фискализации всегда проверяют не только кассу, но и форму оформления заказа — они работают в связке.

ОФД: оператор фискальных данных

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

Что важно знать про ОФД на практике:

• Договор обязателен. Для передачи чеков в ФНС нужен действующий договор с ОФД. Без него касса не сможет корректно фискализировать расчёты.
• При облачной кассе ОФД обычно включён. Провайдеры облачных касс часто предоставляют кассу и ОФД в одном тарифе — отдельно оператором заниматься не нужно, но проверить наличие договора стоит.
• Личный кабинет ОФД — ваш инструмент отладки. Именно там видно, дошёл ли чек, какой у него статус, что в нём за реквизиты. При разборе инцидентов «чек не пришёл» смотрят и очередь в Битриксе, и кабинет ОФД.
• Срок действия и оплата. Услуги ОФД оплачиваются, а договор имеет срок. Если он истёк или не оплачен, чеки перестают уходить — это банальная, но реальная причина сбоев.

С точки зрения 1С-Битрикс ОФД обычно «невидим»: сайт общается с кассой, а уже касса — с ОФД. Но понимать роль оператора нужно, потому что при проблемах с фискализацией часть причин лежит именно на стыке «касса — ОФД», а не в настройках сайта.

Два чека при предоплате: аванс и зачёт

Это один из самых важных и одновременно самых недопонятых сценариев. Ещё раз главную идею: 54-ФЗ различает момент получения денег и момент передачи товара. В интернет-магазине они почти всегда разнесены, поэтому по одному заказу с предоплатой корректно получается два фискальных документа.

1. Чек №1 — предоплата (аванс). Пробивается в момент оплаты на сайте. Деньги получены, но товар ещё не передан. Признак способа расчёта — «предоплата 100%» (или частичная).
2. Отгрузка. Магазин передаёт товар покупателю — курьером, в ПВЗ или иным способом.
3. Чек №2 — зачёт предоплаты. Пробивается в момент передачи товара. Он «закрывает» ранее полученный аванс: фиксирует, что предоплата зачтена, а предмет расчёта передан. Как правило, деньги повторно не списываются — это именно зачёт.

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

В 1С-Битрикс эта логика настраивается через связь статусов заказа и событий пробития чека: чек аванса — на событие оплаты, чек зачёта — на событие отгрузки/завершения. Именно поэтому так важно, чтобы статусы заказа в магазине были аккуратно выстроены и корректно менялись (в том числе при обмене с 1С). Если статус «отгружено» не проставляется вовремя, второй чек не пробьётся. Тему связи заказов и статусов с учётной системой мы подробно разбираем в материале про интеграцию магазина с 1С — и для двухчековой схемы эта связка критична.

Возвратный чек

Приём денег — половина фискальной картины. Вторая половина — возвраты, и они тоже фискализируются. Когда покупатель возвращает товар или магазин отменяет заказ и возвращает деньги, по 54-ФЗ формируется отдельный чек возврата прихода (возвратный чек). Он фиксирует, что расчёт «отыгран назад».

Что важно учесть по возвратным чекам:

• Полный и частичный возврат. Вернуть можно всю сумму или часть (например, один товар из нескольких). Возвратный чек должен отражать именно возвращаемые позиции и суммы.
• Признаки должны соответствовать приходу. Ставки НДС и признаки предмета расчёта в возвратном чеке должны соответствовать исходной продаже.
• Возврат аванса. Если возврат происходит по предоплаченному, но ещё не отгруженному заказу, фискализируется возврат аванса — это отдельный случай, который тоже нужно предусмотреть.
• Маркировка при возврате. Для маркируемых товаров возврат сопровождается операциями с кодами маркировки в системе «Честный ЗНАК».

В 1С-Битрикс возвратные чеки, как правило, связаны с операциями возврата оплаты и изменением статуса заказа. Частая «слепая зона»: приём чеков настроили и проверили, а возвратные — нет, и первый же возврат превращается в ручную возню и риск нарушения. Поэтому возвратный чек обязательно включают в тестовый сценарий: сделали контрольную продажу — сделайте и контрольный возврат, убедитесь, что возвратный чек пробивается корректно.

Чек при онлайн-оплате и при доставке

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

Онлайн-оплата на сайте

Покупатель платит картой или через СБП на сайте. Чек формируется в момент подтверждения оплаты платёжной системой и уходит покупателю электронно на email/телефон. Здесь всё происходит без участия курьера, а фискализацию делает либо облачная касса, либо касса платёжного сервиса, либо ваша ККТ по команде от Битрикса. Это самый «безлюдный» сценарий: главное — правильно поймать событие оплаты и передать корректные данные.

Оплата при получении (наличными или картой курьеру / в ПВЗ)

Здесь деньги принимаются в момент передачи товара, а не на сайте. Возможны варианты: курьер пробивает чек своей мобильной кассой, чек пробивается при приёме наличных в пункте выдачи, либо расчёт фискализирует служба доставки по агентской схеме. Ключевой момент: при оплате при получении чек «в момент оформления заказа на сайте» не бьётся — расчёт-то ещё не состоялся. Он фискализируется тогда, когда деньги реально получены при передаче товара.

Отсюда практический вывод: для магазина со смешанными способами оплаты нужно чётко развести, какой способ фискализируется когда и чем. Онлайн-оплата — чек в момент оплаты облачной/платёжной кассой. Оплата при получении — чек в момент передачи (курьерская касса, ПВЗ, агентская схема доставки). Смешивать эти сценарии в голове и настройках — прямой путь к «двойным» или «пропущенным» чекам. Как выстроить приём онлайн-оплаты, мы подробно разобрали в статье про подключение ЮKassa, СБП и Т-Кассы, а фискализацию к ней пристыковывают отдельно.

Маркировка «Честный ЗНАК» и коды в чеке

Отдельный и всё более значимый слой фискализации — обязательная маркировка товаров в национальной системе «Честный ЗНАК». Для товаров из перечня маркируемых категорий (среди них, например, обувь, часть одежды и текстиля, парфюмерия, шины, табак, молочная продукция и другие — перечень расширяется) при продаже нужно не только пробить чек, но и передать в нём код маркировки, а также уведомить систему о выбытии кода из оборота.

Как это ложится на интернет-магазин на 1С-Битрикс:

• Коды маркировки должны быть в учёте. Каждая физическая единица маркируемого товара имеет уникальный код (Data Matrix). Эти коды поступают в учётную систему (обычно 1С) и должны быть доступны при продаже.
• Код передаётся в кассу и в чек. При продаже маркируемой позиции код маркировки уходит в кассу как реквизит предмета расчёта и попадает в фискальный чек.
• Проверка и выбытие кода. Касса взаимодействует с системой маркировки: проверяет код и сообщает о его выбытии при продаже. Для этого касса и обработчик должны поддерживать работу с маркировкой.
• Возврат маркированного товара. При возврате коды маркировки тоже проходят соответствующие операции — это усложняет возвратный сценарий.

Технически это означает, что для магазина с маркируемым ассортиментом фискализация неотделима от учёта: коды маркировки живут в 1С, приходят в заказ и должны корректно попасть в чек. Поэтому маркировку почти всегда проектируют в связке «1С — сайт — касса», а не только на стороне сайта. Если хотя бы одно звено не поддерживает работу с кодами (например, «простая» касса от платёжки), продавать маркируемые товары по такой схеме не получится.

Самозанятые и НПД

Особый случай — плательщики налога на профессиональный доход (самозанятые). Для них 54-ФЗ в привычном виде не применяется: они, как правило, не используют контрольно-кассовую технику, а формируют чек НПД в приложении «Мой налог» или через партнёрские сервисы по API. То есть вместо фискального чека ККТ покупатель получает чек самозанятого.

Что это меняет для интернет-магазина:

• Другая схема интеграции. Здесь не задействован модуль касс ККМ в классическом виде — вместо него используется формирование чека НПД (часто через API сервисов, работающих с «Мой налог»).
• Другой документ покупателю. Покупатель получает чек НПД со ссылкой, а не фискальный чек ККТ. Для него это тоже подтверждение расчёта, но природа документа иная.
• Ограничения режима. У НПД есть лимит по годовому доходу, запрет на наём работников, ограничения по видам деятельности и, что важно для магазинов, ограничения на перепродажу чужих товаров. Поэтому классической рознице-перепродаже НПД часто не подходит.

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

Частые ошибки с чеками

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

• Оплата проходит, а чек не бьётся. Самая частая беда. Причины: сбой связи с кассой или ОФД, закончился или не активен фискальный накопитель, чек «завис» в очереди. Проверяйте статус чека в очереди Битрикса и в кабинете ОФД, а не только факт оплаты.
• Не передан контакт покупателя. Форма позволила оформить заказ без email и телефона — электронный чек некому отправить. Делайте сбор контакта обязательным при онлайн-оплате.
• Неверный признак способа расчёта. При онлайн-оплате с последующей отгрузкой ставят «полный расчёт» вместо «предоплаты» — и не бьют второй чек. Настройте двухчековую схему.
• Забыли про доставку в чеке. Стоимость доставки не проведена отдельной позицией-услугой или «размазана» по товарам. Доставка должна попадать в чек как услуга со своей ставкой НДС.
• Неверные ставки НДС. У товаров не заданы ставки или сопоставление с кассой сбито — чек уходит с неправильным НДС. Проверяйте у каждого типа позиции.
• Не настроены возвратные чеки. Приход фискализируется, а возврат — нет. Первый же возврат превращается в проблему. Тестируйте возврат наравне с продажей.
• Маркировка без поддержки в кассе. Продают маркируемый товар кассой, которая не умеет передавать коды маркировки. Продажа маркируемого требует поддержки «Честного ЗНАКа» во всей цепочке.
• Истёк договор с ОФД или не оплачен. Банальная, но реальная причина, по которой чеки перестают уходить в ФНС. Следите за сроками и оплатой.
• Запуск без теста. Пробуют схему сразу на боевых заказах. Ошибку фискализации на реальных деньгах исправлять дороже. Всегда сначала тестовый чек.

Чек-лист внедрения касс

Короткий список, по которому удобно свериться перед запуском фискализации на боевых заказах:

1. Решение с бухгалтером принято: нужна ли касса, какой режим налогообложения, какие ставки НДС и признаки расчёта у ваших операций.
2. Тип кассы выбран: своя ККТ, облачная касса (АТОЛ, Orange Data) или чек через платёжный сервис.
3. Договор с ОФД действует (или включён в тариф облачной кассы), доступ к кабинету ОФД есть.
4. Касса создана в разделе «Кассы ККМ», обработчик и ключи вписаны без опечаток.
5. Ставки НДС заданы у всех товаров и сопоставлены с кассой; доставка проведена как услуга со своей ставкой.
6. Признаки расчёта настроены: способ (предоплата/полный расчёт) и предмет (товар/услуга) для всех типов позиций.
7. Двухчековая схема настроена: чек аванса при оплате, чек зачёта при отгрузке, если оплата и передача разнесены.
8. Контакт покупателя обязательно собирается формой и сопоставлен со свойствами заказа.
9. Возвратный чек протестирован: полный и частичный возврат бьются корректно.
10. Маркировка (если есть маркируемые товары) поддерживается по всей цепочке «1С — сайт — касса».
11. Тестовый чек пройден с проверкой сумм, НДС, признаков и контакта; только потом — боевой режим.

Вывод

Кассовые чеки по 54-ФЗ в 1С-Битрикс — это не «одна галочка при оплате», а самостоятельная подсистема со своей логикой. Штатный модуль касс ККМ умеет работать со своей ККТ, облачными кассами (АТОЛ, Orange Data) и чеками через платёжные сервисы, но качество фискализации определяется не столько выбором кассы, сколько корректностью данных: ставок НДС, признаков способа и предмета расчёта, контакта покупателя и — для маркируемых товаров — кодов «Честного ЗНАКа». Ключевые сценарии, которые нельзя упустить: два чека при предоплате (аванс и зачёт), возвратный чек и разница между чеком при онлайн-оплате и при оплате на получении.

Запускайте фискализацию так же осторожно, как приём оплаты: сначала тестовый чек со всеми сценариями (продажа, предоплата, возврат, доставка), потом контрольная боевая операция, и только затем — полноценный поток заказов. И самое главное: 54-ФЗ — это область права и бухгалтерии. Всё, что касается необходимости кассы, режимов налогообложения, ставок и маркировки, обязательно сверяйте с бухгалтером и юристом — техническая настройка лишь переносит их решения в систему. Если нужна помощь с технической частью — от каталога и оплаты до кассы и чеков — это наша услуга по магазинам с оплатой и доставкой, а другие материалы по теме собраны в рубрике «Оплата и доставка».