现金券和零售连锁店

1）这是什么，什么时候适用

现金凭证和eCash网络使您无需银行卡和IBAN即可接受付款。用户购买预付凭证（PIN）或接收条形码/QR（按商店付款），并在合作伙伴的离线点（售货亭，超市，加油站，邮局）或在线银行/ATM支付订单。钱通过银行铁路通过PSP/提供商流向商人；没有charjback，frode的风险很小。

• 数字商品/游戏,内容,中低支票订阅。
• 现金份额高或卡片渗透率低的地区。
• 偏爱隐私/预付款的观众。

2）电子现金工具类型学

1.PIN凭证（预付代码）：

示例：Paysafecard，Neosurf，Flexepin。
UX：在主机表格上输入16/10位数PIN或从钱包中付款（myPaysafe/myNeosurf）。
特点：部分注销，多个PIN的组合，余额保留。

2.条形码/QR"店内付款"（现金支付条形码）：

例如：paysafecash，局域网（OXXO Pay-MX，RapiPago/PagoFácil-AR，Efecty/Baloto-CO，PayPoint/Payzone-英国，ePay/Paylink-欧盟等）。
UX：商家生成barcode/QR →客户在结帐处支付现金→提供商发送确认。
特点：支票有效时间有限（expiry）,金额固定。

3.ATM/在线银行的参考/Slip（发票详细信息）：

示例：Multibanco References-PT，Konbini-JP。
UX：退出代码/参考+金额,在ATM/在线银行/合作伙伴商店付款。
特点：最低限度，严格对比参考。

3）生态系统的参与者

提供商/电路（eCash/凭证）：生产PIN/barcode，维护零售目录，KYC/AML，防冻剂，提供API/小部件。
PSP/收购者： 连接商户、主机收银员/SDK、状态、Web hooks、注册表和结算。
零售/结帐：接受现金/读取条形码,与提供商同步。
银行/清算：结算和贷记给商人。
Merchant：启动付款/发票,处理状态、退款和recon。

4）付款流

4.1个PIN凭证（主机/重定向）

1.Checkout →选择eCash（例如Paysafecard/Neosurf）。
2.Redirect/Hosted提供商表格→输入PIN/进入钱包 →确认（SCA/行为得分）。
3.返回到商品："成功/pending/failed/canceled/expired"。
4.实际信用额度为每日注册表（T+1/T+2）。

4.2 条形码/QR"在店内付款"

1.商家创建一个发票：总和+barcode/QR+expiry。
2.客户前往零售点并用现金付款→收银机确认提供商的操作。
3.提供商将在线成功发送给商人，然后是注册表中的贷款（T+0/T+1）。

4.3 Reference/Slip （ATM/在线银行/康比尼）

1.生成参考（entity/reference/amount）+有效期。
2.在ATM/在线银行/合作伙伴商店付款。
3.在线状态"付费"和随后的注册表设置。

5）状态和计算

在线状态："created"/"pending"/"success" paid "/"failed"/"canceled"/"expired"。
定居点：通常T+0/T+2银行日（通过合同/频道）。
在业务逻辑中,分享在线确认和实际信用。

6）限制，KYC和风险

• Per-transaction, 24h/7d,每日PIN数的限额。
• 对于新的收件人/收件人-降低阈值/快门速度。
• 地理规则（凭证国家/地区与客户/商人的位置），velocity，设备提示。
• 没有冲锋队；根据提供商/PSP的ODR分配。
• 建议：保持国家/网络/CUS的限额，不要硬编码金额。

7）退款和部分注销

Refund=新的信用交易（根据提供商的规则，在eCash钱包/银行转账中）。
通常支持Partial refunds。
PIN凭证通常可以部分注销和PIN组合使用；对于barcode发票-总和是固定的。

8）经济和关税

商人的佣金通常低于CNP卡MDR，但地理/范围/类别有所不同。
附加费用：托管/SDK，销售点广告，sapport/ODR，处理"expired/pending"，recon。

9） UX模式

PIN付款：多个PIN的易懂的UI和余额指示器；错误消息："不正确/使用"、"超过限制"、"不支持区域"。
Barcode/QR：主要代码+有效期计时器，"打印/发送到messenger/电子邮件"按钮。
离线支付说明：带有网络徽标的3-4步；最近的点/开放时间地图。
订单状态：自动更新的"等待付款"；"expired"是"创建新代码"按钮。
收据：金额，时间，"paymentId"，通道（PIN/Barcode/Reference），UTR/ref。从登记处，札幌联系人。
本地化：货币/语言/税收文本，本地网络品牌。

10）安全性和合规性

PII最小化：PIN/钱包在提供商端输入（Hosted/Widget）。
Web hooks： HMAC/nonce, replay protection、event dedup、审核日志。
KYC/AML/GDPR：预付资金的年龄/限制规则，制裁/地理限制。
Antifrod：设备/会话限制，冷藏，步进，监视重复PIN/barcode。

11）集成和体系结构

连接选项

1.由PSP/提供商主办/嵌入-快速启动,对敏感数据的最低责任。
2.Server to-Server+Hosted是您自己的状态控制，无需处理PIN。
3.Pay-by-Link/Invoice-参考付款和札幌案例。

Bacend最低

API: `createPayment|createInvoice` (amount + expiry), `refund`, `queryStatus`, `webhook`, `reconcile`.

等效性（'orderId'+密钥），指数逆转，DLQ和Web Hook dedup。
目录：国家/网络/限制/KUS级别，错误代码，跨渠道的SLA度量。
观察力：转换（PIN vs Barcode/Reference），"pending→expired"份额，支付/定居前的平均计时，地理异常。

12）地理说明（地标）

Европа: Paysafecard, paysafecash, Neosurf, PayPoint/Payzone (UK), ePay/Paylink (EU), Multibanco (PT).

ЛатАм: OXXO Pay (MX), RapiPago/PagoFácil (AR), Efecty/Baloto (CO).

亚洲：Konbini（JP）和局域网（FamilyMart/Lawson/7-Eleven）。

13）入口支票清单

1.选择提供商/PSP和目标网络（PIN/Barcode/Reference）, 协商费率/SLA/设置。
2.使用expiry、语句页面和fallback脚本实现"createPayment" createInvoice"。
3.连接webhooks （HMAC）、等效性、静止和静止事件。
4.配置Daily auto-recon+full recon,存储UTR/吹风机参考。
5.启用partial refunds、ODR过程和易于理解的故障/限制消息。
6.运行SLA-dashbords（转换，"expired"，付款前时间/定位）和异步。
7.进行e2e测试：多个PIN，过期条形码，不正确的金额，双倍付款，分期退款。

地标卡

Статусы: `created/pending/success|paid/failed/canceled/expired`.

定位：通常通过PSP/提供商注册表进行 T+0-T+2。
Chargeback：不存在；refund是一个单独的贷款交易。
限制/CUS：取决于国家/网络/频道和客户配置文件。
递归：第一个eCash →任务（SEPA/Open-Banking/本地）,用于后续注销。

总结

策略：eCash混合（PIN+barcode/QR+reference）以覆盖现金受众并降低MDR。
围绕webhooks+recon的体系结构，严格的幂等性和易于理解的UX "pending/expired"。
限制/KUS和地理规则的configs是代码外的，具有定期的更新。
订阅是第一个eCash →任务、透明管理和用户通知。