Мы хотим хранить историю операций с кодами маркировки в нашей учетной системе. Подскажите, существуют ли требования к срокам хранения данных о кодах Data Matrix и операциях с ними.
Прямой ответ: отдельного «жёсткого» срока хранения именно истории по кодам Data Matrix в ваших внутренних ИТ-системах обычно не установлено. Но вы обязаны иметь возможность подтвердить законность нанесения, ввода в оборот и всех операций с маркированным товаром документами и данными, поэтому сроки хранения логично привязывать к срокам хранения первички и налоговых документов — как минимум 4–5 лет, а на практике лучше 5–6 лет после последней операции по коду.
Нормативная логика и что реально проверяют
Маркировка регулируется правилами по конкретным товарным группам и общими правилами работы ГИС мониторинга. Для участника оборота ключевое требование в проверках — подтвердить происхождение и цепочку операций: что код был получен/нанесён законно, товар введён в оборот, а дальше передавался/принимался/выводился из оборота корректно и в срок.
Отдельного универсального требования «хранить именно таблицу с кодами N лет» чаще всего нет, но возникают две обязательные рамки:
- первичные учетные документы (УПД, накладные, акты, отчёты производства, документы на списание и т.п.) — минимальные сроки хранения устанавливает законодательство о бухучёте (обычно не менее 5 лет);
- документы для целей налогообложения — минимальные сроки хранения по Налоговому кодексу (обычно не менее 4 лет).
Риск для бизнеса здесь не «штраф за отсутствие архива кодов как такового», а невозможность доказать легальность оборота конкретных единиц товара при проверке или разборе расхождений с ГИС (пересорт, недопоставка, дубль, неверный вывод из оборота, ошибки агрегации).
Практически как я рекомендую организовать хранение
- Срок: держите историю операций по каждому коду минимум 5 лет после последней операции, а лучше 6 лет (с запасом к типовым проверочным периодам и спорам). Для товаров с длинным жизненным циклом (например, гарантийные обязательства, длительное хранение на складе) — ориентируйтесь на более длинный горизонт и внутренние риски.
- Что сохранять по каждой операции:
- сам код (Data Matrix) в разборе: GTIN, серийный номер (и при наличии — ключ проверки/крипточасть в том виде, в каком вы её обрабатываете);
- тип операции (эмиссия/нанесение/ввод/передача/приёмка/агрегация/расагрегация/вывод и т.д.);
- дата-время и часовой пояс, пользователь/система-инициатор;
- идентификатор документа (УПД/накладная/заказ/производственный отчёт) и реквизиты контрагента;
- идентификаторы сообщений/квитанций/ответов ГИС, статусы, коды ошибок и повторные отправки.
- Неподменяемость: сделайте архив как аудит-лог (записи не редактируются, только добавляются; исправления — отдельными корректирующими событиями).
- Надёжность: резервное копирование, разграничение доступа, возможность выгрузки по запросу (по коду/партии/документу/периоду).
- Сверка с ГИС: периодически фиксируйте результаты сверок (что отправлено/что принято системой), чтобы потом быстро объяснять расхождения.
Типичные ошибки, из-за которых «архив есть, но не помогает»
- хранят только список кодов без привязки к документам и квитанциям/ответам ГИС;
- чистят историю сразу после продажи/вывода из оборота, теряя доказательную базу;
- не сохраняют события агрегации/расагрегации (потом не сходится короб/палета и единицы внутри);
- нет единого идентификатора связки «внутренний документ → сообщение в ГИС → квитанция», из-за чего разбор инцидентов превращается в ручной поиск.
Если вы скажете, какая у вас товарная группа и роль (производитель/импортер/опт/розница/маркетплейс), я уточню, есть ли в вашей группе специальные нюансы по документам и срокам, которые стоит учесть в политике хранения.