שוברים במזומן ורשתות קמעונאיות

1) מהו ומתי ליישם

שוברים במזומן ורשתות eCash לאפשר לך לקבל תשלום ללא כרטיסי בנק ו IBAN. המשתמש קונה שובר מראש (PIN) או מקבל ברקוד/QR (תשלום בחנות) ומשלם עבור ההזמנה בנקודת הניתוק של השותף (קיוסק, סופרמרקט, תחנת דלק, סניף דואר) או בבנק אינטרנט/כספומט. כסף הולך לסוחר דרך PSP/ספק על מסילות בנק; אין צ 'ארג' בק, הסיכונים של הונאה הם מינימליים.

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

2) טיפולוגיה של מכשירי eCash

1. שוברי סיכות (קודים מראש):

דוגמאות: Paysafecard, Neosurf, Flexpin.
UX: הזן PIN בעל 16/10 ספרות על הטופס המארח או תשלום מהארנק (MyPaysafe/myNeosurf).
תכונות: כתיבה חלקית, שילוב של כמה פינים, שיווי המשקל נשמר.

2. ברקוד/QR ”ברקוד תשלום במזומן”:

דוגמאות: Paysafecash, רשתות מקומיות (OXXO Pay - MX, RapiPago/Paul Fácil - AR, Efecty/Baloto - CO, PayPoint/Payzone - בריטניה, ePay/Paylink - Eu.)

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

3. התייחסות/החלקה לכספומט/בנקאות מקוונת (פרטי חשבונית):

דוגמאות: הפניות מולטיבנקו - PT, Konbini - JP.
UX: מציג קוד/התייחסות + סכום, תשלום בחנות כספומט/בנק מקוון/שותף.
מאפיינים: הונאה מינימלית, פיוס קפדני.

3) משתתפים במערכת האקולוגית

PIN/barkodes, מקיים קטלוגים קמעונאיים, KYC/AML, אנטי-הונאה, נותן API/widgets.
PSP/רוכש: מחבר סוחר, אירח דסק מזומנים/SDK, סטטוסים, ווי אינטרנט, רישומים וחישובים.
שולחן קמעונאי/מזומן: קבלה במזומן/קריאת ברקוד, סינכרון עם הספק.
בנק/סליקה: התנחלויות והזכאות של כספים לסוחר.
סוחר: מתחיל בתשלום/חשבונית, מעבד סטטוסים, חוזר וסיור.

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

4. שובר PIN 1 (Harved/Represert)

1. checkout # eCash selection (למשל: Paysafecard/Neosurf).
2. הפניה/צורה מארחת של הספק = הזנת PIN/הזנת ארנק = אישור (SCA/ניקוד התנהגותי).
3. חזור לסוחר: ”הצלחה/תלוי ועומד/נכשל/בוטל/פג תוקף”.
4. אשראי בפועל - לפי רגיסטרים יומיים (T + 1/T + 2).

4. 2 ברקוד/QR ”לשלם בחנות”

1. הסוחר יוצר חשבונית: כמות + ברקוד/QR + פקיעה.
2. הלקוח הולך לפורקן הקמעונאי ומשלם במזומן.
3. הספק שולח לסוחר הצלחה מקוונת, ואז הלוואה בקופות (T + 0/T + 1).

4. 3 התייחסות/החלקה (כספומט/בנקאות מקוונת/קונביני)

1. דור ההתייחסות (ישות/התייחסות/כמות) + תקופת תוקף.
2. תשלום בחנות כספומט/מקוון בנק/שותף.
3. סטטוס מקוון "שולם 'ולאחר מכן הסדר ברישומים.

5) סטטוסים וחישובים

סטטוסים מקוונים: "נוצר "/" ממתין "/" הצלחה" בתשלום "/" נכשל "/" בוטל "/" פג תוקף ".
הסדר: בדרך כלל T + 0/T + 2 ימי בנקאות (לפי חוזה/ערוץ).
בלוגיקה עסקית, אישור מקוון נפרד ואשראי בפועל.

6) גבולות, קיי-סי וסיכון

• כל עסקה, 24h/7d, מגבילה את מספר ה ־ PINS לכל תשלום/יום.
• למקבלים/סוחרים חדשים - סף מופחת/מהירות תריס.
• Geo-rules (ארץ שובר נגד מיקום הלקוח/סוחר), מהירות, אותות התקן.
• אין שום מטען; מחלוקות - על ידי ספק/PSP ODR.
• המלצה: שמרו על הגבלת ההגדרות לפי country/network/CCP ואל תקנו את הכמויות.

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

החזר על העברת אשראי חדש (לארנק eCash/bank transfer - לפי כללי הספק).
בדרך כלל נתמכים בהחזרים חלקיים.
חיובים חלקיים וצירוף PIN זמינים לעתים קרובות עבור שוברי PIN; לחשבוניות ברקוד - הסכום קבוע.

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

