เมื่อยอดขายมาจากหลายช่องทาง ปัญหามักไม่ได้อยู่ที่การดึงคำสั่งซื้อเข้า Odoo เพียงครั้งเดียว งานยากกว่าคือทำให้ทีมรู้ว่ารายการไหนเชื่อถือได้ สต็อกตัวใดพร้อมขาย และใครต้องจัดการเมื่อสถานะจากแต่ละระบบไม่ตรงกัน
Enersys เคยทำงานที่รับข้อมูลจากหลายแพลตฟอร์มอีคอมเมิร์ซ รวมถึง Shopee และ TikTok เข้ามารวมใน Odoo เพื่อใช้เป็น Business OS หรือระบบกลางที่เชื่อมข้อมูลกับขั้นตอนทำงานของธุรกิจ โดยไม่เปิดเผยชื่อลูกค้า จากโจทย์นี้ เรารวบรวมคำถามทางธุรกิจที่องค์กรควรตอบก่อนเลือก connector, middleware หรือการพัฒนา API เพราะแต่ละช่องทาง บัญชีร้านค้า และเวอร์ชันของระบบอาจมีเงื่อนไขต่างกัน
ไล่คำสั่งซื้อหนึ่งรายการตั้งแต่ต้นจนจบ
เริ่มจากคำสั่งซื้อสมมติหนึ่งรายการ แล้ววาดเส้นทางตั้งแต่ลูกค้ากดซื้อจนทีมปิดงาน ระหว่างทางอาจมีการยืนยันการชำระเงิน การจับคู่สินค้า การกันสต็อก การเตรียมส่ง การยกเลิก การคืนสินค้า และการคืนเงิน แต่ละธุรกิจไม่จำเป็นต้องใช้สถานะเหมือนกันทั้งหมด สิ่งที่ต้องตกลงคือสถานะใดมีผลต่อการทำงานและระบบใดเป็นผู้ยืนยันสถานะนั้น
การคุยด้วยชื่อหน้าจอหรือชื่อโมดูลอย่างเดียวมักทำให้แต่ละทีมเข้าใจคนละแบบ ฝ่ายขายอาจมองว่าคำสั่งซื้อเสร็จเมื่อรับรายการแล้ว ฝ่ายคลังอาจมองว่าเสร็จเมื่อส่งของ ส่วนฝ่ายการเงินอาจรอข้อมูลค่าธรรมเนียมและยอดสุทธิ การวางเส้นทางเดียวกันบนโต๊ะช่วยให้เห็นจุดส่งต่องานก่อนเขียนข้อกำหนดทางเทคนิค
กำหนดเจ้าของข้อมูลทีละประเภท
คำว่า “ซิงก์ข้อมูล” กว้างเกินไปสำหรับใช้ตัดสินใจ ทุกฟิลด์สำคัญควรมีเจ้าของที่ชัด เช่น หมายเลขคำสั่งซื้อ SKU จำนวน สถานะชำระเงิน สถานะจัดส่ง ราคาขาย ส่วนลด ค่าธรรมเนียม และข้อมูลที่ใช้ติดต่อผู้ซื้อ
บางข้อมูลอาจเริ่มจากช่องทางขายแล้วส่งเข้า Odoo บางข้อมูลอาจดูแลใน Odoo แล้วส่งกลับไปยังช่องทาง ส่วนข้อมูลบางชนิดควรเก็บไว้ในระบบต้นทางและอ้างอิงเมื่อต้องใช้ การพยายามทำให้ทุกระบบเขียนทับกันได้อาจทำให้หาต้นตอของความผิดพลาดยากขึ้น
คำถามที่ใช้ได้ดีคือ หากค่าหนึ่งไม่ตรงกัน ทีมจะเชื่อระบบใด ใครมีสิทธิ์แก้ และการแก้ต้องส่งต่อไปที่ไหน คำตอบควรอยู่ในข้อตกลงของทีม ไม่ควรถูกซ่อนไว้ในโค้ดเชื่อมต่อเพียงอย่างเดียว
ออกแบบรายการผิดปกติก่อนรายการปกติ
รายการปกติมักผ่านระบบได้ง่าย งานที่ใช้เวลาคนคือรายการที่จับคู่ SKU ไม่ได้ สต็อกไม่พอ สถานะชำระเงินค้าง ที่อยู่ไม่ครบ หรือคำสั่งซื้อถูกยกเลิกหลังเริ่มเตรียมสินค้าแล้ว
ก่อนเปิดใช้งาน ควรกำหนดว่าระบบจะหยุดรายการ ส่งเข้าคิวรอตรวจ หรือให้ทำงานต่อพร้อมคำเตือน และต้องระบุผู้รับผิดชอบแต่ละกรณีด้วย หากไม่มีเจ้าของ รายการผิดปกติจะย้ายจากหน้าจอหนึ่งไปค้างอีกหน้าจอหนึ่งโดยไม่มีใครรู้ว่าต้องตัดสินใจอะไร
ทีมควรเห็นประวัติของเหตุการณ์ด้วยว่าได้รับข้อมูลเมื่อใด ลองประมวลผลกี่ครั้ง ใครแก้ข้อมูล และรายการกลับเข้าสู่กระบวนการเมื่อใด บันทึกนี้ช่วยแยกปัญหาข้อมูล ปัญหากติกาธุรกิจ และปัญหาการเชื่อมระบบออกจากกัน
แยกสต็อกพร้อมขายออกจากจำนวนในระบบ
จำนวนสินค้าใน Odoo ไม่จำเป็นต้องเท่ากับจำนวนที่ควรประกาศขายในทุกช่องทาง ธุรกิจอาจต้องกันของสำหรับหน้าร้าน งานขายส่ง สินค้าที่กำลังตรวจรับ หรือคำสั่งซื้อที่ยังไม่ปิด การกำหนด “สต็อกพร้อมขาย” จึงเป็นกติกาธุรกิจ ไม่ใช่เพียงการส่งตัวเลขจากช่องหนึ่งไปอีกช่องหนึ่ง
ก่อนเชื่อม ควรตอบให้ได้ว่าคำนวณจำนวนพร้อมขายจากอะไร อัปเดตเมื่อเกิดเหตุการณ์ใด และจะทำอย่างไรเมื่อช่องทางหนึ่งรับคำสั่งซื้อในช่วงที่ข้อมูลอีกช่องทางยังไม่อัปเดต การทดสอบควรครอบคลุมสินค้าคงเหลือน้อย การยกเลิก และการคืนสินค้า ไม่ใช่ทดสอบเฉพาะวันที่สต็อกมีพอ
ตรวจยอดด้วยข้อมูลที่ฝ่ายการเงินใช้จริง
คำสั่งซื้อที่เข้าระบบครบไม่ได้แปลว่างานกระทบยอดเสร็จ ธุรกิจยังต้องพิจารณาส่วนลด ค่าธรรมเนียม การคืนเงิน และรอบการโอนเงินของแต่ละช่องทาง ก่อนออกแบบรายงาน ควรถามฝ่ายการเงินว่าต้องใช้ข้อมูลใดเพื่ออธิบายความต่างระหว่างยอดขาย ยอดรับสุทธิ และยอดค้าง
เอกสารออกแบบควรระบุด้วยว่ารายการใดมาจากช่องทาง รายการใดคำนวณใน Odoo และจะอ้างอิงกลับไปยังคำสั่งซื้อต้นทางอย่างไร จุดนี้ช่วยให้ทีมตรวจยอดได้โดยไม่ต้องเดาความหมายของตัวเลขจากชื่อฟิลด์
เช็กลิสต์ก่อนเลือกวิธีเชื่อม
- ระบบใดเป็นเจ้าของคำสั่งซื้อ สินค้า ราคา สต็อก และสถานะการชำระเงินแต่ละรายการ
- สถานะใดทำให้งานขั้นถัดไปเริ่มได้ และใครอนุมัติข้อยกเว้น
- รายการผิดปกติจะไปอยู่ที่ใด ใครได้รับแจ้ง และทีมปิดรายการอย่างไร
- ข้อมูลใดจำเป็นต่อการกระทบยอด และต้องย้อนกลับไปยังรายการต้นทางได้แค่ไหน
- หากการเชื่อมหยุดชั่วคราว ทีมทำงานต่ออย่างไรโดยไม่สร้างรายการซ้ำหรือทำข้อมูลหาย
หากกำลังวาง Odoo ให้รับงานจาก Shopee หรือ TikTok ให้นำคำสั่งซื้อจริงที่ตัดข้อมูลระบุตัวบุคคลแล้วมาหนึ่งรายการ จากนั้นไล่สถานะ เจ้าของข้อมูล และข้อยกเว้นร่วมกับฝ่ายขาย คลังสินค้า การเงิน และทีมระบบ วิธีนี้จะทำให้การคุยเรื่องเทคโนโลยีเริ่มจากงานที่ทุกฝ่ายต้องรับผิดชอบร่วมกัน
คุยเรื่องการเชื่อม Odoo กับทีม Enersys
