Logo GH

תשלומים בזמן אמת

1) מהו RTP ואיפה iGaming צריך את זה

RTP (תשלומים בזמן אמת) בארה "ב - מסילת בנק עם הסדר וסיכום בזמן אמת (24/7/365). ב-iGaming משתמשים ל:
  • תשלומים מיידיים (מזומן-out/משיכות) לשחקנים ומשתייכים,
  • העברת B2B מהירה (מוגבלת על ידי מדיניות בנק),
  • ”קרדיט בשניות” בלי ארגזים כמו קלפים.

הבדלי מפתח מ ASN/cards

רק דחיפת אשראי (היוזם משלם), ללא הוללות _ מורידה את הסיכון של ”מחיקה לא מורשית”.
סיום סופי: ללא מטענים קלאסיים; חוזר - באמצעות תרחישי הסכמה נפרדים.
ISO 20022 הודעות, סטטוסים בזמן אמת.

2) רשתות וכיסוי

יש שתי מסילות בזמן אמת בארה "ב:
  • RTPßNetwork (בית הסליקה) הוא בית ה-RTGS הראשון בקנה מידה גדול 24/7/365.
  • FedNow℠ (הפדרל רזרב) - המסילה השנייה עם היגיון דומה של העברת אשראי ”מיידי”.
כיסוי - תלוי בבנק: נדרשת השתתפות של הבנק הנמען. עבור iGaming, ספקי צבירה מחוברים בדרך כלל כי:
  • בדוק את הזמינות של RTP/FedNow על ידי המוטב,
  • לעבור לאלטרנטיבה (ACH באותו יום, לדחוף כרטיס) כאשר לא זמין.

3) הודעות ופונקציות

העברת אשראי - העברה מיידית ”schet ac schet” (ניתוב & חשבון).
בקשה לתשלום (RFP) - בקשה לתשלום: נוח להפקדות ”עם יוזמה של הסוחר” (המשתמש מאשר בבנק שלו).
עצה/מצב - התקבל/פורסם/נכשל, קודי סיבה.
Revitance/Invoice Data - שדה להקצאת תשלום ומיפוי ל- "תשלום _ id'.

💡 חשוב: גבולות וסובלנות (לכל עסקה/ליום) נקבעים על ידי רשתות ובנקים; יש לקרוא את ה ”תקרה” בפועל בחוזים עם הבנק/ספק שלך.

4) מזוודות משתמש iGaming

4. 1 תשלומים (יוצאים)

cashout VIP בדקות: כאשר RTP זמין, למקבל יש T0 אמיתי עם סיום.
לוגיקה של Fallback: אין RTP # TRE FedNow; = ACH באותו יום/כרטיס מגבלות דחיפה אינן זמינות/מוגזמות.

4. 2 פיקדונות (נכנסים)

Via RFP: צרו חשבון, הלקוח מאשר ביישום של הבנק

RTP אינו פועל באמצעות מודלים מושכים (ללא חיובים) - שימוש ACH/A2A לצורך חיובים אוטומטיים, במקרה הצורך.

5) סיום, ביטול והחזרה

חישוב סופי: לאחר קבלת הקרנות, אין ”שטר חובות”.
ביטול לפני הפרסום - רק אם בנק הנמענים עדיין לא קיבל (צר).
החזר לאחר זיכוי - באמצעות בקשה למוטב/הבנק שלו (בקשה להחזר כספים) או הסדר הדדי על ידי עסקה נגדית נפרדת. ההחלטה היא לפי רצונו הטוב של המקבל/בנק, ללא ערובה.

מסקנה: יש צורך בסיכון מראש לפני שליחת (OFAC/KYC/מהירות/רשימות שליליות), מכיוון שקשה הרבה יותר ”לגלגל בחזרה” תשלום מאשר ב ASN/כרטיסים.

6) ציות ובקרת סיכונים

KYC/KYB של השולח והמוטב (על ידי פלח סיכון).
OFAC/סנקציות - לפני שיגור.
RBA מגביל: per-tx/per-day by player, by pack/bank/geo; מהירות ואותות התנהגותיים (מהירות פנימה-out, פרטים חדשים).
פרטים לבנים (ניתוב/חשבון) עם TTL וחזרה.
התאמת שמות/CoP אנלוגית (אם היא זמינה מהספק) מפחיתה תשלומים שגויים.

7) שילוב ותזמור

7. 1 זרימת תשלום (התייחסות)

1. השחקן יוצר בקשת פלט.
2. בדיקות: KYC/OFAC/RBA/limits; ניתוב/אימות חשבון.
3. פתרון מסלול: RTP? # FedNow? # ACH באותו היום/Push-to-Card.
4. שליחת העברת אשראי, קבלת מעמד (התקבל/פורסם/נכשל).
5. עדכון בבירה, הודעת שחקן, חידוש.

7. 2 זרימת הפקדה (RFP)

1. דור של בקשה לתשלום מקושר ל ־ "תשלום _ id' ול ־ TTL.
2. הלקוח מאשר עם הבנק שלו; אתה מקבל הודעת הרשמה.
3. 'payment _ id ↔ bank_ref ↔ end2end/trace' mapping, זיכוי איזון, פיוס.

