ผู้ให้บริการมีขอบเขตพื้นที่ น้ำหนัก รูปแบบใบปะหน้า บัญชี และ API ต่างกัน ควรทำตัวเชื่อมแยกแล้วแปลงเป็นสถานะกลาง โดยเก็บสถานะต้นฉบับไว้ตรวจด้วย
หนึ่งหน้าจอได้ แต่ต้องเคารพกติกาแต่ละขนส่ง
ผู้ให้บริการมีขอบเขตพื้นที่ น้ำหนัก รูปแบบใบปะหน้า บัญชี และ API ต่างกัน ควรทำตัวเชื่อมแยกแล้วแปลงเป็นสถานะกลาง โดยเก็บสถานะต้นฉบับไว้ตรวจด้วย
DHL eCommerce Thailand มีบริการเชื่อมด้านใบปะหน้า ติดตาม และข้อมูลอื่นตามขอบเขตบริการ ส่วนผู้ให้บริการรายอื่นต้องตรวจเอกสารและข้อตกลงของรายนั้น ไม่อ้างว่ารองรับทุกบริษัทโดยยังไม่ได้ทดสอบ
สร้างใบปะหน้าซ้ำอาจสร้างงานซ้ำ
ถ้าคำขอสร้างงานส่งหมดเวลารอ ควรตรวจเลขอ้างอิงเดิมก่อนเรียกใหม่ แล้วเก็บทั้งรหัสงานภายในและเลขติดตามภายนอก การพิมพ์ใบเดิมซ้ำต้องไม่ไปสร้างงานส่งใหม่
กำหนดขนาดกระดาษและเครื่องพิมพ์จริง รวมถึงข้อความยาว ที่อยู่ไม่ครบ และพัสดุหลายชิ้นในหนึ่งออเดอร์ เพื่อไม่ให้ปัญหาไปเกิดตอนแพ็ก
ส่งสำเร็จและรับเงิน COD เป็นคนละสถานะ
| สถานการณ์ | สิ่งที่ระบบควรทำ | วิธีตรวจ |
|---|---|---|
| พัสดุส่งสำเร็จ | เก็บเหตุและเวลาต้นทาง | ยังไม่แปลว่าเงินโอนเข้าแล้ว |
| COD รอโอน | ติดตามยอดและรอบ | ไม่ปิดการเงินล่วงหน้า |
| โอนสุทธิไม่ตรง | แยกรายการหักและปรับ | ตรวจหลักฐานก่อนสรุป |
| ตีกลับ | เปิดงานรับคืนสินค้า | ไม่คืนสต๊อกก่อนของถึง |
ตั้งจุดติดตามที่ทีมใช้จริง
มีคิวพัสดุไม่เคลื่อนไหว ใบปะหน้าสร้างไม่ผ่าน ส่งผิดปกติ และ COD ค้าง โดยเปิดถึงออเดอร์และผู้ดูแลได้ทันที
เริ่มเชื่อมรายที่ใช้งานมากที่สุด ตรวจเอกสารและกรณีผิดปกติให้ครบก่อนเพิ่มรายอื่น การเพิ่มรายใหม่ควรใช้กรอบสถานะและการตรวจซ้ำเดียวกัน
เช็กลิสต์ก่อนเริ่มทำระบบ
- บัญชีและเอกสาร API ที่ได้รับอนุญาต
- บริการ พื้นที่ และเงื่อนไขขนาด/น้ำหนัก
- แบบใบปะหน้าและเครื่องพิมพ์จริง
- ตัวอย่างรอบ COD และรายการปรับให้บัญชีตรวจ
คำถามที่พบบ่อย
เลือกขนส่งที่ถูกที่สุดอัตโนมัติได้ไหม?
ต้องเทียบทั้งพื้นที่ เวลา เงื่อนไขบริการและข้อจำกัดสินค้า ราคาเพียงอย่างเดียวอาจทำให้งานส่งไม่ผ่าน
เชื่อมได้ทุกขนส่งทันทีหรือไม่?
ต้องประเมินเป็นรายผู้ให้บริการตาม API สิทธิ์บัญชี ข้อตกลง และการทดสอบที่ทำได้จริง
อ่านต่อจากแหล่งข้อมูลโดยตรง
ลิงก์ต่อไปนี้ประกอบประเด็นมาตรฐานและการเชื่อมต่อ ส่วนตัวอย่างขั้นตอนและตัวเลขในบทความใช้เพื่ออธิบายการออกแบบระบบ
ตรวจแหล่งข้อมูล: 11 ตุลาคม 2569 · สิทธิ์ API และข้อกำหนดอาจเปลี่ยนได้ ควรยืนยันก่อนเริ่มโครงการ