Автоматические штрафы за просроченный маркированный товар с 1 сентября: что проверить в кассе и товароучётной системе

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

С 1 сентября 2026 года действует Федеральный закон от 02.05.2026 № 120-ФЗ. Он вводит отдельную часть 4 статьи 14.43 КоАП РФ: продажа маркированного товара с истёкшим сроком годности после того, как продавец уже получил от системы мониторинга «Честный знак» запрет на его реализацию, — это отдельное правонарушение со штрафом 10 тысяч рублей для ИП и 20 тысяч рублей для организаций за каждую проданную единицу такого товара [4] [3]. Продавец обязан отказать покупателю в реализации товара, если получил от системы сведения об истечении срока годности [5]. Если нарушение выявлено через информационную систему, протокол об административном правонарушении не составляется, а постановление выносится в электронном виде без личного участия продавца [1].

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

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

Кого касается и что именно наказывается

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

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

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

Где технически должна срабатывать блокировка

Ключевая ошибка в восприятии темы — считать, что «касса теперь проверяет сроки годности». На самом деле проверка идёт не по дате на упаковке, а по статусу конкретного кода маркировки Data Matrix в централизованной системе. Работает это в несколько слоёв.

Слой 1. Разрешительный режим как правило игры. Это не функция кассы, а порядок, установленный постановлением Правительства РФ от 21.11.2023 № 1944: для определённых товарных групп продажа запрещена, если система мониторинга сообщает об одном из оснований запрета — товар выведен из оборота, заблокирован или приостановлен для реализации, имеет некорректный код проверки или у него истёк срок годности, либо данных о вводе товара в оборот в системе нет вовсе [22]. Это касается и ситуации, когда срок годности только приближается к концу: касса обязана запросить разрешение у системы и при отказе заблокировать операцию [6]; то же самое происходит, если отсканированный код вообще не находится в базе — продать такой товар не получится [10]. Перечень категорий и оснований периодически расширяется отдельными постановлениями — например, весной 2026 года в перечень товаров под разрешительным режимом добавили автомобильные жидкости, бакалейные и парфюмерно-косметические товары [21], поэтому список стоит сверять по актуальной редакции ПП № 1944, а не по статье годичной давности.

Слой 2. Кассовое или верхнеуровневое ПО. Технически запрос на проверку кода отправляет не фискальный накопитель, а верхнеуровневое кассовое программное обеспечение, которое отправляет запрос на проверку напрямую в систему маркировки, получает ответ и его интерпретирует, запрещая продажу при наличии оснований запрета [11]. Именно здесь чаще всего прячется проблема: касса физически может пробить любой штрихкод, вопрос в том, встроена ли в конкретную конфигурацию кассового ПО (1С, отдельная POS-система, модуль в облачной кассе) логика ожидания ответа и отказа при запрете.

Слой 3. Механизм реального времени, а не постфактум. Работает это так: кассир сканирует Data Matrix код на упаковке, кассовая программа в режиме реального времени отправляет код в систему «Честный знак», система проверяет код и принимает решение [26]; при отрицательном ответе на экране кассы появляется предупреждение о причине запрета, а товар автоматически удаляется из заказа [26]. Отдельно от этого «фонового» онлайн-контроля работает и второй контур — уже постфактум, через оператора фискальных данных: касса передаёт данные о каждой продаже маркированного товара оператору фискальных данных, тот направляет их в систему «Честный знак», и алгоритмы системы автоматически сверяют дату продажи со сроком годности в карточке товара, формируя при нарушении цифровой протокол с фиксацией времени, участника и кодов маркировки [12]. Это значит, что даже если по какой-то причине проверка в момент продажи прошла мимо блокировки, повторная сверка постфактум через ОФД всё равно может стать основанием для автоматического штрафа. Отсюда практический вывод: полагаться на «касса бы точно не пропустила» нельзя — нужно проверять оба контура.

Как проверить, что касса действительно обрабатывает отрицательный ответ

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

