Paysafecard：预付凭证

1）什么是Paysafecard,什么时候选择

Paysafecard是一种预付凭证支付方法：用户从零售合作伙伴（或补充myPaysafe钱包）购买现金/卡凭证，并通过输入凭证的PIN或授权到钱包中在线付款。资金立即注销，卡片中没有收费。根据提供商的程序，退款作为单独的信用交易存入钱包/银行详细信息。

工作良好的地方

数字内容，游戏，中小额订阅。
低渗透卡/信用信任受众。
拥有强劲现金经济和发达零售凭证网络的市场。

2）生态系统和角色

电路/提供商：Paysafecard（Paysafe Group的一部分）-发行凭证，KYC/KYB规则，antifrod，myPaysafe钱包。
零售连锁店：凭证销售/钱包充值，PIN支票。
PSP/收购者： 连接商户、主机收银员/SDK/API,报告,计算。
商家：启动付款,接受状态/网络,维护退货和核对。
付款人：输入PIN或登录到myPaysafe并确认注销。

3）产品和脚本

PIN凭证：在支票上，用户输入16位PIN；允许部分注销和多张凭证的组合（限额内）。
myPaysafe（钱包）：从资产负债表中支付，经常购物舒适；可以绑定多个凭证和货币管理。
Paysafecard Mastercard（虚拟/塑料）：作为独立产品（卡轨,超出基本PIN流量）在用户中找到。
按链接付款：PSP 的发票/Rau-by-Link，并在主机柜中进一步输入PIN。

4）付款流

4.1 Hosted/Redirect（推荐）

1.Checkout → Paysafecard的选择。
2.在PSP/提供商主机页面上重新编辑 →在myPaysafe中输入PIN或登录→确认。
3.返回"状态"（success/failed/canceled/pending）和"paymentId"的商品站点。
4.最终计算反映在每日报告（reconciliation）中。

4.2 Embedded/Widget

收银机内嵌入的PIN/myPaysafe输入小部件。需要严格遵守UI安全和托管要求。

4.3服务器到服务器（PII最小化）

商用服务器启动付款并询问状态；PIN输入始终保持在提供者/小部件的侧面。

5）限制，KYC和行为

• 转账和每日/周限额。
• 凭证组合：每次付款的PIN数限制。
• 新承销/类别：降低阈值，补充检查。
• Antifrod：velocity，优惠券发行国vs商人国家，设备/行为提示。

6）状态、计算和退款

在线状态："成功"，"pending"，"failed"，"canceled"，"expired"。
定居点：PSP/提供商报告的银行贷款（通常为T+1/T+2工作日；取决于合同）。
没有Chargeback。
Refunds：作为单独的贷款交易（根据提供商的程序，在myPaysafe钱包/银行中）；允许分区再融资。
凭证中的部分注销：如果支票高于面额，则允许组合凭证；当支票较低时，余额保留在PIN/钱包上（取决于国家和设置）。

7）经济和关税

消费者的佣金通常低于CNP上的卡MDR，但取决于地理位置，范围，类别（iGaming/数字商品等）。
费用：主机小部件/SDK、报告、ODR/支持、 "pending/expired"处理、recon。

8）收银机的UX模式

销售网络可见性："在哪里购买凭证"的短提示提高了新客户的转换率。
PIN组合：提供添加多个凭证的界面,并清楚地显示剩余的凭证。
明确错误："不正确/使用的PIN"，"超出限制"，"不支持区域"。
收据：金额，时间，"paymentId"，方法（PIN/myPaysafe），退货时为"refundId"。
本地化：货币，语言，时间/日期格式，本地法律文本。

9）合规与安全

提供商端的SCA/身份验证，设备约束和行为评分。
PII最小化：不要在商方处理PIN；使用表格/小部件主机。
Web hocks： HMAC/nonce, replay保护,事件重复数据消除。
GDPR/KYC/AML：考虑年龄，国家限制，制裁限制和"预付资金"规则。

10）核对和报告（重新计算）

编译："paymentId"，"orderId"，方法（PIN/myPaysafe），货币，金额，状态，时间表，来自PSP 报告的财务参考/UTR。
每日：有财务登记册的自动柜员事件（入账/退款/更正）。
Alerts在不同步："没有注册表的成功"，"双重注销"，"悬而未决"。

11）商人整合

备选方桉

1.PSP 主机/Embedded-快速启动,符合UI/安全要求。
2.Server to-Server+Hosted PIN-灵活的状态控制和自检,无需处理PIN。
3.Pay-by-Link/Invoice-方便延迟付款/札幌。

• API: `createPayment`, `capture/confirm` (если применимо), `refund`, `queryStatus`, `webhook`, `reconcile`.
• 相似性（'orderId'+键），指数回程，用于不稳定响应的DLQ。
• 目录：国家/货币，限制/KUS级别，错误代码，SLA度量。

12）订阅和重复注销的功能

• myPaysafe作为资金来源（允许的地方），
• 或首次付款计划→授权/备用A2A（SEPA/开放银行）。
• 始终向用户显示任务控制屏幕（按点数限制、周期性、通知）。

13）防冻和风险政策

检查：PIN vs IP/devys发布区域,行为概况,未成功尝试的频率,通过PIN重复链接帐户。
缓解：限制每会话/每天PIN的数量，kapcha/step-up，冷却期，"软"故障并进行解释。

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

可用性和阈值取决于国家/地区，本地法律和提供商/PSP政策。
期望降低限制、加强交易监控和报告要求。
保持备用导轨（卡、A2A、其他网络凭证）和智能路由。

15） "Paysafecard Gateway"架构"

API层 （REST/GraphQL）结账/计费。
事件队列：状态→ 计费/CRM/分析/支持。
Security： vault secrets, IP allowlist,严格redirect-URI验证,反复制令牌。
观察力：转换（PIN vs myPaysafe）、"pending→success/expired"、平均潜伏期、部分/组合注销比例、细分市场回报。

16）入口支票清单

1.从PSP连接通道,并启用Hosted PIN/myPaysafe。
2.实现"createPayment"+Web hook （HMAC）+等效性和重复性。
3.启用partial refunds和ODR/sapport程序。
4.配置每日自动侦察+定期全侦察；保存fin参考。
5.添加PIN组合的UX和清晰的错误/限制消息。
6.通过转换/下垂的"pending"运行SLA-dashbords和Alerta。
7.在目标国家/货币和极端情况下（多个PIN，部分回报，逾期的PIN）进行e2e测试。

地标卡

状态："成功/pending/失败/canceled/expired"。
定居点：更常见的是T+1/T+2通过注册表。
Chargeback：不；refund是一个单独的贷款交易。
PIN组合：允许在限制范围内。
递归：通过myPaysafe或替代任务（首次付款后）。

总结

使用Hosted PIN/myPaysafe实现快速集成和安全。
围绕webhooks+recon构建流程,支持部分返还和凭证组合。
不要对金额进行"严格"编码：按国家管理限额/CUS configs，并定期更新。
订阅是第一个凭证→ 授权/myPaysafe，具有透明的管理和通知。