Чеки уходят на почту магазина, а не покупателю: что проверить после разъяснения ФНС о теге 1008

Покупатель оставил свою почту, но чек ушёл на служебный адрес магазина. В системе заказ помечен как оплаченный, поэтому ошибку легко не заметить, пока клиент не попросит документ.

Проверьте один тестовый заказ целиком: где ввели контакт, что передала платёжная форма, какой адрес дошёл до кассы и что записано в чеке. Исправлять нужно место подмены, а уже отправленные чеки разбирать отдельно с учётом разъяснений ФНС.

Передача кассового чека реальному покупателю с блокировкой подстановки адреса магазина
Содержание 23 разделов

Кассовый чек с чужим адресом технически «выдан», а покупатель его никогда не увидит

ФНС в письме от 01.09.2026 № АБ-36-20/7611@ описала систематическую подстановку недостоверных контактов покупателя в тег 1008 ради отказа от печати чека. Заполненный техническим адресом реквизит не означает, что обязанность перед покупателем выполнена: ведомство относит описанную практику к нарушению порядка применения ККТ [1][2]. При автоматических чеках проверьте весь путь контакта — от формы заказа через CRM и платёжный модуль до кассы и ОФД; причина может быть как в настройках, так и в ручном вводе.

В чём проблема и кому она касается

Письмо адресовано «пользователям ККТ» в широком смысле, но на практике задевает сразу несколько ролей: интернет-магазины и розничные сети, где чек формируется автоматически при каждой продаже; бухгалтерии, которым придётся объясняться при проверке; разработчиков кассовых интеграций, которые настраивали передачу тега 1008; и владельцев CRM-систем, где хранится и откуда берётся контакт клиента для чека.

Тема пересекается с более широким вопросом обработки персональных данных в электронном чеке — эта сторона разобрана в отдельном материале о персональных данных в e-commerce [13]. Здесь фокус другой: не обработка ПДн как таковая, а техническая подмена получателя чека и ошибочные настройки кассовой цепочки.

Что именно разъяснила ФНС в письме от 01.09.2026

Контакт в чеке: Покупатель → Контакт в заказе → Тег 1008
Контакт в чеке: Покупатель, Контакт в заказе, Тег 1008.

Тег 1008 и приказ ФНС № ЕД-7-20/662@

Письмо ссылается на п. 2 ст. 1.2 Федерального закона от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники» и на приложение 2 к приказу ФНС от 14.09.2020 № ЕД-7-20/662@, которым утверждены форматы фискальных документов [1][2]. Согласно примечаниям к таблицам форматов (таблица 20 для ФФД 1.05, таблица 58 для ФФД 1.1, таблица 96 для ФФД 1.2), реквизит «телефон или электронный адрес покупателя» (тег 1008) обязателен в составе электронного чека, если чек передаётся покупателю в электронной форме либо ему передаются признаки чека и адрес ресурса, где его можно получить [1][2].

В чём конкретно нарушение

ФНС прямо формулирует найденную схему: внесение в тег 1008 заведомо недостоверных сведений на протяжении долгих временных отрезков — одинаковых адресов электронной почты или номеров телефона — вместе с невыдачей печатной формы чека является нарушением и влечёт административную ответственность [1][2]. Ключевое слово здесь — «на протяжении долгих временных отрезков»: ведомство описывает систематическую практику, а не разовую техническую ошибку.

Наличие строки, похожей на email или телефон, может пройти техническую валидацию кассы, но не даёт самостоятельного права не выдавать чек. Важно, какой способ расчёта применяется, что сообщил покупатель и как ему передан документ. Служебный адрес магазина вместо контакта клиента эту обязанность не выполняет [1][2].

Как устроено правило на самом деле: очный расчёт vs расчёт через интернет

Пункт 2 статьи 1.2 — бумага и/или электронный чек

Общее правило для расчётов с непосредственным взаимодействием с покупателем (например, оплата курьеру или на кассе при самовывозе): продавец обязан выдать бумажный чек и (или), если покупатель до расчёта сообщил телефон или email, направить чек в электронной форме [1][6]. Если контакт не предоставлен — бумага обязательна, альтернативы нет [6].

