Как разработать устройство и не разориться, или что такое BOM — Техника на vc.ru

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

10 232
просмотров

BOM (Bill Of Materials) — список материалов изделия и ключевой документ при разработке и производстве электроники. BOM включает не только перечень электронных компонентов, но и все составные части корпуса, прилагаемых аксессуаров и набор упаковочных материалов.

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

Согласно оценкам, стоимость всех компонентов iPhone 11 Pro Max не превышает 45% от его розничной стоимости. Щепетильная работа продакт-менеджеров и закупщиков явно внесла свой вклад в финансирование разработки софта, R&D, маркетинговых активностей и, конечно же, увеличила маржу для компании. Оптимизировать BOM важно и нужно.

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

Виды BOM

Выделяется несколько типов BOM, и наиболее распространенные из них представлены ниже:

• EBOM — engineering bill of materials, «инженерный» список материалов и компонентов, включающий в себя все компоненты и модули, необходимые для сборки самого устройства. Упаковка, аксессуары и т. п. исключены;
• MBOM — manufacturing bill of materials, «производственный» список материалов, включающий упаковку и все материалы, используемые при сборке, вплоть до наклеек, и аксессуары, входящие в комплект. Чаще всего в данном документе указывается конкретный SKU продукции. Данный документ зачастую имеет четко обозначенный срок действия документа, прежде всего для контроля стоимости и помимо этого для контроля и отслеживания изменений;
• MEBOM — mechanical engineering BOM чаще всего является подразделом EBOM, где упор делается на механические элементы устройства;
• SBOM — sales BOM, документ с наименьшим количеством технических подробностей и уровнем детализации. Чаще всего sales-команда оперирует уже FOB (free on board) ценником и доступа к BOM не имеет. Исключение — большие корпорации и компании, где sales-подразделения отвечают и за оптимизацию расходов. Никоим образом, не хотим обидеть коллег из отдела продаж, но практика показывает, что чем меньше BOM-данных отражается в sales BOM, тем меньше шансов возможной утечки данных изнутри.

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

Эта статья описывает EBOM (инженерный BOM) с фокусом на электронные компоненты.

Несмотря на то, что шаги по оптимизации MEBOM (механического BOM), который включает в себя все от винтиков до корпуса, схожи с EBOM, эта тема слишком объемна и заслуживает отдельной статьи. Добавляем ее в список будущих тем.

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

Системы управления BOM

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

Здесь представлены информационные системы от дорогих со стоимостью около $1000 в месяц за рабочее место до бесплатных. Стоимость зависит от функционала и интеграции в более крупные системы.

• OpenBOM
• Siemens PLM Automation
• PTC
• ArenaSolutions
• Odoo

Оптимизация BOM

1. Оптимизация списка компонентов устройства

Возьмём для примера электрочайник. Средний BOM не очень «умного» чайника превышает 30 компонентов. Для каждого компонента мировая практика предлагает отслеживать не менее 20 ключевых параметров, помимо цены.

Ключевыми являются:

• Бренд
• Производитель
• Уникальный номер компонента
• Кратность упаковки
• Вид упаковки для электронных компонентов
• Дата релиза
• Дата окончания производства
• И набор технических характеристик

Ниже в качестве примера приведена таблица — очень упрощенный BOM на основе разбора устройства аналитиками-консультантами.

IHS Markit

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

Начнем с сокращения списка компонентов до рабочего функционального минимума.

Специалисты используют профессиональный термин «унификация». Унификация в данном случае — сокращение уникальных компонентов изделия (SKU, stock keeping unit).

При сокращении числа уникальных компонентов может возрастать их суммарное количество. При этом цель «сокращение списка» будет достигнута, так как мы убираем из статьи расходов приобретение новых компонентов. Также при сокращении SKU снижаются требования по числу фидеров Pick&Place-машины или их количеству на линии, что может повлиять на стоимость производства.

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

Например:

Далее наступает время подбора более дешевых аналогов:

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

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

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

2. Управление условиями поставки