Что стоит проверить именно в вашей конфигурации:

• Факт отправки запроса. Через журнал кассового ПО или через логи интеграционного модуля убедиться, что при сканировании каждого маркированного товара из соответствующей товарной группы действительно формируется исходящий запрос к системе маркировки, а не просто регистрируется продажа.
• Обработку тайм-аута ответа. Проверка кода занимает около 1,5 секунды [7]; если ответ от системы маркировки не приходит в этот срок, важно знать, как ваша конкретная касса трактует такую ситуацию — и если проблема с получением ответа повторяется регулярно, это повод обратиться в техподдержку «Честного знака» [11]. Нужно точно понимать, что происходит в вашей кассе при тайм-ауте: она блокирует продажу до получения ответа или разрешает её «на всякий случай» — это принципиально разное поведение, и второй вариант при определённых настройках может создавать риск.
• Статус в личном кабинете, а не только на экране кассы. Нужно регулярно (не раз в год, а хотя бы раз в неделю на старте и раз в месяц далее) сверять в личном кабинете «Честного знака», что чеки помечаются как проверенные, а не «не проверен» — это прямой признак того, что запрос по факту не доходит или не интерпретируется. Помимо истёкшего срока годности, отказ в продаже система может выдавать и по другим основаниям — например, если статус кода вызывает сомнения (товар уже продан, списан или заблокирован), поэтому при непонятном отказе стоит проверять статус конкретного кода в личном кабинете, а не сразу считать его ошибкой системы [23].
• Согласованность возврата и продажи. Отдельно уточнить у поставщика ПО, распространяется ли обязательная проверка разрешительным режимом на чеки возврата — по имеющимся данным сообщества «Честный знак», для операций возврата эта процедура в ряде конфигураций не требуется, что важно не перепутать с обязательной проверкой при продаже.

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

Что происходит в офлайн-режиме при отсутствии интернета

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

Официально предусмотрено два типа проверки: онлайн — с использованием интернета — и офлайн — в случае временного отсутствия интернета, причём в обоих случаях программное обеспечение кассы обязано уведомить продавца о запрете или разрешении продать товар на основе информации, полученной из системы маркировки [29]. Технически офлайн-проверка работает не «наугад», а через специальный компонент: если интернета нет, касса проверяет код через локальный модуль, который сверяет только один параметр — нет ли запрета на продажу, и если запрета нет, товар добавляется в чек, а как только связь восстановится, данные о продаже автоматически уходят в «Честный знак» [9]. Сам модуль устанавливается отдельно на устройство, где стоит касса, и именно он берёт на себя фиксацию продаж и возвратов маркированного товара, пока связи нет [8].

Здесь есть три технических нюанса, которые часто упускают при внедрении:

1. Локальный модуль — это отдельный программный компонент, который нужно осознанно устанавливать и поддерживать, а не встроенная функция кассы «из коробки». В части мобильных и облачных решений он не встроен и его необходимо устанавливать самостоятельно [28], причём поддержка есть не на всех платформах — например, офлайн-проверка доступна только на Android и на Эвоторе, поскольку официального модуля «Честного знака» для iOS не существует [27]. Если у вас в рознице используются iOS-планшеты как кассовые терминалы, при разрыве связи защиты от продажи запрещённого товара может не быть вовсе — это стоит явно закладывать в план резервирования сети или переходить на устройства с поддержкой офлайн-модуля.
2. Локальная база устаревает, если касса долго не выходит в сеть. Касса должна подключаться к интернету хотя бы раз в 72 часа — если этого не сделать, локальный модуль заблокируется, и продажи остановятся [9]. Для магазина с нестабильным интернет-каналом (сельская местность, удалённая точка) это означает риск не «продать что-то запрещённое», а наоборот — полностью остановить продажи маркированных товаров, если 72-часовое окно пропущено. Стоит заранее договориться с ИТ-службой или интегратором о мониторинге этого таймера отдельно по каждой точке.
3. Офлайн-режим не эквивалентен онлайн-проверке по полноте. Локально проверяется только сам факт запрета, без части параметров, доступных только при онлайн-обращении. Это значит, что после каждого восстановления связи стоит контролировать: не появились ли по итогам «доотправки» данных случаи запоздалого выявления нарушений — то есть чеки, которые в офлайне прошли, а при последующей сверке онлайн получили отрицательный статус задним числом.

