Торговля мерными и листовыми материалами (профнастил, поликарбонат, металлочерепица, металлопрокат) накладывает специфические требования на учетную систему. Поставщики и покупатели часто ведут взаиморасчеты в квадратных метрах (м²) или погонных метрах, в то время как складской контур обязан контролировать физическое наличие конкретных листов, отрезов и деловых остатков. Выясним причину этой проблемы и разберем проверенные архитектурные сценарии ее решения в 1С:Управление торговлей.
Проанализируем базовые ограничения типовых конфигураций 1С. В регистрах складского и финансового учета (таких как ТоварыНаСкладах или СебестоимостьТоваров) базовый количественный учет ведется строго в одной единице измерения хранения. Все упаковки и альтернативные единицы измерения пересчитываются через жестко заданный константный коэффициент.
В случае с резкой под заказ длина каждого листа может быть произвольной (например, при ширине 1,15 м длина может составлять 0,5 м, 2,2 м, 5,0 м). Если на складе числится 50 м² профилированного листа, эта площадь может физически состоять как из 10 одинаковых пятиметровых хлыстов, так и из десятков разнородных обрезков. Штатный пересчет единиц измерения в карточке номенклатуры в данном случае не работает, поскольку коэффициент площади одного листа меняется динамически в зависимости от длины нарезки.
Рассмотрим несколько практических подходов к решению этой задачи, от типовых настроек до доработки конфигурации.
Разберем по шагам наиболее доступный типовой сценарий без внесения изменений в конфигурацию:
500х1150, 2200х1150 и так далее.м². Для каждой характеристики площадь единицы рассчитывается однозначно: перемножением длины на фиксированную ширину.5000х1150 числится 28,75 м², что составляет ровно 5 листов.КомплектацияНоменклатуры (в УТ 10.3) или СборкаТоваров (в УТ 11). В табличной части исходных комплектующих списывается пятиметровый лист, а на вкладке выпуска приходуются новые характеристики: куски 2,2 м, 2,3 м и остаток 0,5 м.Важное архитектурное ограничение: данный способ отлично подходит при ограниченном наборе стандартных длин. Если завод-изготовитель или склад режет материал с шагом до миллиметра под индивидуальные размеры покупателей, справочник ХарактеристикиНоменклатуры начнет разрастаться до сотен тысяч записей. Это приведет к существенному замедлению подбора номенклатуры и увеличению таблиц итогов регистров накопления.
Посмотрим на альтернативное решение, предложенное практиками складского учета мерных материалов. Если не хочется засорять справочник характеристик бесконечными размерами, можно использовать механизм складских ячеек (адресный склад):
м² (или погонных метрах) без создания лишних аналитик.При оформлении нового заказа менеджер формирует типовой отчет по размещению товаров в ячейках. Система показывает, что необходимый метраж можно забрать из конкретной ячейки с обрезком, избегая распила нового целого листа.
При переходе на современную редакцию 1С:УТ 11 наиболее технологичным решением становится механизм серий. В отличие от характеристик, серии не раздувают финансовые регистры при правильной настройке политики учета:
м², а серия идентифицирует конкретный рулон, лист, пачку или деловой обрезок.Если специфика бизнеса требует строгого контроля двух несвязанных единиц измерения в одном отчете (например, остаток одновременно в квадратных метрах и в штуках) без создания миллионов характеристик, целесообразно выполнить доработку конфигурации:
ТоварыНаСкладах добавляется второй ресурс — КоличествоШтук (или КоличествоМест).Посмотрим на пример расчетного заполнения табличной части при проведении документа:
// Пример пересчета площади при проведении складского документа
Для Каждого СтрокаТЧ Из ТабличнаяЧастьТовары Цикл
Движение = Движения.ТоварыНаСкладах.ДобавитьРасход();
Движение.Период = Дата;
Движение.Склад = Склад;
Движение.Номенклатура = СтрокаТЧ.Номенклатура;
// Первый ресурс — учетная площадь для взаиморасчетов и баланса
Движение.ВНаличии = СтрокаТЧ.КоличествоКвМ;
// Второй ресурс — физическое количество листов на складе
Движение.КоличествоШтук = СтрокаТЧ.КоличествоШтук;
КонецЦикла;
Отвечая на вопрос о целесообразности перехода с УТ 10.3 на УТ 11, проанализируем масштаб изменений: