MB WAY პორტუგალია: საფულე და P2P

1) რა არის MB WAY და სად ცხოვრობს ის ეკოსისტემაში

MB WAY არის პორტუგალიური მობილური საფულე SIBS/Multibanco რელსებზე, აერთიანებს ბარათებსა და მომხმარებლის საბანკო ანგარიშებს მყისიერი P2P, ონლაინ შესყიდვები და ოფლაინი (QR/NFC, cash-out ბანკომატებში ბარათის გარეშე). დადასტურება - MB WAY/Bank- ში (SCA: PIN/ბიომეტრია). Merchant- ის საკომისიო ჩვეულებრივ დაბალია, ვიდრე კლასიკური MDR ბარათები ადგილობრივი დამუშავების გამო.

• ბარათების/ანგარიშების (debit/credit) განაცხადთან დაკავშირება არის გადახდა ერთი დადასტურებით.
• P2P „ტელეფონზე“: კონტაქტის გადაცემა ნომერზე, 24/7.
• ონლაინ შემოწმება push დადასტურებით ბარათების შეყვანის გარეშე.
• QR/NFC საცალო და MB WAY Cash-out ATM (cardless).
• მდიდარი მეტამონაცემები და სტაბილური ინტეგრაცია SIBS Gateway/PSP- ის საშუალებით.

2) მონაწილეები და როლები

SIBS/Multibanco (სქემა/დამუშავება): წესები, როუტინგი, ბანკების/მერკანტების კატალოგები.
ბანკი/ბარათის ემიტენტი: KYC, ლიმიტები, ანტიფროდი, ჩამოწერა/ჩარიცხვა.
PSP/API, მოხსენებები, გამოთვლები.
მერჩანტი: იწყებს გადახდას/თხოვნას, იღებს სტატუსებს და ამოწმებს.
გადამხდელი: ადასტურებს ოპერაციებს MB WAY/Bank- ში.

3) რეჟიმები და მომხმარებლის სცენარები

3. 1 P2P „ტელეფონზე“

გამგზავნი ირჩევს კონტაქტს სატელეფონო წიგნიდან, შემოიღებს თანხას და ადასტურებს განაცხადში.
მიმღები იღებს შეტყობინებას/შეტყობინებას, თანხა ირიცხება დაკავშირებულ ანგარიშზე/ბარათზე.

3. 2 ონლაინ შემოწმება (ელექტრონული კომერცია, app)

ციმციმის სალაროში მომხმარებელი შემოაქვს MB WAY ტელეფონის ნომერს ან სკანირებს QR- ს.
პროგრამა აგზავნის push თხოვნას, მომხმარებელი ადასტურებს, რომ stunger იღებს ონლაინ სტატუსს.
მობილური აპლიკაციებში - App2App/deeplink MB WAY- ით.

3. 3 POS/ოფლაინი

დინამიური QR პერის შეკვეთა სალაროებში (თანხა + orderID) ან NFC გადახდა განაცხადის საშუალებით.
დადასტურება - იარაღი, ქვითარი - მერჩანტთან და განაცხადში.

3. 4 Cash-out в ATM (MB WAY Lift)

მომხმარებელი წარმოქმნის კოდს/დაადასტურებს განაცხადში და იხდის ფულადი სახსრებს პლასტიკური ბარათის გარეშე.

3. 5 Split Bill / Request Money

ფულის მოთხოვნა კონტაქტებზე (კოლექტივები), მონაწილეთა შორის თანხის ავტომატური გაყოფა.

4) ოპერაციების სტატუსები

'initiated' „pending '(დადასტურების/ქსელის პასუხის მოლოდინი)“ success '/' failed '/' canceled '/' expired'.
Invois- ისთვის/Request Money - ცალკეული 'requested '/' expired'.

5) ლიმიტები და რისკის პოლიტიკა

• Per transaction, per-day/24h, ზოგჯერ weekly/monthly.
• ახალი მიმღები/ბარიერი - შემცირებული ბარიერები, გამძლეობა ან დამატებითი დასტური.
• არხის ლიმიტები: P2P, e-commerce, POS/QR/NFC, ATM (cash-out).
• Velocity და მოწყობილობის წესები: ანტიფროდი ბანკის/სქემის მხარეს.

6) კომისიები და ეკონომიკა

MB WAY- სთვის, როგორც წესი, უფრო იაფია, ვიდრე კლასიკური რუქები, მაგრამ პირობები დამოკიდებულია PSP/ტარიფზე.
დოპი ხარჯები: hosted/SDK, მოხსენებები, ODR/მხარდაჭერა, დამუშავება 'pending/expired', ჩანაწერები.

7) ამაღლება და დებატები

Chargeback, როგორც ბარათებში, არ გამოიყენება A2A ნაკადებზე: დაბრუნება - ახალი საკრედიტო ოპერაცია (სრული/ნაწილობრივი).
თუ გადახდა მიმდინარეობდა ტოკენიზებულ რუქაზე MB WAY- ს შიგნით, გამოიყენება ბარათების პროცედურები (შეძენის წესების შესაბამისად).
ODR/საჩივრები - PSP/Bank- ის საშუალებით; მოამზადეთ შეკვეთის ლოგოები, მომსახურების/მიწოდების მიწოდების დადასტურება.

8) უსაფრთხოება და შესაბამისობა

SCA (PIN/Face/Touch) განაცხადში, მოწყობილობის მოწყობილობაში, SIM/მოწყობილობის შემოწმებაში.
PII მინიმიზაცია, ვებ-ჰუკების დაშიფვრა, HMAC/nonce, დაცვა რეპლეისგან.
შესაბამისობა PSD2/GDPR და პორტუგალიის ბანკის ადგილობრივი მოთხოვნები.