Пункт 5 статьи 1.2 — дистанционный безналичный расчёт

Для расчётов в безналичном порядке через интернет, исключающих непосредственное взаимодействие с покупателем (типичная оплата картой на сайте), действует отдельная норма: продавец обязан отправить чек в электронной форме на абонентский номер или адрес электронной почты, указанные покупателем до совершения расчёта; печатать бумажный чек в этом случае не обязательно [5]. Разница принципиальная: здесь закон не даёт «запасного варианта» с бумагой — вся конструкция держится на том, что электронный адрес реальный.

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

Не все случаи вообще требуют кассового чека

Отдельно от правил про тег 1008 стоит проверять более широкий список исключений: статья 2 Закона № 54-ФЗ описывает случаи, когда ККТ можно не применять вовсе или заменить чек иным документом — например, для отдельных видов деятельности индивидуальных предпринимателей на патентной системе налогообложения или для расчётов через определённые автоматические устройства. Это отдельный, более широкий вопрос, не связанный напрямую с корректностью тега 1008, но его стоит закрыть до диагностики самого чека — если конкретный способ расчёта в принципе выведен из-под действия ККТ, искать проблему в теге 1008 бессмысленно.

Откуда в чеке берётся «не тот» контакт: пять точек подмены

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

Где адрес подменился: Форма заказа → Платёжный модуль → Касса
Где адрес подменился: Форма заказа, Платёжный модуль, Касса.

1. Форма оформления заказа

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

2. Карточка клиента в CRM

В Bitrix24, например, в чек передаются только контакты с типом «Рабочий»; если email указан с типом «Частный», «Для рассылок» или «Другой», в чек он не попадёт — и на его место может встать иное значение [10]. Это частая причина, по которой у одного и того же клиента чек то приходит, то нет, то приходит на другой адрес.

3. Платёжный модуль

В интеграционных модулях (в том числе для 1С-Битрикс) контакт для чека передаётся из заказа в кассу отдельным полем, которое не всегда синхронизировано с тем, что видит покупатель в личном кабинете. Стоит явно свериться, какое именно поле модуль читает.

4. Настройки самой кассы

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

5. Обработка 1С и внешний обмен

Если чек формируется через обмен с 1С, посмотрите, какое поле заказа обработчик берёт для тега 1008 — часто это не то же самое поле, что показывается покупателю, а отдельный технический реквизит, который когда-то был захардкожен на email администратора для целей архива и с тех пор не менялся.

Как отличить реальный контакт покупателя от служебного адреса

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

  • Реальный контакт покупателя — значение, которое ввёл сам покупатель в форме заказа или личном кабинете при этой конкретной покупке; оно меняется от заказа к заказу и совпадает с тем, что покупатель видит у себя в подтверждении заказа.
  • Служебный или архивный адрес — значение, не привязанное к конкретному покупателю: повторяется в разных заказах разных людей, совпадает с доменом самого магазина или с личной почтой сотрудника, задано в конфигурации модуля или обработчика как константа, а не считывается из данных заказа.

Для начальной проверки сопоставьте выборку чеков ОФД с заказами и исходными контактами. Повторяющийся адрес — сигнал для проверки, а не доказательство заглушки: один клиент, семья или корпоративный покупатель могут использовать общий адрес. Ошибку подтверждает подмена предоставленного контакта либо константа в настройках; для оценки масштаба нужна выборка за период, а не вывод по одному совпадению [1][2].

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

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

Проверка тестом: Тестовый заказ → Данные чека → Доставка покупателю
Проверка тестом: Тестовый заказ, Данные чека, Доставка покупателю.
  1. Контакт при заказе. Что покупатель видит и на что соглашается в форме — обязательное поле, необязательное, отдельное согласие на получение чека.
  2. Заказ в CRM/CMS. Какое значение реально сохраняется в карточке заказа — совпадает ли оно с тем, что ввёл покупатель, не подменяется ли типом поля.
  3. Платёжный модуль. Какое поле модуль передаёт в кассу — то же самое, что в заказе, или отдельное служебное.
  4. Касса и ОФД. Что фактически ушло в тег 1008 фискального документа — это видно в личном кабинете ОФД по конкретному чеку.
  5. Доставка уведомления. Дошло ли сообщение до покупателя — не только «ушло из кассы», но и «дошло по факту» (для email это проверяется логами доставки, для SMS — статусом оператора).

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

