UPI هند: QR، VPA و محدودیت ها

1) UPI چیست

UPI (Unified Payments Interface) اتوبوس پرداخت ملی هند است که توسط NPCI اداره می شود. این سرویس 24/7 انتقال فوری بین حساب های بانکی و برنامه های کاربردی fintech (PSPs) را فراهم می کند. برای کاربر و بازرگان، UPI یک لایه آدرس دهی (VPA)، تأیید (2FA) و پاکسازی است که در بالای آن سناریوهای P2P و P2M ساخته شده است.

• قابلیت همکاری: هر برنامه UPI ↔ هر بانک/حساب.
• آدرس بدون جزئیات: VPA فرم 'name @ handle' به جای IFSC/account.
• فوری و نهایی: ترجمه بلافاصله تأیید می شود ؛ returns - یک عملیات جداگانه.
• هزینه های پایین برای تاجر: مقررات با توجه به MDR/طرح هزینه های جمع آوری را کاهش می دهد.

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

NPCI (طرح/سوئیچ): مسیریابی، قوانین، صدور گواهینامه.
بانک های PSP و PSP غیر بانکی (Front-End Apps): برنامه های مشتری (PhonePe، Google Pay، Paytm و غیره)، SDK/API ها برای بازرگانان.
خریدار/صادر کننده: بانک بازرگانی و بانک صادر کننده پرداخت کننده.
بازرگانی PSP: ارائه دهنده پذیرش UPI برای کسب و کار (SDK، QR، Intent، Reconciliation).

3) شناسه ها: VPA و جزئیات

VPA (آدرس پرداخت مجازی) شناسه اصلی UPI است: «user @ psphandle» یا «merchantname @ acquirer».

• مرتبط با یک حساب بانکی/گره UPI.
• می تواند شخصی (P2P) یا بازرگان (P2M) با جزئیات کسب و کار باشد.
• پشتیبانی از درخواست جمع آوری، فاکتورها و ابرداده (orderId، هدف، MCC).

4) پرداخت QR: استاتیک در مقابل پویا

QR استاتیک

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

QR پویا (به ازای هر سفارش)

تولید شده برای هر چک: شامل مقدار، orderId، زمینه هدف، تخفیف اختیاری، برچسب های سرپا نگه داشتن.
پرداخت کننده → برنامه اسکن شده یک فاکتور با مبلغ ثابت را باز می کند.
مزایا: خطاهای کمتر، آشتی آسانتر، وفاداری و شواهد ضد فساد.

جریان هدف و عمیق لینک

به جای اسکن کردن، برنامه بازرگان مشتری UPI را در deeplink/Intent URI راه اندازی می کند و مقدار و ابرداده را انتقال می دهد.
راحت در تجارت الکترونیک/برنامه های کاربردی، اجازه می دهد تا شما را به ساخت UX حتی بدون دوربین.

5) جریان های پرداخت معمولی

P2P (کشیدن/فشار): انتقال بین کاربران از طریق VPA/تلفن/QR.
P2M (فشار) - خریدار پرداخت (اسکن/پرداخت) را آغاز می کند.
جمع آوری درخواست (pull for merchant): فروشنده یک درخواست را صادر می کند، خریدار در برنامه UPI خود تأیید می کند.
AutoPay (مجوز الکترونیکی): اشتراک با قبل از مجوز از حد و فرکانس، بدهی توسط مجوز بدون تایید دستی هر عملیات (تا حد مجاز) آغاز می شود.

6) محدودیت UPI: چگونه کار می کنند

محدودیت ها توسط قوانین طرح، سیاست های RBI/NPCI، صدور بانک ها و گاهی اوقات توسط رده تجاری تعیین می شود. آنها می توانند در شرکت کنندگان، مشخصات ریسک و کانال متفاوت باشند.

1. کلاه در معامله: ارزش «معمولی» برای اکثر سناریوهای خرده فروشی - تا ~₹1,00,000 (1 لک) در هر پرداخت ؛ برای افراد بالا/زیر دسته.

2. کلاه روزانه: محدودیت در کل حجم/تعداد معاملات در برنامه پرداخت/بانک.

3. محدودیت های دسته بندی: برای برخی از MCC ها (به عنوان مثال سرمایه گذاری، آموزش و پرورش/پزشکی، بلیط، آب و برق)، آستانه بالا/جداگانه ممکن است اعمال شود.

4. دریافت کنندگان جدید/زمان های خطر: کاهش محدودیت های یک بار و سرعت شاتر در هنگام انتقال به VPA جدید برای اولین بار امکان پذیر است.

