Структура номенклатурного справочника в 1С:ERP: как спроектировать её до старта внедрения

Справочник номенклатуры — это не «список товаров», а несущая конструкция всей системы. От того, как он устроен, зависят скорость работы операторов, достоверность остатков, корректность себестоимости и, в конечном счёте, судьба проекта внедрения. Разбираем, как спроектировать структуру справочника номенклатуры в 1С:ERP так, чтобы она работала на бизнес, а не против него.

Почему номенклатура — фундамент, а не «справочник»

Практически каждая операция в 1С:ERP выполняется с указанием конкретной номенклатурной позиции: закупка, приёмка, перемещение, производственный выпуск, отгрузка, взаиморасчёт. Планирование в большинстве сценариев ведётся с точностью до номенклатуры. Правила отражения операций в регламентированном и управленческом учёте задаются либо для конкретной позиции, либо для укрупнённых групп. То есть номенклатурный справочник используют все подсистемы без исключения — от CRM до расчёта себестоимости.

Отсюда простое следствие: ошибка в структуре справочника — это не локальная ошибка «в НСИ». Она размножается по всем разделам системы и проявляется там, где её меньше всего ждут: в расхождении остатков, в неверной себестоимости, в невозможности собрать отчётность по ассортименту.

Что ломается, если структуру не спроектировали

При большом объёме номенклатуры и отсутствии заранее продуманной структуры проблемы проявляются в предсказуемой последовательности.

Обратите внимание: три из четырёх строк — это не проблемы программы. Это управленческие решения, которые не были приняты вовремя. Поэтому проектирование справочника — задача не программиста, а связки «владелец процесса + методолог + консультант».

Две привычные модели и их пределы

Модель 1. Иерархия групп

Самый распространённый подход: группы-папки классифицируют ТМЦ по разным признакам — по особенностям отражения в учёте, по назначению в хозяйственной деятельности, по поставщикам, по материалу. При небольшом справочнике и небольшом числе сотрудников это удобно.

Проблемы начинаются при росте объёма. Признаки классификации обычно не формализованы, разные сотрудники понимают их по-разному, выбор группы делается ситуативно. С ростом числа признаков становится неочевидным порядок уровней в дереве, навигация превращается в квест.

Отдельная, принципиально неразрешимая в этой модели проблема: каждой службе нужна своя классификация. Бухгалтерии и финансам — по особенностям учёта, технологам и производству — по физическим параметрам и месту в технологической цепочке, складу — по габаритам и условиям хранения. Эти классификации могут прямо противоречить друг другу, а дерево у справочника одно.

Модель 2. Характеристики

Второй устоявшийся подход — выносить варианты исполнения одного товара в характеристики. Он хорошо работает там, где потребительские свойства чётко делятся на главные и второстепенные: классический пример — одежда с размерным рядом.

Но как только значимых свойств становится много, граница между «номенклатурой» и «характеристикой» размывается, и решение о том, что вынести в характеристику, снова принимается волюнтаристски.

Заказчик автоматизации, как правило, мыслит именно в рамках этих двух моделей — даже когда осознаёт их недостатки, решение ищет внутри той же парадигмы. Задача консультанта на этапе внедрения — помочь выйти за эти рамки.

Вид номенклатуры — основная ось классификации

В 1С:ERP возможность вести иерархический список сохранена, но основной классификацией является вид номенклатуры. В один вид попадают позиции, которые учитываются по одним правилам: у них совпадают параметры учёта, набор описывающих свойств, порядок работы с характеристиками и политика учёта серий. На практике это почти всегда одна ассортиментная группа.

Виды номенклатуры — это отдельный справочник, который сам может быть иерархическим. Навигация по номенклатуре при этом строится на основе иерархии видов, а не иерархии папок самой номенклатуры.

Множество произвольных видов включается функциональной опцией НСИ и администрирование → Настройка НСИ и разделов → Номенклатура → Разрезы учёта → Множество видов номенклатуры. Сам список ведётся в НСИ и администрирование → НСИ → Классификаторы номенклатуры → Виды номенклатуры.

Регистрация нового вида — это не «создать элемент», а последовательность проектных решений:

1. основная информация о настройках учёта: тип номенклатуры, группа доступа, использование характеристик и серий;
2. состав дополнительных реквизитов, описывающих потребительские свойства;
3. настройка генерации наименований по значениям этих реквизитов;
4. настройка фильтров по потребительским свойствам;
5. настройка обязательного заполнения, отображения по умолчанию и контроля уникальности реквизитов при создании позиции;
6. значения по умолчанию для новых позиций;
7. состав дополнительных сведений.

Тип номенклатуры: пять вариантов и их учётные последствия

Для каждого вида указывается тип. Выбор типа определяет, какие механизмы учёта вообще будут доступны позициям этого вида, — и переиграть его потом дорого.