9) მერჩანტის ინტეგრაცია

პარამეტრები

1. Hosted/Embedded (SIBS/PSP) - სწრაფი დასაწყისი, ყუთიდან push/QR.
2. Server to-Server + App2App/QR არის საკუთარი UX, შეცდომების ღრმა დამუშავება, დინამიური QR per-order.
3. Pay-by-Link/Request Money - ანგარიში მესინჯერებში/email/SMS ბმულზე.

• API: `createPayment`, `requestMoney`, `refund`, `webhook`, `reconcile`.
• Idempotence (orderId + გასაღები), ექსპონენციალური retrais, მოვლენების დედაპლატი.
• ჩანაწერები: daily auto-recon + პერიოდული full-recon; UTR/ფინის რეფერენდუმის შენახვა.
• Dashbords SLA: კონვერტაცია, 'pending/success/expired', ჩარიცხვამდე დრო.

10) შერჩევა და მოხსენება

განათავსეთ: 'payshead Id/transacotId', 'orderId', არხი (P2P/QR/App2App/NFC), გადამხდელი ბანკი, სტატუსი, თანხა/ვალუტა, timestamp, UTR/საბანკო ბმული.
PSP- დან: FIN რეესტრები ჩარიცხვის/დაბრუნების/კორექტირებისთვის, სტატუსის მოგვიანებით განახლებები.

11) UX ნიმუშები

მობილური პირველი: მობილური - App2App; დესკტოპისთვის - დინამიური QR.
მკაფიო შეცდომები: ლიმიტები, ტაიმაუტები, SCA- ს უარყოფა; უსაფრთხო გამეორების ღილაკი.
ქვითარი: თანხა, დრო, 'transaction Id', არხი, UTR, საფორტეპიანო კონტაქტები.
Fallback: ალტერნატივის შეთავაზება (ბარათი/SEPA/სხვა მეთოდი) „expired/failed“ - ით.

12) რეკურენტი და მანდატები

ძირითადი MB WAY - one-off SCA- სთან. ხელმოწერებისთვის გამოიყენება კავშირი: პირველი გადახდა e-mandate/SEPA DD/Open-Banking მანდატი; შეინახეთ ლიმიტი/სიხშირე/შეტყობინებები, მანდატის კონტროლის ეკრანი.

13) მაღალი სიმაღლის ვერტიკალური (iGaming- ის ჩათვლით)

წვდომა/ლიმიტები დამოკიდებულია PSP/ბანკების და ადგილობრივი სამართლის პოლიტიკაზე.
დაელოდეთ KYC- ს მიერ გაძლიერებულ ბარიერებს, შესაძლო ჰოლდებს.
დაგეგმეთ ალტერნატიული რელსები (ბარათები, SEPA, ღია ბანკინგი PIS) და რისკის ჭკვიანი როტინგი.

14) არქიტექტურა „MB WAY Gateway“

API ფენა (REST/GraphQL) სალაროსა და ბეკოფისისთვის.
მოვლენების ხაზები: სტატუს-Ivents-billing/CRM/ანალიტიკა.
უსაფრთხოება: საიდუმლოების vault, IP-allowlist PSP, redirect-URI მკაცრი შესაბამისობა, antireplay ნიშნები.
Observability: კონვერტაცია არხებით (QR/App2App/P2P/NFC), 'pending' success/expired ', ლატენტობა settlement- მდე.

15) Check Life Prode

1. გააფორმეთ ხელშეკრულება PSP/SIBS- სთან, შეარჩიეთ არხები (საჭიროების შემთხვევაში App2App/QR/P2P/ATM-cashout).
2. გააცნობიერეთ 'createPayment '/' requestMoney', დინამიური QR, შეცდომების/ლიმიტების ეკრანები.
3. დააკავშირეთ webhooks, idempotence, retrai და dedup.
4. ჩანაწერების პარამეტრები (daily + full), UTR/ფინის რეფერენდუმის შენახვა.
5. ჩართეთ partial/full refunds და ODR პროცედურები საფორტეპიანოში.
6. SLA dashbords და ალერტები კონვერტაციის/ლატენტობის შესახებ.
7. ჩაატარეთ e2e ტესტები ძირითადი ბანკების/მოწყობილობებით, POS/ATM (თუ ეს ეხება).

სახელმძღვანელო ბარათი ლიმიტებისთვის

Per-txn/24h/7d: შენახვა კონფისკაციაში, შემოწმება დაწყებამდე.
ახალი მიმღები/მერჩანტები: შემცირებული ბარიერები/გამძლეობა.
არხები: ინდივიდუალური ლიმიტები P2P, ელექტრონული კომერცია, POS (QR/NFC), ATM.
Velocity/რისკი: ბანკის ანტიფროგმა შეიძლება ნაზად უარყოს/შეანელოს ოპერაციები.

რეზიუმე

ინტერნეტით - App2App + დინამიური QR, საცალო ვაჭრობისთვის - QR/NFC, მარტივი გადარიცხვებისთვის - P2P ნომრით.
გაიზიარეთ ონლაინ დადასტურება და საბოლოო სესხი ლოგიკურად, ააშენეთ webhooks + recon და partial refunds გარშემო.
ნუ „შეაგროვებთ“ თანხებს: შეინარჩუნეთ ლიმიტების კონფისკაცია ბანკების/არხების საშუალებით და რეგულარულად განაახლეთ.
ხელმოწერებისთვის - პირველი MB WAY თაიგული - მანდატი გამჭვირვალე მენეჯმენტით და შეტყობინებებით.