Цена, предоплата, постоплата, отгрузка на регулярной основе, условия по скидкам от покупаемого объема — все это относится к условиям поставки.

На конечную цену детали влияет закупаемый объем.

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

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

Если цена Part 4 высокая, нужно попробовать получить лучшие условия, объединив заказ на Part 4 с Part 1 и 2 и увеличив общую сумму заказа.

Второй вариант — объединить три позиции для покупки у Supplier 3, а одну Part 4 взять у уникального Supplier 2. Таким образом, мы сможем договориться о скидке с Supplier 3 за счет крупного заказа. А заказ на уникальный компонент Part 4 разместить именно у того поставщика, который предлагает лучшие качественные характеристики на данный компонент по сравнению с другими.

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

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

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

Как оптимизировать стоимость производства сложных устройств

Теперь перейдем к более сложному устройству, например, смартфон.

BOM такого устройства насчитывает несколько сотен компонентов различной степени значимости и стоимости.

Источник: Notebookcheck

Так примерно выглядит BOM. Фрагмент документа

1. ВOM отладочных плат

Формирование BOM начинается с анализа BOM отладочных плат от производителя CPU или SoC, иногда добавляется анализ отладочных плат для таких компонент, как RF-чип и другая значимая периферия. Традиционно производитель дает свои рекомендации, как решить ту или иную техническую задачу.

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

На этапе массового производства уже встает вопрос, доступны ли эти компоненты большими партиями по разумной цене. При заказе серийной партии ODM-производитель может вам подсказать, какие из компонентов лучше заменить на аналоги. Это связано с тем, что модели продаж у производителей компонентов разные, и не вся продукция продается в розницу. Заметим, что цена для финального продукта может отличаться на 30-1000%. Оптимизация бесконечна, и понимание приходит с опытом.

2. Оптимизация компонентной базы для линейки устройств

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

Какие дальнейшие шаги нужно предпринять разработчику по снижению себестоимости?

Один из способов — создание линейки устройств (продуктовой линейки), имеющих большое пересечение по BOM и малое пересечение по целевой покупательской аудитории. Что мы получаем при таком подходе?

• Продукт 1: 1 млн штук в год
• Продукт 2: 3 млн штук в год
• Продукт 3: 2,5 млн штук в год

Теперь ВОМ делится на компоненты дороже, например, 15% себестоимости и остальные. Работаем сначала с дорогими.

Стараемся достичь использования дорогих компонентов во всех трех продуктах и получить общий объем годового потребления в 6,5 млн единиц (1 млн + 3 млн + 2,5 млн). Получив дополнительные 0,5 млн единиц в закупке, можно говорить о снижении цены с производителем или поставщиком.

Далее выполняем то же упражнение с более дешёвыми компонентами.

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

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

Как дефектные комплектующие могут оказаться в вашем устройстве?

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

Очень часто проблемы с качеством компонентов возникают из-за того, что фабрика или производственный партнер пытается сэкономить деньги, время, либо и то, и другое и все за ваш счет. Ради этого они обращаются к мелкооптовым поставщикам или, по-другому, spot markets, которые являются довольно распространенным явлением в местах скопления фабрик по производству электроники.

У таких поставщиков есть ряд преимуществ:

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

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

Реселлеры, бывает, скупают отбракованные оригинальным производителем партии (rejects) или предсерийные образцы, а потом перепродают их напрямую либо смешивают с обычной партией товара для снижения общей себестоимости. Попадаются и перемаркированные компоненты. При этом перемаркировываются не только модель или part number, но и производитель. Пожалуй, последнее — наиболее часто встречающийся вид подделок.

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

Лет десять назад в большинстве подделывалась пассивка-рассыпуха: транзисторы, конденсаторы, резисторы. Сейчас нередки контрафактные клонированные IC и даже SoC (системы на чипе), причем корпуса могут быть вообще без кристалла внутри.

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

Как минимизировать риск использования некачественных компонентов?

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

