Bancontact ბელგია: რუქები და A2A

1) ეკოსისტემა: Bancontact და Payconiq

Bancontact არის ბელგიის უნაღდო გადასახადების ეროვნული სქემა ძლიერი ბარათის კომპონენტით (სადებეტო ბარათები, ხშირად co-badge Maestro/Debit Mastercard) და ელექტრონული კომერციის/POS/NFC- ის მხარდაჭერა.
Payconiq by Bancontact არის A2A/მობილური გადახდების ფენა (QR/App2App/P2P „ტელეფონით“), რომელიც ფართოდ გამოიყენება ონლაინ და ოფლაინში.

• ორი სარკინიგზო მაგისტრალი: ბარათი (ბარათი სარკინიგზო) და საბანკო A2A (Payconiq).
• ერთი ბრენდი სალაროებში: Bancontact/Payconiq ლოგო აღიარებს და ნაცნობია მომხმარებლისთვის.
• SCA/PSD2: დადასტურება ბანკში/განაცხადში, დაბალი ფროდი.
• მყისიერი დადასტურებები ონლაინ და სწრაფი გამოთვლებით (იხ. ქვემოთ).

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

Bancontact/Payconiq სქემა: წესები, სერტიფიკაცია, როუტინგი.
Issuer (გადამხდელი ბანკი): ბარათის გამცემი ან/და Payconiq ანგარიში, ლიმიტები და ანტიფროდი.
Acquirer/PSP: აკავშირებს მერჩანტას (რუქა/A2A), აძლევს API/SDK, მოხსენებებს და გამოთვლებს.
მერჩანტი: იწყებს გადახდას, ამუშავებს სტატუსებს/გადასახადებს, ახდენს გადამოწმებას.

3) არხები და flow

3. 1 Bancontact რუკა (POSS/e-commerce/NFC)

POSS/NFC: კლასიკური სადებეტო გადახდა ტერმინალზე; offline/ონლაინ საავტორო უფლებები ემიტენტის პარამეტრების მიხედვით.
E-commerce (CNP): მასპინძელი გვერდი/PSP ვიჯეტი, დადასტურება SCA- ს მიხედვით (3DS მსგავსი flow).
Co-badge: საერთაშორისო პროგრამის (Maestro/Debit MC) თანდასწრებით, ტერმინალი/PSP ირჩევს მარშრუტს.

3. 2 Payconiq (A2A: QR/App2App/Link)

QR per-order: thunder წარმოქმნის დინამიურ QR (თანხა + orderID); მომხმარებელი სკანირებს Payconiq/Bank- ის აპლიკაციას და ადასტურებს, რომ მერჩანტი იღებს ონლაინ სტატუსს.
App2App/Deeplink: საბანკო პროგრამა დაუყოვნებლივ იხსნება მერჩანტის ვებ/აპლიკაციიდან.
Pay-by-Link: invois/ბმული email/SMS/მესინჯერი.
P2P „ტელეფონზე“: მომხმარებლებს შორის ტრანსფერები კონტაქტის ნომრით.

3. 3 Offline სცენარები

სტატიკური QR (იშვიათად ციმციმებისთვის) - თანხა ხელით, მოსახერხებელი დონატებისთვის/მიკროპლატირებისთვის.
SoftYOS: ბარათების/Payconiq მიღება სმარტფონებზე (სადაც მხარდაჭერილია).

4) ბანკების ლიმიტები და ქცევა

• Per-transaction/per-day/week ბარათისთვის და ცალკე Payconiq- ისთვის.
• ახალი მიმღები/ახალი ქურთუკი - შემცირებული ბარიერები/ჩამკეტი.
• Canal/velocity წესები: მობილური vs ვებ, geo/devais, ოპერაციების სიხშირე.
• P2P/QR/NFC- ს შეიძლება ჰქონდეს ცალკეული მიკროლიმიტები.

5) სტატუსები და გამოთვლები

ბარათები (Bancontact ბარათი)

ონლაინ სტატუსი: 'authorized/approved', 'declined', 'referred', 'timeout'.
Settlement: ჩვეულებრივ T + 1/T + 2 საბანკო დღე შეძენის საშუალებით; შესაძლებელია კორექტირება/საპირისპირო.
Chargeback: ხელმისაწვდომია ბარათის წესების შესაბამისად (ვადები/კოდები, მტკიცებულებები).

Payconiq (A2A)

ონლაინ სტატუსი: 'success', 'pending', 'failed', 'canceled', 'expired'.
Settlement: სწრაფი საბანკო სესხი (ხშირად T + 0/T + 1, დამოკიდებულია ბანკზე/PSP).
Chargeback არ არის: დაბრუნება არის გადამხდელის ახალი საკრედიტო ოპერაცია (მხარს უჭერს პარტნიორული რეფუნდები).

6) ტარიფები და ეკონომიკა

ბარათის სარკინიგზო მაგისტრალი: fix/MDR პროცენტი + 3DS/SCA ხარჯები PSP- ზე.
Payconiq (A2A): ჩვეულებრივ, MDR ბარათების ქვემოთ; შესაძლებელია საფასური QR/ვიჯეტები/ანგარიშგებისთვის.
დააყენეთ მხარდაჭერის ღირებულება/ODR, მუშაობა 'pending/expired' და ჩანაწერები.

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

რუკა: chargeback პროცედურები ბარათის წესების შესაბამისად; შეინახეთ prof-of-delivery/სერვისები, SCA ჟურნალები.
A2A: Charjbak არ არის, გააკეთეთ refund (full/partial), როგორც ცალკეული ოპერაცია; ვადები T + 0/T + 1/T + 2 დამოკიდებულია ბანკზე.

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

PSD2/SCA ბანკში/განაცხადში; დეველოპერი და ემიტენტის ანტიფროზი.
PII მინიმიზაცია, ვებ-ჰუკების დაშიფვრა, HMAC/nonce, დაცვა რეპლეისგან, აუდიტის ჟურნალი.
GDPR: შენახვის გამჭვირვალობა და მონაცემთა წაშლა მოთხოვნის მიხედვით (DSAR).

9) UX ნიმუშები

Smart-routing: სტანდარტულად შესთავაზეთ Payconiq (A2A) დაბალი კომისიისთვის; fallback - ბარათი.
მობილური პირველი: მობილური ტრაფიკით - App2App; დესკტოპზე - QR/redirect.
ჩეკები: თანხა, თარიღი/დრო, 'transaction Id', არხი (Card/Payconiq), UTR/რეფერენდუმი, საფორტეპიანო კონტაქტები.
Idempotence: 'orderId' + გასაღები, უსაფრთხო გამეორება ტაიმუთში.
ჩანაწერი: 'pending/expired' - ერთი გამეორების ღილაკი, მეთოდის ალტერნატივა.

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

პარამეტრები

1. Hosted/Embedded from PSP (რუკა + Payconiq): სწრაფი დასაწყისი, მზა ვიჯეტები, სტატუსები და შეცდომები.
2. სერვერი to-Server + Redirect/App2App/QR: სრული კონტროლი UX, არხის საკუთარი არჩევანი, დინამიური QR per-order.
3. Pay-by-Link/Invoice: ანგარიში email/SMS/მესინჯერთან (განსაკუთრებით B2V/სერვისებისთვის).
4. POSS/SoftPOS: ბარათების მიღება/NFC და Payconiq-QR საცალო ვაჭრობაში.

• API: `createPayment`, `refund`, `webhook`, `queryStatus`, `reconcile`.
• Webhooks (HMAC, retrai, dedup), idempotenty ცხრილი.
• ჩანაწერები: daily auto-recon + პერიოდული full-recon; UTR/ფინის რეფერენდუმის შენახვა.
• დაშბორდები SLA: კონვერტაცია არხებზე, 'pending-success/expired', ლატენტობა settlement.

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

