field ไม่บังคับกับค่าที่เป็น null: ตรวจสัญญาให้ชัด

1. ระบุปัญหาของสัญญาข้อมูล

การไม่ส่ง field กับส่ง null อาจแปลคนละอย่าง โดยเฉพาะคำขอแก้ไข การเติม null ทุกช่องจากฟอร์มว่างเสี่ยงทำให้ข้อมูลเปลี่ยนโดยไม่ตั้งใจ

OpenAPI แยกคำอธิบาย operation, schema และตัวอย่างออกจากกัน จึงต้องอ่านข้อกำหนดของ field ไม่อนุมานจากตัวอย่างเดียว

2. ขั้นตอนตรวจฝั่ง integration

ทำงานนี้ใน backend หรือชุดทดสอบของร้าน แยกข้อมูลจำลองจากระบบจริง และไม่เพิ่มสิทธิ์เกินงานเพื่อให้ test ผ่าน

• แยก omitted, null, empty string และค่าจริงในตารางทดสอบ
• ตรวจ create กับ update แยกกัน
• ส่งเฉพาะ field ที่ตั้งใจเปลี่ยนแล้วอ่านผลกลับ

3. ตัวอย่างจำลองและผลที่ควรตรวจ

ตัวระบุ ยอด และเหตุการณ์ต่อไปเป็นตัวอย่าง ไม่ใช่ credentials หรือข้อมูลบัญชีที่นำไปใช้จริงได้

4. สิ่งที่ห้ามอนุมานเพิ่ม

สัญญา MeeTang ระบุ null/empty bank reference ไม่ปลดบัญชีเดิม อย่าอนุมานว่ารองรับ JSON Merge Patch เพราะ endpoint ใช้ PUT และมีกติกาเฉพาะ

5. จุดตรวจใน MeeTang

อ่าน API Docs และใช้ API Logs ที่ตัดข้อมูลส่วนตัวตรวจว่ามี field ใดถูกส่งเกินเจตนา

พฤติกรรมผลิตภัณฑ์ในบทความตรวจจากสัญญาและ source ของ repository วันที่ 27 กันยายน 2026 ไม่ใช่ผลทดสอบ deployment จริง จึงต้องตรวจสัญญาที่ใช้งานก่อนเปิดส่งข้อมูล

แหล่งอ้างอิงและขอบเขตเนื้อหา

แหล่งต่อไปนี้อธิบายหลักการทั่วไป ส่วนขั้นตอนของ MeeTang ตรวจจากฟีเจอร์ในระบบ ณ วันที่อัปเดต ตัวเลขในตัวอย่างไม่ใช่ข้อมูลผู้ใช้งานจริง

• OpenAPI Specification 3.1.1 — โครงสร้าง operation, schema, required และตัวอย่าง

จัดทำด้วย AI ช่วยเรียบเรียงและตรวจเทียบกับโค้ด ไม่ใช่คำแนะนำภาษีหรือการรับรองผลทางบัญชี เงื่อนไขฟีเจอร์และโควตาขึ้นกับแพ็กเกจและสิทธิ์ที่ได้รับ