Какому объему услуг по проектированию подвески на заказ должен соответствовать производитель оригинального оборудования (OEM)?

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

Почему название услуги не может определять область применения инженерных работ?

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

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

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

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

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

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

Превратите субъективные цели в наблюдаемые условия.

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

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

Укажите коммерческую цель.

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

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

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

Если значение неизвестно, укажите, как оно будет получено. Варианты могут включать измерение параметров транспортного средства, взвешивание, анализ CAD-модели, выборочную проверку, контрольно-измерительное оборудование, решение покупателя или предложение поставщика с последующей проверкой. Неизвестные параметры управляемы; скрытые предположения — нет.

Определите полномочия по проектированию с помощью матрицы ответственности.

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

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

Указывайте результаты по принятому решению, а не по количеству файлов.

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

Результаты анализа требований и рисков.

• Технические требования к транспортному средству и области применения.
• Регистр входных данных/предположений/открытых вопросов.
• Матрица границ системы и ответственности.
• Матрица вариантов нагрузок и условий эксплуатации.
• Контрольный показатель или запись текущей проблемы.
• Реестр технических рисков, предоставленный заказчику, и план закрытия.

Результаты проектирования

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

Результаты проверки и производства

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

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

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

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

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

Управление амортизаторами, пружинами и автомобилем как единой конструктивной задачей.

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

Геометрия и упаковка

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

Определение весны

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

Определение демпфирования

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

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

Проверка плана на этапе, когда проект еще находится в стадии разработки.

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

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

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

Определите «заморозку проекта» как контролируемое решение.

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

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

Условия, которые должны блокировать заморозку

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

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

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

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

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

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

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

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

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

Рассчитать стоимость и составить график обслуживания по этапам.

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

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

Минимальный объем заказа (MOQ) и производственная цена относятся к окончательной конфигурации и плану объемов производства. Разработка индивидуальной конструкции подвески может начаться до утверждения этих значений, но коммерческая модель должна пересматриваться на каждом этапе. Технически обоснованная конструкция может оказаться неудачной в качестве продукта, если специализированные компоненты, контроль качества или низкий спрос делают повторные поставки нецелесообразными.

Составьте аналогичный запрос предложений (RFQ) на услуги по разработке подвески на заказ.

• Компания, программа разработки транспортных средств, целевой рынок, покупатели/пользователи и бизнес-цели.
• Область действия запрашиваемых услуг: анализ приложения, адаптация, проектирование компонентов, интегрированная поддержка и/или переход к серийному производству.
• Архитектура автомобиля, точки крепления, геометрия, варианты массы/нагрузки, шины, ход подвески и доступные параметры.
• Условия эксплуатации, режим работы, окружающая среда, скорость/рельеф местности и ожидаемые характеристики обслуживания.
• Текущая проблема, эталон, целевое поведение и компромиссы в отношении приоритетов.
• Имеющиеся образцы, чертежи, CAD-модели, измерения, данные испытаний, доказательства отказов и их корректировки.
• Ожидаемый комплект: амортизатор, пружина, крепление, регулировка, отделка и общий набор функций.
• Матрица ответственности и решения на уровне транспортного средства остаются за покупателем.
• Требуемые результаты работы, форматы файлов, этапы проверки и полномочия по утверждению.
• Варианты и количество прототипов, ответственность за испытания, транспортные средства, процесс приемки и выдачи.
• Доказательства завершения разработки проекта и выпуска продукции в производство.
• Интеллектуальная собственность, конфиденциальность, возврат данных, инструменты, уведомление об изменениях и требования к обслуживанию.
• Прогноз на этапы создания прототипа, пилотного проекта и годового прогноза; целевые показатели; потребности в местах назначения и упаковке.

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

Типичные ошибки при определении местоположения и способы их предотвращения

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

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

Поставщик получает данные САПР, но без указания целевой нагрузки или поведения.

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

Хороший прототип невозможно воспроизвести.

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

Ответственность за транспортное средство и его компоненты запутана.

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

Замораживание проекта происходит, когда предположения остаются открытыми.

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

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

Что обычно включают в себя услуги по разработке подвески на заказ?

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

Кому должны принадлежать точки крепления транспортного средства?

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

Можно ли разработать суспензию, основываясь только на образце?

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

В чём разница между концепцией и производственным дизайном?

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

Когда следует проводить «заморозку проекта»?

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

Предотвращает ли «заморозка проекта» последующие улучшения?

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

Должен ли покупатель запрашивать файлы САПР?

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

Как следует оформлять параметры приемки пружин и демпфирования?

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

Сколько обзоров проекта требуется?

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

Что необходимо отправить для получения первоначального коммерческого предложения?

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

Заключение

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

Хороший запрос предложений (RFQ) не требует по умолчанию предоставления всех документов. Он запрашивает необходимые доказательства для принятия правильного решения. Производители оригинального оборудования (OEM) и разработчики специализированных транспортных средств могут использовать приведенные выше матрицы для определения того, что им известно, что требует инженерной поддержки со стороны поставщика, а что остается ответственностью на уровне самого транспортного средства. Покупатели, имеющие новую платформу, контролируемую CAD-модель, эталонный образец или задокументированную проблему с подвеской, могут ознакомиться с портфелем амортизаторов BEDO и представить описание объема работ, реестр входных данных, матрицу ответственности, целевые результаты, план прототипа и прогноз через официальный канал технических запросов .