תשלומי A2A

1) הקשר ומיקום IDIL

IDAL היא תוכנית לאומית לתשלומי A2A שאינם מזומנים בהולנד. הקונה משלם על הרכישה ישירות מחשבון הבנק שלו דרך הבנק המקוון/יישום הנייד של בנק ההנפקה. הזרם בנוי על הפניה חוזרת לבנק או על פתיחה של בקשה בנקאית על ידי deeplink/App2App. החישוב הוא מהיר, העמלה לסוחר נמוכה יותר מ MDR הכרטיס, הסופי הוא כמו העברת אשראי בנק.

• אינטראקציה באמצעות הנפקת בנקים (אינג, רבובנק, ABN AMRO וכו ').
• התכתבות SCA/PSD2 - אישור בבנק (PIN/ביומטריה).
• אישור מיידי (הצלחה במצב מקוון) והלוואה סופית דרך הבנק המקבל/מקבל.
• Metadata עשיר לפיוס ( ID/ ID, תיאור, התייחסות).

2) תפקידים משתתפים

חוקים, הסמכה, ניתוב להנפקת בנקים.
אימות לקוחות, אישור תשלום, סטטוס.
Acquirer/CPSP - חיבור סוחר, API/SDK, דיווח וחישובים.
סוחר - יוזם תשלום, מקבל סטטוסים/כספים, שומר על החזרים ופיוס.

3) אפשרויות זרימת תשלום

3. 1 Issuer-refrect (קלאסי)

1. סוחר קופה כפול בחירת בנק מהספרייה Issuer.
2. הפניה או App2App לבנק * SCA # אישור.
3. חזור לסוחר עם "transactionId' וסטטוס (הצלחה/כישלון/ביטול/פתוח/פג תוקף).

3. 2 App2App/משובץ

במכשירים ניידים, הסוחר פותח יישום בנקאי על ידי חיבור עמוק/כוונה (UX טוב יותר, פחות חיכוך).
משובץ/מארח: הספק נותן ווידג 'ט מוכן של רשימת הבנקים, ניהול מחדש, טיפול בשגיאות.

3. 3 IDAL QR (לא מקוון/מקוון)

QR דינמי לפי סדר עם סכום משובץ והתייחסות; הקונה סורק את המצלמה של האפליקציה הבנקאית ומאשר את התשלום.
QR סטטי (נדיר לסוחרים; יותר עבור P2P/donations) - הסכום נכנס ידנית על ידי המשתמש.

3. 4 חוזרים/מנדטים

מודל התשלום הראשון + e-מנדט: המחיקה הראשונה של iDELL עם SCA = = יצירת e-מנדט (בדרך כלל מובילה לחיוב ישיר של SEPA למחיקות הבאות בגבולות/תקופות מוסכמות). מתאים למנויים.

4) גבולות ומדיניות הבנקים

• Per-transaction (מקסימום לכל פעולה).
• Per-day/24h ושבוע (כמות ו/או מספר העסקאות).
• מוטב חדש/סוחר חדש - סף מופחת ו/או חשיפה אפשריים.
• כללי ערוץ/סיכון (ניידת נגד שולחן עבודה, מהירות, גיאו/התקן).

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

5) עמלות וכלכלה

• דמי הספק (שער, וידג 'ט, קופה מארחת),
• עלות החזרים/ODRs,
• תמיכה וחקירת תקריות.

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

סטטוסים: ”הצלחה”, ”פתוח” (מחכה), ”נכשל”, ”בוטל”, ”פג תוקף”.
ביטול לפני אישור - מהלקוח (בבנק) או בזמן (פג תוקף).
מטענים כמו בקלפים - לא. החזר כספי הוא עסקת אשראי חדשה מהסוחר למשלם (החזר כספי).
תקופת ההחזרה תלויה ב-PSP/Bank; לעתים קרובות t + 0/T + 1 בהעברה בנקאית.

7) בטיחות וציות

SCA בהנפקת התקן בנק + מחייב ומדיניות אנטי הונאה בצד הבנק.
הצגת שם/IBAN אצל חלק מהמוציאים לאור מפחיתה את הסיכון להטעיה.
PSD2/GDPR: מזעור PII, הגנת וו אינטרנט (HMAC), יומן ביקורת.

8) פיוס ודיווח

שמור 'transactionId' (IDEL),' Id'/' Id', זמן, מסירה, מעמד סופי, הפניה לבנק UTR/מדו "חות PSP.
הגדרה יומית אוטומטית-recon ותקופתית מלא-recon (פיוס של תהפוכות, חזרות, התאמות).
בדו "חות PSP: פרמטרים של סדר ראשוני, סטטוסים, עדכונים מאוחרים (לדוגמה, 'open possible/feed'), מחזירה תנועות.

9) תבניות UX