რუქა: კლასიკური ტოკენიზირებული დებიუტის (ქსელის ტოკენსი/COF) SCA- ით, პირველ გადახდაზე + MIT.
A2A: e-mandate/SEPA DD/Open-banking მანდატის საშუალებით: პირველი გადახდა - მანდატი შემდგომი ჩამოწერისთვის (ლიმიტი/სიხშირე/შეტყობინებები).

12) მაღალი რისკის ვერტიკალური (მათ შორის iGaming)

ბელგიაში მკაცრი რეგულაციაა: არხებისა და ლიმიტების ხელმისაწვდომობა დამოკიდებულია PSP/Bank- ზე და ადგილობრივ უფლებებზე.
დაელოდეთ შემცირებული ლიმიტები, გაფართოებული CCC/მონიტორინგი, შესაძლო ჰოლდსი.
დაგეგმეთ ალტერნატიული რელსები (რუკა, SEPA, სხვა PIS) და მარშრუტიზაცია სარისკო პროფილის გასწვრივ.

13) არქიტექტურა „Bancontact/Payconiq Gateway“

API ფენა (REST/GraphQL) სალაროსა და უკან ოფისისთვის.
მოვლენების ხაზები: სტატუს-Ivents-billing/CRM/ანალიტიკა.
უსაფრთხოება: საიდუმლოების Vault, IP-allowlist PSP, redirect-URI მკაცრი შესაბამისობა, ანტი-replay.
საიმედოობა: ექსპონენციალური შენიშვნები, DLQ არასტაბილური სტატუსებისთვის, idempotence.
მონაცემები: ბანკების/ლიმიტების/შეცდომების კოდების დირექტორიები; ჟურნალი ODR და მანდატების რუკა.

14) Check Life Prode

1. + Payconiq რუქის მხარდაჭერა PSP; დააკონკრეტა ტარიფები/SLA.
2. გააცნობიერეთ 'CreatePayment' არხის არჩევით, App2App/QR მობილური/ოფლაინისთვის.
3. დააკავშირეთ webhooks, tymauts, გამეორება და idempotence.
4. ჩანაწერების პარამეტრები (daily + full), UTR/ფინის რეფერენდუმის შენახვა.
5. მხარი დაუჭირეთ partial/full refunds, ODR პროცედურებს საფორტეპიანოში.
6. ჩართეთ smart-routing (A2A პრიორიტეტული, ბარათი - fallback), კონვერტაციის/ლატენტობის ალერტები.
7. დაფარეთ e2e ტესტებით ბანკები/მობილური პლატფორმები/POS.

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

ბარათის სტატუსები: 'authorized/approved', 'declined', 'timeout'.
Статусы A2A: `success`, `pending`, `failed`, `canceled`, `expired`.
Settlement: T + 1/T + 2 რუქა, A2A ხშირად T + 0/T + 1.
ლიმიტები: per-txn/day/week; ახალი მიმღებისთვის - შემცირებული ბარიერები.
რეკურენტი: ბარათი (COF/MIT) ან A2A ელექტრონული მანდატის/SEPA DD საშუალებით.

რეზიუმე

ჩვენ ვაშენებთ სალაროს ძრავას ორ რელსზე: Payconiq-A2A დაბალი ღირებულებისთვის და Bancontact რუკა, როგორც უნივერსალური fallback.
ჩვენ ვყოფთ ონლაინ დადასტურებას და გამოცდილებას ბიზნეს ლოგიკაში, მათ შორის პარტიულ რეფუნდებსა და მკაფიო ODR- ს.
ჩვენ არ ვადგენთ თანხას: ჩვენ მხარს ვუჭერთ შეზღუდვების კონფისკაციას ბანკების/არხების მეშვეობით და რეგულარულ განახლებას.
მობილურისთვის - App2App/QR, საცალო ვაჭრობისთვის - NFC + დინამიური QR, ხელმოწერებისთვის - პირველი გადახდა - მანდატი.