Номенклатурные позиции и варианты
Сохраняйте стабильную идентификацию каждого компонента и каждой конфигурации готового изделия. Ссылку на текущую BOM храните в записи именно того варианта, которым она управляет.
Спецификации изделий и управление редакциями
Управляйте редакциями BOM, не теряя контекст изделия
Знайте, какая структура является текущей, что меняет предлагаемая редакция и какой компонент или решение задерживает выпуск. Храните варианты изделий, строки BOM и историю проверок связанными, вместо того чтобы поддерживать по одному ненадёжному файлу для каждой модели.
Войдите, чтобы изучить вымышленные примерные записи. Скопируйте приложение, прежде чем адаптировать его к рабочим данным об изделиях.
Управление редакциями на практике
BOM — это выпущенное решение по изделию, а не просто таблица компонентов
Полезная система управления BOM отвечает на три разных вопроса: что входит в изделие, какая версия утверждена для данного варианта и что должно произойти, прежде чем предлагаемая версия сможет её заменить. Объединение этих вопросов на одном редактируемом листе позволяет быстро начать работу, но при этом черновые изменения могут обманчиво выглядеть как текущие.
В примере приложения раздельно представлены идентификация номенклатуры, варианты изделия, редакции BOM, строки компонентов и проверки перед выпуском. Для наружного монитора качества воздуха может оставаться редакция A, пока редакция B ожидает цены на сменный фильтр. Команда ясно видит, почему редакция B ещё не готова заменить текущую структуру.
Связанные записи
Обеспечьте каждому факту одно надёжное место хранения
Редакции и строки
Подготовьте предлагаемую структуру, не перезаписывая текущую. В каждой строке сохраняются компонент, количество, единица измерения и контекст позиции.
Проверки и результаты
Направляйте решение о выпуске по маршруту проверки, показывая число строк, число строк без цены и контекст компонентов. Связанный вариант обновляется только после принятия готовой к выпуску редакции.
Проектируйте представления вокруг решений, а не вокруг хранения данных
| Представление | На какой вопрос отвечает | Какое действие поддерживает |
|---|---|---|
| Текущие BOM | Какая редакция действует для каждого варианта изделия? | Откройте конкретный вариант или текущую редакцию до того, как производство начнёт её использовать. |
| Очередь проверки редакций | Какие предлагаемые структуры ожидают решения, применены, возвращены или отклонены? | Проверьте готовность и примите решение либо проконтролируйте последующие действия. |
| Применяемость компонентов | Какие варианты и редакции ссылаются на эту номенклатурную позицию? | Оцените влияние до замены, реагирования на дефицит или внесения изменения. |
| Ввод строки BOM | Явно ли указаны выбранный компонент, количество и единица измерения? | Добавьте или исправьте одно структурированное требование, не копируя всё изделие. |
Адаптируйте без перестройки
Позвольте процессу управления изделием меняться, не превращая каждое изменение в ИТ-проект
Начните с средств контроля, которые действительно нужны команде
Добавьте поле рынка, напряжения, утверждённого источника или решения «производить/закупать», если оно влияет на решение. Уполномоченный бизнес-администратор может обновлять формы, связи, назначения проверок и панели в Jodoo.
Знайте, когда специализированная система подходит лучше
Приложение координирует структуры изделий и решения сотрудников о выпуске. Оно не заявляет о встроенном рецензировании CAD, расчёте правил опций, планировании потребности в материалах или проводках по запасам. Интегрируйте системы только после согласования того, какая из них является авторитетным источником.
Практические вопросы
Вопросы о ПО для управления BOM
Что должно контролировать ПО для управления BOM?
Оно должно однозначно определять изделие или его вариант, хранить историю редакций, задавать количество и единицы измерения компонентов, отличать черновые структуры от текущих и показывать, где применяется каждый компонент. Производственное планирование, закупки и учёт запасов могут оставаться в ERP или MRP; до интеграции определите, какая система является владельцем каждой записи.
Может ли Jodoo заменить систему PLM или MRP?
Не во всех случаях. Jodoo хорошо подходит, когда недостающим звеном являются настраиваемые записи BOM, маршрутизация проверок, обработка исключений и прозрачность для разных подразделений. Для встроенной работы с CAD и управления конфигурациями изделий выбирайте специализированную PLM, а если планирование материалов, производственные заказы, запасы и калькуляция себестоимости должны находиться в единой транзакционной системе, выбирайте MRP/ERP.
Как пример не позволяет черновой BOM слишком рано стать текущей?
При проверке редакции оцениваются выбранная BOM и готовность её компонентов; только после этого одобренная запись может обновить конкретный вариант изделия. В общедоступном примере есть ожидающая редакция с компонентом без цены, поэтому посетители видят разницу между подготовленной структурой и структурой, готовой к выпуску.
Могут ли бизнес-администраторы изменять поля и этапы проверки?
Да. Уполномоченный администратор Jodoo может изменять формы, варианты выбора, связи, назначения и информационные панели по мере развития процесса управления изделием. Прежде чем применять изменения к рабочим данным об изделиях, проверьте расчёты, права доступа, а также сценарии успешного прохождения и блокировки.
Рассчитывает ли этот пример производственную потребность или выполняет проводки по запасам?
Нет. Он упорядочивает структуры изделий, редакции и решения по результатам проверки. Он не выполняет разузлование потребности по заказам на продажу, не резервирует запасы, не оформляет отпуск материалов и не проводит бухгалтерские операции. Подключайте эти функции только после согласования владения системами и порядка сверки данных.
Изучите редакцию, которая ещё не готова стать текущей
Откройте очередь выпуска BOM, сравните ожидающую редакцию наружного монитора качества воздуха с текущей структурой и проверьте компонент без цены, из-за которого предложение не может незаметно заменить редакцию A.