Как синхронизировать сроки годности между WMS, ERP и кассой

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

Типичная причина расхождений — рассинхронизация между складом (WMS), учётной системой (ERP/1С) и кассой: когда эти системы существуют отдельно, бизнес сталкивается с постоянными расхождениями — остатки в ERP не совпадают с фактом на складе, статусы обновляются с задержкой, данные приходится корректировать вручную [17]. Применительно к срокам годности это означает, что WMS может видеть партию с уже близким сроком на конкретной ячейке склада, а ERP и касса — оперировать усреднёнными или устаревшими данными по товарной позиции в целом.

Практически стоит проверить три вещи:

• Единый источник истины по партиям и срокам. Обычно это WMS (при её наличии) как система, ближе всего работающая с физическим товаром: она даёт возможность вести учёт продукции в разрезе кодов маркировки и гибко управлять остаточными сроками годности при хранении и комплектации маркированной продукции [18]. Если у вас нет отдельной WMS, эту роль на себя должна брать конфигурация ERP/1С с обязательным партионным учётом, а не «средний срок по SKU».
• Периодичность и способ обмена данными. Обмен должен быть по событию (приёмка, перемещение, списание, продажа) или как минимум с частотой, достаточной для того, чтобы касса на момент продажи «видела» актуальную партию, а не вчерашний снимок остатков. Для этого нужна интеграция в реальном или близком к реальному времени, а не ночная выгрузка раз в сутки.
• Согласованность справочника товаров. Отдельная частая проблема — GTIN и товарная позиция заведены в WMS, ERP и кассе с разными сроками годности из-за ручного ввода или разных источников данных о поставке. Стоит настроить, чтобы срок годности конкретной партии подтягивался автоматически из документа приёмки (УПД, накладная), а не вводился вручную на нескольких участках.

Партия по факту отличается от партии в учётной системе

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

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

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

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

Возвраты и чеки коррекции

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

Существуют принципиально разные сценарии, и путать их — источник ошибок: возврат от розничного покупателя, возврат магазина поставщику и возврат с маркетплейса — каждый сценарий имеет свои особенности, связанные с документооборотом и технической реализацией [14]. Для розничного возврата ключевую роль играет касса и ОФД, для B2B-возвратов между магазином и поставщиком — электронный документооборот и универсальный передаточный документ. Возврат просроченного товара обычно сложнее прочих сценариев и может потребовать участия поставщика, если ошибка уже произошла на этапе приёмки или списания кодов [13].

Если возврат связан именно с истёкшим сроком годности или бракованным кодом маркировки, порядок действий отличается от «обычного» возврата: сначала нужно убедиться, что проблема связана именно с кодом маркировки, а не с другими причинами вроде истечения срока годности, при необходимости провести дополнительную проверку качества продукции, подготовить документы, подтверждающие факт неисправности кода, и согласовать процедуру с поставщиком или производителем [15]. При возврате товара по браку от покупателя обычная последовательность такая: создаётся чек на возврат, товар вводится в оборот, а затем в личном кабинете «Честного знака» товар вручную выводится из оборота с указанием реквизитов акта списания; при возврате поставщику товар списывать не нужно, он остаётся в обороте [16].

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

