วิธีการบูรณาการระบบ Put Wall กับ WMS และ WCS สําหรับการติดตามคําสั่งในเวลาจริง

การผสานระบบ put wall เข้ากับ WMS และ WCS จำเป็นต้องมีการไหลของข้อมูลที่ประสานกันสามส่วน: ข้อมูลคำสั่งซื้อและคลื่นคำสั่งซื้อจาก WMS ลงมา, เหตุการณ์การวางและการยืนยันจากผนังขึ้นไป, และคำสั่งอุปกรณ์ระหว่าง WCS และตัวควบคุมผนัง การติดตามคำสั่งซื้อแบบเรียลไทม์จะสำเร็จเมื่อทุกเหตุการณ์การสแกนมีตัวระบุคำสั่งซื้อ, ตัวระบุรายการ และการประทับเวลา, และเมื่อ WMS จัดการเหตุการณ์เหล่านั้นเป็นการทำธุรกรรมที่เกี่ยวข้องกับสินค้าคงคลัง แทนที่จะเป็นข้อมูลการแสดงผล โครงการที่ล้มเหลวมักจะล้มเหลวในการกำหนดความเป็นเจ้าของและการตีความความหมายของเหตุการณ์, ไม่ใช่การเลือกโปรโตคอล ตัวเลือกอินเทอร์เฟซสำหรับการกำหนดค่ามาตรฐานจะอธิบายไว้ในหน้า ระบบ Put Wall ของเรา

การไหลของข้อความสามส่วน

1. ขาลง: คำสั่งซื้อ, คลื่นคำสั่งซื้อ และการกำหนดช่องวาง

WMS จะส่งคลื่นคำสั่งซื้อที่มีส่วนหัวของคำสั่งซื้อ, รายการคำสั่งซื้อพร้อม SKU และปริมาณ, และการกำหนดช่องวางสำหรับแต่ละคำสั่งซื้อ ข้อความนี้ต้องมีการระบุเวอร์ชัน, เนื่องจากการยกเลิก, การหยิบไม่ครบ และการแทนที่กลางคลื่นเป็นเรื่องปกติ ตัวควบคุมผนังที่รับคลื่นคำสั่งซื้อแบบคงที่เพียงรายการเดียวจะปฏิเสธการเปลี่ยนแปลง หรือแย่กว่านั้นคือ นำไปใช้โดยไม่มีการแจ้งเตือน

2. ขาขึ้น: การวาง, การยืนยัน และการเสร็จสิ้น

การสแกนแต่ละครั้งจะสร้างเหตุการณ์: SKU สินค้า, คำสั่งซื้อเป้าหมาย, ช่องวาง, ผู้ปฏิบัติงาน, การประทับเวลา, และผลลัพธ์ (วางแล้ว, ปฏิเสธ, มีปัญหา) WMS ต้องจัดการการวางที่ยืนยันแล้วว่าเป็นธุรกรรมจริงที่อัปเดตสถานะคำสั่งซื้อ, ไม่ใช่สัญญาณ UI นี่คือสิ่งที่ทำให้การติดตามคำสั่งซื้อเป็นแบบเรียลไทม์ แทนที่จะเป็นการรวบรวมข้อมูลเมื่อสิ้นสุดกะ

3. ด้านข้าง: คำสั่งอุปกรณ์และสถานะ

ในกรณีที่ผนังเชื่อมต่อกับสายพานลำเลียงหรือเครื่องคัดแยก, WCS จะออกคำสั่งปล่อยและรับสัญญาณช่องวางเต็ม, สัญญาณบล็อกเกอร์ และสัญญาณข้อผิดพลาด WCS ควรเป็นเจ้าของในการตัดสินใจเส้นทางการจัดส่งทางกายภาพ; WMS ควรเป็นเจ้าของในการตัดสินใจเกี่ยวกับคำสั่งซื้อ การผสมผสานความรับผิดชอบทั้งสองนี้เป็นข้อผิดพลาดทางสถาปัตยกรรมที่พบบ่อยที่สุด

เปรียบเทียบตัวเลือกการผสานรวม

ข้อกำหนดโมเดลข้อมูล

