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，对于订阅-首次付款→任务。