IOSOR

IOSOR ความรู้

การส่งของผู้ใช้ปลายทางยังคงตัดบัญชีแยกประเภทเติมเงินเดียว

การส่งแบบฝังยังคงตัดเงินจากกระเป๋าเงินเติมเงินของ ISV อย่าสร้างบัญชีแยกประเภทที่สองที่ผลิตภัณฑ์ไม่ได้ให้เงินทุน — การถือครอง การลองใหม่ และ idempotency ยังคงโปร่งใส

การส่งข้อความแบบฝังให้ความรู้สึกฟรีสำหรับผู้ใช้ปลายทาง: พวกเขากดส่งภายใน SaaS UI และเห็นเครื่องหมายถูกสีเขียว ภายใต้ฉากหลัง ทุกการส่งที่สำเร็จยังคงตัดจากบัญชีแยกประเภทเติมเงินเดียวที่เป็นของ ISV ไม่มีกระเป๋าเงินใบที่สองปรากฏขึ้นเพียงเพราะผลิตภัณฑ์ฝัง API หาก ISV ไม่ได้ใส่เงินทุนในการถือครอง การส่งจะต้องล้มเหลวด้วยข้อผิดพลาดของผลิตภัณฑ์ที่แท้จริง — ไม่ใช่สถานะการจัดส่งปลอม.

การบัญชีเท็จคือรูปแบบความล้มเหลว: มิเตอร์เครดิตในแอปที่ไม่ได้สำรองโดยกระเป๋าเงิน IOSOR, การคืนเงิน SaaS ในขณะที่บัญชีแยกประเภทเติมเงินถูกใช้ไป, หรือการลองใหม่โดยไม่มี idempotency ที่ตัดเงินซ้ำสองครั้งสำหรับ OTP เดียว Embed ช่วยซ่อนคอนโซล แต่ ISV ยังคงเป็นฝ่ายที่ให้เงินทุน.

บรรทัดเอกสารสถาปัตยกรรม: การส่งของผู้ใช้ปลายทาง ≡ การตัดเงินเติมเงินของ ISV ทุกการทบทวนการออกแบบเริ่มต้นที่นั่น.

บัญชีแยกประเภทเดียว แม้ว่า UI จะแสดงเครดิตผลิตภัณฑ์

แพ็กเกจข้อความที่ขายให้กับผู้เช่าเป็นเลเยอร์เชิงพาณิชย์ของ ISV พวกเขาต้องแมปกับการถือครองและการตัดเงินเติมเงินในกระเป๋าเงิน IOSOR ใบเดียวที่ ISV ให้เงินทุน ยอดคงเหลือของผู้เช่าที่ไม่เคยกระทบยอดกับแถบบัญชีแยกประเภทคือระเบิดหนี้การสนับสนุน ส่งออกการใช้งานของผู้เช่ารายสัปดาห์เทียบกับรายการกระเป๋าเงิน เพื่อให้ฝ่ายการเงินเห็นการใช้จ่ายเดียวกับที่ผลิตภัณฑ์เห็น.

อย่าเปิดบัญชี IOSOR บัญชีที่สองต่อผู้เช่า เว้นแต่การแยกพันธม.

การถือครองและ idempotency ยังคงมีผลกับเส้นทางแบบฝัง

การส่งฝั่งเซิร์ฟเวอร์ต้องใช้คีย์ idempotency สำหรับ OTP และ SMS ทรานส์แอคชันแนล การคลิกสองครั้งใน SaaS UI ต้องไม่สร้างการตัดเงินสองครั้งสำหรับการกระทำเดียวของผู้ใช้ การลองใหม่หลังจากหมดเวลาจะใช้คีย์เดียวกันจนกว่าจะถึง DLR ปลายทางหรือข้อผิดพลาดที่แมปไว้.

เมื่อกระเป๋าเงินไม่สามารถถือครองได้ ให้ส่งคืนสถานะเงินไม่พอหรือระงับการส่งดั้งเดิมของผลิตภัณฑ์ ห้ามส่งคืน HTTP 200 พร้อมความหมายจัดส่งแล้วเมื่อการถือครองล้มเหลว.

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

