MB WAY葡萄牙：钱包和P2P

1）MB WAY是什么，它生活在生态系统中

MB WAY是SIBS/Multibanco集团铁路上的葡萄牙移动钱包，结合了用户卡和银行帐户，用于即时支付P2P，在线购物和离线（QR/NFC，无卡自动取款机）。确认-在MB WAY/银行附件（SCA：PIN/生物识别技术）中。由于本地处理，商人的佣金通常低于经典卡MDR。

• 将卡/帐户（debit/credit）绑定到应用程序→一次确认付款。
• P2P"电话"：按电话号码向联系人翻译，24/7。
• 带有推送确认的在线支票,无需输入卡。
• 零售的QR/NFC和ATM的MB WAY现金（无卡片）。
• 通过SIBS Gateway/PSP提供丰富的元数据和稳定的集成。

2）参与者和角色

SIBS/Multibanco（电路/处理）：规则，路由，银行/商户目录。

银行/发行卡： KYC,限额,反欺诈,注销/入计.

PSP/收购商 （SIBS Gateway等）：商号连接、SDK/API、报告、计算。
商家：启动付款/请求,获取状态并进行对账。
付款人：在MB WAY/银行应用程序中确认交易。

3）模式和自定义脚本

3.1个P2P"电话"

发件人从电话簿中选择联系人→输入金额→在应用程序中确认。
收件人收到push/通知，钱记入绑定帐户/卡。

3.2在线支票（电子商务、应用）

在商户结帐处，用户输入MB WAY电话号码或扫描QR。
应用程序发送推送请求→用户确认→商人获得在线状态。
在移动应用中-带有MB WAY自动响应的App2App/deeplink。

3.3个POS/离线

动态QR按订单计费（总和+orderId）或通过应用程序支付NFC。
确认是枪支，收据是商人和应用程序。

3.4 Cash-out в ATM (MB WAY Lift)

用户在应用程序中生成代码/确认→提取没有塑料卡的现金。

3.5 Split Bill / Request Money

向联系人（收款人）索取资金，自动将参与者之间的金额分开。

4）操作状态

"initiated" → "pending"（待确认/网络响应）→ "success"/"failed"/"canceled"/"expired"。
对于发票/要求钱-单独的"要求"/"要求"。

5）风险限制和政策

• Per-transaction, per-day/24h,有时是周刊/月刊。
• 新收件人/收件人-降低阈值、快门速度或多普勒确认。
• 渠道限制：P2P，电子商务，POS/QR/NFC，ATM（现金）。
• Velocity和Devyce规则：银行/计划一侧的反欺诈。

6）委员会与经济

对于MB商人，WAY通常比经典卡便宜，但条款取决于PSP/票价。
Dop。费用：托管/SDK，报告，ODR/支持，"pending/expired"处理，recon。

7）退货和付款

卡中的Chargeback不适用于A2A流：退款-新信用交易（完整/部分）。
如果付款是通过MB WAY内的标记卡进行的，则适用卡程序（根据收购规则）。
ODR/投诉-通过PSP/银行；准备订单日志,确认服务/交付。

8）安全性和合规性

应用程序中的SCA （PIN/Face/Touch）、设备调整、SIM/设备检查。
PII最小化，Web hook加密，HMAC/nonce，复制保护。
符合葡萄牙银行的PSD2/GDPR和当地要求。

9）商人整合

备选方桉

1.Hosted/Embedded （SIBS/PSP）-快速启动,从盒子里推入/QR。
2.Server-to-Server+App2App/QR是本机UX，深度错误处理，动态QR对订单。
3.Pay-by-Link/Request Money 是信使/电子邮件/SMS中链接的帐户。

• API: `createPayment`, `requestMoney`, `refund`, `webhook`, `reconcile`.
• 相等性（orderId+key），指数回溯和事件去势。
• Recon：每日自动记录+定期完整记录；UTR/fin参考存储。
• SLA dashbords：转换，"pending→success/expired"，入学前的时间。

10）核对和报告

编译："paymentId/transactionId"，"orderId"，通道（P2P/QR/App2App/NFC），付款人银行，状态，金额/货币，timestamp，UTR/银行链接。
来自PSP：按入账/退款/更正分列的吹风机注册表，状态的延迟更新。

11） UX模式

移动第一：用于移动-App2App；对于台式机-动态QR。
明确错误：限制，时间限制，SCA失败；安全重播按钮。
收据：金额，时间，"transactionId"，通道，UTR，札幌联系人。
Fallback：在"expired/failed"下提供替代方案（地图/SEPA/其他方法）。

12）递归和任务

基本的MB WAY与SCA一对一。对于订阅，使用捆绑包：首次付款→ e-mandate/SEPA DD/开放银行授权；存储限制/频率/通知,任务管理屏幕。

13）高风险垂直（包括iGaming）

可用性/限制取决于PSP/银行政策和当地法律。
期望降低阈值，由KYC放大，可能保持。
规划替代轨道（卡、SEPA、开放银行PIS）和智能风险路由。

14） "MB WAY Gateway"架构"

用于结帐和收银机的API层（REST/GraphQL）。
事件队列：活动状态→ 计费/CRM/分析师。
Security：保管保密，IP allowlist PSP，严格的redirect-URI验证，反复制令牌。
观察力：通道转换（QR/App2App/P2P/NFC），"pending→success/expired"，潜伏期到定居。

15）入门清单的清单

1.与PSP/SIBS签署合同,选择渠道（如有必要App2App/QR/P2P/ATM-cashout）。
2.实现"createPayment"/"requestMoney"、动态QR、错误/限制屏幕。
3.连接webhooks、idementity、retrai和dedup。
4.配置recon （daily+full）、UTR/fin参考存储。
5.在Sapport中启用partial/full refunds和ODR程序。
6.通过转换/潜伏运行SLA和Alerta dashbords。
7.使用主要银行/设备POS/ATM（如果相关）进行e2e测试。

按限制划分的地标卡

Per-txn/24h/7d：存储在config中，在启动之前进行检查。
新收件人/收件人：降低阈值/快门速度。
频道：P2P，电子商务，POS（QR/NFC），ATM的单独限制。
Velocity/风险：银行的防冻剂可能会轻轻偏转/减慢运营速度。

二.总结

对于网上-App2App+动态QR，对于零售-QR/NFC，对于简单的翻译-P2P按数字。
在逻辑上分享在线确认和最终信用,围绕webhooks+recon和部分回赠构建。
不要"缝制"金额：通过银行/渠道保持限额并定期更新。
对于订阅-第一批MB WAY →具有透明管理和通知的任务。