Принципы Построения Номенклатурных Справочников В 1С Управление Предприятием 2 (Erp 2.4.6)

Большинство справочников 1С предназначены для иерархической классификации контента.

Именно этот принцип чаще всего нарушается при работе со справочниками.

В нем всего несколько позиций: Товар, Контейнер, Сервис, Работа, Комплект. Типы «Товар» и «Услуга» имеют несколько подтипов, из которых особое внимание следует уделить продукции, подлежащей маркировке и контрольным опознавательным знакам.

Перечисление «типы позиций» является элементом управления отдельными алгоритмами 1С ERP и поэтому не подлежит редактированию пользователем.

На основе этого листинга пользователь имеет возможность организовать каталог «Типы предметов».

Каталог имеет иерархическую систему без ограничения уровней и доступен для заполнения пользователем.

Но не следует сразу совершать ошибку и формировать разветвленную справочную структуру справочника «Номенклатура» из справочника «Виды номенклатуры».

Виды номенклатуры должны быть максимально ограничены конкретными характеристиками номенклатуры и сделаны минималистичными.

Признаком неправильного составления «конкретного» справочника является желание вставить в имя элемента справочника определения, прилагательные и индексы.

Справочник должен быть конкретным, а прилагательные допускаются только в том случае, если понятие не выражается одним словом (существительным).

Например: в строку «одежда», «обувь», «головные уборы» допустимо добавить элемент «головные уборы», так как конкретный эквивалент «головные уборы» сложно найти в одном слове.

Обозначить «Шапки» невозможно, потому что фуражка – это не конкретное понятие, а вид головного убора наряду с «шапкой».

Аналогично и в машиностроении допускается обозначение типа номенклатуры «лопатки», однако определения «винтовые лопатки» и «лопатки турбины» уже не относятся к справочнику «Виды номенклатуры».

При первоначальном заполнении справочника типов товаров было бы вполне логично создать верхний уровень каталогов по сферам деятельности, например: торговля, производство, потребление (собственное), активы и т.д. Но это не единственное структурирование.

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

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

Это те свойства товара, которые важны для покупателя (потребителя) в количественном отношении.

Таким образом, следующий справочник блока номенклатуры «Характеристика номенклатуры» служит для описания тех параметров номенклатуры, по которым в системе должна быть информация о товарных остатках в количестве.

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

Количественные балансы в разрезе характеристик товара — это справочные данные для выгрузки в интернет-магазины, внешние базы данных и т.п.

Здесь важно не ведение иерархического списка.

характеристик товара, но не включая в характеристики те параметры, которые не представляют интереса для потребителя (покупателя) в разрезе количества - во избежание нагрузки на систему 1С в части учета количества.

Теперь давайте посмотрим на интересное следствие.

Если представить трехосную систему координат, где ось Х — тип номенклатуры, ось Y — категории продукции, ось Z — совокупность (сочетание) характеристик продукции, то номенклатура будет своеобразной функцией X, Y, Z. Фактически эти три измерения определяют не саму номенклатуру, а справочную группу «Номенклатура».

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

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

В действительности пространство «функции» номенклатуры состоит из более чем трёх измерений.

Например, измерение также может быть стандартными деталями, дополнительной информацией и деталями.

Но это существенно не усложнит автоименование групп в справочнике «Номенклатура».

Следует отметить, что каждый элемент справочника «Тип элемента» содержит конструктор имен элементов.

Название предмета основано на деталях предмета.

Реквизитами, в частности, являются тип товара, категория товара, сертификат. Поэтому логично, что в товарную группу должны быть включены товары одной категории товаров.

В 1С ERP нет стандартного функционала автоматического именования самих групп в справочнике «Номенклатура», поэтому при необходимости его необходимо разработать.

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

, «Категории товаров», «Характеристики товаров».

Если эта триада спроектирована правильно, то справочник Номенклатура, включая ее группы, де-факто будет спроектирован.

Дополнительные реквизиты используются для ведения списков характеристик продукции, не выраженных в стандартных справочниках, списках и подобных объектах.

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

Дублирование объектов со схожим назначением неизбежно приведет к путанице пользователей и накоплению мусора.

Дополнительная информация аналогична назначению и функционалу дополнительных реквизитов, но компания «1С» рекомендует в информации отражать характеристики, связанные не с самим объектом, а со связью объекта с внешними источниками или с контролем доступа к объекту.

Например, для хранения кодировок обмена данными, кодов во внешних базах данных и т.п.

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

Атрибут «Качество» также несколько обособлен.

Назначение его весьма ограничено – они распределяются по новым или б/у вещам, по степени износа.

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

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

Целью организации не является производство некачественного товара или закупка некачественного сырья для запуска в производство.

Поэтому для упрощения оформления справочника «Номенклатура» и его содержимого, возможно, правильнее не использовать признак «качество», а разделить товарно-материальные ценности разного качества учетными разделителями (субсчета, складские места, номенклатурные сегменты и т. д.) и/или маркировки.

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

А вот для производственных предприятий, где сырьем для производства служат товары (продукция) или материалы пониженного качества, имеет смысл выделить для такого вторичного сырья даже отдельный вид изделия и осуществить перевод из предмета реализации/производства в сырье.

материальный объект (например, при операциях по разборке).

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

Фильтр по свойствам задается в виде номенклатуры в виде списка реквизитов и дополнительной информации.

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

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

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

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

Заполнение реестра возможно как автоматически с использованием алгоритма, так и вручную путем непосредственного указания пар позиций.

Подбор пар осуществляется с учетом особенностей номенклатуры и путем настройки поиска ассоциаций в основных данных.

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

Цель данного функционала — подсказать менеджеру при подготовке подборок в торговой документации о том, какую еще продукцию можно предложить клиенту помимо заказанной.

Отсюда понятно, что если продажи организации формируются в отдельных биллинговых системах или в интернет-магазинах, то от описанного функционала мало толку.

Он представляет собой хранилище списка значений, выбранных в атрибуте товара «Производитель».

Эти значения являются просто текстовыми и никак не связаны с справочником «Контрагенты».

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

Поэтому в справочнике «Производители» стоит не перечислять производителей-юрлиц, а разделять их по «типам» производителей.

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

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

В номенклатуре есть отдельный атрибут «Бренд».

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

для каждого «типа» производителя создается отдельный элемент номенклатуры.

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

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

Это очень важный и значимый функционал, важность которого сложно переоценить.

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

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

Это дает возможность более легко контролировать производственные затраты, в т.ч.

за счет уменьшения количества и сложности ведения спецификаций.

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

Иначе это преступление! Каталог «Номенклатура поставщиков» является иерархическим и позволяет структурировать номенклатуру поставщиков по группам вашей номенклатуры или по независимым группам поставщиков.

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

увязка позиций производится один раз попарно в самом функционале «позиции поставщика» или непосредственно в приходных документах ТМЦ, в которых группировка производится.

не особенно важно.

В компаниях с большим товаропотоком имеет смысл запретить увязку позиций в приемных документах ТМЦ для сотрудников уровня «оператор», работающих с первичными документами, поскольку увязка требует гораздо более высокой квалификации и должна осуществляться выдается отдельным специалистом (товарщиком, инженером и т.п.

) в функционале «номенклатура поставщика» в период заключения сделки (договора).

Кроме того, перед поставкой комплекты товаров должны быть оперативно проверены на актуальность при внесении новых изменений в прайс-листы поставщиков.

Функционал «Номенклатура поставщиков» используется в системе планирования 1С ERP для автоматического формирования планов закупок из планов производства (потребностей в материалах) и планов закупок из планов продаж покупных товаров.

Также следует учитывать, что к номенклатуре поставщика привязан функционал «Цены поставщика», что также актуально при планировании планов закупок, особенно в отраслях с уникальной выпускаемой продукцией (судостроение, производство элитной мебели, отделка помещений и сооружений).

, хотя в типичной 1С нет управляемого пользователем алгоритма выбора по ценам поставщиков при планировании.

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

Ценовая группа назначается, если для нее можно указать специальную формулу расчета (в справочниках «Виды цен» или «Скидки»).

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

Если при создании все элементы номенклатуры будут связаны с ценовыми группами, то удобство выбора по этому критерию гарантировано.

Для каждой созданной сезонной группы в регистре «Сезонные коэффициенты» хранятся коэффициенты распределения по месяцам года (Не по годам/плановому периоду!!! А по месяцам календарного года).

Справочник полезен, если в основе планирования лежит первоначальное создание плана продаж на период (год) в целом по товарным категориям, а затем автоматически создается план продаж по номенклатуре с учетом сезонности и характеристик продукции.

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

сезонность уже будет учтена в обороте каждого месяца (недели).

Политики учёта партий можно разделить на «лёгкие» (не требующие учёта остатков или стоимости по партиям/датам годности) и «тяжёлые» (требующие учёта остатков или стоимости по партиям/датам годности).

«1С» предлагает использовать маркировку продукции и использование контрольных идентификационных знаков (КИС) в специально отведенном облегченном варианте политики типа «Маркировка продукции для GISM».

«Тяжелый» учет следует по возможности избегать, т.е.

его разумно использовать, в связи с тем, что серийный учет предполагает чрезвычайно высокую нагрузку на производительность системы, особенно вариант с типом политики «Учет затрат по сериям».

При этом происходит лавинообразное увеличение количества вычислений, процессорных операций и количества строк в табличных частях документов движения ТМЦ.

Каталог политики пакетного учета по умолчанию не является иерархическим, поэтому при проектировании его элементов рекомендуется здоровый минимализм.

Поскольку учетная политика партий привязана к типу номенклатуры, она применяется ко всем позициям номенклатуры данного типа.

Серийный учет следует вводить только в тех случаях, когда каждая единица продукции имеет уникальные отличия или когда используется маркировка GISM или индивидуальная поштучная идентификация единиц продукции (например, RFID-метки) или когда значения имеют выпуск/срок годности.

даты.

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

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

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

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

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

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

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

Справочники «Коллекции», «Рейтинги продаж товаров», «Ассортиментные квоты» весьма специфичны и предназначены для розничной торговли товарами народного потребления, поэтому в данной статье мы их рассматривать не будем.

Для системного подхода к проектированию содержимого каталогов и применения к нему математических инструментов следует строго придерживаться описанного в статье принципа строгой иерархической классификации.