Маркировка и 1С: как отражать движения маркированного товара в учёте и сверять остатки с маркетплейсами

Когда у компании появляется маркированный ассортимент, "учёт по SKU" часто перестаёт быть достаточным. В маркировке важна управляемость на уровне единицы/партии: где код, что с ним произошло, почему товар ушёл в возврат или карантин, почему остатки в кабинете и в 1С не совпадают.

Селлеры интересуются этой темой, когда сталкиваются с симптомами:

  • остатки в 1С не сходятся с фактом и кабинетами;
  • возвраты и списания не привязаны к партиям;
  • бухгалтерия видит только суммы, а склад видит только коробки;
  • закрытие периода требует ручных "подгонов".

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

Что в учёте должно быть "единицей контроля" при маркировке

Для стабильного учёта маркированного товара нужны минимум два уровня:

  1. SKU/вариант - для продаж, аналитики и планирования.
  2. Партия (поставка) и статус - для сверки и расследования расхождений.

В маленьком бизнесе можно не вести каждую единицу "до винтика", но партии и возвраты должны быть зафиксированы, иначе вы теряете управляемость.

Какие движения нужно фиксировать в 1С, чтобы маркировка "сходилась"

Минимальный набор движений:

  1. Поступление партии (партия создана, товар на складе).
  2. Перемещение (если есть несколько зон/складов/фулфилмент).
  3. Отгрузка (партия ушла на маркетплейс/покупателю).
  4. Продажа (по отчётам/данным реализации).
  5. Возврат (принятие и сценарий: в продажу/карантин/списание/перемаркировка).
  6. Списание (утрата/брак/подмена/невозможность реализации).
  7. Перемаркировка/повторная печать (как операция в процессе, если применимо).

Ключевой принцип: у каждого движения должен быть "якорь" партии, иначе вы не сможете сделать сверку.

Партии и коды: как построить учёт так, чтобы не утонуть

Практический подход:

  • партия в учёте фиксируется как "пакет товара" с датой, количеством, SKU и назначением;
  • список кодов хранится партиями (как приложенный файл/реестр/ссылка), а не "в куче".

Даже если вы не храните каждую единицу в 1С, хранение реестров партиями позволяет:

  • быстро расследовать расхождения,
  • защищать спорные кейсы,
  • не терять контроль при росте.

Возвраты и карантин в учёте: почему это нужно отражать отдельно

Если возврат попадает "сразу на склад", вы теряете понимание:

  • сколько товара реально снова готово к продаже;
  • сколько товара "зависло";
  • сколько денег заморожено в карантине.

Решение: отдельный статус/зона "карантин возвратов" и фиксирование решения по сценарию:

  • в продажу,
  • на перемаркировку/повторную печать,
  • спор,
  • списание.

Это даёт прозрачность руководителю: сколько проблемных единиц и почему.

Сверка остатков: как связать 1С, кабинет и фактический склад

Сверка должна идти по схеме:

  • остаток 1С,
  • фактический склад,
  • кабинет маркетплейса,
  • список инцидентов/карантин.

Практический регламент:

  1. раз в неделю сверка топ-SKU и проблемных категорий;
  2. раз в месяц - сверка по всем партиям периода;
  3. любой "хвост" попадает в журнал инцидентов с ответственным и сроком.

Типовые причины расхождений "в 1С одно, в кабинете другое"

  1. Лаги обработки (продажи/возвраты не синхронны по времени).
  2. Возвраты и списания не отражены как отдельные сценарии.
  3. Партии не выделены - всё смешано в общий остаток.
  4. Не фиксируются удержания/компенсации, и управленческая прибыль "плывёт".
  5. Подмены/не комплект не имеют доказательств и статуса в учёте.

Как закрывать период по маркированному товару без ручных "подгонов"

Чек-лист закрытия периода:

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

Главный принцип: лучше закрыть месяц с небольшим списком "контролируемых хвостов", чем с хаосом без сроков и ответственности.

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

Не всегда. Но партии и возвраты должны быть управляемыми, иначе сверка становится невозможной
Чаще всего из-за возвратов и карантина, которые не отражены отдельно, и из-за отсутствия "якоря партии".
Ввести недельную сверку топ-SKU, журнал хвостов и ответственность за закрытие инцидентов.
Чтобы расследовать расхождения и защищать спорные кейсы без ручного поиска.

Как TotalCRM помогает связать учёт, маркировку и маркетплейсы в один контур контроля

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

TotalCRM помогает выстроить единый управленческий контур:

  • партии, возвраты, карантин и списания становятся прозрачными;
  • появляются регулярные сверки и понятные отчёты по хвостам;
  • инциденты фиксируются и уменьшаются за счёт регламентов;
  • закрытие периода становится управляемым, а не "ручным марафоном".

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