สัญญาณ SaaS UI ความจริงในบัญชีแยกประเภท ขั้นตอนต่อไปที่อนุญาต
ส่งแล้ว / จัดส่งแล้ว มีการตัดเงิน + เส้นทาง DLR แสดงรหัสใบเสร็จ
อยู่ในคิว เปิดการถือครองหรือยอมรับการส่งแล้ว สุ่มตรวจสถานะ
ล้มเหลว / ระงับ ปฏิเสธการถือครองหรือประตูหยุด ลองใหม่เฉพาะเจตนาใหม่
ความสำเร็จปลอม ไม่มีตัดเงิน / ไม่มีถือครอง ห้ามทำ .

ฝึกอบรมฝ่ายสนับสนุนในคอลัมน์กลาง ตั๋วเกี่ยวกับเครื่องหมายสีเขียวบน UI โดยไม่มีแถบบัญชีแยกประเภททำให้เสียเวลานำร่อง.

การส่งมอบช่องทางยังคงอยู่ในกระเป๋าเงินเดียวกัน

หากผลิตภัณฑ์เพิ่มอีเมลหรือเสียงในภายหลังเคียงข้าง SMS การใช้จ่ายยังคงลงในบัญชีแยกประเภทเติมเงินเดียวกัน เว้นแต่คุณจะดำเนินการส่งมอบช่องทางที่สองโดยได้รับการอนุมัติจากฝ่ายการเงิน Embed ไม่ได้สร้างช่องทางข้างเคียงฟรี อ่านความเกี่ยวเนื่องของกระเป๋าเงินก่อนเปลี่ยนไทล์ Live อีกอันในการตั้งค่า SaaS.

เส้นทางปฏิบัติการที่เกี่ยวข้อง

เริ่มต้นกับ IOSOR

เปิดคอนโซล IOSOR แล้วแมปเครดิตผู้เช่าของคุณเข้ากับบัญชีแยกประเภทกระเป๋าเงินเติมเงินหลักโดยตรง ตรวจสอบให้แน่ใจว่าคำขอฝังฝั่งเซิร์ฟเวอร์ทั้งหมดส่งคีย์การทำซ้ำแบบกำหนดมตรก่อนที่จะพักเงินในกระเป๋าเงินหลัก กำหนดค่าจุดสิ้นสุดเว็บฮุกของคุณเพื่อประมวลผล DLR ที่เข้ามา เพื่อให้การพักเงินที่เปิดอยู่สามารถเคลียร์เป็นรายการหักบัญชีหรือการปล่อยเงินขั้นสุดท้ายได้อย่างราบรื่น.

สรุป IOSOR

อินเทอร์เฟซ SaaS แบบฝังสามารถแสดงเครดิตข้อความกำหนดเองแก่ผู้ใช้ปลายทางได้ แต่การส่งจริงทุกครั้งจะผูกติดกับบัญชีแยกประเภทเติมเงินเดี่ยวที่สนับสนุนโดย ISV การลองใหม่ การขยายช่องทาง และสัญญาณสถานะผู้ใช้จะต้องปรับยอดโดยตรงกับการพักเงินในกระเป๋าเงิน แทนที่จะเป็นนามธรรม UI ที่ไม่มีเงินหนุนหลัง.

บังคับใช้คีย์การทำซ้ำฝั่งเซิร์ฟเวอร์ที่เข้มงวดและแมปสถานะ UI ของผู้เช่าแต่ละรายเข้ากับการตอบกลับ DLR ของบัญชีแยกประเภทจริง อย่าสร้างกระเป๋าเงินสำรองที่ไม่มีเงินหนุนหลังหรืออนุญาตให้การลอง UI ของผู้เช่าทำงานโดยไม่มีการพักเงินในบัญชีแยกประเภทที่เป็นรูปธรรม.

คู่มือนี้มีประโยชน์ไหม?

คู่มือที่เกี่ยวข้อง