BLIK لهستان: کدها و P2P

1) BLIK چیست و در کجا اعمال می شود

BLIK طرح پرداخت A2A ملی لهستان است که در برنامه های تلفن همراه بانک ها ادغام شده است. کاربر معاملات را در درخواست بانکی خود تأیید می کند ؛ پول به طور مستقیم بین حساب ها حرکت می کند. سناریوها: تجارت الکترونیک، POS، P2P «در تلفن»، دستگاه خودپرداز (برداشت/سپرده)، فاکتورهای پرداخت، بلیط/پارکینگ، و همچنین BLIK بدون تماس (NFC) برای آفلاین.

• UX تنها از طریق برنامه های بانکی (SCA/بیومتریک).
• کد یک بار 6 رقمی (کوتاه مدت) و تأیید فشار بدون وارد کردن کد (OneClick/Token/Push).
• P2P توسط شماره تلفن (نام مستعار)، فورا 24/7.
• QR و آفلاین بدون تماس (پایانه ها/NFC)، به علاوه عملیات ATM.

2) شرکت کنندگان اکوسیستم

اپراتور طرح (BLIK/سوئیچ): قوانین، مسیریابی، صدور گواهینامه.
بانک های شرکت کننده: صادر کنندگان برنامه های BLIK (پرداخت کننده و گیرنده)، ضد تقلب و محدودیت ها.
خریدار/PSP: ارائه دهنده برای بازرگان (خرید آنلاین/آفلاین BLIK).
بازرگان/ارائه دهنده خدمات: پرداخت را آغاز می کند، وضعیت/بودجه را دریافت می کند.

3) حالت های پرداخت BLIK

3. 1 کد BLIK (تجارت الکترونیکی/میز نقدی/دستگاه خودپرداز)

کاربر در برنامه بانک را فشار دهید «BLIK» → می بیند یک کد 6 رقمی (معتبر ~ 2 دقیقه).
کد را وارد کنید در سایت/نقدی ثبت نام/ATM → درخواست فشار می آید به تلفن → تایید با بیومتریک/PIN.
پول بدهکار است، تاجر وضعیت آنلاین دریافت می کند.

3. 2 BLIK OneClick/فشار/رمز

اولین پرداخت یک بسته نرم افزاری (نشانه) بازرگان با یک دستگاه/حساب ایجاد می کند.
خریدهای تکراری با درخواست فشار در برنامه بانک بدون وارد کردن کد 6 رقمی (سریعتر، تبدیل بالاتر) تأیید می شود.
در تجارت الکترونیک، این سناریوی اصلی «بدون کد» است.

3. 3 BLIK QR (POS/تجارت الکترونیک)

QR پویا در هر سفارش: مجموع و ابرداده کد گذاری می شوند ؛ کاربر برنامه بانکی را با دوربین اسکن می کند → آن را در برنامه تأیید می کند.
QR استاتیک: کد گذاری شده توسط VPA/ID گیرنده ؛ مقدار به صورت دستی وارد (نادر برای بازرگانان).

3. 4 BLIK بدون تماس (NFC)

پرداخت بدون تماس از طریق تلفن در پایانه POS (مانند کارت)، تأیید در برنامه بانکی.
مناسب برای میکروپرداخت و خرید روزمره ؛ در شبکه ای از پایانه هایی که BLIK بدون تماس را پشتیبانی می کنند، کار می کند.

3. 5 P2P «به تلفن» (انتقال به شماره)

فرستنده یک مخاطب را از دفترچه تلفن انتخاب می کند یا یک شماره را وارد می کند.
گیرنده پول را در یک حساب مرتبط با شماره تلفن خود (نام مستعار) دریافت می کند - سریع و 24/7.

3. 6 برداشت پول نقد ATM/برداشت

نقدی کردن: یک کد BLIK 6 رقمی بر روی صفحه نمایش ATM → تایید در نرم افزار → برداشت نقدی وارد شده است.
Cash-in: از طریق ATM هایی که از پذیرش پشتیبانی می کنند.

4) وضعیت های معمول

«شروع شده» → «در انتظار» → «موفقیت »/« شکست خورده »/« لغو شده »/« منقضی شده».
تأخیر در تأیید به صورت آفلاین امکان پذیر است. نگه داشتن زمان و وضعیت دوباره.

5) محدودیتها و رفتار بانکها

• در هر معامله (حداکثر در هر عملیات).
• Per-day/24h/7d (کل حجم/مقدار).
• گیرنده جدید/بازرگان جدید - آستانه کاهش و/یا سرعت شاتر.
• کانال/سناریو: محدودیت های جداگانه در P2P، POS، تجارت الکترونیک، ATM، NFC، QR.
• قوانین سرعت/خطر: بانک ضد تقلب (فرکانس، جغرافیایی، دستگاه، مقدار).

6) تعرفه ها و اقتصاد

برای کمیسیون بازرگان زیر MDR کارت ؛ ساختار هزینه بستگی به PSP/خریدار و کانال (آنلاین/POS/QR).
هزینه ادغام، قلاب وب، آشتی، پشتیبانی از اختلافات و بازده را در نظر بگیرید.

7) بازگشت و اختلافات (ODR)

Chargeback در معنای کارت وجود ندارد. بازگشت - یک معامله اعتباری جدید از تاجر به پرداخت کننده (آنهایی که جزئی امکان پذیر است).
اختلافات - از طریق مقررات PSP/بانکی و فرآیندهای ODR (سیاهههای مربوط به سفارش، چک، تحویل).