7. 3 נסיגה ואידמפוטנטיות

מקש ה- withdrawal _ id/payment _ id הוא אידהמתון.
Backoff + jiter עבור סטטוס חוזר; איסור על עזיבה כפולה.
קישור החלפה אוטומטית כאשר ”לא נתמך/מוגבל/להגיע/זמין”.

8) לאגר ושיחזור

קישורים ייחודיים: ”תשלום _ id/בתוך _ id אנלוגי (אם הונפק)”.
פיוס T + 0/T + 1: סטטוסים, סכומים, עמלות הספק, קווים ללא תחרות = תור נפרד.
יומנים: גרסה של כללים/מגבלות בזמן ההחלטה, חתימה של חוברות אינטרנט, שרשרת מצב.

9) כלכלה ו ־ SLA

עלות: דמי הספק עבור עלויות ההפעלה RTP/FedNow + (תמיכה/ניתוח תקרית). לעתים קרובות זול יותר מכרטיסים, יקר יותר מ ACH סטנדרטי.
SLA: אמיתי ”מיידי” (שניות) כאשר מעקה זמין; זמן הגעה משוער לאולטרה-סגול הוא חובה.
גישה ”עלות לכל אישור”: לספור כל-ב (עמלה + ops + fallback share), לא רק את התעריף לכל עסקה.

10) תבניות UX

הצג ”תשלום מיידי” רק אם פרטים עוברים RTP/FedNow; אחרת - ”עד סוף היום (אותו היום)”.
אימות של פרטים לפני שליחה; טעויות מובנות ורמזים פורמט.
ETAI שקוף ו נסיגה אפשרית, לדחוף הודעות הרשמה.
עבור RFP: Timer TTL, הכפתור ”Send again”, סטטוסים ”מחכים לאישור”.

11) מטריות ו ־ OKR

שתף את RTP/FedNow בתשלומים ובהשפעתה על Time-to-Payout p50/p95.
אחוזי הצלחה RTP/FedNow, שיעור הנפילה לאחור, האובייקטים (ללא השתתפות/הגבלה/לא זמינים).
עלות לכל אישור על ידי ערוץ, חיסכון נגד כרטיס.
ציות חיובי כוזב, שיתוף של מקרים ידניים.
העלאה/איחור של הספק, עיכובים בחוברות אינטרנט/סטטוסים.

12) אנטי דפוסים

שליחת RTP ללא בקרת OFAC/KYC/מהירות (לא ניתן ”להחזיר”).
היעדר נתיבי נסיגה ואידמפוטנטיות (שכפולים או כשלי תשלום).
אין מלבין/חידוש פרטים - עלייה בשגיאות והונאה.
Opaque ETA/עמלות * כרטיסים וחוסר אמון.
ספק אחד/בנק אחד לכל שוק * SPOF.

13) רשימת מימושים (קצר)

[ ] RTP + FedNow חוזים/ספק, סטטוסים וחוברות אינטרנט חתומות.
[ ] RBA מגביל לכל tx/ליום, OFAC/KYC, מהירות; אביזרים לבנים עם טי-טי-אל.
[ ] RTooting: RTP # FedNow # ACH באותו יום/Push-to-Card; חוסר האונים.
[ ] תמיכה ב-RFP בהפקדות; מיפוי TTL ו ־ "תשלום _ id'.
[ ] לאגר ו ־ T + 0/T + 1 מחדש; תור ללא תחרות/תקרית.
[ ]: הצלחה/נתח, זמן-לתשלום, שיעור-הנשורת, עלות-לכל-מאושר, למעלה.
[ ] UX: אימות פרטים, זמן הגעה משוער/סטטוסים ברורים, הודעות.
[ ] ספרי שעשועים: אי-נגישות למסילה, מעבר לגבולות, החזרת הרצון החופשי.

14) תקציר

U.S. RTP היא המסילה המושלמת לתשלומים מיידיים ואחרונים ב-iGaming. לבנות תוכנית שתי מסילות (RTP + FedNow) עם ניתוב חכם וסיכון מוקדם קפדני, להוסיף RFP עבור מרבצים מהירים, לשמור על lager/reconvolution ו-UX שקוף. בדרך זו אתה מקבל שניות לפני ההרשמה, עסקאות צפויות ועלות מבוקרת.

Contact

צרו קשר

פנו אלינו בכל שאלה או צורך בתמיכה.אנחנו תמיד כאן כדי לעזור.

התחלת אינטגרציה

Email הוא חובה. Telegram או WhatsApp — אופציונליים.

השם שלכם לא חובה
Email לא חובה
נושא לא חובה
הודעה לא חובה
Telegram לא חובה
@
אם תציינו Telegram — נענה גם שם, בנוסף ל-Email.
WhatsApp לא חובה
פורמט: קידומת מדינה ומספר (לדוגמה, +972XXXXXXXXX).

בלחיצה על הכפתור אתם מסכימים לעיבוד הנתונים שלכם.