จาก RFQ ไปสู่ PIM: จัดระเบียบข้อมูลจำเพาะล้อสำหรับอีคอมเมิร์ซและระบบ ERP
News Details
คำสั่งซื้อวงล้อเริ่มต้นด้วยข้อกำหนด อย่างไรก็ตาม รายละเอียดเดียวกันนี้ต้องสนับสนุนการซื้อ การควบคุมสต็อก การจัดเตรียมสินค้าในคลังสินค้า และการขายออนไลน์ในเวลาต่อมา
ปัญหาเกิดขึ้นเมื่อแต่ละทีมเก็บเวอร์ชันที่แตกต่างกันออกไป ใบเสนอราคาอาจแสดงออฟเซ็ตหนึ่งรายการ ในขณะที่หน้าสินค้าอาจแสดงอีกรายการหนึ่ง คลังสินค้าอาจติดตามสต็อกตามชื่อดีไซน์ แม้ว่าดีไซน์นั้นจะมีหลายขนาดและผิวสัมผัส
โครงสร้างข้อมูลที่ชัดเจนจะช่วยป้องกันช่องว่างเหล่านี้ได้ สำหรับผู้นำเข้าวงล้อ ผู้จัดจำหน่าย และแบรนด์สินค้าที่ผลิตตามสั่ง เป้าหมายนั้นง่ายมาก: นำรายละเอียดสินค้าที่ได้รับการอนุมัติไปใช้ตั้งแต่คำขอใบเสนอราคาเริ่มต้นไปจนถึงคำสั่งซื้อขั้นสุดท้ายของลูกค้า
เริ่มการจัดการข้อมูลผลิตภัณฑ์วงล้อในขั้นตอน RFQ
RFQ หรือคำขอใบเสนอราคา ควรรวบรวมมากกว่าแค่รูปภาพวงล้อและราคาเป้าหมาย ควรกำหนดฟิลด์หลักที่จะติดตามผลิตภัณฑ์ตลอดอายุการใช้งาน
ขอให้ซัพพลายเออร์ยืนยัน:
- ข้อมูลอ้างอิงดีไซน์และการแก้ไขแบบร่าง
- เส้นผ่านศูนย์กลางและความกว้าง
- จำนวนรูน็อตและเส้นผ่านศูนย์กลางวงรอบ หรือ PCD
- ออฟเซ็ต มักแสดงเป็น ET
- รูกลาง
- วัสดุและโครงสร้าง
- รหัสผิวสัมผัสและรหัสอ้างอิงสีที่ได้รับการอนุมัติ
- ระดับน้ำหนักบรรทุกและเอกสารสนับสนุน
- ฝาครอบกลาง วาล์ว และข้อกำหนดฮาร์ดแวร์
- จำนวนคำสั่งซื้อและความต้องการบรรจุภัณฑ์
นอกจากนี้ ให้ทำเครื่องหมายแต่ละค่าว่าถูกร้องขอ เสนอ หรือได้รับการอนุมัติ ข้อกำหนดที่ร้องขอไม่ควรกลายเป็นข้อความที่เผยแพร่สู่สาธารณะก่อนการตรวจสอบทางเทคนิค
โครงสร้างในช่วงแรกนี้ทำให้ การจัดการข้อมูลผลิตภัณฑ์วงล้อง่ายขึ้นเมื่อช่วงขยาย
สร้างข้อมูล Wheel PIM รอบๆ แต่ละตัวแปรที่สามารถขายได้
PIM หมายถึง การจัดการข้อมูลผลิตภัณฑ์ ซึ่งรวบรวมรายละเอียด คำอธิบาย และสินทรัพย์ที่จำเป็นในการนำเสนอผลิตภัณฑ์ผ่านช่องทางการขาย
สำหรับวงล้อ ดีไซน์หนึ่งมักมีตัวแปรที่สามารถขายได้หลายรูปแบบ แต่ละชุดของขนาด รูปแบบน็อต ออฟเซ็ต รูกลาง และผิวสัมผัสจำเป็นต้องมีเอกลักษณ์เฉพาะตัว
ใช้บันทึกหลักสำหรับข้อมูลดีไซน์ที่ใช้ร่วมกัน จากนั้นสร้าง SKU แยกสำหรับแต่ละตัวแปรที่ควบคุมสต็อก
ตัวอย่างเช่น วงล้อสองวงล้ออาจมีดีไซน์เดียวกันและผิวสัมผัสสีดำแมตต์ แต่มีออฟเซ็ตต่างกัน วงล้อเหล่านี้ควรเก็บเป็นบันทึกแยกกันหากสั่งซื้อ สต็อก หรือขายแยกกัน
ในทำนองเดียวกัน ให้แยกวงล้อเดี่ยวชุดวงล้อสี่วง หากชุดประกอบด้วยขนาดหน้าและหลังต่างกัน ให้บันทึก SKU และจำนวนของแต่ละส่วนประกอบ
อย่าใช้เพียงชื่อผลิตภัณฑ์เพื่อระบุสต็อก
กำหนดมาตรฐานข้อมูลจำเพาะของวงล้อก่อนนำเข้าข้อมูล
ชื่อผลิตภัณฑ์เช่น "18x9 6x139.7 ET12 Black" อาจมีประโยชน์สำหรับการแสดงผล อย่างไรก็ตาม ระบบจะทำงานได้ดีขึ้นเมื่อแต่ละค่ามีฟิลด์ของตัวเอง
โครงสร้างต่อไปนี้แสดงวิธีการจัดระเบียบ ข้อมูล PIM วงล้อ:
| ฟิลด์ | โครงสร้างที่แนะนำ | จุดประสงค์หลัก |
|---|---|---|
| SKU ภายใน | รหัสข้อความที่ไม่ซ้ำกันและมีความเสถียร | เชื่อมโยงบันทึกข้ามระบบ |
| หมายเลขชิ้นส่วนซัพพลายเออร์ | ฟิลด์ข้อความแยกต่างหาก | จับคู่ใบเสนอราคาและคำสั่งซื้อ |
| เส้นผ่านศูนย์กลาง | ค่าตัวเลขเป็นนิ้ว | รองรับตัวกรองสินค้า |
| ความกว้าง | ค่าตัวเลขเป็นนิ้ว | รองรับตัวกรองสินค้า |
| จำนวนรูน็อต | จำนวนเต็ม | กำหนดรูปแบบน็อต |
| PCD | ค่าตัวเลขเป็นมิลลิเมตร | กำหนดรูปแบบน็อต |
| ออฟเซ็ต | ค่าตัวเลขที่มีเครื่องหมายเป็นมิลลิเมตร | เก็บรักษา ET บวกหรือลบ |
| รูกลาง | ค่าตัวเลขเป็นมิลลิเมตร | รองรับการตรวจสอบความเหมาะสม |
| ผิวสัมผัส | รหัสที่ควบคุมและชื่อที่แสดง | ป้องกันการเปลี่ยนชื่อที่ไม่จำเป็น |
| ระดับน้ำหนักบรรทุก | ค่า หน่วย และการอ้างอิงเอกสาร | รองรับการตรวจสอบทางเทคนิค |
| หน่วยขาย | ต่อคู่ หรือชุดที่กำหนด | ป้องกันข้อผิดพลาดเกี่ยวกับปริมาณ |
ให้หน่วยเป็นไปในทิศทางเดียวกัน นอกจากนี้ ให้แยกค่าที่ไม่ทราบออกจากศูนย์ ออฟเซ็ตที่ว่างเปล่าหมายถึงข้อมูลหายไป; ศูนย์คือออฟเซ็ตเฉพาะเจาะจง
สำหรับวงล้อที่เจาะรูสองชุด ให้เก็บรูปแบบน็อตทั้งสองอย่างเป็นรายการที่มีโครงสร้าง ไม่ใช่ผสมรวมกันในฟิลด์ข้อความเดียวที่ไม่ชัดเจน
ทำให้ข้อมูลผลิตภัณฑ์วงล้อ ERP สอดคล้องกับบันทึกการขาย
ERP หมายถึงการวางแผนทรัพยากรองค์กร ซึ่งมักจัดการการจัดซื้อ คลังสินค้า คำสั่งซื้อ และบันทึกทางการเงิน
ในขณะที่ PIM เน้นไปที่เนื้อหาผลิตภัณฑ์, ข้อมูลผลิตภัณฑ์วงล้อ ERPสนับสนุนการทำธุรกรรมทางธุรกิจ ระบบทั้งสองควรใช้ตัวระบุผลิตภัณฑ์ที่มีความเสถียร
ฟิลด์ ERP ที่มีประโยชน์ได้แก่:
- SKU ภายในและหมายเลขชิ้นส่วนซัพพลายเออร์
- หน่วยซื้อและหน่วยขาย
- กฎการแปลงหน่วย
- จำนวนกล่องและขนาดบรรจุภัณฑ์
- น้ำหนักสุทธิและน้ำหนักรวม
- ซัพพลายเออร์ สถานะคำสั่งซื้อ และเวลาที่ใช้ในการส่งมอบ
- ตำแหน่งคลังสินค้าและการอ้างอิงชุดผลิตภัณฑ์ (ถ้าใช้)
กำหนดว่าระบบไหนเป็นเจ้าของแต่ละฟิลด์ ตัวอย่างเช่น ฝ่ายวิศวกรรมอาจอนุมัติขนาด, PIM อาจจัดการคำอธิบาย, และ ERP อาจควบคุมสต็อกที่มีอยู่
จากนั้นจับคู่ฟิลด์ที่ใช้ร่วมกันระหว่างระบบ เพื่อหลีกเลี่ยงปัญหาที่ทีมต่างๆ เขียนข้อมูลเดิมทับด้วยค่าที่ขัดแย้งกัน
สร้างกระบวนการทำงานข้อมูลความเหมาะสมด้วยหลักฐาน
การจับคู่รูปแบบน็อตไม่ได้หมายความว่าวงล้อเหมาะกับรถ
กระบวนการทำงานข้อมูลความเหมาะสมที่เหมาะสมยังต้องพิจารณาถึงรูกลาง, ออฟเซ็ต, ความกว้าง, ระยะห่างเบรก, ฮาร์ดแวร์ยึดติด, ความต้องการน้ำหนักบรรทุก, และการตั้งค่ารถ
เก็บข้อมูลการใช้งานรถในบันทึกที่เชื่อมโยงกัน ไม่ใช่วางรายการยาวๆ ไว้ในคำอธิบายผลิตภัณฑ์ ขึ้นอยู่กับตลาด บันทึกเหล่านั้นอาจต้องมีข้อมูลยี่ห้อ รุ่น ปี การตกแต่ง ตำแหน่งเพลา และชุดเบรกแต่ละบันทึกความเหมาะสมควรมีแหล่งที่มา วันที่ตรวจสอบ สถานะการอนุมัติ และเงื่อนไขใดๆ เงื่อนไขเหล่านั้นอาจครอบคลุมถึงแหวนปรับรูกลางที่ต้องการ ฮาร์ดแวร์ที่ระบุ หรือข้อจำกัดในการติดตั้ง
ลำดับการตรวจสอบที่เป็นประโยชน์คือ:
- รวบรวมความต้องการของรถและวงล้อ
เชื่อมโยงรูปภาพและเอกสารไปยัง SKU วงล้อที่ถูกต้อง
ข้อกำหนดที่ชัดเจนจะสูญเสียคุณค่าหากรายการแสดงวงล้อที่ไม่ถูกต้อง
เชื่อมโยงรูปภาพไปยังดีไซน์ ผิวสัมผัส และตัวแปรที่ถูกต้องที่ลักษณะภายนอกแตกต่างกัน การเปลี่ยนแปลงความกว้างหรือออฟเซ็ตสามารถส่งผลต่อรูปทรงหน้าและความลึกของขอบได้ ดังนั้นรูปภาพที่ใช้ร่วมกันอาจต้องมีหมายเหตุรูปภาพตัวแทนที่ชัดเจน
ดูแลรักษาบันทึกสินทรัพย์สำหรับ:
- ภาพถ่ายผลิตภัณฑ์หลักและรายละเอียด
ตรวจสอบความถูกต้องของข้อมูล PIM วงล้อก่อนเผยแพร่
ก่อนนำเข้าสินค้าคงคลัง ให้ตรวจสอบ SKU ที่ซ้ำกัน, หน่วยที่ขาดหาย, รูปแบบที่ไม่ถูกต้อง, และลิงก์รูปภาพที่เสีย
ถัดไป เปรียบเทียบบันทึกตัวอย่างกับแบบร่างที่ได้รับการอนุมัติและข้อกำหนดการซื้อ ตรวจสอบอย่างละเอียดถึงเครื่องหมายลบที่ขาดหายในออฟเซ็ต, รหัสผิวสัมผัสที่ไม่ถูกต้อง, และความสับสนระหว่างวงล้อเดี่ยวกับชุดวงล้อ
ใช้สถานะการเผยแพร่ เช่น ร่าง, การตรวจสอบทางเทคนิค, อนุมัติแล้ว, และเผยแพร่แล้ว บันทึกผู้อนุมัติการเปลี่ยนแปลงและเวลาที่อนุมัติ
หากข้อกำหนดหลักเปลี่ยนแปลง ให้ประเมินว่าต้องการ SKU ใหม่หรือการแก้ไขที่ควบคุมได้หรือไม่ นอกจากนี้ ระบุสต็อกที่มีอยู่เพื่อให้เวอร์ชันเก่าและใหม่สามารถติดตามได้
เตรียมข้อมูลสรุปที่ชัดเจนสำหรับ Wheelman
เมื่อเริ่มโครงการกับ
Wheelman
แชร์เทมเพลต RFQ ของคุณพร้อมกับฟิลด์ที่ร้านค้าและระบบ ERP ของคุณต้องการ รวมถึงกฎ SKU, หน่วย, ข้อกำหนดรูปภาพ, กระบวนการตรวจสอบความเหมาะสม, และรูปแบบการแลกเปลี่ยนที่ต้องการ ถามว่ามีข้อมูลและเอกสารอะไรบ้าง และตกลงว่าจะแก้ไขข้อมูลที่ขาดหายไปอย่างไรด้วยโครงสร้างที่ได้รับการอนุมัติเดียว ข้อกำหนดวงล้อสามารถย้ายจากใบเสนอราคาไปยังใบสั่งซื้อ, คลังสินค้า, และรายการออนไลน์ด้วยการแก้ไขด้วยตนเองน้อยลง ทำให้ทุกทีมมีมุมมองที่ชัดเจนขึ้นเกี่ยวกับสิ่งที่กำลังซื้อ สต็อก และขาย
