سیاست های نتیجه گیری: زمان بندی و KYC

1) چرا رسمی سیاست نتیجه گیری

• سطح بلیط ها و افزایش ها را کاهش می دهد ("چه زمانی پول می آید ؟ »);
• اطمینان از انطباق AML/KYC (سن، تحریم، SoF/SoW) ؛
• کاهش تقلب/بازپرداخت و اختلافات داوری ؛
• SLA های قابل پیش بینی برای امور مالی/پشتیبانی/بازاریابی می دهد.

2) طبقه بندی راه آهن و سرعت مورد انتظار

Cut-off: زمانی که پرداخت ها به عنوان روز بانکی بعدی محاسبه می شود. تعطیلات آخر هفته و تعطیلات را در نظر بگیرید.

3) سطح KYC و تاثیر بر نتیجه گیری

اصل: هرچه KYC بالاتر باشد، ریل های موجود گسترده تر و محدودیت ها/سرعت بالاتر است.

پایه: محدودیت های کوچک ؛ فقط پین های «آهسته» یا داخلی مجاز هستند (در هر کیف پول/A2A محدود).
KYC کامل (ID + آدرس + Liveness): محدودیت های استاندارد ؛ دسترسی به ریل های بانکی، Push-to-Card، طرح های سریع محلی.
EDD (تمدید شده): مقادیر زیاد/پرداخت های مکرر ؛ SoF/SoW (منبع بودجه/وضعیت)، لیست سفید گیرنده، پردازش سریع نیاز دارد.

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

4) محدودیت و ضد تقلب در منجر می شود

• هر معامله/روزانه/هفتگی/ماهانه کلاه.
• سرعت: N پرداخت/ساعت، مقدار پنجره کشویی، فرکانس تغییر جزئیات.
• دریافت کنندگان جدید: کاهش کلاه/اجباری خنک کردن (به عنوان مثال، 12-24 ساعت) و گام به گام.
• جغرافیایی/تحریم ها: لیست ها را رد کنید/اجازه دهید، برخی از کشورها/بانک ها را ممنوع کنید.
• مشخصات ریسک: ضرب کننده محدودیت نمره مشتری/جلسه.
• قفل پرداخت: مسدود کردن موقت پس از ناهنجاری/بازپرداخت/ODR، تا زمانی که تأیید کامل شود.

5) وضعیت پرداخت و مدل عملیاتی

• 'درخواست' - درخواست کاربر
• 'queed' - پرداخت در صف
• «پردازش» - پردازش شده توسط ارائه دهنده/بانک
• 'sent' - ارسال به راه آهن (UTR/ARN/ردیابی وجود دارد)
• 'settled' - گیرنده پاک/بدون Finrisks
• 'failed' - شکست راه آهن/بانک
• 'reversed/returned' - بازپرداخت (کدهای ACH R، بازگشت SEPA، FPS رد)
• 'on _ hold' - انطباق/EDD/بررسی SoF
• «canceled» - لغو شده توسط کاربر/اپراتور

مصنوعات: «payoutId»، «requestId» (idempotency)، «شناسه سودمند»، «راه آهن»، «مقدار/ارز»، «UTR/ARN/Trace»، کدهای شکست.

6) صف پرداخت و معماری هسته

• Orchestrator (ماشین حالت): مسیریابی در ریل/محدودیت/منطقه زمانی.
• برنامه ریز: حسابداری برای قطع/تعطیلات (در هر راه آهن/در هر کشور).
• Idempotency: کلید در 'requestId' + deduplication رویداد.
• ارائه دهنده Webhooks: امضا شده/NMAS، retray با عقب نشینی، DLQ.
• آشتی: خودکار recon توسط ثبت نام (روزانه) + دوره ای کامل recon ؛ ذخیره سازی UTR/ARN.
• موتور سیاست: CCR/محدودیت/به ثمر رساند قوانین و علل شکست (توضیح).
• خزانه داری/نقدینگی: نظارت بر تعادل PSP/بانکی، پیش پرداخت سریع راه آهن، تعادل مجدد.