Рекомендуем делать основной упор на входной контроль и тестирование ключевых компонентов на производстве. Есть много удачных примеров процессов IQC (входной контроль, Incoming Quality Control), направленных на борьбу с контрафактом, например, этот документ про электронные компоненты.

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

Тут полезен вполне реальный пример, почему у верификации компонентов должны быть четко прописанные критерии:

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

Все торопятся, проверяется маркировка SoC (но не дата производства, а зря), прозваниваются контакты, несколько SoC с кассеты проверяются на рентгене. Ничего не предвещает беды. Происходит SMT первых десять плат, но при попытке прошить выходит ошибка.

Спустя несколько часов истязаний чипа, низкоуровневого логгирования выясняется, что в спешке найденные SoC — предсерийные. С тех пор поменялись адреса памяти, порядок прошивки бутлоадера, версия прошивщика. Десять плат радостно идут в утиль. Красный, как рак, инженер отправляется сдавать ленту, откуда взял.

Мораль этой истории:

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

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

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

• ERAI
• SiliconExpert

Источник: ERAI. Статистика по типам контрафактных компонентов

Завершая данный раздел, предлагаем отрезвляющую статистику по отзывам продукции с рынка в Европе в 3-м квартале 2019 г. Это только официальные данные, когда производитель отзывает дефектные устройства сам. И чаще всего электронные устройства отзывают из-за использования некачественных компонентов, например, одну из партий iPhone 6S отозвали из-за некачественных батарей.

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

Вернемся к теме BOM. Он может меняться в процессе разработки устройства. Обычно больше всего изменений BOM претерпевает на этапах EVT (Engineering Validation Test, тест инженерной валидации) и DVT (Design Validation Test, тест валидации дизайна). Подробнее про этапы тестирования можно прочитать в нашей статье про производственный цикл разработки.

Не стоит расслабляться и после коммерческого запуска устройства. Изменения после официального релиза обычно именуются running change. Зачастую такие изменения в BOM вызваны двумя причинами.

Во-первых, это логичное желание снизить себестоимость устройства из-за ценового прессинга.

Во-вторых, это окончание жизненного цикла одного из компонентов (EOL, end of life). По возможности стоит избегать использования компонентов близких к EOL в BOM. Важно, чтобы как минимум основные компоненты (key components) были доступны чуть дольше, чем планируемый жизненный цикл вашего устройства. Это позволит избежать ненужных изменений и сбережет всем нервы.

Как узнать об EOL? Производитель компонента сообщает об этом обычно за год. Эта информация дальше транслируется всеми дистрибьюторами на конечных покупателей. Если покупатель крупный, то производитель сообщает ему напрямую.

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

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

Первые партии нового компонента обычно невелики. Лишь спустя несколько месяцев, а то и полгода, происходит наращивание производства (ramp up), и производитель выходит на оптимальную выработку. До этого момента компонент может находиться в дефиците, так как его разбирают другие клиенты. У любого производителя есть alpha customers, которые ставят сразу крупные заказы. Как раз под них и резервируется внушительная часть пилотных партий.

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

Существует BOM устройства, линейки устройств и общий BOM

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

Компоненты, которые используются в текущих производимых продуктах — это BOM линейки продуктов. Компоненты, которые использовались за всю историю — это общий BOM.

С ростом числа изделий и версий изделий растет объем информации и соответственно общий BOM.

Источник: Xataka

В этой суете важно следить за всеми изменениями и сохранять историю. Тут как раз и понадобится общий BOM. Объясним почему.

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

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

BOM (ведомость материалов) и сертификация

Если вы подаете на сертификат соответствия, то пакет документов включает в себя и техническую документацию. Наравне с такими документами, как техническое описание, протоколы испытаний и другой информации, заявитель также должен прикрепить BOM (ведомость материалов). Поэтому обращаем ваше внимание на то, что любое изменение в BOM после получения того или иного сертификата может повлечь за собой ре-сертификацию. Условная экономия в несколько центов на устройство может потребовать дорогостоящую ре-сертификацию в лаборатории стоимостью в несколько тысяч, а то и десятков тысяч долларов. Соответственно важно проверять объем изменений в компонентной базе и влияние этих изменений на EMC и RF.