Directory # Bank pick: טרום מילוי ומיון בנקים לפי פופולריות/בחירה אחרונה.
נייד-ראשון: הצע אוטומטית App2App, נסיגה-הפניה באינטרנט.
Retry/Recovery: אם לא צלח, הצג שיטות פשוטות וחילופיות.
אידמפוטנטיות: " Id' + מפתח אידמפוטנטיות עבור חזרות בטוחות.
בדיקות: ציין כמות, תאריך/זמן, 'transactionId', התייחסות, ערוץ (QR/App2App/Redirect).

10) כתיבה חוזרת באמצעות כרטיסים אלקטרוניים

תרחיש ”iDial First Pression Action Mandate for future-off” (בדרך כלל באמצעות SEPA Dabit Direct).
גבול לכל חיוב, תדירות, זכות ביטול קבועים במנדט.
בממשק, יש הפסקה/ביטול/עדכון מסך והודעות לפני הוצאה משירות.

11) iDIAL ו iGaming/קטגוריות בסיכון גבוה

הזמינות של iDIL עבור כמה אורכים מוגבלת לבנקים/PSP על מדיניות סיכון וחוק מקומי.
עבור iGaming, צפה: צ 'קים מהודקים, גבולות מופחתים, ציות מקומי מחייב וזרימת ODR/החזר שקוף.
תוכנית מעקות חלופיים (כרטיסים, SEPA, A2A) וקטעי תנועה.

12) שילוב סוחרים: אפשרויות

1. מארחת/משובצת iDIEL CHECOUT PSP

התחלה מהירה, עדכון אוטומטי של רשימת הבנקים, מדינות וטעויות.

2. שרת אל שרת + הפניות מחדש

בקרת UX גמישה: דף בחירת בנק משלו, דור QR, אינטגרציה עמוקה לתוך הקופאית.

3. IDIAL QR

עבור POS/offline: QR דינמי לכל סדר עם סכום/סימנים, טוב יותר לפיוס ואנטי עלות.

• ”תשלום”, ”מעמד”, ”החזר”, ”webhook”, ”ליישב”.
• אידמפוטנטיות ושולחן דדופי על ידי ' Id'.
• חוברות עם חתימת HMAC, אקספוננציאלי, סקרי קליעים על השפלה.
• קטלוגים: בנקים/גבולות/קודי שגיאה; מדדי SLA על ידי שליח.

13) תוכנית אדריכלית ”IDAL Gateway”

שכבת API: מנוחה לשולחן מזומנים + אינטגרציה עם API PSP/iDial.
תורים לאירוע: אירועי מצב * חיוב/CRM/אנליטיקה.
יכולת תצפית: מדדי המרה על ידי בנקים/ערוצים (Redirect/App2App/QR), נתח של ”open patch”, איחור ממוצע להצלחה.
אבטחה: סודות בכספת, IP-allowist מ-PSP, הגנה מחדש של כתובת, אסימונים נגד הילוך חוזר.
נתונים: קופות תשלום/החזר, רישום ODR, כרטיס כרטיס.

14) רשימת תפוקה

1. בחר את ה ־ PSP/רוכש עם iDIL (Harved/Metted/App2App/QR).
2. יישום ”CarePayment” + הפניות/App 2 App, מסך בחירת הבנק.
3. אפשר ווים באינטרנט, אידמפוטנטיות, פסקי זמן, וצילומי סטטוס חוזרים.
4. הגדרת איסוף מידע (יומי + מלא), העלאות והתראות עבור מחוץ לסנכרון.
5. תמיכה בהחזרים חלקיים/מלאים ותקנות ODR בתמיכה.
6. הוספת UX-fallback (שיטות חלופיות, חוזר), בדוק עם "transactionId'.
7. App2App/QR מבחן על בנקים מרכזיים (iOS/Android/desktop).
8. הכן מדריך הגבלה על ידי בנק ודף מצב אירוע.

הגבל כרטיס התייחסות

Per-txn/24h/7d: חנות בקונפיג; בדוק לפני התחלת הפנייה.
מוטבים/סוחרים חדשים: צמצום מגבלות התחלה ו/או עיכובים.
ערוץ: App2App הניידת, מגבלות/הונאה יכולות להיות שונות מהרשת.
כרטיסים - מגבלות/תדירות מוגדרות בתנאי הכרטיס (לצורך רישום חוזר).

תקציר

הימור על App2App/Embedded המרה ו QR דינמי עבור מחובר.
אל תתחרו בכמויות קשות: שמרו על גבולות וכללים התנהגותיים לבנקים.
התהליך בנוי סביב חוברות אינטרנט + סיור, סטטוסים ברורים והחזרים חלקיים.
למנויים - התשלום הראשון iDIEL # e-מנדט; לנהל מגבלות והודעות שקופות.