GH GambleHub

ביזום ספרד: העברות מיידיות

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

ביזום (Bizum) היא תוכנית להעברה מיידית של בנקים ספרדיים. עובד 24/7, מכסה P2P (לכל מספר טלפון), P2M (e-commerce/offline תשלום), וכן תרומות/תרומות וחשבוניות. האישור מבוצע במסגרת היישום הבנקאי (SCA/PSD2), כספים נעים לאורך מסילות הבנק עם אישור מיידי ואשראי מהיר.

מאפייני מפתח:
  • כתובת טלפון (כינוי), אין IBAN ב UX.
  • העברת אשראי מיידית וסופית (chargback נעדר בכרטיסים).
  • P2M: תשלום באתר, ביישום, לא מקוון (קוד QR/Bizum).
  • בקשה לתשלום: ”לבקש כסף” לאנשי קשר או ללקוחות.

2) חברים ותפקידים

תוכנית Bizum/מתג בין גדות - כללים, ניתוב, קטלוגים משתתפים.
הנפקת בנקים - יישומים ניידים, SCA, אנטי הונאה ומגבלות.
PSP/רוכשים - קשר סוחר ל-Bizum P2M, API/SDK, דיווח וחישובים.
הסוחר - מתחיל בתשלום/בקשה, מעבד סטטוסים, שומר על החזרות ופיוס.
Payer/Pabier - מאשר עסקאות ביישום הבנק.

3) מצבים ותרחישי משתמש

3. 1 P2P ”לכל טלפון”

השולח בוחר קשר (מספר טלפון) * נכנס לסכום המאשר את הבקשה הבנקאית שלו.
למקבלים חדשים, סף מופחת/להוסיף. בדיקות.

3. 2 P2M (תשלום לסוחר)

E-commerce: בקופה, הזן את מספר הטלפון של Bizum, או פתח את יישום בנקאות הקישור העמוק; אישור - לדחוף/SCA.
Offline/QR: QR דינמי לכל סדר (כמות + ID), סריקה ביישום הבנקאי # אישור = = סטטוס מקוון לסוחר.
קוד Bizum: הסוחר יכול להראות קוד/כינוי קצר לתשלום בנקודת המכירה.

3. 3 בקשה לתשלום

הסוחר מגיש בקשה לתשלום (סכום/תכלית/תקופת תוקף) * הלקוח מאשר ביישום הבנקאי שלו כי הכספים נזקפים כהעברת Bizum רגילה.

3. 4 הפקדות וחשבונות ניתנים לתשלום

קודים/כינויים קצרים נתמכים לצדקה ותשלומים קטנים.

4) סטטוסים

"מבוטל" תלוי ועומד "הצלחה "/" נכשל "/בוטל "/" פג תוקף".
לבקשות - מדינות נוספות ”מבוקשות ”/” פג תוקפן”.

5) מגבלות ומדיניות סיכון

אין תקרת סופר-מעגל אחת: בנקים ו/או PSP קובעים גבולות, לרוב בהתאם לרמת KYC, היסטוריה וערוץ.

כל עסקה, ביום/24h, לפעמים שבועית/חודשית.
מקבל/סוחר חדש - סף מופחת, מהירות תריס או אישור.
ערוץ/תסריט: גבולות נפרדים עבור P2P, P2M (web/app/QR), Request-to-Pay.
מהירות/התקן/geo-rules בצד הבנק.

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

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

עבור הסוחר Bizum בדרך כלל זול יותר מ-MDR, אך התנאים תלויים ב-PSP/Bank.
עלויות תוכנית עבור אינטגרציה/SDK, עיבוד ”עד/פג תוקף”, תמיכה/ODR וסיור.

7 מחזירה ומחלוקת

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

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

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

9) שילוב סוחרים

אפשרויות

