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，具有透明的管理和通知。