Đối với đơn đặt hàng thiết bị đỗ xe OEM, hãy phê duyệt nhiều hơn logo. Xác định các thay đổi, phần mềm và tài liệu sẽ được phân phối, mục đích sử dụng mà doanh nghiệp của bạn cần được phép và cấu hình mẫu sản phẩm vật lý chính xác mà quá trình sản xuất hàng loạt phải tuân theo. Sau đó thống nhất cách xem xét các thay thế và cập nhật phần mềm sau này.
Một tủ có thể trông giống hệt nhau khi mang một bộ điều khiển, bản dựng chương trình cơ sở hoặc hoạt động giao diện khác. Tài khoản demo có thể hoạt động trong khi không giải quyết vấn đề phân phối có thương hiệu hoặc bảo trì độc lập. Do đó, sự phê duyệt hữu ích của OEM kết nối ba yếu tố: phạm vi xác định, đường cơ sở mẫu sản phẩm vật lý có thể nhận dạng được và lộ trình thay đổi được kiểm soát.
Chuyển yêu cầu tùy chỉnh thành danh sách hạng mục bàn giao
Bắt đầu với sản phẩm cơ bản và thị trường nơi sản phẩm đó sẽ được bán. Nêu rõ yêu cầu có bao gồm rào chắn, camera ANPR, thiết bị đầu cuối hiển thị, trạm thanh toán hay kết hợp hay không. Tách các lựa chọn hiện có khỏi sự phát triển mới và yêu cầu nhà cung cấp đánh dấu từng hạng mục là được bao gồm, tùy chọn, không có sẵn hoặc do bên khác cung cấp.
Sử dụng ma trận này làm điểm bắt đầu. Thêm tệp tham chiếu hoặc bản sửa đổi, chủ sở hữu phê duyệt và trạng thái báo giá cho mọi thay đổi được yêu cầu.
| Phạm vi | Xác định trước khi sản xuất mẫu sản phẩm vật lý | Bằng chứng phê duyệt |
|---|---|---|
| Tủ và thương hiệu | Mẫu mã, tham chiếu màu sắc, xử lý hoàn thiện bề mặt, tác phẩm nghệ thuật, vị trí logo và việc sử dụng tài sản thương hiệu được phép | Bản sửa đổi bản vẽ hoặc tác phẩm nghệ thuật đã được phê duyệt và mẫu sản phẩm vật lý đã được xác định |
| Màn hình và ngôn ngữ | Tệp dịch, phông chữ, trạng thái màn hình, thông báo lỗi, đơn vị và người cung cấp từ ngữ | Các tệp và ảnh chụp màn hình đã được phê duyệt từ bản dựng phần mềm đã được thống nhất |
| Hành vi chức năng | Quy trình làm việc, cài đặt và ngoại lệ bắt buộc; phân biệt chức năng đã thay đổi với nhãn đã thay đổi | Các kịch bản đã thống nhất, kết quả mong đợi và kết quả mẫu sản phẩm vật lý được ghi nhận |
| Giao diện | Giao thức, phiên bản API hoặc SDK, trường sự kiện, cấu hình được hỗ trợ và chủ sở hữu tích hợp | Các tài liệu và kết quả được phiên bản với hệ thống đối tác dự định |
| Bao bì và nhãn | Tác phẩm nghệ thuật trên thùng carton, đặt tên mẫu, truy xuất nguồn gốc theo sê-ri, nội dung và trách nhiệm nhãn mác dành riêng cho điểm đến | Tác phẩm nghệ thuật, danh sách đóng gói và bao bì mẫu sản phẩm vật lý đã được phê duyệt |
| Tài liệu và dịch vụ | Ngôn ngữ hướng dẫn, sơ đồ, tài liệu tham khảo phụ kiện, cập nhật thông tin và hỗ trợ bàn giao | Danh sách tệp phân phối được phiên bản có chủ sở hữu được đặt tên cho các mục bị thiếu |
Ghi lại công cụ, phát triển một lần, phí mẫu sản phẩm vật lý, phí giấy phép định kỳ, số lượng tối thiểu và thời gian thực hiện so với phạm vi đã thỏa thuận. Hỏi ai kiểm soát các tệp thiết kế và dụng cụ, liệu có bất kỳ độc quyền nào được cung cấp hay không và sản phẩm, thị trường hoặc khoảng thời gian nào được bao gồm. Đừng để những quyết định này bên trong một cụm từ chung chung chẳng hạn như “Bao gồm dịch vụ OEM”.
Xác nhận riêng sản phẩm phần mềm bàn giao và quyền sử dụng
Tệp phần mềm, tài khoản quản trị viên và quyền phân phối phần mềm sẽ trả lời các câu hỏi khác nhau. Đối với mỗi ứng dụng, gói chương trình cơ sở, SDK và thời gian chạy bắt buộc, hãy yêu cầu các điều khoản hiện hành và sản phẩm bàn giao mà nhóm của bạn và khách hàng tiếp theo cần.
- Vận hành và cài đặt: sản phẩm, khách hàng và cơ chế triển khai nào có thể sử dụng phiên bản đã phân phối? Ai cung cấp quyền truy cập kích hoạt, khôi phục và thay thế thiết bị?
- Thương hiệu và phân phối: bạn có thể sử dụng tên của mình trong giao diện, trình cài đặt, sách hướng dẫn và gói dành cho khách hàng không? Những tập tin nào có thể được chuyển cho khách hàng hoặc người cài đặt cục bộ?
- Tích hợp: SDK, tài liệu API, ví dụ và tệp thời gian chạy nào được cung cấp và tệp nào trong số chúng có thể được phân phối lại? Ai duy trì sự tích hợp khi một trong hai bên thay đổi?
- Sửa đổi và bảo trì: có bao gồm mã nguồn không, những gì có thể thay đổi và ai có thể xây dựng và hỗ trợ phiên bản đã sửa đổi? Nếu cần phải bảo trì độc lập, hãy xác định các hướng dẫn xây dựng đã thống nhất, các phụ thuộc và tài liệu bàn giao.
- Các thành phần của bên thứ ba: yêu cầu thông tin thành phần, phiên bản, giấy phép, thông báo, cùng mã nguồn hoặc đề nghị bằng văn bản về việc cung cấp mã nguồn nếu điều khoản áp dụng yêu cầu. Xác nhận hạn chế và nghĩa vụ bàn giao tài liệu cần thiết cho các thành phần thực tế được dùng.
Bản thân việc nhận mã nguồn không làm cho sản phẩm trở thành nguồn mở. các Định nghĩa của Sáng kiến Nguồn Mở cũng giải quyết các quyền phân phối lại và sửa đổi. Thiết lập các điều khoản thực tế cho gói được giao thay vì giả định rằng khoản thanh toán tùy chỉnh, quyền truy cập vào mã nguồn phần mềm hoặc logo mới sẽ giải quyết mọi quyền.
Trong thỏa thuận, phân biệt công nghệ sẵn có của nhà cung cấp, thiết kế do bên mua cung cấp và công việc phát triển mới được đặt riêng cho dự án. Nếu quyền sở hữu, tính độc quyền hoặc phát triển độc lập sau này là quan trọng, hãy xác định hạng mục bàn giao và quyền dự kiến để xem xét trước khi duyệt phát triển. Về giới hạn giấy phép, nâng cấp và phí định kỳ, xem danh sách kiểm tra cấp phép phần mềm đỗ xe.
Phê duyệt bộ tham chiếu, không chỉ là mẫu sản phẩm vật lý của phòng trưng bày
Cung cấp cho mẫu sản phẩm vật chất một tham chiếu duy nhất và ghi lại nhận dạng vật lý của nó. Liên kết nó với các bản vẽ, tác phẩm nghệ thuật, cấu hình phần cứng, bản dựng và cài đặt chương trình cơ sở/phần mềm đã được phê duyệt. Bao gồm các phiên bản của tài liệu giao diện, sách hướng dẫn, nhãn và bao bì đi kèm với nó. Lưu giữ hồ sơ phê duyệt ghi ngày tháng liên kết các tệp này với mã nhận dạng mẫu sản phẩm thực tế. Trong trường hợp không thể chia sẻ hóa đơn chi tiết về vật liệu, hãy thống nhất những mã định danh và thay đổi thành phần quan trọng nào phải được theo dõi.
Giữ kết quả bên cạnh cấu hình đó. Một video quay cảnh mở tủ hoặc màn hình dịch là bằng chứng hữu ích cho việc trình diễn đó, nhưng nó không mô tả mọi quy trình làm việc cần thiết hoặc chứng minh rằng mọi đơn vị sản xuất đều sẽ phù hợp. Chọn các bước kiểm tra từ tùy chỉnh đã thống nhất: ví dụ: các thông báo được dịch dài trên màn hình thực tế, các trường sự kiện được chỉ định với phần mềm dự định và cách đặt tên mô hình đã được phê duyệt trên các nhãn và hướng dẫn sử dụng.
Nêu rõ quyết định: được sản xuất, được sản xuất kèm các điều kiện liệt kê, hoặc chưa được sản xuất. Mỗi vấn đề chưa giải quyết cần có người phụ trách, bằng chứng phải cung cấp và thời điểm đóng vấn đề. Chấp nhận khác biệt hình thức cho một mẫu không tự cho phép thay đổi cả đơn hàng.
Bản ghi nhỏ gọn này có thể được thêm vào tài liệu mua hàng. Các mục bên dưới là các trường cần hoàn thành, không phải là phê duyệt đã hoàn thành.
Biên bản phê duyệt mẫu OEM Đơn hàng / sản phẩm / mã mẫu: Phần cứng và linh kiện quan trọng: Firmware / bản dựng ứng dụng / cài đặt: Phiên bản thiết kế / tài liệu giao diện / hướng dẫn / bao bì: Các phép kiểm tra đã thống nhất và mã tham chiếu tệp kết quả: Vấn đề chưa giải quyết / sai lệch được phép / người phụ trách đóng vấn đề: Quyết định sản xuất / người duyệt / ngày: Đơn sản xuất hoặc lô hàng thuộc phạm vi phê duyệt:
Quy định quy trình thay đổi từ yêu cầu đến phê duyệt sản xuất
Cố định phiên bản chuẩn nghĩa là giữ cấu hình tham chiếu đã thống nhất và quản lý các cập nhật sau đó. Việc này không được cản trở bản vá an ninh cần thiết hoặc thay thế linh kiện không còn sẵn có. Thống nhất thay đổi nào cần thông báo, thay đổi nào cần duyệt trước khi sản xuất và cách xử lý cập nhật khẩn cấp.
Đối với thay đổi được đề xuất, hãy ghi lại lý do, số nhận dạng cũ và mới, sản phẩm hoặc lô sản xuất bị ảnh hưởng và ảnh hưởng đến chức năng, sự phù hợp, giao diện, thương hiệu, tài liệu và dịch vụ. Nêu tên người quyết định xem có cần mẫu sản phẩm vật lý mới hay kiểm tra hẹp hơn hay không. Ghi lại quyết định kết quả và lần giao hàng đầu tiên áp dụng quyết định đó.
Ví dụ: bộ điều khiển thay thế được đề xuất có thể không thay đổi hình thức của tủ trong khi ảnh hưởng đến thời gian sự kiện, khôi phục cấu hình hoặc quy trình dịch vụ. Kiểm tra các hành vi bị ảnh hưởng với cấu hình dự kiến trước khi chấp nhận cấu hình tương đương. Việc sửa lỗi chính tả trên thùng carton thường cần xem xét lại tác phẩm nghệ thuật và tài liệu đóng gói, thay vì lặp lại các bài kiểm tra chức năng không liên quan. Bằng chứng phải theo sau hậu quả của sự thay đổi.
Ghi lại sai lệch được chấp nhận kèm theo phạm vi cụ thể, số lượng bị ảnh hưởng hoặc lô và điều kiện sản xuất. Giữ nó tách biệt với bản sửa đổi cơ sở vĩnh viễn. Nếu không, ngoại lệ đối với một đơn hàng có thể trở thành tiêu chuẩn không được ghi chép trong lô hàng tiếp theo.
Liên kết lô hàng sản xuất với phiên bản đã phê duyệt
Đồng ý về cách truy tìm các đơn vị đầu vào theo cấu hình đã được phê duyệt cho sản xuất. Đối chiếu tham chiếu đơn hàng, hồ sơ lô sản xuất hoặc sê-ri, số nhận dạng phần cứng/phần mềm có liên quan, nhãn và tệp được phân phối. Đặt kế hoạch kiểm tra hoặc lấy mẫu đầu vào với nhà cung cấp theo đơn đặt hàng và rủi ro của nó; một mẫu sản phẩm thực tế đã được phê duyệt không thể thay thế cho kế hoạch đó.
Nếu có sự không phù hợp, hãy xác định và giữ lại phạm vi bị ảnh hưởng trong khi các bên chịu trách nhiệm quyết định xem nên sửa, thay thế hay chấp nhận phạm vi đó theo sai lệch đã được ghi lại. Ghi lại những gì thực tế đã được bàn giao và phê duyệt trước khi phê duyệt các đơn vị thiết bị đó cho giai đoạn tiếp theo. Luôn cung cấp thông tin cấu hình cuối cùng cho nhóm dịch vụ, bao gồm các phụ tùng tương thích và lộ trình cập nhật phần mềm trong tương lai.
Chuẩn bị một cuộc điều tra OEM tập trung
SHUNJIE công khai cung cấp tùy chỉnh OEM/ODM về hình thức, chức năng, ngôn ngữ, phần mềm và tích hợp hệ thống. Hãy coi lời đề nghị đó là điểm khởi đầu cho một cuộc thảo luận về sản phẩm cụ thể: Dòng camera ANPR, chẳng hạn, có nêu tùy chỉnh vỏ camera và màu sắc. Các hạng mục phần mềm bàn giao, quyền sử dụng, quy trình mẫu, chi phí và lịch trình yêu cầu vẫn phải thống nhất cho đơn hàng.
Gửi sản phẩm cơ bản, thị trường bán hàng, số lượng, tệp thương hiệu, ngôn ngữ, quy trình công việc cần thiết và phiên bản tích hợp, cùng với các mục đích sử dụng mà thỏa thuận phần mềm của bạn phải bao gồm. Yêu cầu phản hồi dựa trên ma trận phạm vi và quy trình thay đổi và phê duyệt mẫu sản phẩm vật lý được đề xuất. Sau đó bạn có thể thảo luận về một dự án OEM với SHUNJIE sử dụng một tài liệu tham khảo xác định cho báo giá, mẫu sản phẩm thực tế và giao hàng số lượng lớn.
Hình ảnh nổi bật: Cảnh lập kế hoạch OEM do AI tạo ra. Thiết bị chung và tài liệu đánh giá không mô tả nhà máy SHUNJIE, mẫu sản phẩm thực tế, kiểm tra hoặc thử nghiệm đã được phê duyệt.
Bối cảnh lập kế hoạch OEM do AI tạo ra. Thiết bị chung và tài liệu đánh giá không mô tả nhà máy SHUNJIE, mẫu sản phẩm thực tế, kiểm tra hoặc thử nghiệm đã được phê duyệt.