Как протестировать цепочку самостоятельно

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

  • заказ с корректным email, заполненным ровно в том поле, которое видит покупатель;
  • заказ с опечаткой в email — что происходит с чеком в этом случае;
  • заказ с пустым полем контакта — печатается ли бумажный чек там, где он обязателен по п. 2 ст. 1.2;
  • повторная оплата одного и того же заказа (сбой платежа, повтор) — не задваивается ли чек и не «залипает» ли старый контакт;
  • возврат — уходит ли чек на возврат на тот же адрес, что и чек на приход;
  • заказ, оформленный менеджером вручную по телефону, а не через форму на сайте, — часто именно здесь используется тестовый или служебный контакт «для внутренних целей», который по ошибке остаётся и в боевых заказах.

Ответственность и что не стоит утверждать

Систематическое внесение недостоверных сведений в тег 1008 квалифицируется как нарушение порядка применения ККТ по ч. 4 ст. 14.5 КоАП РФ: предупреждение либо штраф от 1500 до 3000 ₽ для должностных лиц и ИП, от 5000 до 10000 ₽ для юридических лиц [3][4]. Это отдельная норма от ч. 6 той же статьи, которая касается прямого ненаправления чека покупателю и предусматривает другие суммы [4].

Не смешивайте составы нарушений и не обещайте отсутствие ответственности при единичной ошибке. Письмо ФНС описывает систематическую практику, но не создаёт освобождения для остальных случаев. Обстоятельства, применимую часть статьи 14.5 КоАП и способ исправления оценивают отдельно [1][2][4].

Как разбирать уже допущенную ошибку

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

Разбор ошибки: Найти причину → Исправить настройку → Проверить новые чеки
Разбор ошибки: Найти причину, Исправить настройку, Проверить новые чеки.
  1. Зафиксировать масштаб. Выгрузить из ОФД период и список конкретных чеков, где тег 1008 совпадает у разных покупателей, — это станет основанием для дальнейшего разговора, а не предположением.
  2. Обсудить с бухгалтером и оператором кассы, разовая это ошибка или системная. От этого зависит, идёт ли речь об одном сбитом заказе или о настройке, которая работала месяцами.
  3. Выбрать способ исправления с бухгалтером и поставщиком ККТ. Нужны конкретный ошибочный реквизит, версия ФФД и сведения о том, был ли расчёт уже фискализирован. Простая повторная отправка не исправляет неверные данные фискального документа. Не создавайте массово возвраты или коррекции без оснований. Освобождение от ответственности не автоматическое: проверяются все условия примечания к статье 14.5 КоАП, включая момент выявления нарушения и достаточность переданных сведений [4][8][12].
  4. Чинить настройку отдельно от разбора прошлых чеков. Устранение причины (форма, CRM, модуль, касса, 1С) — это работа разработчика или интегратора; она не заменяет и не отменяет уже описанный выше разговор с бухгалтером о прошлых операциях.

Что делать, если контакт не был предоставлен

Не каждая ситуация «контакта нет» — это ошибка. Закон прямо разделяет случаи:

  • при очном расчёте без предоставленного контакта — обязателен бумажный чек, это штатный сценарий, а не нарушение [6];
  • при дистанционной интернет-оплате, для которой обязателен электронный чек, получите email или телефон до расчёта. Практическая настройка checkout — не переводить покупателя к оплате без контакта и не подставлять адрес магазина. Пустой тег после оплаты тоже не решает проблему; уже состоявшийся расчёт разбирают отдельно с бухгалтером [5];
  • в любом случае у покупателя остаётся право запросить чек постфактум, даже если контакт не был указан заранее, — отказ в этом отдельно наказуем по ч. 6 ст. 14.5 КоАП [4][7].