7) نقدینگی و پیش پرداخت

ریلهای سریع (RTP/FPS/PIX/Push-to-Card/e-wallets) اغلب نیاز به پیش پرداخت دارند.
نگه داشتن محدودیت در ارائه دهنده و خودکار تعادل (رفت و برگشت) بین حساب.
شکاف نقدی: حسابداری پرداختهای «وعده داده شده» را از بدهیهای واقعی جدا کنید.
هنگامی که نقدینگی کاهش می یابد، یک روش اتوماتیک را وارد کنید (به طور موقت به ریل های آهسته تغییر دهید).

8) ارتباطات و UX

نمایش تاریخ/زمان مورد انتظار از جمله راه آهن، قطع و کاربر TZ.
وضعیت های توضیح داده شده: «در بررسی KYC/SoF»، «انتظار برای یک پنجره بانکی»، «ارسال: شماره UTR/ARN».
سوالات متداول محصول: محدودیت ها، زمان بندی، ریل ها پشتیبانی می شود، SoF/SoW چیست، چرا درخواست رد می شود.
گیرندگان جدید: هشدار در مورد نگه دارید/گام به بالا، تایید جزئیات (میکرو سپرده/1 سنت چک، پرداخت آزمون).
UX ضد خطا: ماسک IBAN/BIC، اعتبار سنجی فرمت، اشاره کد BSB/Sort، صرفه جویی در «قالب» گیرنده.
Cooldown: تاخیر نرم برای پروفایل های پر خطر با علت شفاف.

9) انطباق: KYC/AML/EDD/SoF/SoW

KYC: شناسه، آدرس، زنده بودن ؛ سن و جغرافیایی بلوک.
تحریم/PEP: غربالگری و غربالگری چرخه ای ؛ قبل از پرداخت های بزرگ - چک دوم.
SoF/SoW: تأیید منبع وجوه/شرایط (اظهارات بانکی، اظهارات درآمد، قرارداد).
مدیریت مورد: ورود به سیستم تصمیم گیری، پردازش SLA، حسابرسی دنباله.
بازی مسئول (برای iGaming): برداشت جایزه نگه می دارد, چک خود حذفی, روز/هفته «مسئول» محدودیت.

10) خطاها و بازگشت در ریل (چه چیزی را در نظر بگیرید)

ACH: بازگشت (R01... R10)، پنجره های NACHA، لیست های بلوک.
SEPA: رد/بازگشت/فراخوانی ؛ اعتبار IBAN، دلیل کد (AC04، AG01، و غیره).
FPS/RTP/PIX: معمولا نهایی ؛ بازگشت - یک عملیات ضد جداگانه.
Push-to-Card: صادر کننده ممکن است تاخیر/انحراف محدود داشته باشد.
SWIFT: هزینه های خبرنگار، «هزینه های بلند کردن»، تاخیر در انطباق با بانک دریافت کننده.

11) اقتصاد و کمیسیون

مدل هزینه: ثابت/درصد، آستانه برای مقادیر، حاشیه FX، تعرفه های جداگانه برای ریل های سریع.
نرخ ↔ سطح KYC: VIP/EDD - زیر کمیسیون/اولویت ؛ پایه - هزینه نگهداری بالاتر.
هزینه های ضد تقلب: هزینه بازرسی/سرمایه گذاری، سهم بازده/امتناع.
بهینه سازی: گروه بندی پرداخت (دسته ای)، برنامه «آهسته» ریل در خارج از اوج، انتخاب راه آهن توسط مقدار/کشور/زمان روز.

12) KPI/معیارهای مدیریت

انطباق SLA:٪ از پرداخت که در تاریخ وعده داده شده وارد شده است.
زمان به پول نقد: متوسط/زمان 95 درصد به «حل و فصل».
نرخ بازگشت/رد برای ریل ها و دلایل (کد).
سهم توسط راه آهن: توزیع توسط روش ها و تایید/حل و فصل آنها.
ODR/تاخیر/شکست شکایات.