8) ایمنی و انطباق

SCA در برنامه بانکی (بیومتریک/PIN)، اتصال دستگاه.
بانکداری ضد تقلب: سرعت، دریافت کنندگان جدید، تایید نام مستعار، مدل ریسک.
به حداقل رساندن PII، رمزگذاری قلاب وب، HMAC/nonce، گزارش حسابرسی.
شرایط پرداخت محلی و حفاظت از داده ها را برآورده کنید.

9) شیوه های UX

کد در مقابل فشار: در صورت امکان، OneClick/Push را ارائه دهید - تبدیل سریع تر و بالاتر.
QR آفلاین: استفاده از QR پویا در هر سفارش → خطاهای کمتر، آشتی کامل.
Idempotence: 'orderId' + کلید idempotence برای تکرار ایمن.
Redo/Restore: زمانی که «pending/timeout» باشد، redo واضح و جایگزین (map/other method) را نشان می دهد.
رسید: مقدار، تاریخ/زمان، کانال (کد/فشار/QR/NFC)، ID پرداخت/UTR.

10) گزینه های ادغام برای بازرگان

1. میزبانی/جاسازی شده از PSP - شروع سریع، صفحه نمایش آماده/تغییر مسیر، وضعیت.
2. سرور به سرور + ویجت - پرداخت خود را با یک لیست از بانک ها، کد، QR، فشار.
3. POS/SoftPOS - پذیرش BLIK در صندوق ها/پایانه ها (QR/NFC).
4. ادغام ATM (برای بانک ها/شرکای) - خروج/ورود از طریق BLIK.

• API: 'ایجاد' پرداخت '،' تایید '،' بازپرداخت '،' webhook '،' آشتی '.
• Webhooks با HMAC، retrays و backoff، deduplication رویداد.
• خودکار recon (روزانه) + کامل recon (دوره ای) ؛ UTR/ذخیره سازی مرجع.
• جدول Idempotency و نقشه وضعیت ('در انتظار → موفقیت/منقضی شده').

11) آشتی و گزارش

ورود: 'ID پرداخت/transactionId'، 'orderId'، کانال (کد/فشار/QR/NFC)، بانک پرداخت کننده، وضعیت، مقدار/ارز، برچسب زمان، UTR/مرجع بانک.
در گزارش PSP: پارامترهای اولیه، به روز رسانی در اواخر، بازده/جزئی، لغو.
هشدارهای desynchronized و داشبورد SLA را تنظیم کنید.

12) BLIK در iGaming/verticals با ریسک بالا

در دسترس بودن BLIK بستگی به سیاست PSP/بانک و قانون محلی دارد.
انتظار می رود محدودیت های سخت تر، KYC گسترش یافته، چک های گیرنده افزایش یافته و ممکن است نگه داشته شود.
ریل های جایگزین (کارت ها، SEPA، PIS بانکداری باز) و مسیریابی هوشمند را با مشخصات بازیکن نگه دارید.

13) BLIK بدون تماس (جزئیات پیاده سازی)

نیاز به پشتیبانی از بانک صادر کننده و زیرساخت ترمینال دارد.
UX سریع است (آن را مطرح کنید - آن را در برنامه تأیید کنید)، اما محدودیت ها و ضد تقلب ممکن است با کد/QR متفاوت باشد.
در گزارش، یک کانال NFC برای نظارت بر تبدیل و خرابی اختصاص دهید.

14) چک لیست خروجی

1. PSP/acquirer BLIK (آنلاین/POS/QR/NFC) را انتخاب کنید، در مورد تعرفه ها و SLA ها موافقت کنید.
2. پیاده سازی «createPayment» + UX (کد/فشار/QR/NFC) و خطاها/محدودیت های قابل فهم.
3. اتصال webhooks، idempotency، timeouts و پخش.
4. شامل بازپرداخت (جزئی/کامل)، روش های ODR و اسکریپت های پشتیبانی.
5. راه اندازی recon (روزانه + کامل)، UTR/fin منابع ذخیره سازی.
6. ساخت نظارت SLA توسط کانال (کد/فشار/QR/NFC)، هشدار در انتظار → منقضی شده است.
7. تست های پایان دادن به پایان را با صدور بانک ها، POS، ATM، سیستم عامل های تلفن همراه پوشش دهید.

محدود کردن کارت مرجع

Per-txn/24h/7d: در پیکربندی ذخیره کنید و قبل از شروع بررسی کنید.
گیرندگان/بازرگانان جدید: آستانه ها و/یا قرار گرفتن در معرض را کاهش می دهد.
کانال ها: محدودیت های جداگانه برای P2P، تجارت الکترونیک، POS، ATM، NFC، QR.
سرعت/خطر: ضد سرقت بانک می تواند به آرامی عملیات را کاهش دهد.

خلاصه

برای آنلاین، شرط بندی در BLIK OneClick/Push ؛ برای آفلاین - QR پویا و بدون تماس.
مقادیر سخت را بکار نبرید - از پیکربندی های محدود توسط بانک/کانال استفاده کنید.
ساخت معماری در اطراف webhooks + recon، بازده جزئی و دست زدن به روشن از «پرداخت/منقضی شده».
برای P2P، بر روی نام مستعار با شماره تلفن تکیه کنید و خطرات و محدودیت های متنی کاربر را نشان دهید.