زنجیره پرداخت و اولویت بندی

1) مفهوم زنجیره پرداخت

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

• راه آهن اولیه (راه آهن ترجیحی برای بخش).
• جایگزین های (SLA/هزینه/در دسترس بودن).
• قوانین و محدودیت ها
• سیگنال های سلامت (تایید/حل و فصل/تاخیر/خطا) و نقدینگی (تعادل/prefanding).

2) معیارهای اولویت بندی راه آهن

1. SLA/سرعت: دقیقه/ساعت/روز بانکی ؛ حضور 24/7 (RTP/FPS/PIX) در مقابل D + N (ACH/SEPA).

2. هزینه: ثابت +٪، حاشیه FX، هزینه های ارائه دهنده ؛ مدل هزینه داخلی

3. نقدینگی: موجودی موجود از حساب ارائه دهنده/خبرنگار، الزامات پیش نیاز.
4. سازگاری: ارز/کشور گیرنده، فرمت جزئیات (IBAN/CLABE/Routing/Sort/PIX key).
5. محدودیت ها: در هر txn/روزانه/هفتگی در ارائه دهنده و در گیرنده (بانک/کیف پول).
6. ریسک/CCM: سطح مشتری، SoF/SoW، تحریم/PEP، سرعت، ذینفع جدید.
7. قابلیت اطمینان: معیارهای فعلی شکست، تاخیر، بازده (رد/بازگشت).
8. برش و تقویم: تعطیلات محلی، قطع بانک ؛ فرستنده/گیرنده TZ.
9. ترجیحات محصول: VIP/وابسته/jackpots - پروفایل های فردی.

3) ماتریس ارکستراسیون (مثال منطقی)

≤ €1k، اتحادیه اروپا، KYC کامل → SEPA فوری → (folback) SEPA SCT → (پس از قطع) BD بعدی.
≤ £250K, انگلستان, 24/7, VIP → FPS (اولیه), با تاخیر> P95 - تعویض به ارائه دهنده شماره 2.
≤ آمریکا $5k → RTP; اگر بانک گیرنده پشتیبانی نمی کند - همان روز ACH ؛ اگر پنجره بسته است - ACH روز بعد.
BR → PIX (اولیه); در خطرات/محدودیت های بانک → PIX با کاهش سه نگه دارید و یا پرداخت کیف پول الکترونیکی.
کارت (در سطح جهانی) → Push-to-Card (OCT) برای حمل و نقل سریع اما گران و محدود.
مرزی → کیف پول الکترونیکی محلی (در صورت وجود) → در غیر این صورت SWIFT با محاسبه کل هزینه ها و ETA.

تمام آستانه های عددی و لیست ها در پیکربندی هستند، نه کد.

4) معماری ارکستر زنجیره ای

• موتور تصمیم گیری (policy) - قوانین انتخاب ریل ها و عقب ها (سیاست های اعلام شده، نسخه بندی) را اعمال می کند.
• پرداخت ارکستر - ماشین دولت: «درخواست → صف → پردازش → ارسال/شکست → حل و فصل/بازگشت».
• نقدینگی/خزانه داری - تعادل ارائه دهنده، پیش پرداخت، خودکار تعادل، محدودیت ارائه دهنده/روز.
• تقویم/برنامه ریز - قطع, تعطیلات توسط کشور/ارز, بوچ ارسال اسلات.
• لایه آداپتور ارائه دهنده - اتحاد API، نقشه برداری کد وضعیت، idempotency.
• آشتی - خودکار آشتی از ثبات/اظهارات، بارگذاری UTR/ARN/ردیابی.
• پذیرش - KYC/AML/تحریمها/SoF/SoW و مدیریت پرونده.

• Idempotence ('requestId')، رویداد dedup، DLQ/retrai c backoff/jitter.
• قابلیت مشاهده: ردیابی، رویدادهای ارکستراسیون، تایمر هر ارائه دهنده.

5) سناریوهای عقب، تخریب و خاکستری

بازپرداخت مبتنی بر زمان: اگر «پردازش» از آستانه (به عنوان مثال، درصد 90) فراتر رفته باشد - به راه آهن بعدی بروید (با لغو/لغو اولین تلاش، در صورت امکان).
مبتنی بر سلامت: با رشد «reject/return» یا سقوط تایید - derating از ارائه دهنده.
نقدینگی مبتنی بر: عدم prefanding → به طور موقت پنهان کردن ریل سریع، ارائه کند است.
مبتنی بر ریسک: در معرض خطر - ممنوعیت سریع ریل، اجباری نگه دارید/گام به بالا.
پنجره خاکستری: شب/تعطیلات → autoplanning به نزدیکترین پنجره ؛ ETA صادقانه در UI.

6) هزینه و رتبه بندی ریل

• 'eff _ cost = + مقدار + +

• 'score = + ( ) +
• وزن - قابل تنظیم ؛ مقایسه بر اساس بخش (جغرافیایی/مقدار/VIP).

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

ریل های سریع نیاز به پیش پرداخت دارند: حداقل ها را در حساب های ارائه دهندگان نگه دارید.
خودکار تعادل: قوانین رفت و برگشت بین کیف پول/بانک ها در آستانه.
Circuit-breakers: در آستانه <باقی مانده - حذف خودکار روش در زنجیره.