• ID เหตุการณ์ที่ไม่ซ้ำกัน เพื่อให้สามารถทิ้งการยืนยันที่ซ้ำกันได้อย่างปลอดภัย
• ระดับรายการคำสั่งซื้อ; เหตุการณ์ระดับคำสั่งซื้อไม่สามารถรองรับการวางบางส่วนได้
• ตัวระบุผู้ปฏิบัติงานและสถานี เพื่อความรับผิดชอบและการวิเคราะห์ประสิทธิภาพ
• การประทับเวลาแบบ Monotonic จากนาฬิกาที่ซิงโครไนซ์; นาฬิกาที่คลาดเคลื่อนจะทำให้การติดตามเสียหาย
• รหัสเหตุผล สำหรับทุกปัญหา, ที่จับคู่กับรายการที่กำหนดไว้ตายตัว
• ประวัติสถานะช่องวาง, ไม่ใช่แค่สถานะปัจจุบัน, เพื่อให้สามารถวัดเวลาที่ใช้ได้

ข้อผิดพลาดการผสานรวมทั่วไป

รายการตรวจสอบการยอมรับ

• ความขัดแย้งเวอร์ชันคลื่นคำสั่งซื้อทดสอบโดยการยกเลิกคำสั่งซื้อกลางคลื่น
• การสูญเสียเครือข่ายระหว่างการนำเข้าทดสอบสำหรับเหตุการณ์ที่ซ้ำกันและสูญหาย
• การไหลของปัญหาทดสอบตั้งแต่ต้นจนจบ, รวมถึงการจับคู่รหัสเหตุผลของ WMS
• การซิงโครไนซ์นาฬิกาตรวจสอบระหว่างตัวควบคุม, WCS และ WMS
• วัดความหน่วงแฝงที่เปอร์เซ็นไทล์ที่ 95, ไม่ใช่ค่าเฉลี่ย
• พฤติกรรมการทำงานเมื่อระบบล้มเหลวถูกบันทึก: จะเกิดอะไรขึ้นเมื่อ WMS ไม่พร้อมใช้งาน?
• การเก็บรักษาเหตุการณ์ในอดีตถูกกำหนดไว้สำหรับการตรวจสอบและการวิเคราะห์ประสิทธิภาพ

ลำดับการตัดการทำงานก่อนเปิดใช้งาน

การผสานรวมจะถูกส่งมอบในโค้ด แต่ได้รับการพิสูจน์ในการตัดการทำงาน ลำดับที่ใช้งานได้จะดำเนินการในหกขั้นตอนในช่วงสี่ถึงหกสัปดาห์ ขั้นแรก, รันผนังในโหมดเงา: WMS ส่งคลื่นคำสั่งซื้อ, ตัวควบคุมจะส่องไฟที่ช่องวาง, แต่ผู้ปฏิบัติงานจะดำเนินการด้วยวิธีการเดิมของตน และผลลัพธ์ของผนังจะถูกเปรียบเทียบกับความเป็นจริงโดยไม่ได้ใช้งาน สิ่งนี้จะจับข้อผิดพลาดในการจับคู่ได้อย่างคุ้มค่า

ประการที่สอง, รันคลื่นนำร่องเดียวต่อกะด้วยชุดคำสั่งซื้อขนาดเล็ก, ความเสี่ยงต่ำ — เฉพาะคำสั่งซื้อแบบรายการเดียว, เพื่อให้ข้อผิดพลาดใดๆ สามารถแก้ไขได้ง่าย ประการที่สาม, ขยายไปยังครึ่งหนึ่งของกะหนึ่งกะด้วยโปรไฟล์คำสั่งซื้อเต็มรูปแบบ ประการที่สี่, รันกะเต็ม, จากนั้นเต็มวัน, โดยยังคงวิธีการเดิมไว้แต่ไม่ได้ใช้งาน ประการที่ห้า, ทำการทดสอบการฉีดข้อผิดพลาดโดยเจตนา: ตัดการเชื่อมต่อ WMS, ตัดการเชื่อมต่อตัวควบคุมหนึ่งตัว, ทำให้เวอร์ชันคลื่นคำสั่งซื้อเสียหาย, และยืนยันว่าระบบปิดเมื่อเกิดข้อผิดพลาดและกู้คืนโดยไม่ทำให้การวางซ้ำ ประการที่หก, ส่งมอบพร้อมคู่มือการใช้งานที่บันทึกไว้สำหรับการแก้ไขปัญหา, การปล่อยคลื่นคำสั่งซื้อใหม่ และการรีสตาร์ทตัวควบคุม