Подробнее можно прочитать на примере FCC-сертификации, в разделах, посвященных permissive changes.

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

Оптимизация и управление BOM на производственном и пост производственных этапах

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

Контроль брака

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

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

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

Управление остатками

Следующий класс задач экономии и бережливого производства относится к остаткам производства.

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

Есть следующие решения этой проблемы:

Продажа некратных остатков на бирже компонент или целиком всего склада обрезков перекупщикам

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

• Freelance Electronics (US)
• Freedom EMG (US)
• Semi Source (US)
• Classic Components (Worldwide)
• 4Star Electronics (US)
• Cyclops Excess (Worldwide)

Переиспользование остатков в новых продуктах для сокращения «мертвого груза»

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

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

Экономия на каждом этапе позволяет сохранить деньги и сократить объем неиспользованных остатков.

Опыт рубль бережет

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

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

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

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

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

Напоследок несколько рекомендаций:

• Планируя разработку и запуск продукта, озаботьтесь наличием в команде инженера, который уже проходил через запуск нового продукта. Таким образом удастся избежать типичных «шишек», которые набивают себе стартапы со своими первыми девайсами.
• Собирайте отзывы о ключевых компонентах и дистрибьюторах.
• Обязательно проводите аудит производственных партнеров, фабрик и дистрибьюторов ключевых компонентов и детально прописывайте процедуры контроля качества как IQC, так и OQC (входной и выходной контроль качества).
• Если есть сомнения в своих силах и навыках, нанимайте консультантов или аудиторов. Их услуги стоят лишь малую часть от потенциальной стоимости ошибок, которые можно совершить по неопытности.

Расчеты BOM — Supply Chain Management | Dynamics 365

Twitter




LinkedIn




Facebook




Адрес электронной почты

• 
  Статья




• 
  03/08/2023
• 
  

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

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

• Расчет затрат на производимую номенклатуру и создание соответствующей записи затрат на номенклатуру в версии цены.
• Расчет цены продажи производимой номенклатуры и создание соответствующей записи цены продажи номенклатуры в версии цены.

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

• Чтобы рассчитать затраты для одиночной производимой номенклатуры, инициируйте расчеты спецификации со страницы Цена номенклатуры. Страница Расчеты наследует код номенклатуры. Необходимо указать версию цены, версию спецификации, версию маршрута, расчетное количество, дату расчета и сайт.
  • По умолчанию для версии спецификации и версии маршрута устанавливаются активные версии для номенклатуры, сайта, даты и количества расчета. Однако можно переопределить значения по умолчанию на утвержденные версии.
  • По умолчанию расчетное количество равно стандартному количеству заказа по номенклатуре. Однако пользователь может переопределить значение по умолчанию.
  • Дата расчета или узел определяются версией цены или значения могут быть указанны пользователем, когда дата или узел не определяются в версии цены. Будущая дата расчета определяет порядок использования записей отложенных затрат. Расчеты спецификации используют запись отложенных затрат с датой, ближайшей к начальной дате, которая совпадает с датой расчета или предшествует ей.
• Чтобы рассчитать затраты для всех производимых номенклатур или для выбранных номенклатур, а также для обновления номенклатур на основе их применимости, инициируйте расчеты спецификации со страницы Настройка версии калькуляции издержек или Поддержка версии калькуляции издержек. Страница Расчеты наследует версию цены.
  • Для расчетов предполагается, что используется активные версии спецификации и маршрута для производимой номенклатуры (и для соответствующего узла, даты и количества), если производимый компонент не имеет указанной подспецификации или указанного подмаршрута.
  • При расчетах предполагается использование стандартного количества заказа для произведенной номенклатуры. Количество стандартного заказа составляет основу для расчета количеств компонентов, определения подходящих версий спецификации и маршрута (при использовании зависящих от количества спецификаций и маршрутов) и амортизации постоянных затрат. Однако если производимый компонент имеет для строки спецификации тип Производство или Поставщик, либо когда для расчетов спецификации используется режим развертывания «изготовить на заказ», это предположение не применимо, поскольку количества будут отражать указанное расчетное количество.
  • Дата расчета или узел определяются версией цены или значения могут быть указанны пользователем, когда дата или узел не определяются в версии цены.