Когда именно нужен чек коррекции, а не обычный чек возврата. Это разные документы для разных ситуаций, и путать их не стоит. Чек возврата оформляется, когда покупатель приносит товар обратно после нормально пробитой продажи. Чек коррекции нужен в другом случае — когда расчёт с покупателем по факту состоялся, а кассовый чек либо не был пробит вовсе, либо был пробит с ошибкой (например, техническим сбоем ККТ, забытым сканированием кода маркировки или неверно указанным признаком предмета расчёта). Именно так на практике случается, что код маркировки формально не выводится из оборота: в одном из разобранных сообществом кейсов чек с маркированным товаром уходил в ОФД, но не попадал в «Честный знак», пока в карточке номенклатуры не был явно указан признак предмета расчёта «М» — после исправления этого поля коды стали корректно выводиться из оборота [30].

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

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

Что стоит зафиксировать во внутреннем регламенте:

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

Что логировать: действия кассира и администратора

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

Минимальный набор событий, которые стоит логировать отдельно от стандартного фискального журнала:

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

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

Как провести отрицательный тест

Прежде чем полагаться на то, что касса «должна» блокировать продажу, стоит целенаправленно проверить, что она действительно это делает — причём в среде, где ошибка ничего не будет стоить.

Для этого существует официальный тестовый контур системы маркировки — песочница: это тестовая среда системы маркировки, полностью изолированная от продуктивного контура, с адресом markirovka.sandbox.crpt.ru, внешне похожая на боевую систему, но со всеми виртуальными данными [19]. В песочнице можно безопасно отработать полный цикл: принять поставку от контрагента через УПД, проверить статусы полученных идентификаторов, провести розничную продажу через кассу, отработать возврат от покупателя и списание брака [20].

Практический сценарий отрицательного теста для проверки именно блокировки просроченного товара:

1. В тестовом контуре создать или получить тестовый код маркировки и целенаправленно перевести его в статус, соответствующий одному из оснований запрета (истёкший срок годности либо иное основание, доступное для теста в вашей товарной группе согласно ПП № 1944).
2. На реальной (не боевой, а тестовой) конфигурации кассового ПО, подключённой к тестовому контуру, отсканировать этот код при попытке продажи.
3. Зафиксировать: появилось ли предупреждение на экране кассы, был ли товар автоматически исключён из чека, и что при этом записалось в журнал кассового ПО.
4. Повторить тест с отключённым интернет-соединением, чтобы проверить поведение офлайн-модуля на том же тестовом коде.
5. Повторить тест с намеренной задержкой ответа (если это можно смоделировать в вашей тестовой среде) — чтобы увидеть, что произойдёт при тайм-ауте.

Такой тест стоит проводить не разово перед 1 сентября, а регулярно — при любом обновлении кассового ПО, смене поставщика фискального решения или переходе на новую версию интеграции с системой маркировки, поскольку именно обновления чаще всего «тихо» ломают ранее работавшую логику проверки.

Типичные ошибки, которые приводят к штрафу

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

• кассовое ПО формально подключено к разрешительному режиму, но не для всех кассовых узлов сети — часть точек работает на устаревшей версии без проверки;
• офлайн-модуль установлен, но не обновлялся или не выходил в сеть дольше 72 часов, из-за чего локальная база устарела;
• iOS-устройства используются как кассовые терминалы без учёта того, что официальный офлайн-модуль для них не поддерживается;
• WMS/ERP и касса рассинхронизированы по срокам годности, из-за чего товар с истекающим сроком продаётся до получения формального запрета от системы — что не подпадает под новый штраф напрямую, но создаёт репутационный и потребительский риск, а также повышает вероятность, что запрет придёт «в последний момент», когда партия уже почти распродана;
• при возврате просроченного или бракованного товара код не выводится из оборота корректно, что создаёт риск повторной попытки продажи того же кода;
• ответственность за настройку кассы формально возложена на интегратора или франчайзи точки, но никто в компании не проверяет фактическую работу проверки — только факт подключения услуги.

Когда достаточно настройки, а когда нужна доработка

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

Отдельная разработка или интеграция обычно требуется, когда:

