ויפס נורבגיה: ארנק ותשלום

1) הקשר ומיקום של ויפס

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

• פנייה לטלפון (P2P ו ־ P2M) + קישורי תשלום/QR.
• ניסיון App2App: מעבר מהיר מקופה ליפים ובחזרה.
• SCA/BANKID והונאה נמוכה נגד כרטיסי CNP.
• עלות נמוכה/אינטגרציה קלה באמצעות PSP ווידג 'טים מוכנים.

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

ויפס (סכימה/ספק) - כללים, קטלוגים של חברים, מותג וAPI.
בנקים משתתפים - בעלי חשבונות לקוחות/כרטיסים, גבולות ואנטי הונאה.
PSP/רוכשים - לחבר את הסוחר ל-Vipps (קופה/חשבונית/QR), לתת SDKs, ווי אינטרנט ודיווחים.
סוחר - מתחיל בתשלום/בקשה, מעבד סטטוסים וחוזר, מבצע פיוס.
Payer - מאשר עסקאות ב Vips/BankID.

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

3. 1 P2P (לכל טלפון)

השולח בוחר את המגע * נכנס לסכום/פתק * מאשר באמצעות BANKID = = המקבל מיד רואה את ההלוואה בחשבון.

3. 2 תשלום במסחר (Vipps pé Nett/Checkout)

App2App/Deeplink: על הצ 'ק, הסוחר מעביר את הסכום ומטאדטה = ויפס = = המשתמש מאשר = לחזור לקופאית עם הסטטוס.
Pay-by-Link: חשבונית/לינק ב- SMS/דוא "ל/שליח; נוח לחשבונות ובי-2-בי.
QR לפי סדר: QR דינמי עם כמות ו- " Id' (עבור שולחן עבודה/מחובר); סורק אימות ב-Vipps.

3. 3 POS/offline (ויפסנומר/QR)

בקופה מוצג QR דינמי או מספר סוחר קצר; הסכום קבוע מראש או נכנס על ידי הקונה.
אישור - באמצעות Vips/BANKID, הצ 'ק נראה בבקשה ובסוחר.

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

Merchant שולח בקשה לתשלום עם הסכום, המטרה והמונח = המשלם מאשר ב- Vipps = התשלום הולך כמו העברה רגילה.

3. 5 מחיקות חוזרות ונשנות

ויפים בסיסיים - חד פעמי עם SCA. עבור מנויים, השתמש במנדט התשלום הראשון (דרך הבנק/PSP: e-Mandate/AvtyGiro/Open-Banking) לחישוב עתידי עם הגבלה/תדירות.

4) סטטוסים ותזמונים

סטטוסים טיפוסיים הם ”יזום” * ”תלוי ועומד” * ”הצלחה ”/” נכשל ”/” בוטל ”/” פג תוקף”.
לבקשות: ”מבוקש ”/” פג תוקף”.
הסדר: אשראי בנקאי בחלון ההפעלה הקרוב ביותר; דיווח עדיין צריך סיור יומי.

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

• כל עסקה, ביום/24h, לפעמים שבועית/חודשית.
• מקלט/סוחר חדש - סף מופחת ו/או מהירות תריס.
• גבולות הערוץ: P2P, e-commerce (App2App/QR/Link), POS, חשבוניות.
• מהירות/התקן/גיאו-כללים בצד הבנק ויפים.

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

עבור הסוחר, Vipps בדרך כלל זול יותר מ-MDR כרטיס, אך התנאים שונים בין PSPs (תיקון/נמוך% + widget עמלות/דוחות).
קחו בחשבון את עלויות התפעול: תמיכה תלויה ותוקפת, סכסוכים, איסוף מידע וניטור SLA.

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

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

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

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

חוברות אינטרנט: HMAC/nonce, שידור חוזר של הגנה,

ציות לדרישות PSD2/GDPR ומקומיות (Finanstynet).

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

אפשרויות

1. מארחת/משובצת על ידי PSP - התחלה מהירה, App2App/QR/Link מחוץ לקופסה.
2. שרת אל שרת + App2App/QR - UX מקומי, QR דינמי לפי סדר, טיפול שגיאות בסדר.
3. Pay-by-Link/Invoice - חשבונית ב ־ SMS/דוא "ל/שליח עם אישור ב ־ Vipps.

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

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

רישום: ' ID/transactionId',' Id', ערוץ (App2App/QR/Link/POS), טלפון payer/alias, סטטוס, כמות/מטבע, חותמת זמן, UTR.
מתוך PSP/Bank: רשמים של נקודות זכות/החזרות/תיקונים ועדכוני מצב מאוחרים.
קבע התראות על ידי מתוך סנכרון ותלייה ”תלוי ועומד”.

11) תבניות UX

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

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

השתמש בתשלום הראשון של ויפס (SCA) # מנדט (AvtilGiro/OB-מנדט).
במנדט, לתקן את הגבול לכל חיוב, תדר, חלון מחיקה, הודעות; תן למשתמש את מסך הבקרה (הפסקה/ביטול/עדכון).

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

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

14) אדריכלות ”שער ויפס”

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

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

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

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

הסף האמיתי מגדיר בנק/PSP ושונה על פי התרחיש.

Per-txn/24h/7d: לאחסן בקונפיג ולבדוק לפני תחילת.
מקבלים/סוחרים חדשים: הורדת סף/מהירות תריס.
ערוצים: גבולות נפרדים עבור P2P, e-commerce (App2App/QR/Link), POS, חשבוניות/בקשות תשלום.
מהירות/סיכון: בנק אנטי-פראוד יכול להסיט בעדינות/להאט פעולות.

תקציר

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