نرخ نگهداری/EDD: سهم پرداخت هایی که به تأیید دستی رسید ؛ متوسط زمان تصمیم گیری

زمان بروز نقدینگی: زمانی که ریلهای سریع در دسترس هستند.
هزینه هر پرداخت и تاثیر FX.

13) چک لیست راه اندازی سیاست نتیجه گیری

1. ماتریس راه آهن: کشورها/ارزها/محدودیت ها/مهلت ها/قطع/تعطیلات - در خدمات پیکربندی.
2. موتور خط مشی: قوانین KYC/limits/velocity/EDD با سیاهههای مربوط به توضیح.
3. ارکستر پرداخت: صف، retrai، idempotency، webhooks با HMAC.
4. خزانه داری: پیش پرداخت سریع راه آهن، تعادل خودکار، محدودیت های ارائه دهنده.
5. KYC/AML/SoF/SoW: ارائهدهندگان، کتابهای پخش، SLA ها، افزایشها.
6. UX/ارتباطات: ETA توسط راه آهن، وضعیت، UTR/ARN، دلایل قابل درک برای برگزاری/شکست.
7. Recon: روزانه خودکار recon + کامل recon ؛ هشدار به «موفقیت بدون رجیستری»، «پرداخت پیری».
8. نظارت: داشبورد KPI، هشدارهای رشد نقدینگی/شکست/بازگشت.
9. بسته تست: e2e برای هر راه آهن (موفقیت/شکست/بازگشت)، گیرنده جدید، مقدار زیادی، زمان بندی ارائه دهنده.

14) قالب بخش سیاست (برای ToS/ویکی)

• SEPA: T + 1 BD (تا 3 PM CET)، SEPA فوری - معمولا در عرض 30 دقیقه.
• FPS/PIX/RTP: معمولا حالت دقیقه، اما چک تا 24 ساعت برای دریافت کنندگان جدید امکان پذیر است.
• ACH: T + 1-T + 2 BD ؛ همان روز ACH - هنگام خدمت قبل از قطع بانک.

• تا € X/روز - عمومی، بیش از - ID + selfies مورد نیاز ؛ بیش از € Y - SoF/SoW.
• گیرنده جدید - تا 24 ساعت امن نگه دارید.

• Per-txn:..., روزانه:..., هفتگی:... (به صورت پویا با سطح/خطر).

• SEPA/FPS -..., SWIFT -... (+ هزینه های خبرنگار)، فشار به کارت -....

• در صورت رد/بازگشت، وجوه به تعادل در... ما در مورد دلیل اطلاع رسانی (کد/توضیحات) به شما اطلاع خواهیم داد.

15) پاسخ سریع برای پشتیبانی

پول کی میاد ؟ - برای {راه آهن} انتظار می رود تا {ETA}. UTR/ARN شما {کد} است.
چرا نگهش داشتي ؟ - قوانین امنیتی باعث شده است (گیرنده جدید/مقدار/جغرافیایی). لطفا سند را دانلود کنید {SoF/ID}.

آیا سریعتر امکان پذیر است ؟ - در {راه آهن سریع} شما یک محدودیت prefanding/دیگر نیاز دارید ؛ پیشنهاد یک روش جایگزین

چرا امتناع ؟ - بانک گیرنده را رد کرد (کد {X}). جزئیات را بررسی کنید یا راه آهن دیگری را انتخاب کنید.

خلاصه

سیاست استنتاج قوی = زمان بندی شفاف + محدودیت های قابل پیش بینی KYC + ارکستراسیون راه آهن قابل اعتماد. قوانین را در یک پیکربندی ذخیره کنید، از یک موتور سیاست با توضیح سیاهههای مربوط استفاده کنید، اطمینان حاصل کنید که idempotency/Recon/Webhooks، مدیریت نقدینگی و پیش فرض، و ارتباط با کاربر دقیق ETA + UTR/ARN. بنابراین شما ریسک را کاهش می دهید، انطباق را حفظ می کنید و اعتماد را افزایش می دهید بدون اینکه سرعت پرداخت را قربانی کنید.