5. UPI Lite (micropayments آفلاین): کیف پول در دستگاه/بانک برای پرداخت های آفلاین کوچک ؛ محدودیت ها کمتر از UPI طبیعی هستند و به طور جداگانه (در هر txn و روزانه) تنظیم می شوند.

6. AutoPay (مجوز الکترونیکی): محدودیت بدهی های خودکار بدون تأیید اعتبار مجدد در دستورالعمل ثابت شده است. برای دسته های مختلف - آستانه های مختلف.

7. سناریو/کانال: اهداف/QR می تواند اعتبار خود را داشته باشد (ضد سوء استفاده، سرعت).

7) امنیت و احراز هویت

2FA: تأیید در برنامه UPI (PIN/بیومتریک) + پیوند به اسلات/حساب دستگاه/سیم کارت.
اتصال دستگاه: ضد تقلب در سطح برنامه PSP.
سیاست های ریسک در زمان واقعی: بررسی سرعت، قالب های تحریم/جعلی، نمایش نام سودمند.
UPI Lite و آفلاین: میکرولیمیتها + تأخیر در ارسال به هسته برای کاهش خطرات.

8) نرخ ها و هزینه ها (MDR)

• هزینه اشتراک/SDK برای کسب UPI،
• هزینه برای خدمات اضافی (QR پویا, API آشتی, حاشیه نویسی, گزارش),
• هزینه های پشتیبانی، اختلافات و بازده.

9) بازپرداخت، بازپرداخت جزئی و اختلافات (ODR)

Chargeback در معنای کارت وجود ندارد. بازگشت یک معامله اعتباری جدید از تاجر به پرداخت کننده با اشاره به معامله اصلی است.
بازپرداخت جزئی پشتیبانی می شود (با مقدار).
ODR (حل اختلاف آنلاین): استاندارد آنلاین روند حل ادعا - وضعیت, SLA, دلیل امتناع, شواهد (ورود به سیستم پرداخت, چک, بارنامه).
زمان بندی: بستگی به بانک/PSP ؛ قوانین حمایتی وضع کنید.

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

1. استاتیک UPI QR: حداقل توسعه ؛ خوب برای POS/SMB.
2. پویا UPI QR: سرور تولید QR سفارشی ؛ هماهنگی بهتر مبلغ/سفارش.
3. قصد/لینک عمیق: UX تلفن همراه بدون دوربین ؛ پرداخت وب → گسترش UPI نرم افزار.
4. جمع آوری (درخواست به پرداخت): بازرگان «حساب» را آغاز می کند، مشتری تایید می کند.
5. SDK/JS/Native: ماژول های PSP آماده برای آندروید/iOS/وب با پردازش وضعیت.

• تولید بار پرداخت (VPA/مقدار/برچسب ها)
• نقطه پایان نقطه برای پرداخت موفق/ناموفق،
• آشتی توسط TID/RRN/UTR،
• بازپرداخت دستی/اتوماتیک
• نظارت بر SLA PSP/بانک ها.

11) آشتی و گزارش (UTR، وضعیت)

UTR (مرجع معامله منحصر به فرد) - شناسه محاسبه منحصر به فرد در راه آهن بانک ؛ آن را برای تمام عملیات ذخیره کنید.
در گزارش های PSP: پارامترهای اولیه (VPA، مقدار، orderId)، وضعیت (آغاز، در انتظار، موفقیت، شکست)، به روز رسانی دیر، بازده.
روزانه خودکار recon و دوره ای کامل recon (طاق با بانک/PSP) مورد نیاز است.

12) در دسترس بودن آفلاین و بدون گوشی هوشمند

UPI Lite (micropayments آفلاین): برای مقادیر کوچک ؛ معاملات بدون درخواست شبکه تایید می شوند و بعدا ارسال می شوند.
UPI 123PAY/IVR/feature-phone: پرداخت توسط منوی شماره/IVR.
Tap-and-Pay (NFC-UPI): سناریوهای بدون تماس که در آن پشتیبانی می شود.

13) Crossborder (UPI Global)

UPI به تدریج با ریل های خارجی/مشارکت کشور یکپارچه سازی (به عنوان مثال،. اسکن UPI-QR هند توسط گردشگران یا سرخپوستان در خارج از کشور در شبکه های شریک). پشتیبانی و محدودیت ها بر اساس کشور/جفت شریک و بانک صادر کننده متفاوت است.

14) خطرات، AML/KYC، انطباق

