GH GambleHub

Bancontact Belgia: hărți și A2A

1) Ecosistem: Bancontact și Payconiq

Bancontact este o schemă națională de plată fără numerar belgiană cu o componentă puternică de card (carduri de debit, adesea co-insignă cu Maestro/Debit Mastercard) și suport e-commerce/POS/NFC.
Payconiq by Bancontact este un strat de plată A2A/mobile (QR/App2App/P2P „pe telefon”), utilizat pe scară largă online și offline.

Proprietăți cheie:
  • Două șine: card (șine de card) și A2A bancar (Payconiq).
  • Brand unificat la finalizarea comenzii: logo-ul Bancontact/Payconiq este recunoscut și familiar utilizatorului.
  • SCA/PSD2: confirmare în bancă/cerere, fraudă redusă.
  • Confirmări online instantanee și așezări rapide (vezi mai jos).

2) Roluri și participanți

Schema Bancontact/Payconiq: reguli, certificare, rutare.
Emitent (banca plătitorului): emitent al cardului și/sau al contului Payconiq, limite și antifraudă.
Achizitor/PSP: conectează comerciant (card/A2A), dă API/SDK, rapoarte și calcule.
Comerciant: inițiază plata, procesează starea/returnările, reconciliază.

3) Canale și flux

3. 1 Bancontact Card (POS/e-commerce/NFC)

POS/NFC: Classic Terminal Debit Payment; autorizație offline/online pentru setările emitentului.
E-commerce (CNP): pagină găzduită/widget PSP, confirmare SCA (flux 3DS-like).
Co-insignă: dacă există o aplicație internațională (Maestro/Debit MC), terminalul/PSP selectează traseul.

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

QR per comandă: comerciantul generează QR dinamic (sumă + comandăId); utilizatorul scanează aplicația Payconiq/bank → confirmă → comerciantul primește un statut online.
App2App/Deeplink: o aplicație bancară este deschisă de pe site-ul/aplicația comerciantului imediat la plată.
Pay-by-Link: factură/link în e-mail/SMS/messenger.
P2P „la telefon”: transferuri între utilizatori prin numărul de contact.

3. 3 Scenarii offline

Static QR (rareori pentru comercianți) - suma este manuală, convenabilă pentru donații/microplăți.
SoftPOS: acceptare card/Payconiq pe smartphone-uri (în cazul în care sunt acceptate).

4) Limitele și comportamentul băncilor

Emitenții (bancă/aplicație) și PSP (pentru plată/risc) stabilesc limite:
  • Per-tranzacție/pe zi/săptămână pentru card și separat pentru Payconiq.
  • Receptor nou/comerciant nou - praguri reduse/viteza obturatorului.
  • Reguli de canal/viteză: mobile vs web, geo/dispozitiv, frecvența operațiunilor.
  • P2P/QR/NFC pot avea microlimite separate.
💡 Practică: Nu hardcode cantități. Păstrați un director de limite de bancă/canal, actualizați-l, iar în UX afișați motive clare pentru refuz și opțiuni (împărțiți verificarea, selectați un card/A2A, repetați mai târziu).

5) Statusuri și calcule

Carduri (Bancontact card)

Statut online: „autorizat/aprobat”, „refuzat”, „referit”, „timeout”.
Decontare: de obicei T + 1/T + 2 zile bancare prin intermediul unui achizitor; ajustări/inversări sunt posibile.
Chargeback: disponibil după regulile cardului (termeni/coduri, dovezi).

Payconiq (A2A)

Status online: 'succes', 'în aşteptare', 'eşec', 'anulat', 'expirat'.
Decontare: credit bancar rapid (adesea T + 0/T + 1, dependent de bancă/PSP).
Chargeback - retur - noua tranzacție de credit comercială către plătitor (rambursări parțiale acceptate).

6) Tarife și economie

Kart feroviar: procent fix/MDR la achizitor + costuri 3DS/SCA la PSP.
Payconiq (A2A): De obicei, sub harta MDR; Taxele QR/widget/raportare sunt posibile.
Puneți costul sprijinului/SOL, lucrați cu „în așteptare/expirat” și recunoașteți.

7) Returnări și dispute

Card: proceduri de chargeback conform regulilor cardului; stoca dovada de livrare/servicii, jurnalele SCA.
A2A: fără chargeback, rambursare (completă/parțială) ca operațiune separată; termeni T + 0/T + 1/T + 2 în funcție de bancă.

8) Siguranță și conformitate

PSD2/SCA în bancă/cerere; dispozitiv obligatoriu și emitent antifraudă.
Minimizare PII, criptare cârlig web, HMAC/nonce, protecție reluare, jurnal de audit.
GDPR: transparența stocării și ștergerea la cerere (DSAR).

9) Modele UX

