При переходе на современные конфигурации семейства 1С:ERP или «Управление торговлей 11», многие специалисты сталкиваются с архитектурным решением, которое на первый взгляд кажется нелогичным: справочник СерииНоменклатуры подчинен не самой номенклатуре, а Виду номенклатуры. В классических системах серия всегда была жестко привязана к конкретному артикулу. В этой статье мы подробно разберем, какая «философия» и практическая польза заложены в этот механизм, и как это помогает решать сложные задачи автоматизации учета.
Для начала разберем терминологическую путаницу, которая часто возникает на этапе внедрения. Рассмотрим ситуацию: для мобильного телефона серия — это его уникальный IMEI (серийный номер), а для лекарственного препарата или краски серия — это номер производственной партии со сроком годности. Проанализируем, как 1С:ERP объединяет эти разные сущности в один механизм.
В системе под «серией» может пониматься:
Именно из-за того, что сущность «Серия» настолько многогранна, разработчики 1С вынесли её настройки на уровень Вида номенклатуры.
Рассмотрим ситуацию в металлургии или кабельной промышленности. У нас есть одна плавка металла, из которой изготовили уголок, швеллер и лист. Номер плавки (серия) и сертификат качества у них общие. Если бы серии были привязаны строго к номенклатуре, нам пришлось бы создавать три идентичные записи в справочнике для каждой позиции, что привело бы к дублированию данных и невозможности построить сквозной отчет по одной плавке для разных артикулов.
Привязка к виду номенклатуры позволяет системе использовать одну и ту же серию для разных номенклатурных позиций в рамках одного вида. Это критически важно для обеспечения прослеживаемости (Traceability). Мы можем одним кликом увидеть, на какие именно изделия была распределена конкретная партия сырья, независимо от того, как поменялся артикул в процессе производства.
В 1С:ERP механизм серий не работает «сам по себе» — он управляется Политикой учета серий. Проанализируем ситуацию, когда у предприятия десятки тысяч SKU. Настраивать правила ведения учета для каждой карточки товара вручную — это путь к ошибкам и колоссальным трудозатратам.
Вид номенклатуры выступает в роли шаблона. Настроив политику учета серий один раз в виде номенклатуры «Продукты питания», мы автоматически определяем правила для всех товаров этого вида:
Это один из самых глубоких смыслов архитектуры ERP. Рассмотрим подробнее, как серии влияют на финансовый результат. В 1С:ERP серии могут выполнять разные роли в зависимости от настройки в виде номенклатуры:
1. Справочное указание серий. Используется для фиксации серийных номеров (например, для гарантийного учета). Система просто «запоминает» номер, но он не образует отдельный разрез в регистре накопления ТоварыНаСкладах и не влияет на расчет себестоимости. В этом случае владельцем серии выступает номенклатура (настройка «Индивидуальные серии»).
2. Учет остатков и себестоимости. Серия становится полноценным разрезом учета. Проанализируем ситуацию: если мы учитываем серии как партии, то две разные серии одного и того же товара — это разные «кучки» на складе с разной ценой закупки. Привязка к виду номенклатуры позволяет системе эффективно управлять этими разрезами на уровне движений регистров.
Если мы заглянем в конфигуратор, то увидим, что у справочника СерииНоменклатуры владельцем может выступать как СправочникСсылка.Номенклатура, так и СправочникСсылка.ВидыНоменклатуры. Выясним, как система определяет владельца:
В форме настройки вида номенклатуры есть переключатель «Серии идентифицируют». Если выбрано «Партии товаров, имеющих одинаковые номера серий» или «Партии товаров, имеющих одинаковые сроки годности», система предлагает использовать настройку уникальности серий:
Рассмотрим пример того, как программно может выглядеть проверка политики учета серий для конкретной позиции (условно):
// Пример получения политики учета серий
Функция ПолучитьПолитикуУчетаСерий(НоменклатураСсылка)
ВидНом = НоменклатураСсылка.ВидНоменклатуры;
Если ВидНом.ИспользоватьСерии Тогда
Возврат ВидНом.ПолитикаУчетаСерий;
КонецЕсли;
Возврат Неопределено;
КонецФункции
Разберем еще одну ситуацию — учет тканей или кабелей. Здесь серия часто выступает идентификатором конкретного рулона или бухты. У разных артикулов ткани (например, «Ткань хлопок белая» и «Ткань хлопок синяя») могут быть одинаковые характеристики рулонов (длина, ширина, плотность). Использование общих серий на уровне вида «Ткани» позволяет складу оперировать понятием «Рулон №123» в отрыве от конкретного цвета при проведении инвентаризации или перемещении, сохраняя при этом связь с партией производителя.
Подведем итог нашему анализу. Привязка серий к виду номенклатуры в 1С:ERP — это не избыточное усложнение, а мощный инструмент, который позволяет:
Таким образом, архитектура системы подталкивает нас к правильному проектированию НСИ: сначала мы определяем правила игры (Вид номенклатуры), а затем наполняем систему объектами (Номенклатура), которые подчиняются этим правилам.