سطح KYC در PSP/بانک ها بر محدودیت ها تاثیر می گذارد.
AML/تحریم ها: فیلترهای گیرنده/مقصد، نظارت بر ناهنجاری.
مورد تقلب: بازپرداخت بدون رضایت بازرگان امکان پذیر نیست → تأیید دقیق سفارش مورد نیاز است (QR پویا، چک، جغرافیایی/دستگاه).
رژیم حقوقی صنعت: محدودیت ها برای verticals فردی (دسته MCC، صدور مجوز، geoblock در ایالات/UTs) اعمال می شود. با وکلا برای پذیرش محلی UPI برای نوع کسب و کار خود برنامه ریزی کنید.

15) طراحی UX و بهترین شیوه ها

سطح خطا: به وضوح تایمر، دستورالعمل ها و نحوه تکرار پرداخت را نشان می دهد.
Idempotency: 'orderId' + کلید idempotency برای تکرار ایمن.
Fallback: اگر Intent باز نشده است، QR و «کپی VPA/مقدار» را پیشنهاد دهید.
محدودیت های رابط: هشدار از بیش از حد و ارائه چک تقسیم که در آن مجاز است.
قابلیت اطمینان: به صورت نمادین برای وضعیت، webhooks + pull-API ارسال می شود.
شفافیت: با UTR، مقدار، تاریخ/زمان، بازرگان VPA، تماس پشتیبانی را بررسی کنید.

16) چک لیست ادغام (P2M)

1. دریافت فروشنده VPA/دسته از PSP.
2. کانال را انتخاب کنید: QR استاتیک/پویا، قصد، جمع آوری.
3. پیاده سازی تولید بار و سوسیس امن.
4. فعال کردن آشتی با UTR/OrderId (روزانه + کامل).
5. تنظیم بازده (جزئی/کامل)، سیاهههای مربوط و ODR.
6. قوانین ضد تقلب (سرعت، گیرندگان جدید، نور پس زمینه MCC با خطر بالا) را وارد کنید.
7. UI/UX: نکات، خطاها، تکرار، نمایش محدودیت ها.
8. ایجاد نظارت بر SLA PSP/بانک ها، هشدار و گزارش.
9. تست های پایان به پایان را با مشتریان واقعی UPI انجام دهید.
10. به طور منظم به روز رسانی محدودیت/قوانین (توسط بانک/دسته).

17) کارت محدود (دستورالعمل های طراحی)

Per-txn (خرده فروشی): نقطه عطفی تا ~₹1,00,000.
روزانه: آستانه کل روزانه توسط بانک/برنامه ؛ محلی ساخته شده است.
UPI Lite: به طور قابل توجهی پایین تر از حد نرمال UPI (micropayments).
AutoPay (دستور الکترونیکی): محدودیت در هر معامله بدون تکرار 2FA - توسط دستور/دسته.
ذینفعان جدید: محدودیت های یک بار و/یا تاخیر را کاهش می دهد.
دسته بندی با افزایش سقف: بستگی به قوانین MCC/بانک (به عنوان مثال: آموزش و پرورش/پزشکی/بلیط/سناریوهای سرمایه گذاری - به عنوان توافق).

18) مقایسه استراتژی های QR برای بازرگانان

19) چه چیزی را در نظر iGaming/verticals با خطر بالا

بررسی کنید که آیا این دسته در PSP/بانک معتبر است و مربوط به قانون محلی است.
انتظار می رود محدودیت های کاهش یافته و نیاز KYC/ODR تمدید شده باشد.
ریل های جایگزین برای واریز/برداشت و تقسیم بندی ترافیک شدید را در نظر بگیرید.

20) یادداشت های معماری

• endpoints: 'createPaymentIntent', 'generateDynamicQR', 'بازپرداخت', 'آشتی', 'webhook'.
• idemotency از طریق کلید و جدول dedupe.
• اتوبوس رویداد برای وضعیت و حسابداری.
• قابلیت مشاهده: معیارها (موفقیت/شکست/تأخیر)، ردیابی، هشدارها.
• امنیت: امضای HMAC از webhooks، allowlist IP PSP، چرخش مخفی.

خلاصه ای برای تولید

شرط بندی بر روی QR پویا و/یا قصد.
آیا محدودیت کد سخت نیست - پیکربندی + به روز رسانی توسط بانک ها/PSP.
شامل آشتی UTR، بازده جزئی و جریان ODR.
UX را با سناریوهای شکست، تکرار و چک های شفاف پوشش دهید.
محدودیت ها و سیاست های دسته بندی را به طور مرتب با PSP مرور کنید.