Bancontact Belgia: mapy i A2A

1) Ekosystem: Bancontact i Payconiq

Bancontact jest krajowym belgijskim systemem płatności bezgotówkowych z mocnym komponentem kart (karty debetowe, często co-badge z Maestro/Debit Mastercard) i e-commerce/POS/NFC support.
Payconiq przez Bancontact to A2A/mobile warstwa płatnicza (QR/App2App/P2P „na telefon”), szeroko stosowana online i offline.

• Dwie szyny: karta (szyny kart) i bank A2A (Payconiq).
• Ujednolicona marka przy realizacji transakcji: logo Bancontact/Payconiq jest rozpoznawalne i znane użytkownikowi.
• SCA/PSD2: potwierdzenie w banku/aplikacji, niskie oszustwa.
• Natychmiastowe potwierdzenia online i szybkie rozliczenia (patrz poniżej).

2) Role i uczestnicy

System Bancontact/Payconiq: zasady, certyfikacja, routing.
Emitent (bank płatnika): wystawca karty lub rachunku Payconiq, limity i zwalczanie nadużyć finansowych.
Acquirer/PSP: łączy handlowca (karta/A2A), daje API/SDK, raporty i obliczenia.
Handlowiec: inicjuje płatność, przetwarza status/zwraca, godzi.

3) Kanały i przepływ

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

POS/NFC: Classic Terminal Debit Payment; autoryzacji offline/online dla ustawień emitenta.
E-commerce (CNP): strona hosted/widget PSP, potwierdzenie SCA (przepływ 3DS-like).
Co-badge: jeśli istnieje międzynarodowa aplikacja (Maestro/Debit MC), terminal/PSP wybiera trasę.

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

QR na zamówienie: handlowiec generuje dynamiczne QR (suma + „Id”); użytkownik skanuje aplikację Payconiq/bank → potwierdza → handlowiec otrzymuje status online.
App2App/Deeplink: aplikacja bankowa jest otwierana od strony internetowej/aplikacji handlowca natychmiast po dokonaniu płatności.
Pay-by-Link: faktura/link w wiadomości e-mail/SMS/messenger.
P2P „do telefonu”: transfery między użytkownikami według numeru kontaktowego.

3. 3 Scenariusze offline

QR statyczny (rzadko dla handlowców) - kwota jest ręczna, wygodna dla darowizn/mikropłatności.
SoftPOS: akceptacja kart/Payconiq na smartfonach (gdzie obsługiwane).

4) Ograniczenia i zachowanie banków

• Za transakcję/za dzień/tydzień dla karty i osobno dla Payconiq.
• Nowy odbiornik/nowy handlowiec - obniżone progi/prędkość migawki.
• Zasady kanału/prędkości: mobile vs web, geo/device, częstotliwość operacji.
• P2P/QR/NFC mogą mieć oddzielne mikrolimity.

5) Statusy i obliczenia

Karty (Bancontact card)

Status online: „autoryzowany/zatwierdzony”, „odrzucony”, „referencyjny”, „timeout”.
Rozrachunek: zwykle T + 1/T + 2 dni bankowych przez nabywcę; możliwe są korekty/cofnięcia.
Obciążenie zwrotne: dostępne zgodnie z zasadami karty (warunki/kody, dowody).

Payconiq (A2A)

Status online: „sukces”, „oczekujący”, „nieudany”, „anulowany”, „wygasł”.
Rozrachunek: szybki kredyt bankowy (często T + 0/T + 1, zależny od banku/PSP).
Obciążenie zwrotne - zwrot - nowa transakcja kredytowa handlowca na rzecz płatnika (obsługiwane częściowe zwroty).

6) Taryfy i ekonomia

Kolej kart: stała/procentowa wartość MDR dla nabywcy + koszty 3DS/SCA w PSP.
Payconiq (A2A): Zazwyczaj poniżej mapa MDR; Możliwe są opłaty za QR/widget/sprawozdawczość.
Umieścić koszt wsparcia/ODR, pracy z „oczekujących/wygasły” i recon.

7) Zwroty i spory

Karta: procedury obciążenia zwrotnego zgodnie z zasadami karty; sklep - dowód dostawy/usługi, dzienniki SCA.
A2A: brak obciążenia zwrotnego, zwrot (pełny/częściowy) jako oddzielna operacja; warunki T + 0/T + 1/T + 2 w zależności od banku.

8) Bezpieczeństwo i zgodność

PSD2/SCA w banku/wniosku; wiążące urządzenie i zwalczanie nadużyć finansowych emitenta.
Minimalizacja PII, szyfrowanie haka internetowego, HMAC/nonce, ochrona przed powtórzeniem, dziennik audytu.
RODO: przejrzystość przechowywania i usuwanie na żądanie (DSAR).

