电子钱包：概述和比较

1）什么是电子钱包，为什么是商人

• 通过App2App/One-tap、本地识别和存储的数据实现更高的转换。
• 低额度（SCA，设备绑定，风险评分提供商）。
• 资金来源的灵活性：卡，A2A（银行转账/开放银行），现金券，移动余额。
• 扩展了地理位置，无需卡/学分即可访问受众。

2）钱包分类

1.存储值（资产负债表）

用户将钱存放在钱包中。Fichi：顶尖,内部ledger, P2P,从资产负债表支付.例如：Skrill/Neteller，myPaysafe/myNeosurf，本地EMI钱包。
优点：快速重播/退货，非卡观众。缺点：KYC水平，顶部/输出限制。

2.Pass-through / Pay-by-bank / Bank-linked

这笔钱通过应用程序中的确认直接从银行帐户/卡中注销（通常没有资产负债表）。例如：MB WAY，Swish，Vipps，TWINT，Bizum。
优点：低额定值和MDR，即时信用。缺点：银行的限制，缺乏经典的充电器。

3.杂种

钱包+卡/虚拟卡/路由（例如钱包→卡轨道），或带有发票，QR，P2P，按次付费的超级应用程序。

3）资金来源和流量

顶级：卡（CNP/3 DS），A2A（SCT/SEPA Instant，RTP），现金券，代理点。
按次计费（按次计费）：App2App/Deep Link, QR按次计费,由COF/Network标记的托管页面（用于卡钱包）。
P2P：电话/aliasu，钱包/方案内。
现金：银行转账（SCT/ACH/RTP），卡上（OCT/Push-to-Card），离线网络，不太常见的是凭证。

4）UX模式影响转换

App2App/Deeplink退款到收银台和预付金额/手令。
动态QR按顺序（台式机/离线），生命计时器，自动状态更新。
在主要绑定之后（允许的地方）单击/单击。
清晰的错误和恢复：限制，定时，SCA失败；安全重复+提供替代方法。

5）限制，KYC水平和风险

Per-transaction/24h/7d/monthly，新收件人/收件人的单独阈值。
KYC级别（匿名/简化/完整）：确定顶部/支出/结论的高点。
Velocity/devys/地理规则，制裁，年龄限制。
高风险垂直（包括iGaming）：收紧限制，丘陵，高级监控。

6）退款、分配和最终性

Chargeback：商店价值通常没有经典的chargeback；卡轨上的钱包有卡规则。
Refunds：通常在钱包/客户帐户中单独进行信用交易（完整/部分）。
A2A最终性：确认后付款是最终的；与提供商的ODR程序配合使用。

7）经济： 佣金和隐藏成本

MDR/fee通常低于CNP卡；取决于地理、营业额、MCC类别。
附加费用：托管/SDK，处理"pending/expired"，sapport/ODR，recon，任务/订阅服务，AML/KYC验证。

8）状态和计算

• `created → pending → success | failed | canceled | expired`
• 定居点：提供商/PSP注册表中的T+0/T+2。在商业逻辑中,分享在线确认和实际信用。

9）比较标准矩阵

类型： stored-value/pass-through/hybrid

资金来源： 地图/A2A/eCash/移动资产负债表

UX通道： App2App/QR/主机/按链接支付

P2P/Payouts： 有/否，限制和时限

Refund/Chargeback： 是否存在chargeback；partial refunds

转换： 移动优先级,One-tap

委员会： 针对CNP地图的基准

风险： 欺诈、最终、监管要求

地理覆盖范围/本地品牌： 目标受众的知名度

10）集成： 选项和最小后端

1.主机/Embedded with PSP/钱包-快速启动,最小化PII。

2.Server-to-Server+App2App/QR是自定义的UX，是自己的钱包选择页面。

3.Pay-by-Link/Invoice-方便延迟付款/收款。