• в компании несколько разнородных систем (разные кассовые платформы в разных точках, отдельная WMS, отдельная ERP), между которыми нет единого потока данных о сроках годности и партиях;
• нужно построить собственный слой мониторинга — дашборд по статусам проверки чеков, автоматические алерты о приближении 72-часового окна офлайн-модуля, сверку логов кассы с личным кабинетом «Честного знака»;
• требуется нестандартная логика на кассе — например, дополнительная бизнес-проверка остаточного срока годности до того, как товар вообще попадёт в зону риска запрета;
• нужно связать WMS, ERP и кассу через единый API-слой, чтобы устранить расхождения по партиям, о которых говорилось выше.

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

Вывод

Автоматические штрафы с 1 сентября 2026 года меняют не саму технологию проверки маркированного товара — она работает с 2024 года, — а цену ошибки в её настройке. Раньше сбой в интеграции или невнимательность кассира могли остаться незамеченными или закончиться предупреждением. Теперь система сама формирует основание для штрафа за каждую проданную единицу, без протокола и без участия продавца. Единственная надёжная защита — не разовая проверка «подключено ли у нас» перед 1 сентября, а регулярный технический контроль всей цепочки: от того, что касса реально обрабатывает отрицательный ответ и корректно ведёт себя в офлайне, до того, что WMS, ERP и касса видят одни и те же сроки годности и партии, а возвраты и коррекции не создают расхождений, которые потом всплывут в виде повторного запрета.

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

Источники

[1] consultant.ru — С 1 сентября 2026 года ввели штрафы за продажу товара, подлежащего обязательной маркировке, с истекшим сроком годности — https://www.consultant.ru/document/cons_doc_LAW_519660/70975e35722206ab262ba577dd4849e2a672e434/

[2] garant.ru — Обязательная маркировка товаров — 2026: текущее состояние системы и коды, направления развития и меры ответственности — https://www.garant.ru/article/2131746/

[3] audit-it.ru — Штрафы за нарушения при продаже маркированных и табачных товаров — закон подписан — https://www.audit-it.ru/news/finance/1132883.html

[4] forus.ru (1С:ИТС) — Каков штраф за продажу маркированного товара с истекшим сроком годности? — https://www.forus.ru/about/news/shtraf-za-prodazhu-markirovannogo-tovara-s-istekshim-srokom/

[5] buh.ru — Новые штрафы за продажу маркированных товаров с 1 сентября 2026 года — https://buh.ru/articles/novye-shtrafy-za-prodazhu-markirovannykh-tovarov.html

[6] cleverence.ru — Разрешительный режим Честный Знак в 2026 году: блокировка продаж на кассе и настройка бизнеса — https://www.cleverence.ru/articles/markirovka-tovarov/-razreshitelnyy-rezhim-chestnyy-znak-v-2026-godu-kak-rabotaet-blokirovka-prodazh-na-kasse-i-chto-proverit-biznesu/

[7] ofd.ru — Разрешительный режим на кассах для маркированных товаров — https://ofd.ru/blog/obzornews/razreshitelnyy-rezhim-na-kassakh

[8] moysklad.ru — Локальный модуль Честный Знак: офлайн проверка кодов маркировки на кассах — https://www.moysklad.ru/poleznoe/markirovka-tovarov/lokalniy-modul-chestniy-znak-oflayn-proverka-kodov/

[9] gk-mact.ru — Офлайн-проверка маркировки: как настроить кассу и избежать проблем — https://gk-mact.ru/news/kak-podgotovit-kassu-k-oflayn-proverkam-i-izbezhat-blokirovki-prodazh-ned/

[10] subtotal.ru — Маркировка. Разрешительный режим — https://subtotal.ru/support/markirovka/markirovka-razreshitelnyj-rezhim

[11] markirovka.ru — Как узнать, что у вас включена проверка разрешительным режимом — https://markirovka.ru/community/rezhim-proverok-na-kassakh/kak-uznat-chto-u-vas-vklyuchena-proverka-razreshitelnym-rezhimom

[12] markznak.ru — Штрафы «Честный знак» в 2026: автоматические проверки и как их избежать — https://markznak.ru/blog/avtomaticheskie-shtrafy-markirovka-chestny-znak-2026

