Для заказа OEM парковочного оборудования необходимо утвердить не только логотип. Определите изменения, программное обеспечение и документы, которые будут доставлены, разрешения на использование, необходимые вашему бизнесу, и точную конфигурацию физического образца продукта, которому должно следовать массовое производство. Затем согласуйте, как будут рассматриваться последующие замены и обновления программного обеспечения.
Шкаф может выглядеть одинаково, но иметь другой контроллер, сборку прошивки или поведение интерфейса. Демонстрационная учетная запись может работать, оставляя нерешенными вопросы фирменного распространения или независимого обслуживания. Таким образом, полезное одобрение OEM объединяет три вещи: определенный объем, идентифицируемый базовый образец физического продукта и контролируемый маршрут внесения изменений.
Составьте перечень результатов индивидуальной доработки
Начните с базового продукта и рынков, на которых он будет продаваться. Укажите, распространяется ли запрос на шлагбаум, камеру ANPR, дисплейный терминал, платежную станцию или их комбинацию. Отделите существующие варианты от новых и попросите поставщика отметить каждый элемент как включенный, дополнительный, недоступный или поставленный другой стороной.
Используйте эту матрицу в качестве отправной точки. Добавьте справочный файл или редакцию, владельца утверждения и статус предложения для каждого запрошенного изменения.
| Область применения | Определите перед производством физического образца продукта | Доказательства одобрения |
|---|---|---|
| Кабинет и брендинг | Модель, образец цвета, обработка поверхности, графическое изображение, расположение логотипа и разрешенное использование активов бренда. | Утвержденная редакция чертежа или графического изображения и идентифицированный физический образец продукта. |
| Экран и язык | Файл перевода, шрифты, состояния экрана, сообщения об ошибках, единицы измерения и автор текста. | Утвержденные файлы и снимки экрана из согласованной сборки программного обеспечения. |
| Функциональное поведение | Необходимый рабочий процесс, настройки и исключения; отличить измененную функцию от измененной метки | Согласованные сценарии, ожидаемые результаты и записанные результаты физических образцов продукта |
| Интерфейсы | Протокол, версия API или SDK, поля событий, поддерживаемая конфигурация и владелец интеграции. | Версионные документы и результаты с использованием предполагаемой дублирующей системы |
| Упаковка и этикетки | Оформление картонной коробки, наименование модели, отслеживание серийного номера, содержимое и ответственность за маркировку в зависимости от места назначения. | Утвержденное оформление, упаковочный лист и физическая упаковка образцов продукта |
| Документы и услуги | Язык руководства, диаграммы, ссылки на запасные части, обновленная информация и передача поддержки | Версионный список файлов доставки с указанием владельца недостающих элементов. |
Запишите инструменты, единовременную разработку, стоимость физических образцов продукта, повторяющиеся лицензионные сборы, минимальные количества и сроки выполнения заказа в соответствии с согласованным объемом. Спросите, кто контролирует инструменты и файлы дизайна, предлагается ли какая-либо эксклюзивность, и какие продукты, рынки или период она охватывает. Не оставляйте эти решения внутри общей фразы, например «OEM-сервис включен».
Отдельно согласуйте состав поставки ПО и разрешённые способы использования
Файл программного обеспечения, учетная запись администратора и разрешение на распространение программного обеспечения отвечают на разные вопросы. Для каждого приложения, пакета встроенного ПО, SDK и необходимой среды выполнения запросите применимые условия и результаты, необходимые вашей команде и последующим клиентам.
- Эксплуатируйте и устанавливайте: какие продукты, клиенты и механизмы развертывания могут использовать поставляемую версию? Кто обеспечивает активацию, восстановление и доступ к устройствам для замены?
- Бренд и распространение: можете ли вы использовать свое имя в интерфейсе, установщике, руководствах и клиентском пакете? Какие файлы можно передавать клиентам или местным установщикам?
- Интегрировать: какой SDK, документация по API, примеры и файлы среды выполнения поставляются и какие из них можно распространять? Кто поддерживает интеграцию, когда меняется одна из сторон?
- Изменять и сопровождать: включен ли исходный код, что можно изменить и кто может создавать и поддерживать модифицированную версию? Если требуется независимое обслуживание, определите согласованные инструкции по сборке, зависимости и материалы передачи.
- Сторонние компоненты: запросите сведения о компонентах, версиях и лицензиях, уведомления, а также исходный код либо письменное предложение его предоставить, когда этого требуют применимые условия. Уточните ограничения и обязанности по предоставлению материалов для фактически используемых компонентов.
Получение исходного кода само по себе не делает продукт открытым. Определение Open Source Initiative также рассматриваются разрешения на перераспределение и модификацию. Установите фактические условия поставляемого пакета, а не предполагайте, что оплата за индивидуальную настройку, доступ к исходному коду программного обеспечения или новый логотип регулирует каждое разрешение.
Разграничьте в соглашении существующие технологии поставщика, оформление, переданное покупателем, и вновь заказанные работы по разработке. Если важны принадлежность прав, исключительность или дальнейшая независимая разработка, заранее определите результаты и предполагаемые права для проверки до одобрения разработки. О пределах лицензии, обновлениях и регулярных платежах см. Контрольный список лицензирования программного обеспечения для парковки.
Утвердите эталонный набор, а не просто физический образец продукта в выставочном зале.
Присвойте образцу физического продукта уникальный номер и запишите его физическую идентичность. Свяжите его с утвержденными чертежами, изображениями, конфигурацией оборудования, сборкой встроенного/программного обеспечения и настройками. Включите версии интерфейсных документов, руководств, этикеток и упаковки, которые прилагаются к нему. Сохраняйте датированную запись об утверждении, связывающую эти файлы с идентификатором физического образца продукта. Если невозможно поделиться подробной спецификацией материалов, договоритесь, какие идентификаторы и изменения критически важных компонентов должны оставаться отслеживаемыми.
Сохраняйте результаты рядом с этой конфигурацией. Видео, показывающее открытие шкафа или переведенный экран, является полезным доказательством этой демонстрации, но оно не описывает каждый необходимый рабочий процесс и не доказывает, что каждая производственная единица будет соответствовать друг другу. Выберите проверки из согласованной настройки: например, длинные переведенные сообщения на реальном экране, указанные поля событий с предполагаемым программным обеспечением и утвержденное название модели на этикетках и руководствах.
Явно укажите решение: допущено к производству, допущено при перечисленных условиях либо не допущено. Для каждого нерешённого вопроса назначьте ответственного, требуемые доказательства и момент закрытия. Внешнее отклонение, принятое для одного образца, не разрешает менять весь заказ.
Эту компактную запись можно добавить в закупочную документацию. Записи ниже — это поля, которые необходимо заполнить, а не завершенное утверждение.
Протокол утверждения образца OEM Заказ / изделие / идентификатор образца: Аппаратная часть и критические компоненты: Прошивка / сборка приложения / настройки: Версии оформления / интерфейсных документов / руководства / упаковки: Согласованные проверки и ссылки на файлы результатов: Нерешённые вопросы / допустимые отклонения / ответственные за закрытие: Решение о производстве / утвердившие лица / дата: Серийный заказ или партии, охваченные утверждением:
Установите порядок от заявки на изменение до допуска в производство
Фиксация базовой версии означает сохранение согласованной эталонной конфигурации с управлением последующими обновлениями. Она не должна препятствовать необходимым исправлениям безопасности или замене недоступного компонента. Согласуйте, какие изменения требуют уведомления, какие — одобрения до производства и как обрабатываются срочные обновления.
Для предлагаемого изменения запишите причину, старые и новые идентификаторы, затронутые продукты или производственные партии, а также влияние на функции, соответствие, интерфейсы, брендинг, документы и услуги. Назовите человека, который решает, нужен ли новый физический образец продукта или более узкая проверка. Запишите принятое решение и первую поставку, к которой оно применимо.
Например, предложенный на замену контроллер может оставить внешний вид шкафа неизменным, но повлияет на синхронизацию событий, восстановление конфигурации или процедуру обслуживания. Проверьте затронутое поведение с предполагаемой конфигурацией, прежде чем принять ее как эквивалентную. Исправление орфографии на картонной упаковке обычно требует проверки иллюстраций и упаковочной документации, а не повторения несвязанных функциональных тестов. Доказательства должны соответствовать последствиям изменения.
Запишите принятое отклонение с указанием его конкретного объема, затронутого количества или производственных партий и условий. Держите его отдельно от постоянной базовой версии. В противном случае исключение для одного заказа может стать недокументированным стандартом для следующей поставки.
Обеспечьте связь серийной поставки с утверждённой версией
Согласуйте, как поступающие устройства будут отслеживаться в соответствии с конфигурацией, утвержденной для производства. Сопоставьте ссылки на заказы, записи серийных или производственных партий, соответствующие идентификаторы аппаратного и программного обеспечения, этикетки и доставленные файлы. Согласуйте с поставщиком план входного контроля или отбора проб в соответствии с заказом и его рисками; один утвержденный образец физического продукта не заменяет этот план.
В случае несоответствия определите и сохраните затронутый объем, пока ответственные стороны не решат, следует ли его исправить, заменить или принять при документально подтвержденном отклонении. Запишите, что было фактически поставлено и одобрено, прежде чем утверждать эти единицы оборудования для следующего этапа. Держите окончательную информацию о конфигурации доступной для сервисной группы, включая совместимые запасные части и путь для будущих обновлений программного обеспечения.
Подготовьте целевой запрос OEM
SHUNJIE публично предлагает настройку OEM/ODM по внешнему виду, функциям, языку, программному обеспечению и системной интеграции. Считайте это предложение отправной точкой для обсуждения конкретного продукта: Диапазон камер ANPR, например, предусматривает индивидуальное исполнение корпуса камеры и цвета. Состав поставки ПО, права, порядок работы с образцом, стоимость и сроки всё равно требуется согласовать для конкретного заказа.
Отправьте базовый продукт, рынки сбыта, количества, файлы фирменного оформления, языки, необходимые рабочие процессы и версии интеграции, а также способы использования, которые должно охватывать ваше соглашение о программном обеспечении. Попросите дать ответ по матрице объема работ и предлагаемому процессу утверждения и внесения изменений в физический образец продукта. Тогда ты сможешь обсудить OEM-проект с SHUNJIE использование одной определенной ссылки для предложения, физического образца продукта и оптовой поставки.
Рекомендованное изображение: сцена OEM-планирования, созданная искусственным интеллектом. В типовом оборудовании и обзорных материалах не изображен завод SHUNJIE, утвержденный физический образец продукта, аудит или испытание.
Главное изображение: Сцена OEM-планирования, созданная искусственным интеллектом. В типовом оборудовании и обзорных материалах не изображен завод SHUNJIE, утвержденный физический образец продукта, аудит или испытание.
