Bancontact比利時：卡片和A2A

1）生態系統： Bancontact和Payconiq

Bancontact是一種全國性的貝爾吉亞非現金支付計劃，具有強大的卡組件（借記卡，通常與Maestro/Debit Mastercard合作使用）和電子商務支持/POS/NFC。
Bancontact的Payconiq是A2A/移動支付層（電話QR/App2App/P2P），廣泛用於在線和離線。

• 兩條軌道：紙牌（紙牌）和銀行A2A（Payconiq）。
• 結帳上的單一品牌：Bancontact/Payconiq徽標是用戶識別和熟悉的。
• SCA/PSD2：在銀行/附件中確認，低額。
• 在線即時確認和快速計算（請參見下文）。

2）角色和參與者

Bancontact/Payconiq計劃：規則，認證，漫遊。
Issuer（付款人的銀行）：發卡人和/或Payconiq帳戶，限制和反欺詐。
Acquirer/PSP：連接商號（地圖/A2A），提供API/SDK，報告和計算。
商人：啟動付款，處理狀態/退貨，並進行對賬。

3）頻道和洪水

3.1 Bancontact地圖（POS/E-commerce/NFC）

POS/NFC：經典的終端借記支付；離線/通過發行商設置在線授權。
電子商務（CNP）：PSP主機頁面/小部件，SCA確認（3 DS類似flow）。
合作標記：如果有國際應用程序（Maestro/Debit MC），終端/PSP將選擇一條路線。

3.2 Payconiq (A2A: QR/App2App/Link)

按順序QR：商生成動態QR（總和+orderId）；用戶掃描Payconiq/銀行應用程序 →確認→商人獲得在線狀態。
App2App/Deeplink：立即從商人Web/應用程序中打開銀行應用程序。
按鏈接付費：電子郵件/SMS/信使中的發票/鏈接。
P2P「電話」：用戶之間通過聯系號碼進行轉換。

3.3個離線腳本

靜態QR（很少用於承銷商）-手動總和,方便多納特/微付款。
SoftPOS：在智能手機上接收卡/Payconiq（支持的地方）。

4）銀行的限制和行為

• 每天/每周進行轉運，分別用於Payconiq。
• 新收件人/新收件人-降低閾值/快門速度。
• 通道/velocity規則：移動vs網絡,地理/設備,操作頻率。
• P2P/QR/NFC可能有不同的微葉。

5）狀態和計算

卡（Bancontact卡）

在線狀態：「authorized/approved」，「declined」，「referred」，「timeout」。
定位：通常T+1/T+2銀行日通過收款人；可能的調整/反向調整。
Chargeback：根據卡規則（時間/代碼、證據）提供。

Payconiq (A2A)

在線狀態：「成功」，「pending」，「failed」，「canceled」，「expired」。
定居：快速銀行貸款（通常為T+0/T+1, 取決於銀行/PSP）。
不存在Chargeback：退款-向付款人支付的新信用交易（支持部分還款）。

6）關稅與經濟

卡軌：虛假/百分比MDR收購商+3 DS/SCA費用來自PSP。
Payconiq（A2A）：通常低於卡MDR；QR/小部件/報告費用是可能的。
設定支持/ODR、使用「pending/expired」和recon的成本。

7）退貨和付款

地圖：根據地圖規則的chargeback程序；存儲交付證明/服務，SCA日誌。
A2A：沒有charjback，將refund（完整/部分）作為單獨的操作；T+0/T+1/T+2的時機取決於銀行。

8）安全和合規性

PSD2/SCA在銀行/附件中；設備約束和發行人的防凍劑。
PII最小化，Web hook加密，HMAC/nonce，replay保護，審核日誌。
GDPR：按需存儲和數據刪除（DSAR）的透明度。

9） UX模式

智能路由：默認情況下,提供低傭金的Payconiq （A2A）；fallback是地圖。
移動第一：移動流量-App2App；桌面上的QR/redirect。
支票：金額，日期/時間，「transactionId」，通道（卡/Payconiq），UTR/參考，劄幌聯系人。

相似性： 'orderId'+鍵,安全的重復時間.

恢復：在「pending/expired」中-一個重復按鈕，這是方法的替代方法。

10）商人整合

備選方案

1.由PSP 主辦/Embedded（地圖+Payconiq）：快速啟動、完成的小部件、狀態和錯誤。
2.Server to-Server+Redirect/App2App/QR：完全控制UX，本機通道選擇，動態QR按訂單。
3.Pay-by-Link/Invoice： 電子郵件/SMS/Messenger帳戶（尤其是B2B/服務）。
4.POS/SoftPOS：在零售中接受卡/NFC和Payconiq-QR。

• API: `createPayment`, `refund`, `webhook`, `queryStatus`, `reconcile`.
• Webhooks（HMAC，retrai，dedup），冪等表。
• Recon：每日自動記錄+定期完整記錄；UTR/fin參考存儲。
• SLA dashbords：通過渠道轉換，「pending→success/expired」，潛伏到定居。

11）遞歸和任務

地圖：經典令牌借記（network tokens/COF），SCA在第一個+麻省理工學院付款。
A2A：通過e-mandate/SEPA DD/開放銀行任務：第一筆付款→隨後核銷的任務（限制/頻率/通知）。

12）高風險垂直（包括iGaming）

在比利時，嚴格的監管：渠道可用性和限制取決於PSP/銀行和當地法律。
期望降低限制、增強的KUS/監控、可能的 hold 's。
規劃備用軌道（卡、SEPA、其他PIS）和基於風險配置文件的路由。

13）「Bancontact/Payconiq Gateway」體系結構"

用於結帳和後臺的API層（REST/GraphQL）。
事件隊列：活動狀態→ 計費/CRM/分析師。
安全：保管保密，IP allowlist PSP，嚴格的redirect-URI驗證，反復制。
可靠性：指數回溯,不穩定狀態的DLQ,等效性。
數據：銀行/限制/錯誤代碼目錄；ODR雜誌和任務地圖。

14）入門清單檢驗

1.選擇支持地圖+Payconiq的PSP；同意關稅/SLA。
2.通過為移動/離線App2App/QR選擇通道來實現「createPayment」。
3.連接webhooks、taymouts、重播和等效性。
4.配置recon （daily+full）、UTR/fin參考存儲。
5.支持partial/full refunds, sapport中的ODR程序。
6.啟用智能路由（A2A優先,卡是倒退）,通過轉換/潛伏。
7.用e2e 測試封裝銀行/移動平臺/POS。

地標卡

地圖狀態：「authorized/approved」，「declined」，「timeout」。

Статусы A2A: `success`, `pending`, `failed`, `canceled`, `expired`.

定位：T+1/T+2地圖，A2A通常為T+0/T+1。
限制：per-txn/日/周；對於新收件人-降低閾值。
遞歸：通過e-mandate/SEPA DD的地圖（COF/MIT）或A2A。

總結

售票處引擎建立在兩條軌道上：低成本Payconiq-A2A和Bancontact卡作為通用後衛。
在業務邏輯中共享在線確認和定居點，包括部分轉賬和明確的ODR。
不固定金額：支持銀行/渠道限制和定期更新。
對於移動-App2App/QR，對於零售-NFC+動態QR，對於訂閱-首次付款→任務。