Другие варианты в расчетах спецификации отражают тип цены и ограничения версии цены:

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

Расчеты спецификации со стандартными затратами

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

• Источник вкладов затрат для купленной номенклатуры должен основываться на стандартных затратах. Другими словами, расчеты спецификации должны использовать записи затрат на номенклатуру в указанной версии цены или отката, содержащего стандартные затраты.
• Чтобы помочь гарантировать аккуратное и согласованное вычисление стандартных затрат, режим развертывания должен быть одноуровневым.
• Чтобы помочь гарантировать согласованные результаты вычисления цены продажи номенклатур, коэффициент прибыльности должен быть задан. Использовать коэффициент прибыльности и создавать записи цены продажи номенклатуры можно только в том случае, если версия цены допускает содержимое цен продажи.
• Принцип отката должен быть задан, и для него может быть задано значение Нет, Активный (для записи активных затрат) или Версия стоимости (для указанной версии цены).

Расчеты спецификации с плановыми затратами

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

• Источник вкладов затрат для купленной номенклатуры может быть записями затрат номенклатуры в версии цены. Источник может также быть определен группой расчета спецификаций, назначенной для номенклатуры. Например, группа расчета спецификаций может определять коммерческие соглашения о покупной цене в качестве источника данных о вкладах затрат.
• Режим развертывания может иметь один уровень, несколько уровней, иметь значение «Изготовить на заказ» или основываться на строке спецификации номенклатуры. Режим развертывания для типа строки спецификации копирует логику расчета затрат для оценок производственного заказа.
• Коэффициент прибыльности может быть задан или может быть значением по умолчанию. Использовать коэффициент прибыльности и создавать записи цены продажи номенклатуры можно только в том случае, если версия цены допускает содержимое цен продажи.
• Принцип отката может быть задан или может быть значением по умолчанию. Для принципа отката может быть задано значение Нет, Активный (для записи активных затрат) или Версия стоимости (для указанной версии цены).

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

Расчет спецификаций, в которых используется принцип отката

Следующие ситуации иллюстрируют два способа использования принципа альтернативы:

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

Расчет спецификации для предложенной цены продажи

При использовании подхода «затраты плюс наценка» расчетная цена продажи номенклатуры отражает набор процентов настроек по прибыли, указанный для расчета спецификации, и затраты, связанные с номенклатурами компонентов, операциями в рамках маршрута и применимыми производственными накладными расходами. Наценка отражает проценты настроек по прибыли, назначенные группам затрат, и группы затрат, назначенные номенклатурам, категориям затрат для операций в рамках маршрута и формулам расчета косвенных затрат для производственных накладных расходов. Наборы процентов надбавок обозначаются как Стандартный, Прибыль 1, Прибыль 2 и Прибыль 3. Например, в рамках набора «Прибыль 1» процент надбавки, равный 50, можно определить для группы затрат, назначенной приобретенному материалу, а процент надбавки 80 процентов можно определить для группы затрат, назначенной категориям затрат для операций маршрутизации. Контекст расчета спецификации определяет, как обрабатываются результаты расчетной цены продажи:

• Расчет спецификации для номенклатуры и указанной версии цены — в ходе расчета спецификации создается запись ожидающей цены продажи в версии цены. Эта запись цены продажи становится отправным пунктом для просмотра подробностей расчета (например, на странице Версия цены должна разрешать содержимое цен продажи). Запись цены продажи служит, в основном, для справки и не используется как основа для цены продажи в заказах на продажу.
• Расчет спецификации для определенного заказа — этот вариант страницы Расчет спецификации используется в контексте номенклатуры строки заказа на продажу, предложения по продажам или заказа на обслуживание. При расчете спецификации для определенного заказа запись себестоимости в версии цены не создается. Вместо этого он создает запись расчета, которая отображается на странице Результаты расчета спецификации. Эта запись расчета становится отправным пунктом для просмотра подробностей расчета (например, на странице Версия цены должна разрешать содержимое цен продажи). Сведения о выбранной записи расчета можно перенести в исходную номенклатуру строки. Например, расчетную цену продажи можно передать в номенклатуру строки заказа на продажу.

Расчеты спецификаций, связанных с заказами

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

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

Знак порядка байтов (BOM) в HTML

Знак порядка байтов (BOM) в HTML

Вопрос

Что такое метка порядка байтов и что мне нужно знать о ней при создании HTML?

Ответить

Что такое метка порядка байтов?

В начале страницы, использующей кодировку символов Unicode, вы можете найти несколько байтов, представляющих кодовую точку Unicode U+FEFF BYTE ORDER MARK (сокращенно BOM ).

Имя BYTE ORDER MARK является псевдонимом исходного имени символа ZERO WIDTH NO-BREAK SPACE (ZWNBSP). С введением U+2060 WORD JOINER больше нет необходимости когда-либо использовать U+FEFF для его эффекта ZWNSP, поэтому с этого момента и с появлением формального псевдонима имя ZERO WIDTH NO-BREAK SPACE больше не помогает, и мы будем использовать здесь псевдоним.

Спецификация при правильном использовании невидима.

До появления UTF-8 в начале 1993 года ожидаемым способом передачи текста Unicode было использование 16-битных кодовых единиц с использованием кодировки UCS-2, которая позже была расширена до UTF-16. 16-битные кодовые единицы могут быть выражены в виде байтов двумя способами: сначала старший байт (обратный порядок байтов) или младший значащий байт (младший порядок байтов). Чтобы сообщить, какой порядок байтов использовался, U+FEFF (метка порядка байтов) использовалась в начале потока как магическое число, которое логически не является частью текста, представляемого потоком.

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

В кодировке UTF-8 наличие спецификации не обязательно, так как, в отличие от кодировок UTF-16, нет
альтернативная последовательность байтов в символе. Однако спецификация может по-прежнему встречаться в тексте с кодировкой UTF-8 либо как побочный продукт кодирования
преобразования или потому, что он был добавлен редактором, чтобы пометить содержимое как UTF-8. В этой ситуации спецификацию часто называют Подпись UTF-8 .

Что мне нужно знать о спецификации?

В большинстве случаев вам не придется беспокоиться о метке порядка байтов в UTF-8. Вы обнаружите, что некоторые редакторы (например, Блокнот в Windows) всегда будут добавлять спецификацию при сохранении файла в кодировке UTF-8, другие предложат вам выбор.

В HTML5 браузеры должны распознавать спецификацию UTF-8 и использовать ее для определения кодировки страницы, а последние версии основных браузеров обрабатывают спецификацию должным образом при использовании для страниц с кодировкой UTF-8.

Спецификация UTF-8 обеспечивает надежное определение кодировки, поскольку она очень короткая и стабильная, работает с XML и HTML и работает независимо от того, читается ли ваша страница по сети или нет (в отличие от объявлений HTTP). Однако имейте в виду, что всегда рекомендуется объявлять кодировку вашей страницы с помощью метаэлемента в дополнение к спецификации, чтобы кодировка была очевидна для людей, просматривающих исходный текст.

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

Если вы используете кодировку UTF-16 для своей страницы (и мы настоятельно рекомендуем вам этого не делать), есть некоторые дополнительные соображения.

Обнаружение спецификации

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

Вы можете попытаться найти подпись UTF-8 в своем содержимом в своем редакторе, но если ваш редактор правильно обрабатывает спецификацию, вы, вероятно, не сможете
видеть это. С помощью двоичного редактора, способного
отображая шестнадцатеричные значения байтов в файле, подпись UTF-8 отображается как EF BB BF.