• API: `createPayment`, `refund`, `webhook`, `queryStatus`, `reconcile`.
• 相等性（'orderId'+键），指数回程，事件演绎和DLQ。
• Webhooks： HMAC/nonce, replay保护,严格redirect-URI验证。
• Recon：每日自动记录+定期完整记录；储存UTR/吹风机。裁判。
• 目录：提供者/国家/限制/CUS/错误代码；通过渠道进行SLA度量。
• 观察力：转换（通过钱包/渠道），"pending→success/expired"，潜伏期到定位/退货。

11）订阅和授权

• 首次付款→授权（SEPA DD/开放银行/钱包授权）。
• 保存per-debit限制、周期性、注销窗口、预通知和UI控制（pause/cancel/update）。

12）反亲属实践

设备分析与行为,地理信号,velocity。
异常情况下的步骤（多维身份验证）。
对新收款人/付款的限制，冷藏，延迟服务执行直到定居。
内容frod（数字密钥/外观）：延迟发行,验证帐户历史记录。

13）核对和报告（操作成熟度）

• "paymentId/transactionId"，"orderId"，钱包/频道（App2App/QR/Hosted/Link），资金来源（地图/A2A/eCash），状态，金额/货币，时间表，UTR/银行链接，退款详细信息。
• Dashbords SLA：钱包转换，"expired"份额，入学前和退款前的时间，SCA故障/限制。
• Alerts是不同步的：在线成功而没有注册表，双重注销，"失落"了。

14） iGaming和其他敏感的垂直

检查提供商策略和本地权限（可用性、限制、限制）。
规划备用轨道（卡/A2A/eCash）和智能风险路线/地理/钱包。
准备高级报告（资金来源、玩家限制、支付速度、响应游戏信号）。

15）按类型配置文件进行迷你比较

A.当地银行连接的钱包（MB WAY/Swish/Vipps/TWINT/Bizum等）

转换：高（App2App/QR，熟悉的品牌）。
Frod/chargeback：低/不存在；作为一笔单独的贷款进行贷款。
限制：设置银行/计划；新收款人/付款人更难。
使用：大量付款，门票/服务，iGaming-根据PSP/银行政策。

B. Stored-value (Skrill/Neteller/myPaysafe/myNeosurf и др.)

转换：在活动用户群中高。
氟化物：低，但需要严格的KYC/AML。
优点：快速分区转储,即时重播,P2P。
缺点：KYC级别的顶级/输出限制。

C. eCash/钱包内的凭证来源

没有地图/银行的受众：对现金经济的同性恋至关重要。
最终性：高；退款-信用交易。
UX：显示"哪里买凭证"和发票/条码动作计时器很重要。

16）电子邮袋入口支票单

1.市场筹码：按地理/观众选择2-4个钱包；评估品牌知名度。
2.合同/PSP：票价，webhooks/注册表的 SLA，定居日期，退货政策。
3.集成："createPayment"+App2App/QR/Hosted，错误/限制屏幕，安全重播。
4.安全：HMAC/nonce，allowlist IP，严格的redirect-URI，保密。
5.Recon： daily+full、UTR存储、异步。
6.Refunds/ODR：partial/full，绑定到原始命令，札幌法规。
7.CUS/限制：通过提供商/渠道，UI拒绝的原因以及提供替代方案。
8.Observability： dashbords conversion/latence/expired,切片按设备/银行/钱包。
9.测试：e2e主要银行/钱包，台式机QR，薄弱的网络/计时器，"下垂"的摊位，分期退款。

地标卡

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

定位：根据提供商/PSP报告的T+0-T+2。
Chargeback：更常见的是（卡轨除外）；refund是一个单独的贷款。
限制/CUS：钱包中的水平+银行/计划的渠道阈值。
订阅："第一次付款→授权"（SEPA/开放银行/钱包授权）。

总结

用App2App/QR和清晰的recovery-UX在多卡钱包周围建立一个售票处--这会提高转换率并降低边缘。
将限制/KUS/错误存储在 config而不是代码中；定期更新提供商。
操作可靠性提供webhooks+硬读数，等效性和"pending→success/expired"分析。
要订阅，请使用任务；对于高风险，在风险和地理位置上保持替代轨道和智能路由。