現金券和零售連鎖店

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 →任務、透明管理和用戶通知。