ФЗ №120-ФЗ: автоматическая фиксация штрафов с 1 сентября 2026 года — что проверить в учёте

Раньше расхождение между кассовым чеком и остатками в 1С обычно всплывало на выездной проверке, раз в год, если вообще всплывало. С 1 сентября 2026 года вступают в силу поправки, известные как ФЗ №120-ФЗ: часть нарушений в учёте перестают ждать инспектора и фиксируются автоматически — по данным, которые бизнес и так каждый день передаёт в государственные системы через кассу, маркировку и банк-эквайер.

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

Что меняется в логике контроля

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

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

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

Кассы и ОФД: где чаще всего находят расхождения

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

Мы сталкивались с этим при интеграции розничной сети «Хоту-Ас» — там мобильное приложение с программой лояльности подключено к кассам АТОЛ и к 1С 7.7 так, что баллы начисляются и списываются в момент покупки, а все транзакции сразу попадают в учётную систему. Идея простая: чек, лояльность и остаток должны обновляться одновременно, а не с задержкой в час или сутки, которую потом придётся объяснять при сверке.

Что стоит проверить именно здесь:

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

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

Честный Знак: даты, коды и вывод из оборота в 1С

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

Практическая проверка на ближайшие недели:

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

Оборот немаркированной продукции подпадает под статью 15.12 КоАП РФ, и штраф по этой статье ощутимо выше, чем большинство недочётов в бухгалтерии, поэтому связку «касса — маркировка — 1С» стоит проверить в первую очередь.

ЕГАИС: остатки, которые должны совпадать с накладными

Для розницы с алкоголем добавляется ещё один контур сверки — остатки в ЕГАИС должны совпадать с фактическими остатками на складе и с накладными на приход. Здесь типичная проблема — партии, принятые в 1С раньше, чем подтверждённые в ЕГАИС, или наоборот: система ЕГАИС уже показывает приход, а на складе товара физически ещё нет.

Стоит один раз пройтись по цепочке «накладная → приход в ЕГАИС → приход в 1С → остаток на полке» и убедиться, что каждое звено фиксируется в один день, а не с накоплением документов на конец недели. При автоматической сверке разрыв в датах между этими четырьмя точками читается как признак нарушения, даже если по факту это просто задержка в оформлении бумаг.

Эквайринг и СБП: платежи против фискальных данных

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

Похожий сценарий мы закрывали в проекте для ломбарда «Орион Финанс»: там платежи и данные синхронизируются в реальном времени за счёт интеграции с Альфа-банком и системой Smart Lombard, чтобы оплата процента или выкуп залога сразу отражались в личном кабинете клиента и в учёте компании, а не зависали между системами на день-два.

Для розницы и услуг это значит:

• эквайринг и касса должны бить чек на ту же сумму, что прошла по платёжному терминалу или СБП;
• если используются SberPay, ЮKassa или другой платёжный сервис для онлайн-оплаты — нужна регулярная сверка выписки платёжного сервиса с реестром пробитых чеков, а не разовая проверка при закрытии месяца;
• частичные возвраты и отмены должны отражаться в кассе и в платёжном сервисе одновременно, иначе на стыке систем появляется лишняя сумма.

Персональные данные клиентов при автоматической сверке

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

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

Что проверить в ближайшие недели

Система или процесс	Что сверить	Периодичность проверки
Касса и ОФД	Совпадение количества и сумм чеков между кассовым ПО и 1С	Ежедневно или при каждой выгрузке
Честный Знак	Дата вывода кода из оборота против даты продажи по кассе	Ежедневно
ЕГАИС	Остатки алкоголя против накладных и данных 1С	При каждой поставке и не реже раза в неделю
Эквайринг / СБП	Сумма платежа против суммы пробитого чека	Еженедельно, при возвратах — сразу
Программа лояльности	Основания сбора персональных данных клиентов, места их хранения	Раз в квартал или при смене подрядчика

Диапазон штрафов по каждому пункту зависит от отрасли, повторности нарушения и статуса компании — ИП или юрлицо, поэтому точную сумму по конкретной ситуации лучше уточнять по тексту КоАП РФ, а не ориентироваться на усреднённые цифры из интернета.

Когда стоит звать интегратора, а не разбираться самим

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

Частые вопросы

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

Сколько времени занимает проверка связки касса — 1С — маркировка? Зависит от количества точек продаж и того, насколько кассовое ПО и учётная система изначально настроены на автоматическую выгрузку. Для одной точки с одной кассой сверку логики можно провести за несколько дней, для сети из нескольких магазинов — от пары недель, если нужно ещё донастраивать интеграции.

Что нужно от нас, если мы закажем настройку интеграции кассы с 1С? Понадобится доступ к кассовому ПО или его API, доступ к базе 1С и контакты того, кто администрирует систему маркировки или ЕГАИС на вашей стороне. Дальше интегратор смотрит текущую схему передачи данных и говорит, где именно расхождение.

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

Что делать, если расхождение уже найдено, а до 1 сентября 2026 года осталось мало времени? Сначала стоит зафиксировать, в каком именно узле цепочки — касса, маркировка, ЕГАИС или эквайринг — происходит разрыв, а не пытаться чинить все точки сразу. Дальше приоритет отдаётся тому узлу, где расхождение системное и повторяется каждый день, а не разовому случаю.

Если после чек-листа остаются вопросы по конкретной схеме — кассы, 1С, маркировка или платежи, — можно написать нам в Telegram @alexnc_ai: разберём, где именно в вашей связке систем чаще всего копится расхождение.