IOSOR ידע

מדריך הקצאת תתי-חשבונות בתשלום מראש ומכסות הוצאה

השתלט על זרימת העבודה הטכנית להקצאת תתי-חשבונות IOSOR מבודדים, הגדרת מגבלות הוצאה קפדניות בתשלום מראש וניהול אבטחת מפתחות API עבור לקוחות ארגוניים.

מדריך הקצאת תתי-חשבונות בתשלום מראש ומכסות הוצאה.

ארכיטקטורה ובידוד תתי-חשבונות

תתי-חשבונות IOSOR מתפקדים כממגורות פיננסיות וטכניות עצמאיות. בעת קליטת לקוח ארגוני, נווט למנהל תתי-החשבונות כדי ליצור מזהה חשבון ייחודי. מזהה זה משמש כמפתח ראשי עבור כל אירועי ה-DLR, ה-webhook והחיוב. ודא שכל תת-חשבון מוגדר עם סט מפתחות API ייעודי משלו כדי למנוע זיהום צולב של תעבורה. על ידי בידוד סביבות, אתה מבטיח שקפיצות בתעבורה או שגיאות הגדרה של לקוח אחד לא ישפיעו על יציבות הפלטפורמה הרחבה יותר.

הגדרת יתרות בתשלום מראש וספים

כל תת-חשבון דורש רצפת תשלום מראש מינימלית של USD 20 כדי להפעיל שירות. נווט לכרטיסיית ספר החשבונות הפיננסי בלוח הבקרה של תת-החשבון כדי להפקיד יתרות ראשוניות. הגדר טריגר סקירה רך ב-USD 1,000/חודש כדי לעקוב אחר מהירות השימוש. סף זה מאפשר לצוות שלך לבצע ביקורת ידנית על דפוסי תעבורה לפני שהלקוח יתרחב באופן משמעותי. השתמש במערכת התראות יתרה אוטומטית כדי להודיע גם ללקוח וגם לצוות התמיכה הפנימי שלך כאשר היתרה יורדת מתחת ל-15 אחוז מסך ההפקדה.

הגבלת קצב ועיצוב תעבורה

כדי לשמור על שלמות הפלטפורמה, החל מגבלות קצב הודעות קפדניות ברמת תת-החשבון. נווט למודול בקרת התעבורה והגדר את מספר הבקשות המקסימלי לשנייה עבור משלוח SMS ו-OTP. ודא שפורמט E.164 נאכף בשער ה-API כדי למנוע בקשות לא תקינות. על ידי ויסות התעבורה, אתה מגן על תת-החשבון מפני לולאות מקריות או קפיצות זדוניות שעלולות לרוקן את כספי התשלום מראש בטרם עת. ודא תמיד שהלוגיקה של מילת המפתח STOP פעילה כדי לשמור על תאימות.

הקצאת מספרים JIT ואספקה

IOSOR משתמשת במודל אספקה Just-In-Time (JIT). כאשר לקוח מבקש מספרים, אל תסתמך על מלאי שהוקצה מראש. במקום זאת, השתמש ב-API של אספקת מספרים כדי לחפש ולהקצות נכסי E.164 זמינים ישירות לתת-החשבון. זה מבטיח שהלקוח משלם רק על מה שהוא משתמש. לאחר ההקצאה, המספרים מקושרים מיד ליתרת תת-החשבון, מה שמבטיח שכל עלויות MRC או עלויות שימוש ינוכו בזמן אמת מהארנק בתשלום מראש.

אינטגרציה וקישורים תפעוליים

ניהול אפקטיבי דורש סנכרון בין מודולים תפעוליים מרובים. עיין במדריכים אלה להגדרה מתקדמת:

התחל עם IOSOR

פתחו את מנהל תת-החשבון בקונסולת IOSOR וצרו לכל דייר מפתחות API, מכסות ותקרת הוצאה נפרדים. חברו מכסה ל-webhook של דחייה ו-hold כדי לעצור חריגה מיד. לפני לייב בדקו תת-חשבון ניסיון עם תקרה נמוכה מקצה לקצה.

קשורים: פיצול שני ארנקים למותג השהייה לפני יתרה נמוכה

סיכום IOSOR

קליטת ארגון דורשת הפרדה פיננסית ותפעולית בכל שכבת תת-חשבון—לא ארנק משותף עם תווית. מכסה בלי אכיפה היא נייר בלבד.

עשו: מפתח+מכסה+תקרה לכל דייר. אל: כמה מותגים על מפתח אחד בלי תקרה.

האם המדריך הזה עזר?

מדריכים קשורים