IOSOR ความรู้
การส่งเฟลโอเวอร์บางส่วนโดยไม่มีค่าใช้จ่ายซ้ำซ้อน
การสลับรางกลางทางสำหรับความตั้งใจของลูกค้าหนึ่งครั้งจะต้องได้รับการชำระเพียงครั้งเดียว และไม่ควรสร้างสถานะ "ส่งแล้ว" บนการสำรองข้อมูล — ความซื่อสัตย์แบบเติมเงิน White-label สำหรับเฟลโอเวอร์บางส่วน
การเฟลโอเวอร์กลางทางยังคงเป็นความตั้งใจของลูกค้า หนึ่งเดียว รางหลักอาจยอมรับ, หมดเวลา, หรือปฏิเสธหลังจากการระงับ; รางสำรองอาจดำเนินการหน่วยเดียวกันต่อได้ การสลับนั้นจะต้องไม่เปิดการชำระครั้งที่สอง, สร้างสถานะ "ส่งแล้ว" ที่รางสำรองไม่เคยได้รับ, หรือทำให้สับสนกับการลองใหม่ของผู้ใช้.
IOSOR เป็นระบบเติมเงิน White-label USD 20 คือยอดเติมเงินขั้นต่ำสาธารณะ (เกณฑ์นำร่อง) การตรวจสอบแบบอ่อนใกล้ USD 1,000/month คือเมื่อข้อผิดพลาดในการส่งบางส่วนเพิ่มการใช้จ่าย เส้นทางที่สั่งซื้อ: เส้นทางสำรองแบบมีลำดับโดยไม่เดบิตซ้ำ. เกต Live: เกตเฟลโอเวอร์ก่อนป้าย Live ใดๆ.
การสลับกลางทางยังคงเป็นความตั้งใจเดียว
การเฟลโอเวอร์บางส่วนหมายถึงหน่วยออกจาก API ของผู้ซื้อหนึ่งครั้ง จากนั้นการดำเนินการได้ย้ายรางเนื่องจากรางหลักไม่สามารถดำเนินการให้เสร็จสิ้นได้ ลูกค้ายังคงเห็นหนึ่งแถวข้อความ, หนึ่งคีย์ idempotency, หนึ่งเรื่องราวทางการเงิน อย่าปฏิบัติต่อการกระโดดสำรองเป็นการส่งใหม่หรือสร้างการระงับครั้งที่สอง ใช้ซ้ำตัวตนจาก idempotency การลองใหม่ และเงิน.
"การส่งบางส่วน" หมายถึงอะไรในแง่การเงิน
| ขั้นตอน | เงิน | ความจริงของลูกค้า |
|---|---|---|
| ระงับความตั้งใจ | สำรองหนึ่งครั้ง | เงินทุนได้รับการคุ้มครองสำหรับหนึ่งหน่วย |
| รางหลักยอมรับแล้วล้มเหลวกลางทาง | ผู้สมัครชำระหนึ่งราย | รอดำเนินการ / ต้องการความสนใจ — ไม่ใช่ ส่งแล้ว |
| รางสำรองยอมรับคีย์เดียวกัน | ไม่มีการชำระครั้งที่สอง | เดบิตเดียวกัน; รางเปลี่ยนฝั่งการดำเนินการ |
| รางสำรองไม่เคยเสร็จสิ้น | ล้มเหลวหรือปล่อย |
ไม่ควรสร้างสถานะ "ส่งแล้ว" บนการสำรองข้อมูล
การสลับรางไม่ได้พิสูจน์กล่องขาเข้า รางสำรองอาจยอมรับและยังคงส่งคืน DLR ที่ล้มเหลว, หมดเวลา, หรือเงียบ สถานะลูกค้าเป็นไปตามหลักฐาน: ยอมรับ, รอดำเนินการ, ส่งแล้ว, ล้มเหลว, ต้องการความสนใจ — White-label เท่านั้น การดำเนินการอาจบันทึกรางที่ดำเนินการ; ผู้ซื้อต้องไม่เห็นสตริงแบรนด์.
แตกต่างจากนโยบายการลองใหม่และเส้นทางที่สั่งซื้อ
นี่คือเงินกลางทางในการสลับที่เริ่มไปแล้ว — ไม่ใช่เมื่อต้องลองใหม่ DLR ที่ล้มเหลว (นโยบายลองใหม่ DLR ที่ล้มเหลวภายใต้ prepaid) และไม่ใช่ลำดับหลัก → สำรองที่เขียนไว้ล่วงหน้า (พี่น้องเส้นทางที่สั่งซื้อ) นโยบายการลองใหม่ที่สะอาดไม่แก้ไขการชำระซ้ำซ้อน; เส้นทางที่สั่งซื้อที่ไม่มีกฎการส่งบางส่วนยังคงสร้างสถานะ "ส่งแล้ว"
รายการตรวจสอบผู้ซื้อสำหรับการเฟลโอเวอร์บางส่วน
- คีย์ idempotency หนึ่งคีย์ครอบคลุมเงินหลักและเงินสำรองสำหรับความตั้งใจเดียวกันหรือไม่? 2. รางสำรองสามารถยอมรับได้โดยไม่ต้องมีการชำระครั้งที่สองหรือไม่? 3. สถานะลูกค้าเป็น White-label โดยไม่มีสถานะ "ส่งแล้ว" ที่สร้างขึ้นจากการสลับเพียงอย่างเดียวหรือไม่? 4. เส้นทางการระงับ-ล้มเหลวปล่อยอัตโนมัติโดยไม่มีการชำระแบบผีบนรางทั้งสองหรือไม่? 5.
เริ่มต้นกับ IOSOR
บังคับหลักล้มกลางทางส่งบนทางเดินนอกผลิต สำรองที่เรียงแล้วต้องรับกุญแจเจตนาเดียวกัน ส่งออก debit เดียว ส่วนเหลือ และสถานะปลายทางตรง หากหลักส่งส่วนของตัวที่ต่อกันไปแล้ว อย่าแต่ง Delivered บนสำรอง และอย่าเปิดการชำระครั้งที่สองของส่วนนั้น
สรุป IOSOR
การสลับบางส่วนยังเป็นเจตนาลูกค้าเดียว
ทำ: รักษากุญแจเดียวและ debit เดียวบน hop กลางทางส่ง
อย่า: แต่ง Delivered บนสำรองที่ไม่เคยถือส่วน หรือคิดส่วนเหลือสองครั้ง.
คู่มือนี้มีประโยชน์ไหม?
คู่มือที่เกี่ยวข้อง
- การปรับยอดบัญชีหลังเหตุการณ์ขัดข้องในปริมาณการรับส่งข้อมูลที่ถูกเปลี่ยนเส้นทาง
ปรับยอดงบทดลองหลังเหตุการณ์ขัดข้องในทราฟฟิกที่ถูกเปลี่ยนเส้นทางโดยใช้เครื่องมือ IOSOR พร้อมตรวจสอบบันทึก SMS และ OTP เทียบกับรายการเรียกเก็บเงินอย่างปลอดภัย
- การใช้กฎลดความผันผวนของเส้นทางเพื่อป้องกันการเด้งของเส้นทางอย่างรวดเร็ว
กำหนดค่ากฎลดความผันผวนและระยะเวลาคูล다운ใน IOSOR เพื่อป้องกันการเด้งของเส้นทางที่สร้างความเสียหายและปกป้องเสถียรภาพของทราฟฟิก
- การส่งสถานะอัตโนมัติระหว่างการสลับเส้นทางสำรองที่ยาวนาน
กำหนดค่าการแจ้งเตือนผู้เช่าแบบอัตโนมัติและตัวกระตุ้นการยกระดับ SLA ระหว่างการทำงานของรางสำรองที่ยาวนานภายในคอนโซล IOSOR