Если ваш редактор или браузер применяет неправильную кодировку символов к файлу в кодировке UTF-8 со спецификацией, вы, скорее всего, увидите последовательность байтов в начале файла. Это байты, составляющие спецификацию, представленную в виде символов, которые эти байты представляют в этой кодировке. С латиницей 1 (ISO 8859-1) кодировка символов, подпись отображается в виде символов .

Кроме того, ваш редактор может сообщить вам в строке состояния или меню, в какой кодировке находится ваш файл, включая информацию о
наличие или отсутствие подписи UTF-8. Например, если вы используете «Сохранить как» в Dreamweaver и в начале вашего файла есть спецификация, вы увидите флажок в поле «Включить подпись Unicode (BOM)». Вы также можете указать в своих предпочтениях (см. иллюстрацию), должны ли новые документы использовать спецификацию по умолчанию.

Возможные проблемы со спецификацией UTF-8

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

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

PHP включает

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

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

Убедитесь, что включаемые файлы не начинаются с спецификации.

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

Обработка с кодом программы

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

Кодировка UTF-8 без спецификации имеет свойство, заключающееся в том, что документ, содержащий только символы из диапазона US-ASCII, кодируется побайтно так же, как тот же документ, закодированный с использованием кодировки US-ASCII. Такой документ можно обрабатывать и понимать, если он закодирован либо как UTF-8, либо как US-ASCII. Добавление спецификации вставляет дополнительные байты, отличные от ASCII, так что это уже не так. Если у вас есть процессы или сценарии, которые предполагают, что содержимое состоит только из символов US-ASCII, вам нужно будет избегать спецификации.

Приоритет HTTP

Изменения, внесенные в HTML5, означают, что метка порядка байтов переопределяет любое объявление кодировки в заголовке HTTP при определении кодировки HTML-страницы. Это может быть очень полезно, когда автор страницы не может контролировать настройку кодировки символов сервера или не знает о ее влиянии, а сервер объявляет страницы в кодировке, отличной от UTF-8. Если спецификация имеет более высокий приоритет, чем заголовки HTTP, страница должна быть правильно идентифицирована как UTF-8.

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

Предыдущие версии Internet Explorer отдавали приоритет спецификации по сравнению с HTTP, но IE10 и IE11 отдавали более высокий приоритет HTTP.

В браузерах, в которых заголовок HTTP по-прежнему переопределяет метку порядка байтов, а сервер объявляет страницы кодировкой символов, отличной от Unicode, вы, вероятно, обнаружите неожиданные символы в начале страницы (например,  в страница, помеченная в HTTP как ISO 8859-1), а также проблемы с отображением на странице символов, отличных от ASCII.

Прочие вопросы

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

Мы настоятельно рекомендуем вам не изменять кодировку файла UTF-8 с кодировки Unicode на кодировку, отличную от Unicode, но если по какой-то исключительной причине вы это сделаете, вы должны убедиться, что спецификация удалена. Если вы этого не сделаете, либо браузер продолжит обрабатывать ваш контент как кодировку UTF-8, либо вы увидите странные символы в начале страницы.

Удаление спецификации

Если вам нужно удалить спецификацию, проверьте, позволяет ли ваш редактор указать, добавлять или сохранять подпись UTF-8 при сохранении файла. Такой редактор позволяет удалять
подпись, просто прочитав файл, а затем снова сохранив его. Например, в таких редакторах, как Notepad++ для Windows и TextWrangler для Mac, можно выбрать кодировку из списка при использовании функции «Сохранить как». В списке есть варианты сохранения в формате UTF-8 со спецификацией или без нее. Просто выберите вариант без спецификации и сохраните.

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

Примечание. Следует проверить влияние удаления подписи на процесс. Возможно, какая-то часть вашего процесса разработки контента
полагается на использование подписи, чтобы указать, что файл находится в UTF-8. Имейте также в виду, что страницы с большим количеством латинских символов могут внешне выглядеть правильно, но случайные символы за пределами диапазона ASCII (от U+0000 до U+007F) могут быть закодированы неправильно.