[13] cleverence.ru — Возврат маркированного товара поставщику от покупателя в «Честном знаке» — https://www.cleverence.ru/articles/auto-busines/vozvrat-markirovannogo-tovara-postavshchiku-ot-pokupatelya-v-chestnom-znake-rekomendatsii-kak-vernut/

[14] markznak.ru — Возврат маркированного товара: правила 2026, чеки и УПД — https://markznak.ru/blog/vozvrat-markirovannogo-tovara-chestny-znak

[15] modulkassa.ru — Возврат маркированного товара 2024 — https://modulkassa.ru/blog/base/kak-pravilno-oformit-vozvrat-markirovannogo-tovara-v-2024-godu

[16] kassaofd.ru — Как оформить возврат маркированного товара — https://kassaofd.ru/blog/vozvrat-markirovannogo-tovara

[17] cleverence.ru — Интеграция WMS с ERP: как связать склад с учётом и продажами — https://www.cleverence.ru/articles/sklad-i-logistika/-integratsiya-wms-s-erp/

[18] 1ccl.ru — КомЛайн:WMS: автоматизация склада, учет кодов маркировки и контроль сроков годности — https://1ccl.ru/company/blog/komlayn-wms-avtomatizatsiya-sklada-uchet-kodov-markirovki-i-kontrol-srokov-godnosti/

[19] getmark.ru — Песочница Честный знак: тестовый контур, регистрация, настройка — https://getmark.ru/blog/o-markirovke/pesochniza-chestnij-znak-testovij-kontur/

[20] markineris.com — Тестовый контур «Честного знака»: песочница для маркировки — https://markineris.com/pesochnitsa-chestnyy-znak-chto-takoe-testovyy-kontur-gis-mt/

[21] consultant.ru — Перечень запретов на продажу маркированных товаров расширен — https://www.consultant.ru/legalnews/30901/

[22] base.garant.ru — Постановление Правительства РФ от 21.11.2023 № 1944 — https://base.garant.ru/408081403/

[23] pro-goszakaz.ru — Почему «Честный знак» блокирует товары: основные проблемы и их решение — https://www.pro-goszakaz.ru/article/105015-pochemu-chestnyy-znak-blokiruet-tovary-osnovnye-problemy-i-ih-reshenie

[26] open-s.info — Разрешительный режим и маркировка товаров на кассе: что это и как настроить — https://open-s.info/blog/markirovka_tovarov_na_kasse/

[27] help.restik.com — Проверка кодов маркировки в Честном Знаке онлайн и офлайн (разрешительный режим) — https://help.restik.com/ru/articles/9133094-проверка-кодов-маркировки-в-честном-знаке-онлайн-и-офлайн-разрешительный-режим

[28] help.moykassir.ru — Офлайн-проверка Честный Знак — https://help.moykassir.ru/offline-check-crpt/

[29] markirovka.ru — Офлайн проверка на кассах. Локальный модуль ЧЗ — https://markirovka.ru/community/rezhim-proverok-na-kassakh/oflayn-proverka-na-kassakh-lokalnyy-modul-chz

[30] forum.infostart.ru — Чеки с маркировкой успешно передаются в ОФД, но не передаются в Честный Знак — https://forum.infostart.ru/forum81/topic316775/

[31] taxcom.ru — Как формировать кассовый чек коррекции при расчётах по маркированному товару? — https://taxcom.ru/baza-znaniy/onlaynkassy-i-ofd/otvety-na-voprosy/kak-formirovat-kassovyy-chek-korrektsii-pri-raschetakh-po-markirovannomu-tovaru/

[32] markirovka.ru — В чеке указали некорректную информацию, подали чек коррекции по тому же товару, не будет ли это считаться нарушением? — https://markirovka.ru/knowledge/tovarnye-gruppy/obschie-voprosy-gis/v-cheke-ukazali-nekorrektnuyu-informatsiyu-podali-chek-korrektsii-po-tomu-zhe-tovaru-ne-budet-li-eto