Вывод

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

Источники

[1] garant.ru — Письмо ФНС России от 01.09.2026 № АБ-36-20/7611@ «Об использовании тега 1008», регистрационная карточка документа — https://base.garant.ru/414880010/

[2] klerk.ru — Письмо ФНС России от 01.09.2026 № АБ-36-20/7611@, полный текст — https://www.klerk.ru/cdoc/view/b463fb5ae7a866d863503f68f0f4d90f/

[3] nalog-nalog.ru — Тег 1008 в кассовом чеке: ФНС отлавливает «левые» данные — https://nalog-nalog.ru/kkt_kkm_kassa/teg-1008-v-kassovom-cheke-fns-otlavlivaet-levye-dannye/

[4] klerk.ru — Статья 14.5 КоАП РФ, действующая редакция — https://www.klerk.ru/cdoc/view/kodeks-ob-administrativnyh-pravonaruseniah-koap-rf/stata-145-prodaza-tovarov-vypolnenie-rabot-libo-okazanie-uslug-pri-otsutstvii-ustanovlennoj-informacii-libo-neprimenenie-v-ustanovlennyh-federalnymi-zakonami-slucaah-kontrolno-kassovoj-tehniki/

[5] consultant.ru — Подборка: 54-ФЗ безналичные расчёты — https://www.consultant.ru/law/podborki/54-fz_beznalichnye_raschety/

[6] elcode.ru — ФНС напоминает: выдача кассового чека покупателю — обязательная процедура — https://www.elcode.ru/service/news/daydjest-novostey-zakonodatelstva/fns-napominaet-vydacha-kassovogo-cheka-pokupatelyu

[7] unisender.com — Как отправлять чеки на электронную почту и по СМС — https://www.unisender.com/ru/blog/kak-otpravit-elektronnyy-chek-na-email-ili-po-sms/

[8] torg.1c.ru — Кассовый чек коррекции — https://torg.1c.ru/wiki/kassovyy-chek-korrektsii/

[9] pro-ability.ru — Расширили состав реквизитов фискальных документов — https://www.pro-ability.ru/article_gf/tpost/gobixs8i11-rasshirili-sostav-rekvizitov-fiskalnih-d

[10] helpdesk.bitrix24.ru — Работа с чеками — https://helpdesk.bitrix24.ru/open/9612449/

[11] modulkassa.ru — Настройка МодульФискализации для 1С-Битрикс — https://modulkassa.ru/support/1cbitrix_mf_settings/

[12] online-check.business.ru — Как сделать коррекцию чека в 1С: пошаговая инструкция — https://online-check.business.ru/article/70393-2/

[13] 5factor.ru — Персональные данные в e-commerce: от оформления заказа до возврата — https://5factor.ru/resources/personalnye-dannye-ecommerce-otzakaza-do-vozvrata

Быстрые вопросы и ответы

Можно ли указать email магазина вместо email покупателя?

Нет, служебная копия не заменяет передачу чека покупателю. Проверьте, что в тег 1008 попадает предоставленный клиентом контакт.

Одинаковый email в нескольких чеках доказывает ошибку?

Нет. Повторные покупки и общий адрес могут быть нормальными. Сопоставьте чеки с заказами, исходными контактами и настройками интеграции.

Что настроить, если контакт не указан перед интернет-оплатой?

Для сценария с обязательным электронным чеком запросите телефон или email до перехода к оплате. Не подставляйте заглушку и не считайте пустой реквизит решением.

Где искать подмену контакта?

В форме заказа, карточке CRM, сопоставлении полей платёжного модуля, обработке обмена с 1С, настройках кассы и фактическом документе ОФД.

Можно ли исправить все старые чеки одной массовой операцией?

Не следует делать это без разбора. С бухгалтером и поставщиком ККТ определите ошибочные операции, версию ФФД и подходящий способ исправления; устранение настройки не исправляет прошлые документы автоматически.

Нужна помощь по этой задаче?
На странице услуги «Обновление интернет-чеков под новые реквизиты ФФД» указаны состав работ, результат и фиксированная цена.