שוברים בתשלום מראש

1) מהו Paysafecard ומתי לבחור אותו

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

איפה זה עובד טוב

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

2) מערכת אקולוגית ותפקידים

Scheme/diver: Paysafecard (חלק מקבוצת Paysafe) - שובר, KYC/KYB, אנטי-הונאה, ארנק MyPaysafe.
רשת קמעונאית: מכירות של שוברים/חידוש ארנקים, בדוק עם PIN.
PSP/רוכש: חיבור סוחר, אירח דסק מזומנים/SDK/API, דיווחים, חישובים.
סוחר: מתחיל בתשלום, מקבל סטטוסים/ווים ברשת, מבצע החזרות ופיוס.
נכנס לקוד או מתחבר ל-My Paysafe ומאשר את החיוב.

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

שובר PIN: בבדיקה, המשתמש נכנס ל-PIN בן 16 ספרות; מחיקה חלקית ושילוב של כמה שוברים (בגבולות) מותרים.
Mypaysafe (ארנק): תשלום מהמאזן, נוחות לרכישות תכופות; שוברים מרובים יכולים להיות מקושרים ומטבעות ניתן לנהל.
Paysafecard Mastercard (פלסטיק/וירטואלי): נמצא אצל משתמשים כמוצר נפרד (מסילת כרטיס, מחוץ לזרימת PIN הבסיסית).
תשלום באמצעות קישור: חשבונית/Rau-by-Link מ-PSP עם רישום PIN נוסף במשרד המארח.

4) זרימות תשלום

4. 1 מארח/כיוון מחדש (מומלץ)

1. Paysafecard בחירת Paysafecard.
2. הפניה אל PSP/ספק המארח את page # הזן PIN או התחברות myPaysafe # לאשר.
3. חזור לאתר הסוחר עם 'סטטוס' (הצלחה/כישלון/ביטול/המתנה) ו- ' Id'.
4. החישוב הסופי משתקף בדיווחים היומיים (פיוס).

4. 2 משובץ/ווידג 'ט

וידג 'ט קלט משובץ PIN/My Paysafe בתוך הקופה. דורש ציות קפדני עם UI ואירוח דרישות אבטחה.

4. 3 שרת אל שרת (מזעור PII)

שרת הסוחר יוזם את התשלום וסוקר את הסטטוס; כניסה של PIN תמיד נשארת בצד הספק/ווידג 'ט.

5) גבולות, KYC והתנהגות

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

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

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

7) כלכלה ותעריפים

העמלה לסוחר היא בדרך כלל נמוכה יותר מהקלף MDR עבור CNP, אך תלויה בגאוגרפיה, נפח, קטגוריה (iGaming/digital goods וכו ').
הוספת עלויות: Widget/SDK, דיווח, ODR/תמיכה, עיבוד ”ממתין/פג תוקף”, סיור.

8) תבניות קופות UX

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

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

SCA/ספק-צד אימות, קשירת התקן, וניקוד התנהגותי.
מזעור PII: לא לעבד סיכה בצד הסוחר; השתמש בטופס המארח/ווידג 'ט.
ווים ברשת: HMAC/nonce, הגנה בהילוך חוזר, שכפול אירועים.
GDPR/KYC/AML: חשבונאות לגיל, גבולות מדינה, הגבלות סנקציות וכללים עבור ”כספים ששולמו מראש”.

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

יומן: ” Id',” Id', שיטה (PIN/myPaysafe), מטבע, סכום, מעמד, עיתוי, התייחסות פיננסית/UTR מדוחות PSP.
יום: אירועים אוטומטיים של איסוף כספים עם קופות פיננסיות (קרדיטים/החזרות/תיקונים).
התראות מחוץ לסנכרון: ”הצלחה ללא רישום”, ”מחיקה כפולה”, ”תלוי ועומד”.

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

אפשרויות

1. מארחת/משובצת על ידי PSP - התחלה מהירה, ציות לאבטחה.
2. Server-to-Server + Lusted PIN - בקרת מצב גמישה וקופה עצמית ללא עיבוד ה ־ PIN שלך.
3. תשלום על ידי קישור/חשבונית - נוח לתשלומים/תמיכה נדחית.

• API: ”תשלום”, ”לכידה/אישור” (cost-edition), ”החזר”, ”qurilState”, ”webhook”, ”ליישב”.
• Idempotency (" Id' + key), מגשים אקספוננציאליים, DLQ לתגובות לא יציבות.
• קטלוגים: מדינות/מטבעות, גבולות/רמות CCL, קודי שגיאה, מדדי SLA.

12) מאפיינים למנויים וחיובים מחדש

• Mypaysafe כמקור של קרנות (איפה מותר),
• או מנדט התשלום הראשון של A2A (SEPA/Open Banking).
• הצג תמיד למשתמש את מסך ניהול הכרטיסים (לכל מגבלת חיוב, תדר, הודעות).

13) אנטי-פראוד ומדיניות סיכון

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

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

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

15) ארכיטקטורת שער התשלום

שכבת API (Rest/GRAPHQL).
תורים לאירוע: פסלים * חיוב/CRM/אנליטיקה/תמיכה.
אבטחה: כספת של סודות, IP-Allowlist, אימות מחודש קפדני, אסימונים נגד הילוך חוזר.
תצפיות: המרה (PIN vsi MyPaysafe), 'הצלחה/פג תוקף', latency ממוצע, נתח של כתיבה חלקית/משולבת, החזרי מקטע.

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

1. לחבר את הערוץ ב-PSP ולאפשר Howered PIN/MyPaysafe.
2. יישום ”CarePayment” + wooks (HMAC) + אידמפוטנטיות וחזרות.
3. אפשר החזרים חלקיים ונהלי ODR/תמיכה.
4. הגדר סיור אוטומטי יומי + סיור מלא תקופתי; שמור הפניות גדרות.
5. הוספת UX עבור שילוב PIN והודעות שגיאה/הגבלה נקיות.
6. הפעל לוחות מחוונים SLA והתראות על המרה/מושהה ”תלוי ועומד”.
7. הרץ בדיקות e2e במדינות יעד/מטבעות ובמקרים קיצוניים (PIN מרובה, חזרה חלקית, PIN פג תוקף).

כרטיס ציון דרך

מגבלות/נהלים ספציפיים משתנים על ידי מדינה, PSP ומעמד KYC.

סטטוסים: ”הצלחה/תלוי ועומד/נכשל/בוטל/פג תוקף”.
הסדר: לעתים קרובות יותר T + 1/T + 2 על ידי נרשמים.
צ 'רג' בק: אף אחד; החזר כספי - עסקת אשראי נפרדת.
שילוב PIN: מותר בתוך גבולות.
חזרה: באמצעות MyPaysafe או באמצעות מנדט חלופי (לאחר התשלום הראשון).

תקציר

השתמש ב ־ PIN/My Paysafe לשילוב מהיר ואבטחה.
לבנות את התהליך סביב חוברות אינטרנט + סיור, לתמוך בהחזרים חלקיים ושילוב של שוברים.
אל תקודד ”קשה” את הכמויות: שמור את ההגבלות/הגדרות CCL על ידי המדינה ועדכן באופן קבוע.
למנויים, הכרטיס הראשון של השובר = My Paysafe, עם ניהול שקוף והודעות.