ลูกค้าสองคนชื่อเหมือนกัน: เลือกรหัสอ้างอิงแทนชื่อ

1. แยกคำถามก่อนแตะยอด

ชื่อแสดงผลช่วยให้คนอ่าน แต่ใช้เป็นตัวจับคู่ลูกค้าไม่ได้ การเติมผิดคนอาจทำให้ยอดรวมร้านดูถูกต้องทั้งที่รายคนผิด

Customer object ของ Stripe แยก id ออกจากชื่อ เป็นตัวอย่างของการอ้างอิงด้วยรหัส ไม่ใช่เหตุผลให้ใช้รหัส Stripe กับ MeeTang

2. ลำดับตรวจสำหรับกรณีนี้

เลือกข้อมูลของลูกค้าและช่วงที่เกี่ยวข้องเท่านั้น รักษาเลขอ้างอิงที่ใช้ตรวจกลับก่อนเปลี่ยนรายการ

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

3. ตัวอย่างสมมติที่ตรวจย้อนกลับได้

ตัวอย่างนี้ไม่มีข้อมูลลูกค้าจริง ใช้หน่วยเครดิตตามสมมติฐานที่ระบุ ไม่ใช่การกำหนดมูลค่าของทุกระบบ

4. ขอบเขตและสิ่งที่ห้ามสรุปข้าม

Business API ใช้ external_customer_ref และ source_system เพื่ออ้างอิงต้นทาง; หลังลบข้อมูลลูกค้าแล้วห้ามสร้างรหัสใหม่เพื่อข้ามการระงับซิงก์

5. ปิดงานด้วยหลักฐานที่คนถัดไปตรวจได้

ตรวจลูกค้าใน Business Ledger ก่อนบันทึก และเก็บแผน mapping ที่ไม่มีข้อมูลส่วนบุคคลเกินจำเป็นใน Documents

บันทึกยอดก่อนและหลัง พร้อมรายการที่ยังไม่แน่ชัด อย่าสร้างเงินรับหรือเครดิตเพิ่มเพียงเพื่อให้ตัวเลขสรุปตรงกัน

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

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

• Stripe: Customer object — ตัวระบุลูกค้าแยกจากชื่อแสดงผล

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