Smart-routing: implicit pentru a oferi Payconiq (A2A) pentru taxe mici; rezervă - hartă.
Mobile-first: cu trafic mobil - App2App; pe desktop - QR/redirecționare.
Verificari: suma, data/ora, 'tranzactionId', canal (Card/Payconiq), UTR/referinta, contacte suport.
Idempotence: 'orderId' + cheie, repetiții sigure în timpul timeout-urilor.
Recuperare: cu „în așteptare/expirat” - un buton repetare, o alternativă la metoda.

10) Integrarea comercianților

Opțiuni

1. Găzduit/încorporat de PSP (hartă + Payconiq): start rapid, widget-uri gata făcute, stări și bug-uri.
2. Server-to-Server + Redirect/App2App/QR: control UX complet, selecție de canale native, QR dinamic pe comandă.
3. Pay-by-Link/Factură: cont de e-mail/SMS/messenger (în special pentru B2B/servicii).
4. POS/SoftPOS: acceptarea cardurilor/NFC și Payconiq-QR la retail.

Componente backend necesare:
  • API: 'createPayment', 'rambursare', 'webhook', 'queryStatus', 'reconciliere'.
  • Webhooks (HMAC, retrai, dedup), tabel idempotency.
  • Recunoaștere: auto-recunoaștere zilnică + recunoaștere completă periodică; stocarea referințelor UTR/fin.
  • Tablouri de bord SLA: conversie canal, 'pending→success/expired', latență la decontare.

11) Recurență și mandate

Card: debit clasic tokenizat (token-uri de rețea/COF) cu SCA la prima plată + MIT.
A2A: prin e-mandat/SEPA DD/mandate open-banking: primul mandat de → a plăților pentru debitele ulterioare (limită/frecvență/notificări).

12) verticale cu risc ridicat (inclusiv iGaming)

Belgia are o reglementare strictă: disponibilitatea canalelor și limitele depind de PSP/bancă și de legislația locală.
Așteptați limite reduse, CCM extins/monitorizare, posibile deține.
Planificați șine alternative (hartă, SEPA, alte PiS) și rutarea de-a lungul profilului de risc.

13) Arhitectura Bancontact/Payconiq Gateway

Strat API (REST/GraphQL) pentru casierie și back-office.
Cozi de evenimente: evenimente de stare → facturare/CRM/analytics.
Securitate: seif pentru secrete, IP-allowlist PSP, validare strictă redirect-URI, anti-reluare.
Fiabilitate: retrai exponențial, DLQ pentru stări instabile, idempotență.
Date: cataloage bănci/limite/coduri de eroare; Jurnalul SOL și harta biletelor.

14) Lista de verificare de ieșire

1. Selectați un PSP cu card + suport Payconiq; ratele de acord/SLA.
2. Implementați „createPayment” cu App2App/QR de selecție a canalelor pentru mobil/offline.
3. Conectați cârlige web, timeout-uri, reluări și idempotență.
4. Configurați recunoașterea (zilnică + completă), stocarea referințelor UTR/fin.
5. Sprijinirea rambursărilor parțiale/complete, a procedurilor SOL în sprijin.
6. Activați rutarea inteligentă (prioritate A2A, rezervă de carduri), alerte de conversie/latență.
7. Acoperă băncile/platformele mobile/POS cu teste e2e.

Carte de reper

💡 Praguri reale/ETA - la bancă/PSP și canal.

Statusuri de card: „autorizat/aprobat”, „refuzat”, „timeout”.
Статусы A2A: „succes”, „în așteptare”, „eșuat”, „anulat”, „expirat”.
Decontare: T + 1/T + 2 card, A2A adesea T + 0/T + 1.
Limite: per-txn/zi/săptămână; pentru noii beneficiari - praguri coborâte.
Recurență: Card (COF/MIT) sau A2A prin e-mandat/SEPA DD.

Rezumat

Construim motorul caselor de marcat pe două șine: un Payconiq-A2A pentru cost redus și un card Bancontact ca rezervă universală.
Separăm confirmarea online și decontarea în logica de afaceri, includem restituiri parțiale și SOL clar.
Nu stabilim sume: suportăm configurațiile limită de către bănci/canale și actualizarea regulată.
Pentru mobil - App2App/QR, pentru retail - NFC + QR dinamic, pentru abonamente - prima plată → mandat.

Contact

Contactați-ne

Scrieți-ne pentru orice întrebare sau solicitare de suport.Suntem mereu gata să ajutăm!

Telegram
@Gamble_GC
Pornește integrarea

Email-ul este obligatoriu. Telegram sau WhatsApp sunt opționale.

Numele dumneavoastră opțional
Email opțional
Subiect opțional
Mesaj opțional
Telegram opțional
@
Dacă indicați Telegram — vă vom răspunde și acolo, pe lângă Email.
WhatsApp opțional
Format: cod de țară și număr (de exemplu, +40XXXXXXXXX).

Apăsând butonul, sunteți de acord cu prelucrarea datelor dumneavoastră.