Дополнительная информация

Вот несколько дополнительных замечаний для тех, кто кодирует свои HTML-страницы с помощью UTF-16. Обратите внимание, что для HTML рекомендуется использовать UTF-8 и избегать UTF-16. Так что для большинства людей этот раздел будет академическим.

В соответствии с RFC 2718 и стандартом Unicode, если вы объявляете кодировку символов своей страницы с использованием HTTP как «UTF-16LE» или «UTF-16BE», вам не следует использовать метку порядка байтов в начале страницы. . Только если страница помечена в HTTP с использованием имени набора символов IANA «UTF-16», соответствующая метка порядка байтов.

Обратите внимание, что речь идет исключительно о маркировке содержимого. Конечно, фактическая последовательность байтов одинакова, помечаете ли вы содержимое как UTF-16 и добавляете спецификацию, или помечаете ли вы его как UTF-16LE или UTF-16BE.

Спецификация HTML5 в настоящее время запрещает использование любого другого текстового объявления кодировки в документе для страниц, использующих кодировку UTF-16. Фактически это означает, что спецификация сама по себе является объявлением, которое вы должны добавить.

Метка порядка следования байтов также используется для текста, помеченного как UTF-32, и не должна использоваться для текста, помеченного как UTF-32BE или UTF-32LE. Однако использование UTF-32 для HTML-контента настоятельно не рекомендуется, и некоторые реализации убрали его поддержку, поэтому до сих пор мы даже не упоминали об этом.

Дальнейшее чтение

• Начать? Знакомство с наборами символов и кодировками

• Tutorial, Обработка кодировок символов в HTML и CSS

• Ссылки по теме, Создание HTML и CSS

  • Символы
  • Объявление кодировки символов для HTML

Ведомость материалов (BOM) Значение, назначение и типы

Что такое спецификация (BOM)?

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

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

Key Takeaways

• Спецификация материалов (BOM) — это централизованный источник информации, содержащий список элементов, используемых для производства продукта, и инструкции о том, как это сделать.
• Спецификация материалов (BOM), часто отображаемая в иерархическом порядке, перечисляет готовый продукт вверху, вниз до отдельных компонентов и материалов.
• Ведомости материалов (BOM) могут быть представлены в виде отображения разнесения или отображения развала.
• Существует два основных типа спецификаций материалов (BOM): производственные спецификации (BOM) и технические спецификации (BOM).

Общие сведения о спецификации (BOM)

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

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

Различные типы спецификаций (BOM) зависят от типа проекта и потребностей бизнеса. Распространенными областями, в которых используются спецификации, являются проектирование, проектирование, эксплуатация, производство и многое другое. Производственная спецификация необходима при разработке систем планирования ресурсов предприятия (ERP) и планирования потребности в материалах (MRP).

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

Спецификации материалов (BOM) Дисплеи

Спецификация отображает свою информацию одним из двух способов: отображением разнесения или отображением взрыва. Развертка спецификации (BOM) отображает сборку на самом высоком уровне, разбитую на ее отдельные компоненты и детали на самом низком уровне, в то время как развертка спецификации отображает связь отдельных деталей на более низком уровне со сборкой на более высоком уровне.

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

Типы спецификаций (BOM)

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

Техническая спецификация материалов определяет дизайн готового продукта. Он включает все альтернативные и заменяющие номера деталей и детали, содержащиеся в примечаниях к чертежам. Каждая строка спецификации (BOM) включает код продукта, название детали, номер детали, версию детали, описание, количество, единицу измерения, размер, длину, вес и технические характеристики или характеристики продукта.

Инженерная спецификация часто составляется инженерами на основе чертежа системы автоматизированного проектирования (САПР). Для готового продукта может быть создано более одной технической спецификации. Это часть управления жизненным циклом продукта.