کوپن های نقدی و زنجیره های خرده فروشی

1) چه چیزی و چه زمانی باید اعمال شود

کوپن های نقدی و شبکه های eCash به شما امکان می دهد پرداخت بدون کارت های بانکی و IBAN را بپذیرید. کاربر یک کوپن پیش پرداخت (PIN) را خریداری می کند یا بارکد/QR (پرداخت در فروشگاه) را دریافت می کند و برای سفارش در نقطه آفلاین شریک (کیوسک، سوپرمارکت، ایستگاه گاز، اداره پست) یا در بانک اینترنتی/دستگاه خودپرداز پرداخت می کند. پول می رود به تاجر از طریق PSP/ارائه دهنده در ریل بانک ؛ هیچ جریمه ای وجود ندارد، خطرات تقلب حداقل است.

• کالاها/بازی های دیجیتال، محتوا، اشتراک های کم/متوسط را بررسی کنید.
• مناطق با سهم بالایی از پول نقد و یا نفوذ کارت کم است.
• مخاطبانی که حریم خصوصی/پیش پرداخت را ترجیح می دهند.

2) نوع شناسی ابزارهای eCash

1. کوپن های پین (کدهای پیش پرداخت):

مثال: Paysafecard، Neosurf، Flexepin.
UX: یک پین 16 رقمی/10 رقمی را در فرم میزبان وارد کنید یا از کیف پول (myPaysafe/myNeosurf) پرداخت کنید.
ویژگی ها: نوشتن جزئی، ترکیبی از چندین پین، تعادل ذخیره می شود.

2. بارکد/QR «بارکد پرداخت نقدی»:

مثال: paysafecash، شبکه های محلی (OXXO Pay - MX، RapiPago/PagoFácil - AR، Efecty/Baloto - CO، PayPoint/Payzone - UK، ePay/Paylink - EU، و غیره).
UX: بازرگان بارکد/QR را تولید می کند ؛ مشتری در پرداخت پول نقد پرداخت می کند ؛ ارائه دهنده یک تایید ارسال می کند.
ویژگی ها: چک برای مدت زمان محدود (انقضا) معتبر است، مقدار ثابت است.

3. مرجع/لغزش برای ATM/بانکداری آنلاین (جزئیات فاکتور):

به عنوان مثال: منابع Multibanco - PT، Konbini - JP.
UX: نمایش کد/مرجع + مقدار، پرداخت در ATM/بانک آنلاین/فروشگاه شریک.
ویژگی ها: حداقل تقلب، آشتی مرجع دقیق.

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

ارائه دهنده/طرح (eCash/کوپن): پین/بارکد را صادر می کند، کاتالوگ های خرده فروشی، KYC/AML، ضد تقلب را حفظ می کند، API/ویدجت ها را می دهد.
PSP/خریدار: متصل تاجر، میز پول نقد میزبان/SDK، وضعیت، قلاب وب، ثبت و محاسبات.
خرده فروشی/میز نقدی: دریافت نقدی/بارکد خواندن، هماهنگ سازی با ارائه دهنده.
بانک/پاکسازی: شهرک ها و اعتبار وجوه به بازرگان.
Merchant: پرداخت/فاکتور را آغاز می کند، وضعیت ها، بازده ها و بازپرداخت را پردازش می کند.

4) جریان پرداخت

4. 1 پین کوپن (میزبانی/تغییر مسیر)

1. پرداخت → انتخاب eCash (به عنوان مثال. Paysafecard به/نئوسورف).
2. Redirect/Hosted form of the provider → ورود PIN/ورود به کیف پول → تأیید (SCA/امتیاز رفتاری).
3. بازگشت به بازرگان: «success/pending/failed/cancelled/expired».
4. اعتبار واقعی - با توجه به ثبت روزانه (T + 1/T + 2).

4. 2 بارکد/QR «پرداخت در فروشگاه»

