สำหรับการสั่งซื้ออุปกรณ์จอดรถแบบ OEM จะต้องอนุมัติมากกว่าโลโก้ กำหนดการเปลี่ยนแปลง ซอฟต์แวร์และเอกสารที่จะจัดส่ง การใช้งานที่ธุรกิจของคุณต้องได้รับอนุญาต และการกำหนดค่าตัวอย่างผลิตภัณฑ์จริงที่แน่นอนซึ่งการผลิตจำนวนมากต้องปฏิบัติตาม จากนั้นตกลงกันว่าจะมีการตรวจสอบการทดแทนและการอัปเดตซอฟต์แวร์ในภายหลังอย่างไร
Cabinet อาจมีลักษณะเหมือนกันในขณะที่พกพาคอนโทรลเลอร์ บิวด์เฟิร์มแวร์ หรือพฤติกรรมอินเทอร์เฟซที่แตกต่างกัน บัญชีสาธิตสามารถทำงานได้ในขณะที่ปล่อยให้การจัดจำหน่ายแบบมีแบรนด์หรือการบำรุงรักษาแบบอิสระไม่ได้รับการแก้ไข การอนุมัติ OEM ที่เป็นประโยชน์จึงเชื่อมโยงสามสิ่ง: ขอบเขตที่กำหนด ข้อมูลพื้นฐานตัวอย่างผลิตภัณฑ์ทางกายภาพที่ระบุได้ และเส้นทางที่มีการควบคุมสำหรับการเปลี่ยนแปลง
เปลี่ยนคำว่าปรับแต่งเป็นรายการสิ่งส่งมอบที่ชัดเจน
เริ่มจากผลิตภัณฑ์พื้นฐานและตลาดที่จะจำหน่าย ระบุว่าคำขอครอบคลุมสิ่งกีดขวาง กล้อง ANPR เครื่องแสดงผล สถานีชำระเงิน หรือการรวมกัน แยกตัวเลือกที่มีอยู่ออกจากการพัฒนาใหม่และขอให้ซัพพลายเออร์ทำเครื่องหมายแต่ละรายการว่ารวมอยู่ เป็นทางเลือก ไม่พร้อมใช้งาน หรือจัดหาโดยบุคคลอื่น
ใช้เมทริกซ์นี้เป็นจุดเริ่มต้น เพิ่มไฟล์อ้างอิงหรือการแก้ไข เจ้าของการอนุมัติ และสถานะใบเสนอราคาให้กับทุกการเปลี่ยนแปลงที่ร้องขอ
| ขอบเขต | กำหนดก่อนการผลิตตัวอย่างผลิตภัณฑ์จริง | หลักฐานการอนุมัติ |
|---|---|---|
| คณะรัฐมนตรีและการสร้างแบรนด์ | รุ่น การอ้างอิงสี การรักษาพื้นผิว งานศิลปะ ตำแหน่งโลโก้ และการใช้ทรัพย์สินของแบรนด์ที่ได้รับอนุญาต | การแก้ไขภาพวาดหรืองานศิลปะที่ได้รับอนุมัติและตัวอย่างผลิตภัณฑ์ทางกายภาพที่ระบุ |
| หน้าจอและภาษา | ไฟล์การแปล แบบอักษร สถานะหน้าจอ ข้อความแสดงข้อผิดพลาด หน่วย และใครเป็นผู้จัดหาถ้อยคำ | ไฟล์และภาพหน้าจอที่ได้รับอนุมัติจากบิลด์ซอฟต์แวร์ที่ตกลงกันไว้ |
| พฤติกรรมการทำงาน | ขั้นตอนการทำงาน การตั้งค่า และข้อยกเว้นที่จำเป็น แยกความแตกต่างระหว่างฟังก์ชันที่เปลี่ยนแปลงจากป้ายกำกับที่เปลี่ยนแปลง | สถานการณ์ที่ตกลงกัน ผลลัพธ์ที่คาดหวัง และผลลัพธ์ตัวอย่างผลิตภัณฑ์ทางกายภาพที่บันทึกไว้ |
| อินเทอร์เฟซ | โปรโตคอล, เวอร์ชัน API หรือ SDK, ช่องเหตุการณ์, การกำหนดค่าที่รองรับ และเจ้าของการรวมระบบ | เอกสารและผลลัพธ์ที่กำหนดเวอร์ชันด้วยระบบคู่สัญญาที่ต้องการ |
| บรรจุภัณฑ์และฉลาก | งานศิลปะบนกล่อง การตั้งชื่อแบบจำลอง การตรวจสอบย้อนกลับแบบอนุกรม เนื้อหา และความรับผิดชอบของฉลากเฉพาะปลายทาง | งานศิลปะที่ได้รับอนุมัติ รายการบรรจุภัณฑ์ และบรรจุภัณฑ์ตัวอย่างผลิตภัณฑ์ทางกายภาพที่ได้รับอนุมัติ |
| เอกสารและบริการ | ภาษาคู่มือ ไดอะแกรม การอ้างอิงอะไหล่ ข้อมูลอัปเดต และการส่งมอบการสนับสนุน | รายการไฟล์การจัดส่งที่กำหนดเวอร์ชันซึ่งมีชื่อเจ้าของสำหรับรายการที่ขาดหายไป |
บันทึกเครื่องมือ การพัฒนาครั้งเดียว ค่าบริการตัวอย่างผลิตภัณฑ์จริง ค่าธรรมเนียมใบอนุญาตที่เกิดขึ้นซ้ำ ปริมาณขั้นต่ำ และเวลาดำเนินการตามขอบเขตที่ตกลงกันไว้ สอบถามว่าใครเป็นผู้ควบคุมไฟล์เครื่องมือและการออกแบบ มีการเสนอสิทธิพิเศษใดๆ และผลิตภัณฑ์ ตลาด หรือช่วงเวลาใดบ้าง อย่าปล่อยให้การตัดสินใจเหล่านี้อยู่ในวลีทั่วไป เช่น “รวมบริการ OEM”
ยืนยันสิ่งส่งมอบซอฟต์แวร์และสิทธิ์การใช้งานแยกกัน
ไฟล์ซอฟต์แวร์ บัญชีผู้ดูแลระบบ และการอนุญาตในการแจกจ่ายซอฟต์แวร์จะตอบคำถามต่างๆ สำหรับแต่ละแอปพลิเคชัน แพ็คเกจเฟิร์มแวร์ SDK และรันไทม์ที่จำเป็น โปรดสอบถามข้อกำหนดที่เกี่ยวข้องและการส่งมอบที่จำเป็นสำหรับทีมของคุณเองและลูกค้าดาวน์สตรีม
- ใช้งานและติดตั้ง: ผลิตภัณฑ์ ลูกค้า และการจัดการการใช้งานใดบ้างที่อาจใช้เวอร์ชันที่จัดส่ง ใครเป็นผู้ให้การเปิดใช้งาน การกู้คืน และการเข้าถึงอุปกรณ์ทดแทน
- สร้างแบรนด์และจัดจำหน่าย: คุณสามารถใช้ชื่อของคุณในอินเทอร์เฟซ ตัวติดตั้ง คู่มือ และแพ็คเกจของลูกค้าได้หรือไม่ ไฟล์ใดที่อาจส่งให้กับลูกค้าหรือผู้ติดตั้งในพื้นที่
- บูรณาการ: มีเอกสาร SDK, API, ตัวอย่าง และไฟล์รันไทม์ใดบ้าง และสิ่งใดในนั้นที่สามารถแจกจ่ายซ้ำได้ ใครเป็นคนรักษาการบูรณาการเมื่อฝ่ายใดฝ่ายหนึ่งเปลี่ยนแปลง?
- แก้ไขและบำรุงรักษา: มีซอร์สโค้ดรวมอยู่ด้วยหรือไม่ อนุญาตให้แก้ไขอะไรได้ และใครสามารถสร้างโปรแกรมกับสนับสนุนรุ่นที่แก้ไขแล้วได้ หากต้องบำรุงรักษาอย่างอิสระ ให้ระบุคู่มือสร้างโปรแกรม ส่วนประกอบที่ต้องพึ่งพา และเอกสารส่งมอบที่ตกลงกันไว้
- ส่วนประกอบของบุคคลที่สาม: ขอข้อมูลส่วนประกอบ รุ่น สิทธิ์ใช้งาน และประกาศที่เกี่ยวข้อง รวมถึงซอร์สโค้ดหรือข้อเสนอเป็นลายลักษณ์อักษรว่าจะจัดให้ หากเงื่อนไขที่ใช้บังคับกำหนดไว้ ยืนยันข้อจำกัดและหน้าที่ส่งมอบเอกสารหรือวัสดุที่จำเป็นสำหรับส่วนประกอบที่ใช้จริง
การรับซอร์สโค้ดไม่ได้ทำให้ผลิตภัณฑ์เป็นโอเพ่นซอร์ส ที่ คำจำกัดความของ Open Source Initiative ยังกล่าวถึงการอนุญาตการแจกจ่ายซ้ำและการแก้ไข กำหนดเงื่อนไขที่แท้จริงสำหรับแพ็คเกจที่จัดส่ง แทนที่จะสมมติว่าการชำระเงินตามการปรับแต่ง การเข้าถึงซอร์สโค้ดของซอฟต์แวร์ หรือโลโก้ใหม่จะเป็นการชำระทุกสิทธิ์
แยกเทคโนโลยีเดิมของผู้ขาย งานออกแบบที่ผู้ซื้อให้ และงานพัฒนาใหม่ที่ว่าจ้างในโครงการนี้ไว้ในข้อตกลง หากกรรมสิทธิ์ ความเป็นเอกสิทธิ์ หรือการพัฒนาต่ออย่างอิสระมีความสำคัญ ต้องกำหนดสิ่งส่งมอบและสิทธิ์ที่ต้องการเพื่อตรวจทานก่อนอนุมัติให้พัฒนา สำหรับขอบเขตสิทธิ์ใช้งาน การอัปเกรด และค่าบริการประจำ ดู รายการตรวจสอบใบอนุญาตซอฟต์แวร์ที่จอดรถ.
อนุมัติชุดอ้างอิง ไม่ใช่แค่ตัวอย่างผลิตภัณฑ์จริงในโชว์รูม
ให้ข้อมูลอ้างอิงเฉพาะแก่ตัวอย่างผลิตภัณฑ์ทางกายภาพและบันทึกเอกลักษณ์ทางกายภาพของผลิตภัณฑ์ เชื่อมโยงกับภาพวาด งานศิลปะ การกำหนดค่าฮาร์ดแวร์ การสร้างเฟิร์มแวร์/ซอฟต์แวร์ และการตั้งค่าที่ได้รับอนุมัติ รวมเวอร์ชันของเอกสารอินเทอร์เฟซ คู่มือ ฉลาก และบรรจุภัณฑ์ที่เกี่ยวข้องด้วย เก็บบันทึกการอนุมัติลงวันที่โดยเชื่อมโยงไฟล์เหล่านี้กับตัวระบุตัวอย่างผลิตภัณฑ์ทางกายภาพ ในกรณีที่ไม่สามารถแบ่งปันรายการวัสดุโดยละเอียดได้ ให้ตกลงกันว่าตัวระบุองค์ประกอบที่สำคัญและการเปลี่ยนแปลงใดจะต้องยังคงติดตามได้
เก็บผลลัพธ์ไว้ข้างการกำหนดค่านั้น วิดีโอที่แสดงการเปิดตู้หรือหน้าจอแบบแปลเป็นหลักฐานที่เป็นประโยชน์ของการสาธิตนั้น แต่ไม่ได้อธิบายขั้นตอนการทำงานที่จำเป็นทั้งหมดหรือพิสูจน์ว่าทุกหน่วยการผลิตจะสอดคล้องกัน เลือกการตรวจสอบจากการปรับแต่งที่ตกลงกันไว้: ตัวอย่างเช่น ข้อความที่แปลขนาดยาวบนหน้าจอจริง ฟิลด์เหตุการณ์ที่ระบุพร้อมกับซอฟต์แวร์ที่ต้องการ และการตั้งชื่อรุ่นที่ได้รับการอนุมัติสำหรับป้ายกำกับและคู่มือต่างๆ
ระบุผลตัดสินให้ชัดว่าอนุมัติให้ผลิต อนุมัติพร้อมเงื่อนไขที่ระบุ หรือยังไม่อนุมัติให้ผลิต แต่ละประเด็นค้างต้องมีผู้รับผิดชอบ หลักฐานที่ต้องส่ง และจุดปิดประเด็น การยอมรับความต่างด้านรูปลักษณ์ของตัวอย่างหนึ่งชิ้นไม่ใช่การอนุญาตให้เปลี่ยนทั้งคำสั่งซื้อ
คุณสามารถเพิ่มบันทึกขนาดกะทัดรัดนี้ลงในเอกสารการซื้อได้ รายการด้านล่างนี้เป็นช่องที่ต้องกรอก ไม่ใช่การอนุมัติที่เสร็จสิ้น
บันทึกอนุมัติตัวอย่าง OEM คำสั่งซื้อ / ผลิตภัณฑ์ / รหัสตัวอย่าง: ฮาร์ดแวร์และส่วนประกอบสำคัญ: เฟิร์มแวร์ / รุ่นแอปพลิเคชัน / การตั้งค่า: รุ่นงานออกแบบ / เอกสารอินเทอร์เฟซ / คู่มือ / บรรจุภัณฑ์: การตรวจสอบที่ตกลงไว้และรหัสอ้างอิงไฟล์ผลตรวจ: ประเด็นค้าง / ความคลาดเคลื่อนที่อนุญาต / ผู้รับผิดชอบปิดประเด็น: ผลอนุมัติให้ผลิต / ผู้อนุมัติ / วันที่: คำสั่งผลิตหรือล็อตที่การอนุมัตินี้ครอบคลุม:
กำหนดขั้นตอนเปลี่ยนแปลงตั้งแต่คำขอจนอนุมัติให้ผลิต
การตรึงเวอร์ชันอ้างอิงคือการเก็บรูปแบบที่ตกลงไว้และควบคุมการอัปเดตภายหลัง ไม่ใช่การหยุดระบบ และไม่ควรขัดขวางการแก้ปัญหาความปลอดภัยที่จำเป็นหรือการเปลี่ยนชิ้นส่วนที่หาไม่ได้แล้ว ต้องตกลงว่าการเปลี่ยนแปลงใดต้องแจ้ง ใดต้องอนุมัติก่อนผลิต และจะจัดการอัปเดตเร่งด่วนอย่างไร
สำหรับการเปลี่ยนแปลงที่เสนอ ให้บันทึกเหตุผล ตัวระบุเก่าและใหม่ ผลิตภัณฑ์หรือชุดการผลิตที่ได้รับผลกระทบ และผลกระทบต่อฟังก์ชัน ความพอดี อินเทอร์เฟซ การสร้างแบรนด์ เอกสาร และบริการ ระบุชื่อบุคคลที่ตัดสินใจว่าจำเป็นต้องมีตัวอย่างผลิตภัณฑ์ทางกายภาพใหม่หรือการตรวจสอบที่แคบลง บันทึกผลการตัดสินใจและการส่งมอบครั้งแรกที่ใช้
ตัวอย่างเช่น ตัวควบคุมทดแทนที่นำเสนออาจทำให้รูปลักษณ์ของตู้ไม่เปลี่ยนแปลง ในขณะที่ส่งผลต่อระยะเวลาของเหตุการณ์ การกู้คืนการกำหนดค่า หรือขั้นตอนการบริการ ตรวจสอบลักษณะการทำงานที่ได้รับผลกระทบด้วยการกำหนดค่าที่ต้องการก่อนที่จะยอมรับว่าเทียบเท่า การแก้ไขการสะกดคำบนกล่องมักจะต้องมีการตรวจสอบอาร์ตเวิร์คและเอกสารการบรรจุ แทนที่จะทำซ้ำการทดสอบการทำงานที่ไม่เกี่ยวข้อง หลักฐานควรเป็นไปตามผลของการเปลี่ยนแปลง
บันทึกค่าเบี่ยงเบนที่ยอมรับพร้อมขอบเขตเฉพาะ ปริมาณที่ได้รับผลกระทบ หรือชุดการผลิตและเงื่อนไข แยกจากการแก้ไขพื้นฐานแบบถาวร มิฉะนั้น ข้อยกเว้นสำหรับคำสั่งซื้อเดียวอาจกลายเป็นมาตรฐานที่ไม่มีเอกสารในการจัดส่งครั้งถัดไป
เชื่อมโยงการส่งมอบจำนวนมากกับรุ่นที่อนุมัติ
ตกลงว่าจะติดตามหน่วยขาเข้าไปยังการกำหนดค่าที่ได้รับอนุมัติสำหรับการผลิตอย่างไร จับคู่การอ้างอิงคำสั่งซื้อ บันทึกอนุกรมหรือชุดการผลิต ตัวระบุฮาร์ดแวร์/ซอฟต์แวร์ที่เกี่ยวข้อง ป้ายกำกับ และไฟล์ที่จัดส่ง กำหนดแผนการตรวจสอบหรือสุ่มตัวอย่างที่เข้ามากับซัพพลายเออร์ตามคำสั่งซื้อและความเสี่ยง ตัวอย่างผลิตภัณฑ์ทางกายภาพที่ได้รับอนุมัติหนึ่งตัวอย่างไม่สามารถทดแทนแผนดังกล่าวได้
หากมีข้อมูลที่ไม่ตรงกัน ให้ระบุและรักษาขอบเขตที่ได้รับผลกระทบไว้ในขณะที่ฝ่ายที่รับผิดชอบตัดสินใจว่าจะแก้ไข เปลี่ยน หรือยอมรับภายใต้การเบี่ยงเบนที่บันทึกไว้ บันทึกสิ่งที่ส่งมอบและอนุมัติจริงก่อนที่จะอนุมัติหน่วยอุปกรณ์เหล่านั้นสำหรับขั้นตอนต่อไป เก็บข้อมูลการกำหนดค่าขั้นสุดท้ายไว้ให้กับทีมบริการ รวมถึงอะไหล่ที่เข้ากันได้และเส้นทางสำหรับการอัพเดตซอฟต์แวร์ในอนาคต
เตรียมการสอบถามเกี่ยวกับ OEM ที่มุ่งเน้น
SHUNJIE นำเสนอการปรับแต่ง OEM/ODM ต่อสาธารณะทั้งรูปลักษณ์ ฟังก์ชัน ภาษา ซอฟต์แวร์ และการรวมระบบ ถือว่าข้อเสนอนั้นเป็นจุดเริ่มต้นสำหรับการสนทนาเฉพาะผลิตภัณฑ์: กลุ่มกล้อง ANPR เช่น ระบุการปรับแต่งตัวเรือนกล้องและสี ส่วนสิ่งส่งมอบซอฟต์แวร์ สิทธิ์ กระบวนการตัวอย่าง ราคา และกำหนดเวลาที่ต้องการยังต้องตกลงสำหรับคำสั่งซื้อนั้น
ส่งผลิตภัณฑ์พื้นฐาน ตลาดการขาย ปริมาณ ไฟล์การสร้างแบรนด์ ภาษา ขั้นตอนการทำงานที่จำเป็น และเวอร์ชันการผสานรวม รวมถึงการใช้งานที่ข้อตกลงซอฟต์แวร์ของคุณต้องครอบคลุม ขอคำตอบสำหรับเมทริกซ์ขอบเขตและกระบวนการอนุมัติและเปลี่ยนแปลงตัวอย่างผลิตภัณฑ์ทางกายภาพที่เสนอ คุณก็ทำได้ หารือเกี่ยวกับโครงการ OEM กับ SHUNJIE โดยใช้การอ้างอิงที่กำหนดไว้สำหรับใบเสนอราคา ตัวอย่างผลิตภัณฑ์จริง และการจัดส่งจำนวนมาก
ภาพเด่น: ฉากการวางแผน OEM ที่สร้างโดย AI อุปกรณ์ทั่วไปและเอกสารการตรวจสอบไม่ได้แสดงถึงโรงงาน SHUNJIE ตัวอย่างผลิตภัณฑ์ทางกายภาพที่ได้รับอนุมัติ การตรวจสอบหรือการทดสอบ
ฉากการวางแผน OEM ที่สร้างโดย AI อุปกรณ์ทั่วไปและเอกสารการตรวจสอบไม่ได้แสดงถึงโรงงาน SHUNJIE ตัวอย่างผลิตภัณฑ์ทางกายภาพที่ได้รับอนุมัติ การตรวจสอบหรือการทดสอบ