1. מארח/משובץ על ידי PSP - התחלה מהירה: צורות Bizum, סטטוסים, טעויות מחוץ לקופסה.
2. שרת אל שרת + App2App/QR - יליד UX, QR דינמי לפי סדר, טיפול בשגיאות עמוקות.
3. תשלום על ידי קישור/בקשה לתשלום - חשבון אחר קישור (דוא "ל/SMS/שליח), אישור בבנק.

רכיבים אחוריים דרושים:
  • ”תשלום”, ” ToPay”, ”החזר”, ”webhook”, ”ליישב”.
  • אידמפוטנציה (" Id' + key), מגשים אקספוננציאליים, dedup אירועים.
  • סיור: סיור אוטומטי יומי + סיור מלא מחזורי; אחסון של אזכורים UTR/ffin.
  • לוחות מחוונים SLA: המרה, 'תלוי ועומד' הצלחה/פג תוקף, Latency לפני ההרשמה.

10) פיוס ודיווח

רישום: ' ID/transactionId',' Id', ערוץ (P2P/P2M/QR/App2App/Request), בנק, מעמד, כמות/מטבע, חותמת זמן, קישור UTR/בנק.
מתוך PSP: נרשמים להרשמות/החזרות/תיקונים, עדכוני מצב מאוחרים.

11) תבניות UX

מובייל-ראשון: עבור נייד - App2App; לשולחן עבודה - QR דינמי.
שגיאות שקופות: גבול, פסק זמן, כשל SCA; בטוח חוזר + אלטרנטיבי (כרטיס/SEPA/A2A אחר).
קבלה: סכום, זמן, 'transactionId', ערוץ, UTR, אנשי קשר תומכים.
בקשה לתקופת תוקף/QR: הצג שעון עצר ותסריט התאוששות.

12) הישנות ומנדטים

ביזום בסיסי - חד פעמי עם SCA. עבור מנויים, נעשה שימוש בצרור: התשלום הראשון של Bizum # e-mandate/SEPA DD/Open-Banking למחזורים הבאים (הגבלה/תדירות/הודעות, מסך ניהול מנדט).

13) אלומות בסיכון גבוה (כולל iGaming)

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

14) ארכיטקטורת שער ביזום

שכבת API (Rest/GraphQL) לקופה ומחפרון.
תורים לאירוע: אירועי מצב * חיוב/CRM/אנליטיקה.
אבטחה: כספת לסודות, IP-Allowlist PSP, אימות מחודש קפדני, אסימונים נגד הילוך חוזר.
תצפית: metrics by channel (App2App/QR/Request) ”ממתין להצלחה/פג תוקף”, זמן להסדר.

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

1. מנוי ערוץ Bizum מ PSP/Bank; ערוצים נבחרים (App2App/QR/Request).
2. יישום ”CreatSame ”/” ToPay”, QR דינמי, שגיאה/הגבלת מסכים.
3. להתחבר לספרי אינטרנט, אידמפוטנטיות, רטריי ודדופ אירועים.
4. הגדרת איסוף מידע (יומי + מלא), אחסון הפניות UTR/fin.
5. תמכו בהחזרים חלקיים/מלאים ובהליכי ODR.
6. הפעל לוחות מחוונים SLA והתראות המרה/latency.
7. ערוך בדיקות e2e עם הבנקים/התקנים הראשיים.


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

💡 סף בפועל נקבע על ידי בנקים/PSPS ושונה על ידי תרחיש.

Per-txn/24h/7d: חנות בקונפיג, לבדוק לפני התחלה.
מקבלים/סוחרים חדשים: הורדת סף/מהירות תריס.
ערוצים: גבולות נפרדים עבור P2P, P2M (web/app/QR), Request-to-Pay.
מהירות/סיכון: בנק אנטי-פראוד יכול להסיט בעדינות/להאט פעולות.


המשך תקציר

עבור QR מקוון - App2App + דינמי, עבור קוד QR/Bizum, עבור העברות - P2P לפי מספר.
אימות מקוון נפרד ואשראי סופי בלוגיקה; לבנות סביב האינטרנט + סיור והחזר חלקי.
אין לתקן סכומים: לשמור על הגדרות הגבלה על ידי בנק/ערוץ ולעדכן באופן קבוע.
למנויים, חבילת Bizum הראשונה = כרטיס עם ניהול שקוף והודעות.

Contact

צרו קשר

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

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

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

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

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