При переходе со старых версий программ (например, 1С:Управление торговлей 11.1 или 10.3) на современные редакции 1С:Управление торговлей 11.4 / 11.5, 1С:Комплексная автоматизация 2 или 1С:ERP пользователи часто сталкиваются с серьезным изменением архитектуры учета единиц измерения. Особенно остро эта проблема встает в торговле мерными и рулонными материалами (линолеум, ковровые покрытия, текстиль, кабель, металлопрокат), где закупка часто ведется в квадратных метрах или тоннах, а продажа — в погонных метрах или штуках.
В этой статье мы подробно разберем, почему привычный механизм упаковок больше не работает для таких задач, проанализируем архитектурные изменения в логике 1С и рассмотрим пошаговые сценарии настройки системы для корректного ведения учета без доработки конфигурации.
Выясним причину, по которой стандартная схема настройки упаковок вызывает ошибку. В старых редакциях (например, УТ 10.3) пересчет единиц работал по простым линейным коэффициентам: система позволяла пересчитывать любые единицы измерения в любые стороны. В УТ 11 концепция кардинально изменилась.
Теперь справочник Упаковки и единицы измерения жестко контролирует типы измеряемых величин. По правилам системы:
Попытка использовать «пог. м» как упаковку для базовой единицы «м2» (или наоборот) заблокирована на уровне логики конфигурации. Программа просто не позволит вам выбрать или создать такую упаковку, так как длина и площадь — это разные физические величины.
Важное предупреждение: Некоторые администраторы пытаются «обмануть» систему — меняют в классификаторе тип измеряемой величины для погонных и квадратных метров на «Количество штук». Делать так крайне не рекомендуется! Это решение создаст лавину проблем в будущем: в отчетах перестанет работать корректное суммирование показателей, сломаются механизмы автоматического расчета веса и объема в документах, а также стандартные печатные формы (УПД, ТОРГ-12).
Начиная с версии УТ 11.2, разработчики 1С предусмотрели штатный механизм работы с мерными товарами. Он позволяет использовать в документах разные физические величины (длину, площадь, объем, вес) и автоматически пересчитывать их без создания упаковок. Рассмотрим, как настроить эту схему по шагам.
Предположим, наш базовый учет на складе должен вестись в погонных метрах (так как это позволяет однозначно идентифицировать физическую длину рулонов), а закупать и продавать мы хотим в том числе и в квадратных метрах.
Шаг 1. Настройка карточки номенклатуры
пог. м (тип «Длина»). Именно в этой единице будут храниться остатки на складах и рассчитываться себестоимость.3 кв. м. Укажем коэффициент пересчета: 1 пог. м = 3 м2.Шаг 2. Оформление документов
Проанализируем, как ведет себя система при выписке документов:
пог. м.м2.м2 и вводим количество (например, 300 кв. м), система автоматически пересчитает количество в базовую единицу хранения (в нашем примере это будет 100 погонных метров) по заданному в карточке коэффициенту. При этом в печатных формах и документах для контрагента будут фигурировать именно квадратные метры и цены за квадратный метр.Рассмотрим более сложную и жизненную ситуацию. Линолеум одной коллекции поставляется в рулонах разной ширины: 2 метра, 3 метра и 4 метра. Очевидно, что коэффициент пересчета «пог. м $\leftrightarrow$ м2» для каждой ширины будет уникальным (2, 3 и 4 соответственно). Если мы укажем один коэффициент в карточке номенклатуры, учет по остальным ширинам сломается.
В современных версиях УТ 11 эту проблему можно элегантно решить с помощью индивидуальных настроек для характеристик номенклатуры. Разберем этот сценарий:
1 пог. м = 2 м2.1 пог. м = 3 м2.1 пог. м = 4 м2.Теперь при выборе в документе номенклатуры «Линолеум ХХХ» с конкретной характеристикой (например, «Ширина 4м») система при пересчете квадратных метров в погонные будет использовать коэффициент именно этой характеристики. Это позволяет сохранить компактный справочник номенклатуры и избежать дублирования позиций.
Если по каким-то причинам использование характеристик на предприятии нежелательно (например, из-за специфики интеграции с сайтом или особенностей выгрузки в другие системы), можно воспользоваться официальной методологией, которую продвигает фирма 1С.
Суть метода заключается в разделении товаров с разными физическими свойствами на отдельные карточки номенклатуры:
Анализ преимуществ и недостатков этого подхода:
Плюсы: Абсолютно прозрачный складской учет. Исключаются ошибки кладовщиков при инвентаризации, так как рулон шириной 2 метра и рулон шириной 3 метра физически лежат в разных местах и не перепутаются в учете. На каждую позицию можно установить свою цену за погонный метр, легко планировать закупки у разных поставщиков.
Минусы: Справочник номенклатуры увеличивается в разы. Если у вас сотни видов линолеума, то при наличии 4-5 вариантов ширины база разрастется до тысяч позиций, что усложнит работу контент-менеджеров и установку цен.
При торговле мерным товаром существует еще одна важная проблема — «проблема кусков». На складе в остатках может числиться 15 погонных метров линолеума. Но физически это могут быть три остатка (отреза) по 5 метров. Если покупателю нужен один целый кусок длиной 10 метров, то менеджер, ориентируясь на общий остаток в 15 метров, выпишет документы, а кладовщик на складе не сможет выдать товар.
Чтобы решить эту проблему в 1С:УТ 11, мы рекомендуем задействовать серийный учет.
Проанализируем схему настройки серийного учета для мерных товаров:
Часто возникает ситуация, когда складской учет ведется в погонных метрах (базовая единица), но руководству или бухгалтерии требуются управленческие отсчеты по продажам и остаткам исключительно в квадратных метрах. В УТ 11.5 для этого реализован механизм Единицы измерения для отчетов.
Рассмотрим, как его включить и настроить:
НСИ и администрирование — Настройка НСИ и разделов — Номенклатура.Единицы измерения установим флажок «Единицы измерения для отчетов».м2 и зададим правила пересчета.После этой настройки в стандартных отчетах (например, «Ведомость по товарам на складах» или «Валовая прибыль предприятия») в панели настроек в поле «Выводить количество в единицах» мы сможем выбрать вариант «Единицах отчетов». Система автоматически пересчитает все показатели «на лету» без искажения складских остатков в базовой единице.
Мы проанализировали особенности учета мерных товаров в современных конфигурациях 1С. В зависимости от специфики вашего бизнеса рекомендуем выбрать одну из следующих стратегий: