Номенклатура, склады, подразделения, ресурсные спецификации, переналадки, средства технологического оснащения и учётные аналитики
Вопрос подписчика: Нам говорят: сначала наведите порядок в справочниках, а потом начинайте внедрение 1С:ERP. Это правильно?
ERP-Мастер: Если под этим понимается «почистите номенклатуру, удалите дубли и как-нибудь приведите справочники в порядок», то нет. Для производственного предприятия это опасное упрощение.
Справочники 1С:ERP нельзя проектировать отдельно от бизнес-процессов. Невозможно правильно понять, какие признаки нужны номенклатуре, какие склады выделять, какие подразделения заводить, как описывать рабочие центры, как строить ресурсные спецификации, как учитывать переналадки и средства технологического оснащения, если неизвестно, как предприятие реально продаёт, закупает, производит, хранит, отгружает, закрывает период и считает финансовый результат.
В профессиональной речи этот слой часто называют нормативно-справочной информацией. Но для руководителя предприятия проще сказать так: речь идёт о справочной структуре предприятия — о том языке, на котором 1С:ERP понимает номенклатуру, склады, подразделения, ресурсы, производство, учёт, себестоимость и управленческие решения.
ERP-Мастер: справочник, построенный без процесса, почти всегда превращается в красивую, но бесполезную таблицу.
Что такое справочная структура предприятия
Вопрос подписчика: А что вы называете справочной структурой предприятия? Это просто справочник номенклатуры?
ERP-Мастер: Нет. Номенклатура — важная часть, но это только один фрагмент.
Справочная структура предприятия — это согласованная система справочников, классификаторов, признаков, дополнительных реквизитов, аналитик, правил именования, правил изменения данных, владельцев данных, проверок и инструкций, на которых держится работа 1С:ERP.
Она отвечает на практические вопросы: как предприятие называет свои предметы управления, какие признаки нужны номенклатуре, складам, подразделениям, рабочим центрам и ресурсным спецификациям, кто имеет право создавать и менять справочные данные, какие проверки должны предотвращать ошибки и как справочники связаны с процессами, документами, учётом, себестоимостью и отчётностью.
Важно понимать масштаб. В 1С:ERP десятки основных справочников и связанных справочных объектов — условно более 80. В статье мы не перечисляем всё. Мы показываем ключевые группы, без которых невозможно нормально строить производственный ERP-проект.
Номенклатура — это не один «справочник товаров». Это группа справочных объектов: виды номенклатуры, характеристики, серии, единицы измерения, упаковки, дополнительные реквизиты, шаблоны наименований, правила поиска дублей, аналоги и замены.
Склады — тоже не один список складов. Это склады, помещения, ячейки, зоны хранения, правила размещения, статусы запасов, качество, параметры выдачи и возврата.
Подразделения и рабочие центры также имеют обслуживающие справочники и классификаторы: виды рабочих центров, производственные участки, параметры планирования, графики, признаки загрузки, правила использования ресурсов.
Отдельная часть задач решается через дополнительные реквизиты. Именно они позволяют фиксировать признаки, которых нет в типовой структуре, но которые нужны для закупки, склада, производства, учёта, себестоимости, планирования и управленческой отчётности.
ERP-Мастер: справочная структура — это не «почищенный справочник». Это язык, на котором 1С:ERP понимает предприятие.
Почему нельзя проектировать справочники по меню 1С
Вопрос подписчика: Но ведь в 1С:ERP уже есть справочники. Почему нельзя просто открыть программу и заполнить их?
ERP-Мастер: Потому что предметная область предприятия не равна меню 1С. Это очень важное различие.
Есть термин предметной области, есть предмет управления, есть бизнес-процесс, есть документ 1С:ERP, есть справочник, есть реквизит, есть аналитика учёта, есть объект метаданных. Их нельзя смешивать.
Например, «заказ на производство» как управленческое понятие не всегда равен документу «Заказ на производство» в 1С:ERP. На одном предприятии это может быть управленческое распоряжение на выпуск партии. На другом — внутренняя диспетчерская единица. На третьем — связь между заказом клиента, производственным этапом, обеспечением материалами и выпуском готовой продукции.
То же самое с оборудованием. «Единица оборудования» как предмет управления не равна автоматически конкретному справочнику. Нужно понять, где оборудование участвует: в производственном процессе, в рабочем центре, в графике загрузки, в ремонтах, в переналадках, в расчёте производственной мощности, в себестоимости.
Средства технологического оснащения тоже нельзя свести к простой складской позиции. Они могут быть номенклатурой, объектом складского учёта, ресурсом производства, объектом ремонта, элементом ресурсной спецификации и причиной ограничения производственного графика.
ERP-Мастер: нельзя проектировать справочники, просто глядя на меню 1С. Сначала нужно понять предметы управления предприятия, а уже потом мэппить их на справочники, документы, реквизиты и аналитики 1С:ERP.
🔗 [Подробнее: глоссарий Nexus и семантическое ядро предприятия]
Справочная структура обслуживает бизнес-процессы
Вопрос подписчика: Как бизнес-процессы вообще связаны со справочниками?
ERP-Мастер: Напрямую. Каждый процесс задаёт требования к справочникам.
Процесс продажи определяет, какие признаки нужны клиенту, договору, номенклатуре, условиям поставки, упаковке, отгрузке, каналам продаж и управленческим разрезам.
Процесс закупки определяет, какие признаки нужны поставщику, договору, номенклатуре, срокам поставки, условиям обеспечения, аналогам и заменам.
Процесс производства определяет изделие, полуфабрикат, материал, ресурсную спецификацию, рабочий центр, этап, операцию, вид работ, переналадку и средства технологического оснащения.
Складской процесс определяет склад, ячейку, упаковку, партию, серию, качество, доступность, выдачу в производство, возврат из производства и правила перемещения.
Процесс закрытия периода определяет статьи затрат, объекты затрат, аналитики, незавершённое производство, выпуск готовой продукции, себестоимость и финансовый результат.
ERP-Мастер: пока неизвестен процесс, невозможно понять, какие справочники, признаки и аналитики должны его обслуживать.
Оперативная справочная структура: что входит в производственный контур
Вопрос подписчика: Хорошо. А что входит в оперативную справочную структуру производственного предприятия?
ERP-Мастер: Если говорить укрупнённо, там несколько больших блоков.
Первый блок — номенклатурный. Это номенклатура, виды номенклатуры, характеристики, серии и партии, единицы измерения, упаковки, шаблоны наименований, дополнительные реквизиты, правила поиска дублей, аналоги и замены.
Второй блок — складской. Это склады, помещения, ячейки, зоны хранения, правила размещения, статусы запасов, качество запасов, правила выдачи в производство и возврата.
Третий блок — производственный. Это производственные подразделения, участки, рабочие центры, виды рабочих центров, ресурсные спецификации, состав изделий, этапы производства, операции, виды работ, маршруты производства и параметры планирования.
Операции и виды работ нельзя терять. Операция показывает, что именно выполняется в производственном процессе, а вид работ нужен в том числе для отражения трудозатрат, оплаты труда, нормирования и последующего анализа себестоимости.
Четвёртый блок — переналадки. Это виды переналадок, причины, связь с изделием, партией, характеристикой, оборудованием, рабочим центром, средствами технологического оснащения, нормативная и фактическая длительность, правила планирования и влияние на график производства.
Пятый блок — средства технологического оснащения. Это более широкий термин, чем технологическая оснастка. В него могут входить специальная технологическая оснастка, инструмент, приспособления, штампы, формы, оправки, шаблоны, калибры и другие средства, без которых невозможно выполнить конкретные производственные операции.
ERP-Мастер: если в производственной модели нет операций, видов работ, переналадок и средств технологического оснащения, предприятие теряет связь между фактическим трудом, производственным процессом, мощностью, оплатой труда и себестоимостью.
Номенклатура как управленческая карточка предмета
Вопрос подписчика: Почему вы так много внимания уделяете номенклатуре? Это же просто список материалов и изделий.
ERP-Мастер: В производственной ERP номенклатура — это не просто список. Это управленческая карточка предмета, который проходит через закупку, склад, производство, учёт, себестоимость и отчётность.
Нормальная номенклатура должна отвечать на множество вопросов. Как позиция закупается? Как хранится? Как используется в производстве? Входит ли в ресурсную спецификацию? Это изделие, полуфабрикат, материал, услуга, средство технологического оснащения или инструмент? Есть ли характеристики? Ведётся ли учёт по сериям или партиям? Есть ли аналоги и замены? Есть ли связь с инженерной системой? Влияет ли позиция на себестоимость? Нужна ли она для планирования? Кто имеет право создавать и изменять такую позицию?
Если эти вопросы не заданы заранее, справочник быстро зарастает дублями. Одни и те же материалы называются по-разному, изделия создаются без нужных признаков, в ресурсных спецификациях появляются неоднозначные позиции, остатки переносятся с ошибками, а финансовый блок потом не понимает, как считать себестоимость.
В практических проектах ERP-Мастер работа с номенклатурой может включать загрузку данных из старой системы, создание библиотеки дополнительных реквизитов, разработку видов номенклатуры, шаблонов наименований, выявление дублей, определение эталонных позиций, создание новой справочной структуры и выравнивание остатков.
ERP-Мастер: нормальная номенклатура — это не красивое название позиции. Это управленческая карточка предмета, который проходит через закупку, склад, производство, учёт, себестоимость и отчётность.
Ресурсные спецификации и состав изделия
Вопрос подписчика: А ресурсные спецификации — это уже отдельная производственная тема?
ERP-Мастер: Да, но она напрямую связана со справочной структурой. Ресурсная спецификация не появляется автоматически после создания номенклатуры. Она зависит от того, как описан производственный процесс.
Нужно понять состав изделия, полуфабрикаты, материалы, этапы производства, операции, рабочие центры, виды работ, нормы потребления, варианты спецификаций, переналадки, средства технологического оснащения, трудовые ресурсы, изменения и версии.
Если у предприятия есть инженерная система, важно понять, как состав изделия, версии, изменения, аналоги и замены переходят в 1С:ERP. Иначе у конструктора будет один состав изделия, у производства другой, у закупки третий, а у бухгалтерии четвёртый.
Ресурсная спецификация должна быть связана не только с изделием, но и с реальным процессом производства. Где возникает полуфабрикат? Где нужен рабочий центр? Где возникает операция? Где возникает переналадка? Где требуется специальное технологическое оснащение? Какие нормы влияют на планирование и себестоимость?
ERP-Мастер: если не описан производственный процесс, ресурсная спецификация превращается в гадание: что считать изделием, что полуфабрикатом, что переделом, что операцией, что переналадкой, а что средством технологического оснащения.
Переналадки как самостоятельный слой справочной структуры
Вопрос подписчика: А переналадки разве относятся к справочникам? Это же просто производственное время.
ERP-Мастер: Переналадка — это не просто пауза между операциями. Это управляемое производственное событие, которое влияет на мощность, сроки, себестоимость, график производства, доступность рабочих центров и управленческий анализ.
Переналадка может зависеть от изделия, партии, серии, характеристики, оборудования, рабочего центра, операции и средств технологического оснащения. Для неё нужны виды переналадок, причины, нормативная длительность, фактическая длительность, ответственные роли, правила планирования и связь с ресурсной спецификацией.
Если переналадки не описаны в бизнес-процессах, ERP видит красивый план, но не видит реальную потерю времени между партиями и изделиями. В результате загрузка рабочих центров выглядит лучше, чем есть на самом деле, график производства становится нереалистичным, а себестоимость не отражает фактическую сложность выпуска.
ERP-Мастер: переналадка — это не пауза между операциями. Это управляемое производственное событие, которое должно иметь правила, нормативы, причины, ответственных и связь с ресурсной спецификацией.
Средства технологического оснащения: потребность, выдача, ресурс и ремонт
Вопрос подписчика: А средства технологического оснащения зачем выводить в отдельный блок?
ERP-Мастер: Потому что для производства это часто отдельный контур управления. Если изделие нельзя изготовить без специальных средств технологического оснащения, они должны быть видны в справочной структуре, планировании, складе, снабжении, выдаче в производство, ремонте и учёте ресурса.
Средства технологического оснащения — это широкий термин. В него могут входить специальная технологическая оснастка, инструмент, приспособления, штампы, формы, оправки, шаблоны, калибры и другие средства, без которых невозможно выполнить конкретные операции.
Жизненный цикл этого контура выглядит так: потребность в средствах технологического оснащения, проверка наличия, изготовление или закупка под заказ, поступление, хранение, выдача в производство, использование в операции или ресурсной спецификации, возврат из производства, учёт ресурса и состояния, ремонт, замена или списание.
Если этот процесс не описан, предприятие теряет целый слой данных. Непонятно, что нужно изготовить или закупить, где это хранится, кто получил, когда вернуть, сколько ресурс уже отработал, что нужно ремонтировать, что влияет на качество и почему производство не может начать операцию вовремя.
ERP-Мастер: средства технологического оснащения — это не просто складская позиция. Это производственный ресурс со своим жизненным циклом: потребность, изготовление или закупка, хранение, выдача, использование, возврат, ресурс, ремонт и списание.
Инженерные системы, изменения, аналоги и замены
Вопрос подписчика: А если у предприятия есть PDM или PLM-система, это тоже касается справочников 1С:ERP?
ERP-Мастер: Да. Для машиностроения, приборостроения, металлообработки и сложной сборки справочная структура не может жить только внутри ERP.
Нужно связать состав изделия в инженерной системе, версии изделия, извещения об изменениях, аналоги, замены, конструкторские спецификации, ресурсные спецификации ERP, маршруты согласования, закупки, производство, склад и себестоимость.
Если инженерный контур не связан с ERP-процессами, номенклатура начинает жить двойной жизнью. У конструктора один состав изделия, у производства второй, у закупки третий, у бухгалтерии четвёртый. Потом это проявляется в дублях, ошибках спецификаций, ручных заменах, несходящихся остатках и сложностях закрытия периода.
ERP-Мастер: если инженерный контур не связан с ERP-процессами, номенклатура начинает жить двойной жизнью: у конструктора один состав изделия, у производства второй, у закупки третий, у бухгалтерии четвёртый.
🔗 [Подробнее: интеграция инженерных систем и 1С:ERP]
Финансовая справочная структура: почему она появляется после операционного контура
Вопрос подписчика: А финансовые справочники можно настроить отдельно? Статьи затрат, статьи движения денежных средств, центры финансовой ответственности?
ERP-Мастер: Можно завести их отдельно. Но правильно спроектировать — нельзя, если непонятна операционная модель предприятия.
Для финансового блока критично понимать номенклатуру, группы номенклатуры, группы финансового учёта номенклатуры, группы аналитического учёта номенклатуры, единицы хранения и измерения, готовую продукцию, формы упаковки готовой продукции, каналы продаж, выпуск готовой продукции, условия продаж и коммерческие расходы.
Только после этого можно корректно переходить к производственным и учётным деталям: операции, этапы производства, ресурсные спецификации, виды работ, трудозатраты, переналадки, средства технологического оснащения, незавершённое производство, выпуск готовой продукции и закрытие периода.
Затем проектируются финансовые справочники: статьи затрат, статьи движения денежных средств, статьи бюджетов, направления деятельности, центры финансовой ответственности, объекты затрат, базы распределения, аналитики управленческого и бухгалтерского учёта, модель себестоимости и финансовый результат.
Например, если предприятие не понимает свои каналы продаж, упаковку готовой продукции и продуктовые группы, непонятно, как распределять коммерческие и часть косвенных расходов. Расходы могут быть общими, но управленческое решение требует ответа: на какой продукт, группу номенклатуры, канал продаж, заказ, направление деятельности или клиента они должны лечь.
То же самое относится к единицам измерения. Если продукция хранится в одних единицах, продаётся в других, производится в третьих, а управленческий анализ требует ещё одного разреза, это должно быть заложено в справочную структуру заранее. Иначе себестоимость и финансовый результат будут считаться с постоянными ручными уточнениями.
ERP-Мастер: финансовые справочники нельзя проектировать в отрыве от номенклатуры, готовой продукции, упаковки, каналов продаж и производственной модели. Иначе непонятно, на что распределять расходы, себестоимость чего считать и какой финансовый результат показывать руководителю.
Почему это итеративный процесс
Вопрос подписчика: Получается, всё нужно сначала идеально описать, а потом заводить справочники?
ERP-Мастер: Нет. Это не линейная работа «один раз описали и больше не возвращаемся». Это итеративный процесс.
Сначала бизнес-процессы дают первую картину справочной структуры. Потом проектируются номенклатура, склады, подразделения, рабочие центры, ресурсные спецификации, переналадки, средства технологического оснащения. Потом финансовый блок задаёт свои требования: группы номенклатуры, аналитики, статьи затрат, базы распределения, финансовый результат.
И иногда финансовая модель возвращает проект назад. Например, для себестоимости не хватает аналитики по виду изделия, упаковке, каналу продаж, виду работ, рабочему центру, средствам технологического оснащения или переналадке. Тогда оперативную справочную структуру нужно уточнять.
Это нормально. Главное — чтобы изменения не происходили хаотично. У справочников должны быть владельцы, правила изменения, проверки, профили доступа, инструкции и понятная процедура принятия решений.
ERP-Мастер: справочная структура не высечена в камне. Она уточняется по мере того, как предприятие понимает процессы, учёт, себестоимость и управленческие решения.
Как выглядит подпроект ERP-Мастер по разработке справочной структуры
Вопрос подписчика: А как это выглядит как работа? Что вы фактически делаете?
ERP-Мастер: В зависимости от задачи это может быть отдельный подпроект внутри внедрения 1С:ERP или отдельная работа по уже работающей системе.
Например, практический подпроект может включать настройку обмена и загрузку номенклатуры из старой системы в 1С:ERP, создание библиотеки дополнительных реквизитов, разработку видов номенклатуры, создание шаблонов наименований, выявление дублей, определение эталонных позиций, создание новой справочной структуры номенклатуры, перенос и выравнивание остатков.
Дальше подключается производственный блок: разработка ресурсных спецификаций и состава изделий, уточнение операций, видов работ, переналадок, средств технологического оснащения, связи с производственными подразделениями, рабочими центрами, складом, закупкой, планированием и себестоимостью.
Затем обязательно появляются правила эксплуатации справочной структуры: операционные инструкции, профили групп доступа, модуль проверки данных, правила изменения справочников и приёмочные испытания результата.
ERP-Мастер: разработка справочной структуры должна заканчиваться не Excel-таблицей, а работающим контуром: справочники, правила, права, проверки, инструкции и приёмка результата в 1С:ERP.
Что получает заказчик
Вопрос подписчика: Что предприятие получает на выходе, кроме «почищенных справочников»?
ERP-Мастер: Правильный результат шире.
ERP-Мастер: заказчик получает не просто «чистые справочники», а управляемую справочную систему, которая поддерживает процессы, учёт, производство, склад, финансы и развитие 1С:ERP.
Переход к глоссарию Nexus и семантическому ядру
Вопрос подписчика: А при чём здесь Nexus? Мы же говорим про справочники 1С:ERP.
ERP-Мастер: Справочники 1С:ERP — это язык данных ERP. Справочная архитектура предприятия — это уже язык процессов, учёта и данных предприятия. А глоссарий Nexus и семантическое ядро — следующий слой этой работы.
Глоссарий Nexus закрепляет термины, предметы, роли, события, документы, показатели и связи между ними. Семантическое ядро — более точное научное название фундамента, на котором держится управленческая память и ИИ-контур предприятия.
Если в ERP нет порядка в справочниках, то данные распадаются. Если в предприятии нет порядка в смыслах, то распадаются процессы, ответственность, KPI, инструкции, учёт и управленческие решения.
Nexus: если 1С:ERP требует порядка в справочниках, то интеллектуальное предприятие требует порядка в смыслах. Поэтому разработка справочной архитектуры естественно переходит в глоссарий Nexus и семантическое ядро предприятия.
🔗 [Подробнее: глоссарий Nexus и семантическое ядро предприятия]
Как начать
Вопрос подписчика: Что нужно сделать, если мы хотим понять, есть ли у нас проблема со справочной структурой 1С:ERP?
ERP-Мастер: Начать лучше с входного вопросника ERP-Мастер. Не нужно сразу готовить большое техническое задание и выгружать все справочники.
Сначала важно описать бизнес-процессы, текущую 1С, номенклатуру, склады, производство, ресурсные спецификации, закрытие периода, проблемы с дублями, переносом остатков, себестоимостью, каналами продаж, упаковкой готовой продукции, переналадками и средствами технологического оснащения.
После обработки вопросника мы сможем понять, нужен ли отдельный подпроект по разработке справочной структуры предприятия, какие блоки в нём будут критичны, какие работы можно выполнять первыми и какой результат должен быть получен.
🔗 [Перейти к входному вопроснику ERP-Мастер]
Ответы и аудиозапись можно отправить на почту: vmeste@erp-master.ru.
Первый шаг: не начинайте со слов «почистить справочники». Начните с вопроса: какие процессы, предметы, данные, признаки и управленческие решения должна обслуживать ваша 1С:ERP.