Как отгружать товар поштучно (с указанием по-марочного состава в ТТН), если остатки партионные?

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

Отдельно следует отметить то, что сейчас ни импортер, ни производитель не имеют интереса (даже при наличии возможностей) регистрировать товар в ЕГАИС поштучно (с указанием помарочного состава).

Почему? Очень просто…

Всю поштучную партию (например 50 тысяч бутылок) придется отгружать только поштучно. А клиенты (их учетные системы и бизнес-процессы) еще не готовы принимать (и продавать далее) товар именно так. Те же клиенты, которые готовы (и клиенты которых готовы) – не смогут выбрать всю «поштучную» партию, зарегистрированную в ЕГАИС. Регистрировать же лишь часть выпуска (например, 20 тысяч бутылок) поштучно, а часть (30 тысяч) – партионно – также хлопотно. Потому что  спрогнозировать объемы поштучных и партионных отгрузок – проблематично.

Отсюда вытекает следующая ситуация: вне зависимости от того, являетесь вы импортером или производителем или «просто оптовиком»

• Весь остаток на складе и в ЕГАИС у вас – партионный (то есть, не содержит информации о марках и хранится в ЕГАИС в разрезе справок А и Б)
• Некоторые клиенты уже требуют отгрузку с указанием помарочного состава

В данной статье мы рассмотрим бизнес-операцию и документооборот, который необходимо будет провести в системе при отгрузке клиенту.

На уровне логики подсистемы «АСФ: ТСД ЕГАИС» этот бизнес процесс еще дописывается, т.к. готовый функционал не позволяет одновременно проводить «оклейку под заказ клиента» с последующей фиксацией марок на балансе (списание с регистра партионного учета и приход на регистр помарочного учета в ЕГАИС) и последующим автоматизированным формированием помарочной ТТН.

Итак,

Подпроцесс №1 – постановка марок на баланс под заказ клиента

• На входе у нас, условно, «Заказ клиента» (желающего приобрести товар поштучно), с указанием товарно-количественного состава. Он вносится в рабочем месте на десктопе.
• На основании «Заказа» будет оформляться документ (пока пустой, лишь с указанием товарно-количественного состава) «Акт фиксации марок на балансе». Он вносится в рабочем месте на десктопе.
• К «Акту фиксации» (на его основании) вносится документ, который в нашей системе двигает и хранит все марки — «Движение марок»№1. В нем есть табличная часть товаров с возможностью разбиения по номенклатуре и ответственным исполнителям для формирования заданий на сканирование. Он вносится в рабочем месте на десктопе.
• На основании «Движения марок» на десктопе автоматически формируются «Задания на сканирование» (или одно «Задание на сканирование, как распределите) с видом операции «Переупаковка марок»
  • Для каждого «Задания на сканирование» опционально могут быть заранее созданы коды групповой тары (коробок) и распечатаны исходя из используемого оборудования – на ленте или стикерованной бумаге формата А4.
• «Задания на сканирование» выполняются на терминалах сбора данных (или, в худшем случае, на десктопе со сканером штрихкодов, установленном в зоне отбора). В рамках выполнения предопределенной логики задания сканируются коды pdf-417 на марках бутылок и делается оклейка коробок
  • Либо в нужный момент (по мере сканирования числа бутылок для полной коробки) выдается требование на сканирование и проводится сканирование одного из кодов групповой тары, заранее распечатанных (см.выше).
  • Либо в этот же момент осуществляется генерация кода, печать, его сканирование при помещении отсканированных бутылок в коробку и наклейка кода на коробку.
  • Таким образом, в системе уже появляются связки кодов марок и упаковок, которые для фиксации на балансе не нужны, но нужны для оформления отгрузки, чтобы дать клиенту информацию и о кодах групповой тары тоже (а не только список кодов марок).
• «Задания на сканирование» закрываются, и по результатам закрытия, марочно-коробочный состав попадает в документ «Движение марок» №1, ранее внесенный для «Акта фиксации», связанного с «Заказом клиента».
• «Акт фиксации» отправляется в ЕГАИС (при этом он содержит только марочный состав «Движения марок» №1, марки ставятся на баланс организации (с партионного учета списывается нужное количество по указанной справке А)
  • Важно! Мы проводили тестирование на продуктивном контуре ЕГАИС – в акте фиксации можно указать любую справку А, а не строго те, чьи диапазоны соответствуют номерам марок. Пока мы не проектируем сканирование datamatrix-кодов для автоподобра справок А (серий/партий учетного контура). Потому что система позволяет упрощенный вариант и проглатывает ошибки – ориентируемся пока на эту логику. Иной подход усложнит сканирование и потребует сканирования обоих кодов, что тоже может быть реализовано, но мы пока «едим слона по частям». К тому же если справок А не так много на активном остатке, большинство опрошенных нами импортеров утверждают что смогут внести в документ «Акт фиксации» строго те справки А, из которых будет сканироваться товар, посредством собственных неавтоматизированных механизмов контроля.

Подпроцесс №2 – отгрузка поставленных на баланс марок по заказу клиента

• В «Заказе клиента» (или внесенном на его основании «Реализации товаров и услуг»), создается связанный с ними обоими другой документ «Движении марок» №2.
• В «Движении марок» нажимается кнопка «Перезаполнение марочного состава по результатам переупаковки» и выбирается (либо автоматически подтягивается) «Акт фиксации» (связанный ранее с «Заказом клиента» в ходе выполнения Подпроцесса №1), и в «Движении марок» №2 заполняется уже марочно-коробочный состав.
• Далее на основании «Реализации товаров и услуг» (тоже связанной с «Движение марок» №2) вносится ТТН ЕГАИС (исходящая) с марочно-коробочным составом и отправляется в ЕГАИС.

Еще раз уточняем, что данные процессы подсистемы «АСФ: ТСД ЕГАИС» еще находятся в работе, и ориентировочный срок исполнения по ним до помещения в релиз = 10 дней. По результатам мы также запишем видеоролик.