9) Wzory UX

Smart-routing: domyślnie oferując Payconiq (A2A) za niskie opłaty; fallback - mapa.
Mobile-first: z ruchem ruchomym - App2App; na pulpicie - QR/przekierowanie.
Kontrole: kwota, data/godzina, ' Id', kanał (Card/Payconiq), UTR/reference, kontakty wsparcia.
Idempotencja: klucz ' Id' +, bezpieczne powtórzenia w czasie.
Odzyskiwanie: z 'oczekującym/wygasłym' - jednym przyciskiem powtarzania, alternatywą dla metody.

10) Integracja handlowców

Opcje

1. Hosted/Embedded by PSP (mapa + Payconiq): szybki start, gotowe widżety, statusy i błędy.
2. Serwer-to-Server + Redirect/App2App/QR: pełna kontrola UX, natywny wybór kanału, dynamiczny QR na zamówienie.
3. Pay-by-Link/Faktura: email/SMS/messenger account (zwłaszcza dla B2B/services).
4. POS/SoftPOS: akceptacja kart/NFC i Payconiq-QR w sprzedaży detalicznej.

• Interfejs API: Płatność, zwrot pieniędzy, hak internetowy, status kwadratowy, pogodzenie.
• Webhooks (HMAC, retrai, dedup), table idempotence.
• Recon: dzienny auto-recon + okresowy pełny zwiad; przechowywanie odniesień do UTR/fin.
• Deski rozdzielcze SLA: konwersja kanału, „w oczekiwaniu → sukces/wygasła”, opóźnienie do rozliczenia.

11) Powtarzanie i mandaty

Karta: klasyczny tokenizowany debet (żetony sieciowe/COF) z SCA przy pierwszej płatności + MIT.
A2A: poprzez e-mandat/SEPA DD/mandaty otwartej bankowości: pierwsza płatność → mandat za kolejne obciążenia (limit/częstotliwość/powiadomienia).

12) Piony wysokiego ryzyka (w tym iGaming)

Belgia ma ścisłe uregulowania: dostępność kanałów i limity zależą od PSP/banku i prawa lokalnego.
Spodziewać się obniżonych limitów, rozszerzony CCM/monitoring, możliwe uchwyty.
Planowanie alternatywnych szyn (mapa, SEPA, inne PIS) i trasy wzdłuż profilu ryzyka.

13) Architektura Bancontact/Payconiq Gateway

warstwa API (REST/GraphQL) do biurka i zaplecza.
Kolejki wydarzeń: zdarzenia stanu → rozliczenie/CRM/analityka.
Bezpieczeństwo: skarbiec dla tajemnic, IP-permlist PSP, ścisłe przekierowanie-walidacja URI, anty-replay.
Niezawodność: wykładniczy retrai, DLQ dla niestabilnych statusów, idempotencja.
Dane: katalogi banków/limitów/kodów błędów; Dziennik ODR i mapa biletów.

14) Lista kontrolna wyjściowa

1. Wybierz PSP z kartą + wsparcie Payconiq; uzgodnione stawki/SLA.
2. Zaimplementuj opcję „Z płatnością” z App2App/QR wyboru kanału dla telefonu komórkowego/offline.
3. Podłącz haki internetowe, timeouts, replays i idempotence.
4. Skonfigurować recon (dziennie + pełny), UTR/fin referencje przechowywania.
5. Wsparcie częściowych/pełnych refundacji, procedur ODR wspierających.
6. Włącz smart-routing (priorytet A2A, karta - backup), alerty konwersji/opóźnienia.
7. Obejmuje banki/platformy mobilne/POS z testami e2e.

Karta orientacyjna

Statusy kart: „autoryzowany/zatwierdzony”, „odrzucony”, „timeout”.
Статса A2A: „sukces”, „oczekujący”, „nieudany”, „anulowany”, „wygasł”.
Rozrachunek: T + 1/T + 2 karty, A2A często T + 0/T + 1.
Granice: na txn/dzień/tydzień; dla nowych odbiorców - obniżone progi.
Powtarzanie: karta (COF/MIT) lub A2A za pośrednictwem e-mandatu/SEPA DD.

Podsumowanie

Budujemy silnik kasowy na dwóch szynach: Payconiq-A2A za niskie koszty i kartę Bancontact jako uniwersalny upadek.
Oddzielamy potwierdzenie online i rozliczenie w logice biznesowej, obejmują częściowe zwroty i wyczyścić ODR.
Nie ustalamy kwot: obsługujemy konfiguracje limitów przez banki/kanały i regularne aktualizacje.
Dla telefonów komórkowych - App2App/QR, detalicznych - NFC + dynamiczne QR, dla subskrypcji - pierwsza płatność → mandat.