Календарь маркировки товаров — это таблица контроля обязательных этапов по каждой товарной группе, а не лента новостей о маркировке. В ней бизнес фиксирует, какой SKU затронут, что нужно сделать, к какой дате, по какому официальному источнику, кто отвечает и каким тестом подтверждена готовность.
Такой календарь нужен рознице, интернет-магазину, доставке, кафе с упакованным товаром, продавцу на маркетплейсе и агенту, который участвует в продаже товара. Он помогает не пропустить этап, при котором неподготовленная касса, склад или учетная система блокируют операцию.
Автор: Александр Пылев, Основатель Интернет Касса
Начните с выгрузки каталога: артикул, наименование, товарная группа, поставщик, остаток, точки продаж и каналы реализации. Затем выделите маркируемые SKU. Не ставьте один срок на весь ассортимент: обязательные этапы, операции и технические проверки определяются правилами конкретной группы.
Для каждого этапа сохраните официальный источник. Правила по товарным группам и сервисы для участников оборота публикует «Честный ЗНАК». Разъяснения по применению ККТ доступны на сайте ФНС России. В рабочей таблице укажите ссылку на конкретный раздел или документ, а рядом — дату сверки: так сотрудник понимает, откуда взялось требование и когда оно проверялось.
Не записывайте задачу как «подготовиться к маркировке». Разбейте ее на измеримые действия: определить затронутые SKU, настроить приемку, проверить чтение кода, провести продажу, подготовить возврат, назначить владельца ошибок. У каждой задачи должен быть результат: тестовый документ, скрин статуса, номер заявки интегратору или утвержденная инструкция.
Скопируйте таблицу в Excel, Google Sheets или задачу в вашей системе управления. Поле «дата этапа» заполняйте только после проверки официальных правил своей товарной группы.
| Поле календаря | Что указать | Зачем это нужно |
|---|---|---|
| Товарная группа | Например: обувь, товары легкой промышленности, упакованная вода — только если группа есть в вашем каталоге | Правила нельзя переносить с одной группы на другую |
| SKU и остатки | Артикулы, наименования, остатки, поставщик | Позволяет найти затронутый товар до приемки и продажи |
| Обязательный этап | Регистрация участника, приемка, ввод в оборот, продажа, возврат, вывод из оборота или иной этап по правилам группы | Переводит требование в конкретную операцию |
| Дата этапа | Дата из официального источника и дата внутреннего контрольного теста | Разделяет нормативный срок и срок подготовки команды |
| Официальный источник | Ссылка на раздел «Честного ЗНАКа» или нормативный акт, дата сверки | Можно быстро перепроверить основание задачи |
| Канал продаж | Магазин, сайт, курьер, пункт выдачи, маркетплейс, партнер | Возврат и выдача товара отличаются по каналу |
| Ответственный | Склад, кассир, товаровед, бухгалтер, IT, интегратор и владелец процесса | Задача не остается «на всех» |
| Тест и критерий готовности | Сценарий, ожидаемый результат, место проверки статуса | Позволяет принять работу без догадок |
| Статус и блокер | Готово / в работе / блокер; номер заявки и срок исправления | Руководитель видит, что мешает запуску |
Ниже не даты требований, а примеры того, как превратить правило в задачу. Подставьте свою товарную группу, ссылку на официальный источник и применимую дату.
| Сценарий | Запись в календаре | Тест | Критерий готовности |
|---|---|---|---|
| Розничный магазин | Группа: ваша маркируемая группа; этап: розничная продажа; канал: касса в торговом зале | Сканировать код на реальной упаковке и оформить тестовую продажу | Код считан, касса не выдала отказ требуемой проверки, чек сформирован, операция отражена в используемых кассовой и учетной системах |
| Интернет-магазин со складом | Группа: ваша маркируемая группа; этап: отгрузка и продажа; канал: сайт и доставка | Собрать тестовый заказ, закрепить код конкретной единицы, провести оплату и отгрузку | Код привязан к выданной единице, заказ и чек связаны, статусы в учете и кассе совпадают |
| Агент или партнерский склад | Группа: ваша маркируемая группа; этап: приемка и продажа; канал: партнер | Проверить один реальный маршрут по договору: приемка, хранение, продажа, обработка ошибки | В инструкции названы исполнитель каждой операции, система учета результата и порядок исправления расхождения |
Проверьте связку из четырех элементов: 2D-сканер, касса, товароучетная система и приемка. Кассиру не нужно вручную вводить код как штатный способ продажи. Если сканер не читает код на реальной упаковке, продажа в очереди превратится в ручной разбор.
Для товарной группы, в которой действует разрешительный режим, заранее убедитесь, что кассовое и товароучетное ПО поддерживают нужную проверку. В календаре запишите, кто видит отказ, где он фиксируется и кто принимает решение по товару после отказа. Не заменяйте эту процедуру ручным пробитием позиции.
Если вы продаете упакованную продукцию в общепите, используйте отдельный чек-лист по оборудованию: онлайн-касса для кафе: что выбрать и как запустить.
Свяжите заказ с конкретной единицей товара, а не только с артикулом. Склад должен отсканировать код именно той упаковки, которая попала в заказ. Проверьте замену товара, отказ покупателя при получении, полный и частичный возврат: для каждого случая нужен свой маршрут в учете и кассе.
Оплата через СБП требует отдельного теста фискализации и отмены платежа. Практический порядок разобран в материале «Как оформить кассовый чек при оплате через СБП в интернет-магазине». В календаре укажите, кто сверяет оплату, чек, отгрузку и код маркировки по одному номеру заказа.
Зафиксируйте письменно, кто принимает товар, кто выполняет операции с кодом, кто продает товар покупателю и кто формирует кассовый чек. Затем назначьте владельца каждого сбоя: расхождения при приемке, ошибки передачи сведений, возврата и отмены заказа. Устная договоренность между агентом, поставщиком и складом не поможет в день ошибки.
Не используйте схему «одна единица: приемка → продажа → возврат → списание» как обязательную цепочку. После продажи и возврата доступные действия с кодом определяются правилами товарной группы, статусом товара и основанием операции. Списание проводят только при применимом основании, а не для завершения теста.
Вместо этого создайте отдельные тест-кейсы и заранее запишите ожидаемый результат.
Отдельно проверьте четыре аварийных сценария: нечитаемый или поврежденный код, отказ проверки, расхождение между документом приемки и фактическим товаром, сбой обмена. Для каждого сценария инструкция должна отвечать на три вопроса: кто останавливает операцию, где регистрирует ошибку и кто подтверждает исправление.
| Блок | Что проверить | Доказательство готовности |
|---|---|---|
| Каталог | SKU распределены по группам и каналам продаж | Выгрузка каталога сверена с остатками |
| Официальные правила | По каждой группе есть источник, этап и дата сверки | Ссылка и запись в календаре |
| Приемка | Сотрудник умеет принять код и оформить расхождение | Тестовая приемка и инструкция |
| ККТ и сканер | Сканер читает код, касса поддерживает нужный сценарий проверки | Тест на реальной упаковке без ручного обхода |
| Учет и склад | Код хранится и привязывается к конкретной единице при отгрузке | Карточка товара и результат тестовой отгрузки |
| Сайт и платежи | Заказ, оплата, чек и отгрузка связаны | Тестовый заказ со сверкой статусов |
| Ошибки | Есть порядок для отказа проверки, нечитаемого кода, расхождения и сбоя обмена | Инструкция, владелец и канал регистрации ошибок |
Ставить в календарь общую фразу вместо этапа. Запись «маркировка с такой-то даты» не дает сотруднику действий. Решение: добавьте товарную группу, операцию, SKU, источник, ответственного и критерий готовности.
Брать сроки из вторичного обзора без ссылки на правило группы. В результате команда готовит не тот процесс или пропускает изменение. Решение: храните в календаре ссылку на официальный источник и дату последней сверки.
Тестировать только продажу. Ошибка часто возникает раньше — на приемке или позже — при возврате. Решение: заведите разные тест-кейсы и ожидаемые результаты для каждого сценария.
Игнорировать отказ проверки или нечитаемый код. Ручное пробитие товара не исправляет проблему, а переносит ее в учет. Решение: остановите операцию, зарегистрируйте ошибку, используйте установленный внутренний порядок и подтверждайте результат исправления в нужной системе.
Принимать интеграцию по словам подрядчика. Подключенный модуль не доказывает рабочий обмен. Решение: примите работы по тестовому заказу или продаже со сверкой статусов в кассе, учете и сервисе маркировки.
Мы проводим аудит цепочки «каталог — склад — касса — учет — сайт — платежи», проверяем сценарии продажи и возврата, составляем список технических доработок и помогаем настроить кассовую часть. По итогам вы получаете карту блокеров, перечень ответственных, тест-кейсы и порядок проверки результата до первой рабочей продажи.
Чтобы начать, подготовьте выгрузку SKU, список каналов продаж, название учетной системы и модель кассы или облачной кассы. Оставьте заявку в Интернет Касса — на первичном разборе определим, какие участки нужно проверить в первую очередь: кассу, складской учет, сайт или платежный сценарий.
Да, нужно. Если SKU относится к маркируемой группе, внесите его в календарь до приемки или первой продажи и зафиксируйте применимый этап по официальным правилам этой группы.
Берите дату и этап из официальных правил конкретной товарной группы на сайте «Честного ЗНАКа» и в применимом нормативном акте. В календаре сохраните ссылку на источник и дату, когда сотрудник сверил правило.
Нет, не используйте это как универсальную цепочку. Приемку, продажу и возврат проверяйте отдельными кейсами, а списание проводите только при основании, которое применимо к вашей товарной группе и статусу товара.
Проверьте считывание кода, отсутствие отказа требуемой проверки, реквизиты чека и статус операции в кассе и учетной системе. Если для группы введен разрешительный режим, убедитесь, что кассовое и товароучетное ПО его поддерживают.
Да, можно при малом числе операций и строгой ручной сверке каждого кода. Для интернет-заказов, регулярных возвратов, нескольких точек или большого ассортимента настройте обмен кассы, склада и учета, чтобы не искать расхождения вручную.
Да, назначьте владельца процесса. Он ведет календарь, проверяет статусы обмена, собирает ошибки склада и кассы и ставит задачи ответственным или интегратору.