BLIK Poland：代碼和P2P

1）什麼是BLIK及其應用

BLIK是波蘭國家A2A支付計劃，已集成到銀行的移動應用程序中。用戶在其銀行應用程序中確認交易；錢直接在賬戶之間流動。情景：電子商務，POS，電話上的P2P，ATM（提取/提取），支付賬單，門票/停車以及離線的BLIK Contactless（NFC）。

• 單個UX通過銀行應用程序（SCA/生物識別技術）。
• 6位一次性代碼（短壽命）和推送確認,無需輸入代碼（OneClick/Token/Push）。
• P2P按電話號碼（alias）,瞬間24/7。
• QR和非接觸式離線（終端/NFC），以及ATM操作。

2）生態系統的參與者

電路運營商（BLIK/Switch）：規則，路由，認證。
會員銀行：BLIK應用程序發行人（付款人和收款人），反欺詐和限制。
Acquirer/PSP：商號提供商（在線/離線收購BLIK）。
商人/服務提供商：啟動付款,獲取狀態/資金。

3） BLIK付款方式

3.1 BLIK Code （電子商務/售票處/ATM）

銀行應用程序中的用戶單擊「BLIK」 →看到6位代碼（validen ~ 2分鐘）。
在站點/售票處/ATM上輸入代碼→手機上收到推送請求，→ 生物識別/PIN確認。
錢被註銷，商人獲得在線身份。

3.2 BLIK OneClick / Push / Token

第一次付款時，將創建具有設備/帳戶的商人的捆綁包（token）。
銀行應用程序中的推送請求可以確認重復購買，而無需輸入6位代碼（更快，更高）。
在電子商務中，這是主要的「無代碼」腳本。

3.3 BLIK QR (POS/e-commerce)

動態QR按順序：編碼總和和元數據；用戶用相機掃描銀行應用程序→確認應用程序。
靜態QR：由收件人VPA/ID編碼；手動輸入總和（對於商人來說很少見）。

3.4 BLIK Contactless (NFC)

POS終端上的非接觸式電話付款（類似於卡），在銀行應用程序中確認。
適用於微額付款和日常購物；在支持非接觸式BLIK的終端網絡中運行。

3.5 P2P「按電話」（按號碼排列）

發件人從電話簿中選擇聯系人，或輸入號碼→金額→確認。
收件人收到與他的電話號碼（alias）相關的帳戶的錢-快速且全天候。

3.6 ATM：提取/偷竊現金

現金：自動取款機屏幕上輸入6位數BLIK碼→應用程序確認→現金發放。
現金：通過支持預約的ATM充值賬戶。

4）類型狀態

`initiated` → `pending` → `success` / `failed` / `canceled` / `expired`.

在離線時，可能會延遲確認；保持時間間隔和狀態重播。

5）銀行的限制和行為

• 轉運操作（最多一次操作）。
• Per-day/24h/7d（總體積/數量）。
• 新收件人/新收件人-降低閾值和/或快門速度。
• 通道/腳本：P2P、POS、電子商務、ATM、NFC、QR的單獨限制。
• Velocity/風險規則：銀行防凍劑（頻率，地理，設備，總和）。

6）關稅與經濟

對於商人，傭金低於卡MDR；費用結構取決於PSP/收購商和渠道（在線/POS/QR）。
考慮集成、Web hook、reconcillation、disputs支持和退款的成本。

7）退貨和付款（ODR）

在卡片意義上沒有充電包。退款-向付款人付款的新信用交易（可能是部分的）。
Disputs-通過PSP/銀行法規和 ODR過程（訂單記錄，支票，交付）。

8）安全和合規性

銀行應用程序中的SCA（生物識別/PIN），設備約束。
銀行防凍劑：velocity，新收件人，alias檢查，風險模型。
PII最小化，Web hook加密，HMAC/nonce，審核日誌。
滿足本地支付服務和數據保護要求。

9） UX實踐

Code vs Push：如果可能,提供OneClick/Push-更快、更高級別的轉換。
離線QR：使用動態QR按順序→減少錯誤，完美對賬。
相容性：'orderId'+安全重復的相容性關鍵。
重播/恢復：在「pending/timeout」中,顯示清晰的重播和備用（地圖/其他方法）。
收據：金額，日期/時間，通道（Code/Push/QR/NFC），付款ID/UTR。

10）商人的集成選項

1.PSP 的主機/Embedded-快速啟動,現成的屏幕/重新定向,狀態。
2.Server-to-Server+Widget是具有銀行列表，代碼，QR，推送的本機檢查。
3.POS/SoftPOS-在收銀機/終端（QR/NFC）上接收BLIK。
4.ATM集成（適用於銀行/合作夥伴）-通過BLIK拆除/拆卸。

• API: `createPayment`, `confirm`, `refund`, `webhook`, `reconcile`.
• Webhooks with HMAC、retrai和backoff,事件重復數據消除。
• Auto-recon（日報）+full recon（時期）；UTR/參考存儲。
• 冪等表和狀態圖（「pending→success/expired」）。

11）核對和報告

編譯：「paymentId/transactionId」，「orderId」，通道（Code/Push/QR/NFC），付款人銀行，狀態，金額/貨幣，時間表，UTR/銀行參考。
在PSP報告中：原始參數、延遲更新、退貨/部分退貨、取消。
通過SLA的不同步和dashbords來配置Alerts。

12）BLIK在iGaming/高風險垂直中

BLIK的可用性取決於PSP/銀行政策和本地法律。
預計收緊限額、擴大KYC、加強收件人檢查和可能的hold 's。
保持備用導軌（卡、SEPA、開放銀行PIS）和通過玩家配置文件的智能路由。

13） BLIK Contactless（實施細節）

需要發行銀行和終端基礎設施的支持。
UX是快速的（子載體-在應用程序中確認），但是限制和防凍劑可能與代碼/QR不同。
在報告中,指定NFC信道來監控轉換和故障。

14）入門清單檢驗

1.選擇PSP/購買者 BLIK （在線/POS/QR/NFC）,協商票價和SLA。
2.實現「createPayment」+UX （代碼/推送/QR/NFC）和可理解的錯誤/限制。
3.連接webhooks、等效性、定時和重播。
4.啟用refunds （partial/full）、ODR程序和sapport腳本。
5.配置recon （daily+full）、UTR/fin參考存儲。
6.通過通道（Code/Push/QR/NFC）構建監視SLA，Alerta 「pending→expired」。
7.通過發行銀行，POS，ATM，移動平臺的端到端測試來覆蓋。

按限制劃分的地標卡

Per-txn/24h/7d：存儲在config中並在發射前進行檢查。
新收件人/收件人：降低閾值和/或快門速度。
頻道：P2P，電子商務，POS，ATM，NFC，QR的單獨限制。
Velocity/風險：銀行的防凍劑可能會輕輕偏轉/減慢運營速度。

總結

要在線競標BLIK OneClick/Push；對於離線-動態QR和Contactless。
不要錯過硬金額-使用銀行/渠道的限額。
圍繞webhooks+recon構建體系結構，部分退貨和「pending/expired」的清晰處理。
對於P2P，通過電話號碼依靠別名，並向用戶顯示上下文風險和限制。