Часто на складе возникает ситуация, когда один и тот же товар хранится в разных видах: часть — в заводских упаковках (коробках, блоках, паллетах), а часть — россыпью, в штуках. Возникает закономерный вопрос: как отразить это в «1С:Управление торговлей», чтобы видеть реальную картину остатков и правильно управлять процессом распаковки товара? Давайте разберем несколько подходов к решению этой задачи, от стандартного и рекомендуемого до обходных путей для специфических бизнес-процессов.
Самый правильный и предусмотренный разработчиками способ — это использование механизма упаковок. Он позволяет для одной карточки номенклатуры задать несколько единиц измерения и работать с ними во всех документах, при этом складской учет будет вестись в единой базовой единице.
Рассмотрим по шагам, как его настроить и использовать:
НСИ и администрирование -> Настройка НСИ и разделов -> Номенклатура. В группе «Разрезы учета» должен быть установлен флаг «Упаковки номенклатуры».Единица хранения — это базовая единица, в которой система будет хранить все остатки на складе. Обычно это наименьшая неделимая единица, например, «шт.» (штука).Упаковки — здесь мы создаем и настраиваем все остальные варианты.Упаковки и создадим новые элементы. Например, для товара «Карандаш» базовая единица — «шт.». Создадим новую упаковку «Коробка». В ней укажем, что в одной коробке содержится 12 штук. Для этого в поле в этой упаковке вводим число 12 и выбираем единицу «шт.». Таким образом, мы задали коэффициент пересчета. Можно создавать иерархию упаковок: «Ящик» = 20 «Коробок».Как это работает на практике?
Несмотря на то, что на складе все остатки хранятся в штуках (например, 125 шт.), в любом документе (Поступление товаров и услуг, Реализация товаров и услуг, Перемещение товаров) вы можете выбрать нужную упаковку. Если вы укажете в реализации 1 «Коробка», система автоматически спишет со склада 12 «шт.». Если клиент хочет 15 штук, вы можете указать 1 «Коробка» и 3 «шт.» в разных строках документа или просто 15 «шт.» в одной строке.
В отчетах по остаткам (например, Ведомость по товарам на складах) вы также можете гибко настраивать отображение. В настройках отчета есть поле «Единица для отчетов», где можно выбрать, в чем показывать количество: в базовых единицах хранения, в упаковках или в обеих сразу (дополнительные поля отчета).
Преимущества:
Недостаток с точки зрения автора вопроса: Этот метод не показывает два разных, не связанных остатка. Система всегда показывает один общий остаток (например, 125 шт.), который можно представить как 10 коробок и 5 штук, но это будет одна учетная запись.
Если бизнес-процесс требует жесткого разделения и вы хотите видеть в отчетах именно две разные строки: «Товар А (упаковка)» — 20 шт. и «Товар А (штука)» — 50 шт., то штатный механизм упаковок не подойдет. В этом случае можно использовать обходной путь с созданием дублей номенклатуры.
Проанализируем этот метод:
Склад и доставка -> Внутренние документы -> Сборка (разборка) товаров.
Этот метод решает задачу автора «в лоб», но порождает ряд сложностей:
Как верно заметил автор темы, система не даст в документе сборки/разборки указать одну и ту же номенклатуру и в качестве исходного комплекта, и в качестве комплектующей. Именно для этого и требуется создание второй, дублирующей карточки.
Перед тем как усложнять учет, стоит задать главный вопрос: «Зачем нам нужно видеть остатки именно в двух разных единицах?». Практика показывает, что реальная необходимость в этом возникает редко, а проблем создается много.
Проанализируем ситуацию. Часто достаточно знать общий остаток в базовых единицах (штуках) и при необходимости быстро пересчитывать его в упаковки. Например, если на складе числится 5000 шт. товара, а в коробке 10 шт., то мы понимаем, что это примерно 500 коробок. Погрешность в одну вскрытую коробку обычно некритична.
Рассмотрим пример из практики, описанный на форуме:
Весь учет ведется в штуках. Но для сетевых клиентов отгрузка возможна только целыми блоками. На складе в ячейках лежат и штуки, и блоки. Проблема решается не на уровне учета остатков, а на уровне процесса сборки. Терминал сбора данных (ТСД) просто не позволяет сборщику сканировать штучный товар для такого заказа, требуя отсканировать штрихкод целого блока.
Это отличный пример, когда бизнес-правило реализуется на уровне складской логики (WMS), а не усложнением бухгалтерского или управленческого учета. Остаток в системе един, но правила работы с ним зависят от контекста (например, от типа клиента).
Если же разделение необходимо из-за физического расположения (упаковки на высотных стеллажах, а штуки — в зоне комплектации), это можно решить средствами адресного склада. Например, можно завести разные складские помещения или зоны и перемещать товар между ними, даже если это одна и та же номенклатура. А отчет по остаткам в разрезе зон/помещений/ячеек даст нужную картину.
Выбор способа учета остатков в разных единицах измерения зависит от ваших бизнес-процессов.
Упаковки номенклатуры. Он гибок, удобен и не усложняет систему.Сборка (разборка) товаров. Будьте готовы к дополнительным трудозатратам и усложнению аналитики.