ความล้มเหลวในการผสานรวมส่วนใหญ่จะปรากฏในขั้นตอนที่ห้า, ซึ่งเป็นเหตุผลว่าทำไมจึงต้องไม่ข้ามขั้นตอนนี้เพื่อปกป้องวันที่เปิดใช้งาน ผนังที่ไม่เคยได้รับการทดสอบกับการขัดจังหวะการป้อนข้อมูลจะล้มเหลวในช่วงเวลาที่มีผู้ใช้งานสูงสุดในเวลาที่แย่ที่สุด

เอกสารอินเทอร์เฟซที่คุณควรได้รับ

• ข้อกำหนดข้อความพร้อมคำจำกัดความระดับฟิลด์และตัวอย่างเพย์โหลด
• แผนภาพสถานะสำหรับวงจรชีวิตคำสั่งซื้อ, รายการ และช่องวาง
• แคตตาล็อกรหัสข้อผิดพลาดพร้อมพฤติกรรมการจัดการที่จำเป็นสำหรับแต่ละรหัส
• แผนภาพลำดับสำหรับการปล่อยคลื่นคำสั่งซื้อ, การวาง, การยกเลิก และการปล่อยใหม่
• ข้อสมมติฐานเกี่ยวกับความจุและความหน่วงแฝง, รวมถึงอัตราข้อความสูงสุด
• แผนการทดสอบและหลักฐานจากการทดสอบการยอมรับโรงงานที่ผสานรวม

หากไม่มีเอกสารหกฉบับนี้, การเปลี่ยนแปลงในอนาคตทุกครั้งจะกลายเป็นการวิศวกรรมย้อนกลับ, และระบบ put wall จะค่อยๆ กลายเป็นกล่องดำที่เฉพาะผู้ผสานรวมดั้งเดิมเท่านั้นที่สามารถแก้ไขได้อย่างปลอดภัย

การควบคุมการเปลี่ยนแปลงหลังการเปิดใช้งาน

อุบัติเหตุการผสานรวม put wall ส่วนใหญ่เกิดขึ้นหลังจากการสิ้นสุดโครงการ, เมื่อมีการเปลี่ยนแปลงเล็กน้อยโดยไม่มีการปล่อยเวอร์ชัน การอัปเดตไฟล์ราคา, ประเภทคำสั่งซื้อใหม่, การเปลี่ยนแปลงรูปแบบฉลาก หรือการปรับกฎคลื่นคำสั่งซื้อแต่ละอย่างสามารถเปลี่ยนแปลงข้อสมมติฐานที่อินเทอร์เฟซถูกสร้างขึ้น กำหนดให้ทุกการเปลี่ยนแปลงที่เกี่ยวข้องกับโครงสร้างคลื่นคำสั่งซื้อ, การกำหนดช่องวาง หรือความหมายของเหตุการณ์ต้องผ่านคำขอเปลี่ยนแปลงที่บันทึกไว้พร้อมแผนการย้อนกลับและการทดสอบบนผนังที่ไม่ใช่การผลิต วินัยเดียวนี้ป้องกันการถดถอยส่วนใหญ่หลังการเปิดใช้งานในการควบคุมคลังสินค้า

สรุป

การติดตามคำสั่งซื้อแบบเรียลไทม์ขึ้นอยู่กับความหมายของเหตุการณ์, ไม่ใช่แบนด์วิดท์ กำหนดว่าใครเป็นเจ้าของแผนที่คำสั่งซื้อ, ทำให้การวางแต่ละครั้งเป็นธุรกรรมที่มีคีย์ Idempotency, ให้การกำหนดเส้นทางทางกายภาพกับ WCS และตรรกะคำสั่งซื้อกับ WMS, และทดสอบเส้นทางความล้มเหลวก่อนเปิดใช้งาน ความสามารถของอินเทอร์เฟซสำหรับการกำหนดค่าผนังมาตรฐานจะอธิบายไว้ในหน้า หน้าหมวดหมู่ระบบ Put Wall ของเรา.