1. Merchant یک فاکتور ایجاد می کند: مقدار + بارکد/QR + انقضا.
2. مشتری به فروشگاه خرده فروشی می رود و پول نقد را پرداخت می کند - میز نقدی عملیات را به ارائه دهنده تایید می کند.
3. ارائه دهنده به فروشنده یک موفقیت آنلاین ارسال می کند، سپس یک وام در ثبت نام (T + 0/T + 1).

4. 3 مرجع/لغزش (دستگاه خودپرداز/بانکداری آنلاین/konbini)

1. تولید مرجع (نهاد/مرجع/مقدار) + مدت اعتبار.
2. پرداخت در ATM/بانک آنلاین/فروشگاه شریک.
3. وضعیت آنلاین «پرداخت شده» و حل و فصل پس از آن در ثبت.

5) وضعیت و محاسبات

وضعیت های آنلاین: "ایجاد شده "/" در انتظار "/" موفقیت" پرداخت شده "/" شکست خورده "/" لغو شده "/" منقضی شده ".
پرداخت: معمولا T + 0/T + 2 روز بانکی (در هر قرارداد/کانال).
در منطق کسب و کار، تایید آنلاین جداگانه و اعتبار واقعی.

6) محدودیت ها، KYC و ریسک

• در هر معامله، 24h/7d، محدودیت در تعداد پین در هر پرداخت/روز.
• برای گیرندگان/بازرگانان جدید - کاهش آستانه/سرعت شاتر.
• قوانین جغرافیایی (کشور کوپن در مقابل مکان مشتری/بازرگان)، سرعت، سیگنال های دستگاه.
• شارژر وجود ندارد ؛ اختلافات - توسط ارائه دهنده/PSP ODR.
• توصیه: محدودیت های پیکربندی را بر اساس کشور/شبکه/CCP نگه دارید و مقادیر را سخت نکنید.

7) بازده و جزئی نوشتن آف

بازپرداخت = معامله اعتباری جدید (به کیف پول eCash/انتقال بانکی - با توجه به قوانین ارائه دهنده).
بازپرداخت جزئی معمولا پشتیبانی می شود.
هزینه های جزئی و ترکیب PIN اغلب برای کوپن های PIN در دسترس هستند ؛ برای فاکتورهای بارکد - مبلغ ثابت است.

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

کمیسیون برای بازرگان معمولا کمتر از MDR کارت CNP است، اما بر اساس جغرافیایی/حجم/دسته متفاوت است.
هزینه های اضافی: میزبانی/SDK، نقطه فروش تبلیغات، پشتیبانی/ODR، پردازش «منقضی شده/در انتظار»، recon.

9) الگوهای UX

پرداخت PIN: UI قابل فهم برای چندین پین و یک شاخص تعادل ؛ پیام های خطا «نادرست/استفاده شده»، «محدودیت بیش از حد»، «منطقه پشتیبانی نمی شود».
بارکد/QR: کد بزرگ + تایمر انقضا، چاپ/ارسال به دکمه های پیام رسان/ایمیل.
دستورالعمل پرداخت آفلاین: 3-4 مرحله با آرم های شبکه ؛ نزدیکترین نقاط نقشه/ساعات کار.
وضعیت سفارش: «پرداخت در انتظار» با به روز رسانی خودکار ؛ با «expired» - دکمه «ایجاد کد جدید».
دریافت: مقدار، زمان، «شناسه پرداخت»، کانال (PIN/بارکد/مرجع)، UTR/ref. از رجیستری، تماس های پشتیبانی.
محلی سازی: متون ارز/زبان/مالیات، مارک های محلی شبکه ها.

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

به حداقل رساندن PII: پین/کیف پول در طرف ارائه دهنده (میزبان/ویجت) وارد شده است.
قلاب وب: HMAC/nonce، حفاظت از پخش، رویداد dedup، ورود به سیستم حسابرسی.
KYC/AML/GDPR: قوانین سن/محدودیت برای بودجه های پیش پرداخت، تحریم ها/محدودیت های جغرافیایی.
ضد تقلب: محدودیت دستگاه/جلسه، خنک کننده، گام به گام، نظارت بر پین/بارکد تکراری.