Дополнительно для вида задаётся вариант оформления продажи — обычная реализация, акт на передачу прав или акт выполненных работ. А если включены агентские (комиссионные) услуги, для услуг указывается вариант оказания: организацией-продавцом, организацией по агентской схеме или партнёром. Эти настройки напрямую определяют комплект первичных документов, поэтому согласовывать их нужно с бухгалтерией до начала загрузки данных.

Шесть параллельных классификаторов для разных служб

Главное преимущество модели 1С:ERP в том, что классификаций может быть несколько, и они не конкурируют между собой за единственное дерево. Наряду с видами номенклатуры доступны:

Отдельно стоит подчеркнуть возможности группы финансового учёта. Она указывается в карточке номенклатуры и не привязана к иерархии справочника, а внутри группы порядок отражения настраивается по организациям и складам. Практический эффект: одна карточка номенклатуры может проходить по бухгалтерии по-разному в зависимости от того, где она лежит и кому принадлежит. В производственном юрлице — как готовая продукция, в торговом — как материал; на основном складе — как товар, на складе снабжения — как материал. Перемещение между складами само меняет счёт учёта, без ручных корректировок и без дублирования позиции.

Это ровно тот случай, когда правильно принятое методологическое решение снимает необходимость в доработках. Но чтобы им воспользоваться, нужно заранее описать, какие организации и склады у вас есть и по каким правилам номенклатура меняет роль.

Дополнительные реквизиты вместо глубокой иерархии

Дополнительные реквизиты описывают потребительские свойства, физические и технические параметры позиции. Их можно задавать для конкретных видов номенклатуры или сделать общими для всего предприятия. Наравне с основными реквизитами они участвуют в генерации наименований по шаблону, в контроле уникальности и в поиске позиций с заданными свойствами.

Именно они позволяют «расплющить» иерархию. Разберём на конкретном примере.

Пример: изделия из металла

Компания продаёт профильные изделия. В прежней системе в справочнике были выделены группы «Уголки» и «Тавровые балки», а внутри них — подгруппы по материалу: «Сталь легированная 12Х18Н10Т», «Сталь 100Х5МФ», «Алюминий». Классификация держалась на договорённостях, а глубина дерева росла с каждым новым материалом.

В 1С:ERP для профильных изделий создаётся один вид номенклатуры с двумя дополнительными реквизитами — Профиль изделия и Материал — каждый со своим списком допустимых значений. Классификация становится формализованной, а иерархия — плоской.

Выигрыш здесь не только в удобстве навигации. Формализованные значения реквизитов дальше работают в шаблоне наименования, в контроле уникальности и в фильтрах — то есть один раз принятое решение окупается в трёх местах.

Характеристики: когда нужны, а когда мешают

Характеристика — это вариант исполнения номенклатурной позиции. Использование характеристик задаётся в виде номенклатуры, перечень значений может быть общим для вида, общим с другими видами или индивидуальным для позиции. Сама возможность включается опцией НСИ и администрирование → Настройка НСИ и разделов → Номенклатура → Характеристики номенклатуры.

Характеристики действительно полезны, когда нужно:

• задать единую линейку размеров для всей номенклатуры одного вида (общие характеристики);
• разделить одну и ту же услугу по принципалам;
• использовать автоподбор характеристик материалов по свойствам продукции в ресурсных спецификациях.

Но у них есть ограничения, которые редко обсуждают на старте проекта, а всплывают они уже в опытной эксплуатации.

Практический вывод, который мы формулируем почти на каждом проекте: целесообразность использования характеристик стоит критически пересмотреть при переходе на 1С:ERP. Большинство сценариев, где раньше применялись характеристики, сегодня закрываются дополнительными реквизитами номенклатуры — точнее, формализованнее и удобнее для пользователя. Вместо одной характеристики, кодирующей одновременно цвет и размер, лучше завести два отдельных реквизита.

Наименования, контроль заполнения и борьба с дублями

Наименование — главный инструмент поиска. Оно должно быть понятным сотрудникам и внешним пользователям и отражать ключевые особенности товара. Ручной ввод этого не обеспечивает: два человека опишут одну и ту же позицию по-разному, и в справочнике появится дубль.

Шаблоны наименований

Шаблон — это формула, по которой наименование собирается из основных и дополнительных реквизитов. Отдельно настраиваются рабочее наименование (должно быть уникальным, используется для поиска) и наименование для печати. Если ведётся учёт по характеристикам и сериям, шаблоны настраиваются и для них.

Шаблоны задаются на вкладке «Шаблоны наименований» карточки вида номенклатуры, формула редактируется в отдельной форме и проверяется кнопкой «Проверить формулу». Части соединяются знаком «+», произвольный текст пишется в кавычках.

Пример из практики: для кабелей задаётся шаблон «Кабель NYM (» + [Производитель] + «)» + [Число жил] + «x» + [Сечение (кв. мм)]. Результат — «Кабель NYM (Севкабель) 3×1,5». Наименование становится предсказуемым, а значит — находимым.

Контроль заполнения и контроль уникальности