העמלה לסוחר היא בדרך כלל נמוכה יותר מ-CNP-card MDR, אך משתנה על ידי geo/volume/tegory.
עלויות נוספות: Harved/SDK, נקודת מכירה של פרסום, תמיכה/ODR, "פג תוקף/תלוי ועומד 'processing, recon.

9) תבניות UX

תשלום PIN: UI מובן עבור מספר PINS ומחוון שיווי משקל; הודעות שגויות ”לא נכונות/בשימוש”, ”הגבלה חרגה”, ”אזור לא נתמך”.
ברקוד/QR: קוד גדול + טיימר תפוגה, הדפס/שלח לכפתורי שליח/דוא "ל.
הוראות תשלום מנותקות: 3-4 צעדים עם לוגוס רשת; נקודות הקרובות מפת/שעות הפעלה.
מצב הזמנה: ”ממתין לתשלום” עם עדכון אוטומטי; עם ”מופעל” - הכפתור ”ליצור קוד חדש”.
קבלה: כמות, זמן, ' Id', ערוץ (PIN/Barcode/Reference), UTR/Ref. מהמרשם, אנשי קשר תומכים.
לוקליזציה: מטבע/שפה/טקסטים מס, מותגים מקומיים של רשתות.

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

מזעור PII: סיכה/ארנק מוכנסים בצד הספק (Harved/Widget).
ווים ברשת: HMAC/nonce, הגנה בהילוך חוזר, dedup אירוע, יומן ביקורת.
KYC/AML/GDPR: חוקי גיל/הגבלה על כספים ששולמו מראש, סנקציות/הגבלות גיאו.
נגד הונאה: מגבלות התקן/הפעלה, קירור-off, עליית מדרגה, ניטור של PIN/ברקודים חוזרים.

11) אינטגרציה וארכיטקטורה

אפשרויות קישוריות

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

מינימום Backend

API: ”Prime 'createVenoice” (סכום + תפוגה), ”החזר”, ”qurilState”, ”webhook”, ”ליישב”.
Idempotence (" Id' + key), מגשים אקספוננציאליים, DLQ, web wook dedup.
ספריות: מדינות/רשתות/גבולות/רמות CCL, קודי שגיאה, מדדי SLA על ידי ערוץ.
תצפיות: המרה (PIN vs. Barcode/Reference), נתח ”תלוי ועומד”, זמן ממוצע לפני תשלום/הסדר, גיאו-אנומליות.

12) הערות גיאוגרפיות (ציוני דרך)

PayPoint/Payzone (בריטניה), ePay/Paylink (האיחוד האירופי), Multibanco (PT).
OXXO Pay (ראשי תיבות של: MX), RapiPago/Pywn Fácil (AR), Efecty/Baloto (CO).
אסיה: Konbini (JP) ורשתות מקומיות (Coll Mart/Lawson/7-Eleven).

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

1. בחר ספק/PSP ורשתות יעד (PIN/Barcode/Reference), להסכים על תעריפים/SLA/התיישבות.
2. יישום ”CratePression” חשבונית עם תפוגה, דפי הצהרה ותסריטי גיבוי.
3. חיבור חוברות אינטרנט (HMAC), אידמפוטנטיות, רטריי ואירועי dedup.
4. הגדרה אוטומטית סיור יומי + מלא סיור, לאחסן אזכורים UTR/fin.
5. כללו החזרים חלקיים, הליכי ODR, והודעות ללא הגבלה.
6. הפעל לוחות מחוונים SLA (המרה, 'פג תוקף', זמן לשלם/הסדר) והתראות מחוץ לסנכרון.
7. ביצוע מבחני e2e: מספר PINS, ברקוד שפג תוקפו, סכום שגוי, תשלום כפול, החזר בתשלומים.

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

”נוצר/תלוי ועומד/הצלחה 'paid/נכשל/בוטל/פג תוקף”.
הסדר: בדרך כלל T + 0-T + 2 על ידי PSP/ספקית נרשמים.
צ 'ארגבק: חסר; החזר כספי - עסקת אשראי נפרדת.
גבולות/ACLs: תלוי במדינה/רשת/ערוץ ופרופיל לקוחות.
Recurence: המנדט הראשון של eCash # (SEPA/Open-Banking/local) למחיקות שלאחר מכן.

תקציר

אסטרטגיה: מיקס eCash (PIN + barcode/QR + reference) כדי להגיע לקהל המזומנים ולהפחית את MDR.
ארכיטקטורה סביב חוברות אינטרנט + סיור, אימפוטנציה קפדנית ומובן UX 'ממתין/פג תוקף'.
גבולות הגדרות/CUS וכללים גיאו - מתוך קוד, עם עדכון רגיל.
למנויים - כרטיס eCash # הראשון, ניהול שקוף והודעות למשתמש.