Cashbook: حسابداری پرداخت های وعده داده شده را از بدهی های واقعی جدا کنید. کنترل شکاف نقدی

8) برنامه ریزی: دسته ها، برش ها و تقویم ها

دسته بندی هزینه SWIFT/ACH/SEPA SCT را کاهش می دهد، اما تاخیر را افزایش می دهد - با مقدار/اولویت تنظیم کنید.
Cut-off aware: اگر درخواست بعد از cut-off آمد، بلافاصله ETA را به BD بعدی نشان دهید.
API تعطیلات: نگه داشتن تعطیلات منطقه ای ؛ برای cross-TZ، زمان محلی گیرنده را نشان دهید.

9) ریسک و KYC در زنجیره

ذینفع جدید/مقدار زیادی → خنک کردن + گام به گام، ممنوعیت سریع ریل.
مقادیر آستانه → الزامات SoF/SoW ؛ قبل از ارائه - «آهسته» راه آهن.
Geo/sanctions/PEP → انکار سخت, هیچ مسیر جایگزین.
سرعت: N پرداخت/روز/هفته ؛ بیش از کاهش → راه آهن در زنجیره ای.

10) وضعیت و مصنوعات

• 'requested → queued → processing → sent (UTR/ARN) → حل و فصل | شکست خورد | بازگشت | on_hold | لغو شد ".
• Храните: «شناسه پرداخت»، «شناسه ذینفع»، «راه آهن»، «ارائه دهنده»، «مقدار/ارز»، «هزینه ها»، «ETA»، «UTR/ARN/Trace»، کدهای منطقی، «تلاش ها []».

11) آشتی و ورود به سیستم

بازیابی خودکار روزانه: بارگذاری ثباتها، تطبیق با 'payoutId/UTR/مقدار/تاریخ'.
کامل recon: دوره ای پایان به پایان کنترل (ثبت/اظهارات/GL).
هشدارها: «موفقیت بدون رجیستری»، «پردازش پیری»، «ارسال مجدد»، «سکوت ارائه دهنده».

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

نمایش ETA توسط راه آهن و دلیل انتخاب («سریع تر/ارزان تر/پس از قطع»).
وضعیت های شفاف با UTR/ARN/Trace.
برای folback - اطلاع صریح: "تغییر به {راه آهن} به دلیل تاخیر/نقدینگی ؛ ETA جدید"..
برای VIP - گزینه «سرعت بخشیدن» (دیگر راه آهن/کمیسیون).
برای گیرندگان جدید - نگه دارید/گام به بالا هشدار.

13) KPI и SLO

نرخ به موقع (٪ از پرداخت های دریافت شده قبل از ETA وعده داده شده).
Median/P95 زمان برای حل و فصل در ریل/ارائه دهندگان/جغرافیایی.
رد/نرخ بازگشت و علت توزیع.

نرخ سقوط و تاثیر آن بر SLA/ارزش

زمان آماده به کار نقدینگی.
هزینه هر پرداخت و سهم FX.
بار پشتیبانی (بلیط/1K پرداخت) و NPS توسط نتیجه گیری.

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

1. کاتالوگ راه آهن: کشورها/ارزها/محدودیت ها/کمیسیون/ETA/قطع/تعطیلات.
2. موتور سیاست: قوانین اولویت بندی اعلانی + دلایل تصمیم را توضیح دهید.
3. ارائه دهنده سلامت: معیارها، تست های بهداشتی، رتبه بندی خودکار.
4. خزانه داری: پیش پرداخت، محدودیت در ارائه دهنده، تعادل خودکار.
5. Idempotency و DLQ: حفاظت دو برابر/تکرار، عقب نشینی امن.
6. Webhooks/HMAC: تایید امضا، زمان بندی، تحویل تکرار.
7. Recon: روزانه + کامل، هشدار برای خارج از همگام سازی.
8. UX: ETA، وضعیت، UTR/ARN، متون دلیل عقب/نگه دارید.
9. KYC/AML: اقدام برای ذینفعان جدید/مبالغ زیاد، روشهای SoF/SoW.
10. مجموعه آزمون: موفقیت/امتناع/بازگشت، زمان/نقدینگی folback، قطع/تعطیلات، تخریب ارائه دهنده.

15) حل کننده کد شبه کوتاه

rail_list = rank_by(score(amount, geo, kyc, risk, sla, cost, liquidity, health))
for rail in rail_list:
if violates_constraints(rail, geo, kyc, sanctions, limits): continue if not has_liquidity(rail): continue attempt = send_payout(rail)
if attempt. status in {SENT, SETTLED}: return success(attempt)
if is_retryable(attempt): continue return fail_with_reason(best_reason_collected)

خلاصه

Paychecks مسیریابی هوشمند بین سرعت، قیمت، ریسک و آمادگی عملیاتی است. قوانین فروشگاه و معیارها را در یک پیکربندی ذخیره کنید، بر اساس یک تابع به ثمر رساند، با توجه به نقدینگی و سلامت ارائه دهندگان، اطمینان از idempotency، folback و ETA صادقانه تصمیم بگیرید. به این ترتیب شما هزینه و بازده را کاهش می دهید، SLA ها و اعتماد کاربر را حفظ می کنید - به ویژه در بخش های حساس مانند iGaming و مرزی.