เมื่อปลายทางทำรายการแล้วแต่คำตอบกลับไม่ถึง การส่งใหม่อาจสร้างเอกสารซ้ำ ถ้างานรองรับ ควรใช้รหัสอ้างอิงเดิมและตรวจว่ารายการเคยสำเร็จหรือไม่ก่อนสร้างอีกครั้ง
คำตอบหายไม่ได้แปลว่างานไม่เกิด
เมื่อปลายทางทำรายการแล้วแต่คำตอบกลับไม่ถึง การส่งใหม่อาจสร้างเอกสารซ้ำ ถ้างานรองรับ ควรใช้รหัสอ้างอิงเดิมและตรวจว่ารายการเคยสำเร็จหรือไม่ก่อนสร้างอีกครั้ง
กำหนดเจ้าของข้อมูลแต่ละชนิด เช่น สินค้าจาก ERP ออเดอร์จากช่องทางขาย และสถานะส่งจากขนส่ง เมื่อสองระบบแก้ข้อมูลเดียวกันต้องมีกฎตัดสิน ไม่ใช้ข้อมูลที่มาถึงหลังสุดแบบไร้เงื่อนไข
Retry ต้องมีจุดหยุดและคนดูแล
ข้อผิดพลาดชั่วคราวกับข้อมูลไม่ผ่านกฎต้องแยกกัน ปลายทางล่มอาจลองใหม่โดยเว้นช่วง ส่วนรหัสสินค้าไม่พบต้องแก้ข้อมูล ไม่ยิงซ้ำไม่สิ้นสุด
เก็บคิวที่ไม่ผ่านพร้อมเหตุผล เลขอ้างอิง เวลา และจำนวนครั้งที่ลอง ให้เจ้าหน้าที่ส่งใหม่ได้ตามสิทธิ์หลังแก้ โดยยังคงประวัติเดิม
สิ่งที่ต้องอยู่ในข้อตกลงเชื่อมต่อ
| หัวข้อ | คำถาม | การทดสอบ |
|---|---|---|
| ตัวระบุ | รหัสเดียวใช้ข้ามระบบอย่างไร | ส่งรายการเดิมสองครั้ง |
| ลำดับ | แก้หรือยกเลิกมาก่อนสร้างได้ไหม | สลับลำดับข้อความ |
| ข้อจำกัด | เรียกได้ถี่เท่าไรและสิทธิ์ใด | จำลองโหลดในระบบทดสอบที่อนุญาต |
| การกระทบ | รู้ได้อย่างไรว่าครบ | เทียบต้นทางและปลายทาง |
ดูผลลัพธ์ทางธุรกิจด้วย
นอกจากจำนวน API สำเร็จ ควรดูจำนวนเอกสารที่สร้างครบ รายการที่ติดค้าง และเวลาหน่วงจากเหตุจริง การตอบ HTTP สำเร็จอาจเพียงหมายถึงรับเข้าคิว
Log ควรช่วยตามงานด้วยเลขอ้างอิง แต่ไม่บันทึกรหัสผ่าน Token หรือข้อมูลอ่อนไหวเกินจำเป็น กำหนดสิทธิ์และระยะเก็บให้ตรงกับการใช้งาน
เช็กลิสต์ก่อนเริ่มทำระบบ
- เจ้าของข้อมูลและรหัสเทียบทุกระบบ
- API/ไฟล์จริงพร้อมสิทธิ์และขีดจำกัด
- สถานะงาน ข้อยกเว้น และผู้รับผิดชอบ
- เกณฑ์กระทบยอดและแผนเมื่อปลายทางหยุด
คำถามที่พบบ่อย
มี API แล้วเชื่อมเสร็จเร็วเสมอไหม?
ยังต้องตรวจความหมายข้อมูล สิทธิ์ การทดสอบ และข้อยกเว้น ความครบของเอกสารและความพร้อมของสองฝ่ายมีผลมาก
Webhook ใช้แทนการตรวจซ้ำได้ทั้งหมดไหม?
ควรมีการกระทบย้อนหลังตามความเหมาะสม เพื่อหากรณีเหตุหายหรือระบบรับไม่ทัน ไม่พึ่งช่องทางแจ้งเหตุเพียงอย่างเดียว
อ่านต่อจากแหล่งข้อมูลโดยตรง
ลิงก์ต่อไปนี้ประกอบประเด็นมาตรฐานและการเชื่อมต่อ ส่วนตัวอย่างขั้นตอนและตัวเลขในบทความใช้เพื่ออธิบายการออกแบบระบบ
ตรวจแหล่งข้อมูล: 11 ตุลาคม 2569 · สิทธิ์ API และข้อกำหนดอาจเปลี่ยนได้ ควรยืนยันก่อนเริ่มโครงการ