11) ادغام و معماری

گزینه های اتصال

1. میزبانی/جاسازی شده در PSP/ارائه دهنده - راه اندازی سریع، حداقل مسئولیت برای داده های حساس.
2. Server-to-Server + Hosted - پرداخت خود را با کنترل وضعیت، بدون پردازش PIN خود.
3. پرداخت توسط لینک/فاکتور - پرداخت مرجع و موارد پشتیبانی.

حداقل پشتیبان

API: 'createPayment' createInvoice '(مقدار + انقضای),' بازپرداخت ',' queryStatus ',' webhook ',' آشتی '.
Idempotence ('orderId' + key)، retrays نمایی، DLQ، dedup قلاب وب.
دایرکتوری ها: کشورها/شبکه ها/محدودیت ها/سطح CCL، کدهای خطا، معیارهای SLA توسط کانال.
قابلیت مشاهده: تبدیل (PIN در مقابل بارکد/مرجع)، سهم «در انتظار → منقضی شده»، میانگین زمان قبل از پرداخت/حل و فصل، جغرافیایی ناهنجاری.

12) یادداشت های جغرافیایی (نشانه ها)

Европа: Paysafecard، paysafecash، Neosurf، PayPoint/Payzone (انگلستان)، ePay/Paylink (اتحادیه اروپا)، Multibanco (PT).
ЛатАм: پرداخت OXXO (MX)، RapiPago/PagoFácil (AR)، Efecty/Baloto (CO).
آسیا: کنبینی (JP) و شبکه های محلی (FamilyMart/Lawson/7-Eleven).

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

1. ارائه دهنده/PSP و شبکه های هدف (PIN/بارکد/مرجع) را انتخاب کنید، در مورد تعرفه ها/SLA/حل و فصل موافقت کنید.
2. پیاده سازی 'createPayment' createInvoice 'با انقضای، صفحات بیانیه و اسکریپت های fallback.
3. اتصال webhooks (HMAC)، idempotency، retray و رویدادهای dedup.
4. روزانه خودکار recon + full-recon را تنظیم کنید، منابع UTR/fin را ذخیره کنید.
5. شامل بازپرداخت جزئی، روش های ODR و پیام های خطا/محدودیت روشن است.
6. داشبورد SLA را اجرا کنید (تبدیل، «منقضی شده»، زمان پرداخت/حل و فصل) و هشدار در خارج از همگام سازی.
7. انجام آزمون e2e: پین های متعدد، بارکد منقضی شده، مقدار نادرست، پرداخت دو برابر، بازپرداخت در اقساط.

کارت علامت گذاری

Статусы: 'created/pending/success' paid/failed/cancelled/expired '.
حل و فصل: معمولا T + 0-T + 2 توسط ثبت PSP/ارائه دهنده.
عقب نشینی: گم شده ؛ بازپرداخت - یک معامله اعتباری جداگانه.
محدودیت ها/ACL ها: بسته به کشور/شبکه/کانال و مشخصات مشتری.
عود: اولین دستور eCash → (SEPA/بانکداری باز/محلی) برای نوشتن بعدی.

خلاصه

استراتژی: ترکیب eCash (پین + بارکد/QR + مرجع) برای رسیدن به مخاطبان نقدی و کاهش MDR.
معماری در اطراف webhooks + recon، idempotence سخت و UX قابل فهم در انتظار/منقضی شده است.
پیکربندی محدودیت/CUS و جغرافیایی قوانین - خارج از کد، با به روز رسانی به طور منظم.
برای اشتراک - اولین eCash → بلیط، مدیریت شفاف و اطلاعیه ها برای کاربر.