Вместе с шаблоном обязательно настраивается контроль. Контроль заполнения гарантирует, что поля, участвующие в формуле, не останутся пустыми — иначе наименование сформируется некорректно. Контроль уникальности не даёт создать дубль.

Управленческий эффект этой связки недооценивают. Она позволяет отказаться от выделенных «хранителей справочника» — узкого места, которое тормозит закупки и продажи, — и делегировать ввод новых позиций непосредственным исполнителям, не потеряв при этом качество данных. Это тот случай, когда настройка системы напрямую меняет организационную схему.

Навигация и поиск в большом справочнике

Для списка «Номенклатура» предусмотрены два альтернативных режима навигации.

При работе по видам и свойствам для каждого вида настраиваются собственные параметры отбора: для обуви — размер и цвет, для холодильников — комплектация, марка, производитель. Фильтр задаётся прямо в момент выбора номенклатуры в документе: список сокращается до позиций, удовлетворяющих условиям, и оператор делает выбор за секунды.

Ещё одна деталь, экономящая время: если выбран режим навигации по видам и свойствам, при создании нового элемента вид номенклатуры определяется автоматически.

Номенклатура поставщика вместо дублей

Во многих компаниях сложилась практика заводить позиции под наименованием поставщика. Мотивация понятна: операторам удобнее вводить входящие документы, бухгалтерия требует «чтобы совпадало». Хотя в нормативных актах такого требования нет.

Результат предсказуем: один и тот же материал от трёх поставщиков превращается в три карточки. Дальше начинаются проблемы в производстве (спецификация ссылается на одну из них) и в продажах (остаток размазан по трём позициям).

Правильное решение: для товаров и материалов с одинаковыми потребительскими и физическими свойствами использовать один элемент справочника номенклатуры, а сопоставление с наименованиями в первичных документах вести через отдельный справочник «Номенклатура поставщика». Так вы сохраняете и удобство операторов, и целостность учёта.

Порядок работ: как мы проектируем справочник

Проектирование номенклатурного справочника — это отдельный блок работ на предпроектной стадии, а не задача, которую решают «по ходу» настройки. Последовательность, которую мы используем на проектах ERP Band:

1. Инвентаризация текущего справочника. Объём, глубина иерархии, доля дублей, доля позиций без движения за 12 месяцев, наименования «как у поставщика».
2. Интервью со службами. Какие решения принимает каждая служба и по каким признакам ей нужно отбирать номенклатуру. Именно здесь становится видно, сколько классификаций нужно на самом деле.
3. Проектирование видов номенклатуры. Ассортиментные группы, типы номенклатуры, состав дополнительных реквизитов и их допустимые значения.
4. Раскладка по классификаторам. Ценовые группы, сегменты, складские группы, группы финансового и аналитического учёта, группы доступа.
5. Правила именования и контроля. Шаблоны наименований, контроль заполнения и уникальности, регламент ввода новых позиций и распределение ответственности.
6. Пилотная миграция и приёмка. Перенос ограниченного среза, проверка поиска и отборов реальными пользователями, доработка правил, только затем — полная загрузка.

Первые два шага — это работа по процессам, а не по системе. И именно они определяют, будет ли справочник удобным. Настройка 1С без них превращается в оцифровку существующего беспорядка.

Чек-лист готовности справочника к переносу

• Определён перечень видов номенклатуры и для каждого выбран тип (товар, тара, работа, услуга, набор).
• Для каждого вида зафиксирован состав дополнительных реквизитов и списки их допустимых значений.
• Принято решение по характеристикам: где они действительно нужны, а где заменяются реквизитами.
• Заданы шаблоны рабочего наименования и наименования для печати; шаблоны проверены на реальных позициях.
• Настроены контроль заполнения и контроль уникальности реквизитов, участвующих в наименовании.
• Определены группы финансового и аналитического учёта, проверены правила отражения по организациям и складам.
• Настроены группы доступа и определено, кто имеет право создавать новые позиции.
• Настроены фильтры по свойствам для видов с большим числом позиций.
• Заведён справочник «Номенклатура поставщика» и описано правило сопоставления.
• Согласован регламент ввода новой позиции: кто, на каком основании, за какое время.
• Проведена чистка дублей и позиций без движения — переносим только то, что нужно.

KPI, по которым видно, что справочник живой

Частые вопросы

Что дальше

Структура номенклатуры — первый из нескольких взаимосвязанных блоков НСИ. Следом идут единицы измерения и упаковки, политика учёта серий и структура предприятия: решения в них тоже принимаются один раз и потом определяют работу системы годами. Если вы находитесь в начале проекта — имеет смысл проектировать эти блоки вместе, а не по очереди.

Читайте также

• Нормативно-справочная информация в 1С:ERP
• Карточка номенклатуры в 1С:ERP
• Поиск номенклатуры и быстрые отборы
• Дополнительные реквизиты и сведения номенклатуры
• Единицы измерения и упаковки в 1С:ERP