В процессе автоматизации мясоперерабатывающих предприятий и пищевых производств одной из самых сложных задач является организация учета продукции, которая имеет две единицы измерения: штуки (палки, батоны, головы) и килограммы. Основная сложность заключается в том, что вес одной «палки» колбасы не является константой и может варьироваться в зависимости от партии, влажности или технологии производства. Разберем, как реализовать такой учет в 1С:ERP Управление предприятием, используя типовые механизмы и возможные доработки.
Прежде чем перейти к решениям, проанализируем ситуацию. В типовой архитектуре 1С регистры накопления, отвечающие за остатки товаров, имеют только один ресурс Количество. Если мы используем упаковки с фиксированным коэффициентом (например, 1 палка = 0.6 кг), то при поступлении 5 палок общим весом 2.8 кг система столкнется с математической ошибкой: либо количество штук будет неверным, либо вес. Рассмотрим основные подходы к решению этой задачи.
Самый простой путь, не требующий программирования, заключается в правильной настройке карточки номенклатуры. Выясним, как это работает:
шт (штуки).В этом случае в документах (Поступление, Реализация) появятся две колонки. Вы сможете указать, что пришло 5 штук, и уточнить их фактический вес в килограммах. Важный нюанс: при таком подходе цена обычно устанавливается за штуку. Если вам необходимо вести расчеты исходя из стоимости за килограмм, этот метод потребует ручной корректировки цен или скидок в каждом документе, чтобы итоговая сумма соответствовала фактическому весу.
Если требуется максимально точный контроль каждой единицы продукции, разберем метод серийного учета. Этот способ часто применяется в ювелирной отрасли или при торговле дорогими сырами. Проанализируем шаги настройки:
Этот метод позволяет точно знать, сколько штук лежит на складе и какой вес у каждой. Однако он крайне трудозатратен для кладовщиков: придется сканировать или вводить данные по каждой палке отдельно. Для упрощения работы рекомендуется использовать весовые штрихкоды (формата EAN-13, начинающиеся на 21-29), где в коде уже зашит вес изделия. При сканировании такого ШК система сама определит и номенклатуру, и вес.
Рассмотрим ситуацию, когда бухгалтерии важен только вес, а кладовщику — количество штук для контроля хищений. В этом случае мы можем оставить основной учет в килограммах, но добавить в документы дополнительную колонку КоличествоМест (или «Кол-во палок»).
Посмотрим на пример логики доработки:
// Пример добавления расчетной колонки в ТЧ документа
Процедура ТоварыКоличествоУпаковокПриИзменении(Элемент)
СтрокаТЧ = Элементы.Товары.ТекущиеДанные;
Если СтрокаТЧ.КоличествоПалок <> 0 Тогда
// Рассчитываем средний вес для справки или проверки
СреднийВес = СтрокаТЧ.Количество / СтрокаТЧ.КоличествоПалок;
КонецЕсли;
КонецПроцедуры
В этой схеме регистры двигаются только по килограммам. Количество палок хранится либо в дополнительном реквизите документа, либо в отдельном регистре сведений. Это позволяет выводить в печатные формы (ТОРГ-12, УПД) информацию: «Поступило 2.800 кг (5 палок)». Однако остатки в штуках в типовых отчетах вы не увидите без создания отдельного отчета, объединяющего данные регистров накопления и вашего нового хранилища.
Если бизнес-процессы требуют жесткого контроля остатков в двух единицах одновременно (чтобы нельзя было списать 1 кг, если на складе 0 штук), потребуется вмешательство в структуру метаданных. Рассмотрим, что нужно изменить:
ТоварыНаСкладах, ТоварыОрганизаций, ВыручкаИСебестоимостьПродаж) новый ресурс КоличествоШтук.Внимание: это самый дорогой и сложный в поддержке метод. Он делает систему «нетиповой», что усложнит последующие обновления ERP. Рекомендуется использовать его только в крайнем случае, если другие методы не закрывают потребности управленческого учета.
Проанализируем вопрос веса упаковки. Часто клиенты заказывают товар по весу нетто, но склад оперирует весом брутто. В 1С:ERP в справочнике Упаковки предусмотрены поля для хранения веса упаковки. Выясним, как это использовать:
Подводя итог, наиболее сбалансированным решением для ERP 2.2–2.5 является сочетание весовых штрихкодов и справочного указания количества штук в документах. Это минимизирует ошибки ввода и не перегружает систему сложными пересчетами, сохраняя при этом возможность контроля за складскими запасами.