SWIFT و انتقال بین المللی

1) چه زمانی و چرا SWIFT در iGaming

• هیچ راه آهن محلی (SEPA/FPS/ACH) یا پرداخت B2B به حوزه قضایی دیگری لازم نیست.
• نیاز به پرداخت به شرکا/شرکت های وابسته، پرداخت مالیات، بازپرداخت نقدینگی بزرگ (خارج از رمپ → فیات) ؛
• نیاز به یک ارز است که در طرح های محلی وجود ندارد.
• مزایا: پوشش جهانی، قابلیت پیش بینی بالا در GPI. معایب: هزینه (هزینه + FX)، شرایط (T + 0-T + 3)، اصطکاک انطباق.

2) مکانیک پایه: بانک های خبرنگار و مسیریابی

BIC ذینفع → دریافت بانک. اگر ارتباط مستقیمی وجود نداشته باشد، پرداخت از طریق خبرنگاران (nostro/vostro) انجام می شود.

• سریال (MT103/ISO قدم. 008 به صورت متوالی وارد بانک میشود → korr → بانک).
• پوشش (پرداخت جداگانه و پوشش از طریق COV/pacs MT202. 009).
• داده ها برای مسیر: بانک ذینفع BIC، IBAN/حساب، آدرس/نام، گاهی اوقات بانک متوسط (BIC).
• کمیسیون: SHA/OUR/BEN - انتخاب کنید که برای خدمات خبرنگار پرداخت می کند.

3) پیام ها و فرمت ها: MT ⇄ ISO 20022 (MX)

(انتقال اعتبار مشتری)، COV (پوشش)، (فرم رایگان)، (بازخورد/توقف).

ISO 20022 (MX): pacs. 008 (انتقال اعتبار)، pacs. 009 (Fi-to-Fi)، pacs. 004 (بازگشت)، کم. 052/053/054 (بیانیه ها/پست ها)

انتقال به ISO در بسیاری از بانک ها در حال انجام است. سازگاری دوگانه (MT در داخل/خارج ↔ مدل متعارف در هسته خود) را حفظ کنید.

4) GPI SWIFT и UETR

GPI (نوآوری پرداخت جهانی) می افزاید: پایان به پایان UETR (UUID) و SLAs در زمان ؛ وضعیت دریافت/اعتبار/نگهداری را می دهد.
شما با استفاده از ردیاب UETR در بانک/PSP پورتال و یا از طریق API، نشان می دهد بازیکن/شریک ETA قابل فهم و دلایل تاخیر.
Bind 'payment _ id ↔ UETR ↔ provider_ref' برای داشبورد و آشتی.

5) مهلت، برش و تقویم

قطع ارسال/خبرنگاران → به قطع کردم - یک شانس در T + 0/T + 1, در غیر این صورت T + 1/T + 2.
عوامل غیر STP: چک های دستی، عدم تطابق نام/آدرس، BIC/IBAN نامعتبر، تحریم ها، ارز عجیب و غریب.
تعطیلات هر دو کشور و ارزها را در نظر بگیرید و تقویم (TARGET2/US/local) را نگه دارید.

6) هزینه ها و FX: چه چیزی هزینه را تشکیل می دهد

مدل: "هزینه هر تایید شده (SWIFT) = + (ها) + (ها) + +

• SHA - هر حزب می پردازد بانک خود را (به طور پیش فرض).
• OUR - شما تمام هزینه ها را پوشش می دهید، ذینفع دقیقا مقدار (گران تر) را دریافت می کند.
• BEN - ذینفع همه چیز را پرداخت می کند (به ندرت برای B2C مناسب است).
• حاشیه FX: منابع نقل قول، گسترش، برش زمان ؛ نرخ/زمان (شناسه نقل قول) را برای حسابداری و اختلافات ثابت کنید.

7) انطباق: تحریم ها، KYC/KYB، EDD

تحریم ها/PEP/نامطلوب: غربالگری بانک های فرستنده/ذینفع/واسطه ؛ نام/آدرس/کشور مسابقات → نگه دارید/EDD.
پایان استفاده/SoF/SoW: درخواست برای هدف پرداخت (فاکتور/قرارداد) و منبع بودجه برای عوامل (مقدار/جغرافیایی/الگوهای).
RBA-limits/velocity: caps per-tx/per-day, جزئیات جدید → افزایش تأیید.
اطلاعات پرداخت (اطلاعات انتقال) باید دقیق باشد: هدف، شماره قرارداد، فاکتور.

8) اعتبار سنجی جزئیات و کیفیت STP

IBAN/Luhn/MOD97، اعتبار سنجی BIC، آدرس گیرنده (شهر/کشور)، کدهای هدف (در صورت لزوم).
نام چک/تایید آنالوگ Payee - اگر در دسترس از بانک/PSP.
جزئیات لیست سفید از شرکای با TTL و تبدیل.
قانون STP: هرچه فیلد کامل تر باشد، چک های دستی و بازده کمتری دارد.

9) امتناع، بازده و تحقیقات (تحقیقات)

• رد قبل از ارسال/پذیرش (اعتبارسنجی شکست خورد).
• بازگشت پس از پذیرش (چک های دیر، حساب بسته شده، تحریم ها/EDD) - ISO pacs. 004 یا MT بازگشت.
• فراخوان/توقف و فراخوان - درخواست برای فراخوان پرداخت (تضمین شده نیست).
• تحقیقات: مکاتبات از طریق MT199/999/MX camt/case، gpi-portal.
• تمرین: کدهای دلیل فروشگاه/متون، SLA برای پردازش، قالب نامه.

10) جریان در محصول (مرجع)

10. 1 ورودی (دریافت وجوه)

1. جزئیات: BIC/IBAN/نام سودمند/آدرس، گاهی اوقات BIC متوسط.

2. مشتری/شریک MT103/pacs را ارسال می کند. 008 بانک شما

3. وبهوک/عصاره (کم. 053/MT940) → اعتبار به تعادل، نقشه برداری به 'EndToEndId/UETR/Remit'.
4. BCL/CCL/تحریم ها - پس از کنترل و در صورت لزوم، فراخوانی/بازگشت.

10. 2 خروجی (پرداخت)

1. نرم افزار → RBA چک/تحریم، اعتبار سنجی از جزئیات، انتخاب SHA/OUR/بن و ارز/FX.
2. ارسال از طریق API/بانک مشتری → دریافت UETR.
3. نظارت GPI، وضعیت، ارتباط ETA، پردازش بازگشت/تحقیق.

4. T + 0/T + 1 در هنگام تخلیه

11) Lager، اظهارات و تجدید نظر

شناسه ها: 'payment _ id UETR EndToEndId/RemittanceInfo'.
عصاره: ISO camt. 052/053/054 MT940/942 یا MT هزینه تجزیه/ارز/تاریخ ارزش.
T + 0/T + 1-reconciliation: مقادیر، FX، کمیسیون، «حلق آویز» (خطوط بی نظیر) → صف تحقیق.
گزارش/حسابرسی: سیاهههای مربوط غیر قابل تغییر، منبع البته FX، نسخه از داده های طرف مقابل.

12) ارکستراسیون، Feilover و SLA

چند بانک/چند PSP برای ارزهای کلیدی ؛ خبرنگاران پشتيبان.
قوانین مسیریابی: با ارز، کشور، اندازه، SLA بانک، هزینه (هزینه + FX).
زمانبندی آگاهانه (از جمله تعطیلات).
نشانه های SLA: موارد خودکار - ≤ T + 1، EDD دستی - ≤ T + 2-T + 3 ؛ به روز رسانی وضعیت GPI - نزدیک به زمان واقعی.

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

ETA های شفاف و توضیح عوامل (بانک/کشور/ارز، قطع، OUR/SHA).
لینک/وضعیت UETR را در دفتر شریک/VIP نشان دهید.
فیلدهای ورود جزئیات، نکات مربوط به فرمت آدرس/IBAN/BIC OUR‐komissiyakh هشدارها را پاک کنید.
الگوهای پاسخ توسط بازگشت/فراخوان/تحقیق.

14) معیارها و OKR

موفقیت/نرخ تایید SWIFT، доля STP.
زمان به بودجه/زمان به پرداخت p50/p95.
GPI دید٪ (سهم پرداخت با ردیابی فعلی).
نرخ بازگشت/یادآوری/تحقیق.

هزینه در هر تایید (هزینه + FX + عملیات)، FX گسترش در BP

انطباق مثبت کاذب، سهم موارد دستی.

15) ضد الگوهای

یک بانک/خبرنگار در هر ارز → SPOF.
جزئیات ناقص (آدرس/نام/هدف) → چک های دستی و بازگشت.
چشمپوشی از قطع/تعطیلات، بدون زمانبندی.
نرخ نقل قول Unfix/زمان → اختلافات FX.
ترکیبی از سیاهههای مربوط PII و پرداخت بدون tokenization/RBAC.
بدون نقشه برداری پرداخت _ شناسه ↔ UETR → آهنگ های «از دست رفته» و پشتیبانی از هرج و مرج.

16) چک لیست پیاده سازی (کوتاه)

• حساب ها و خطوط خبرنگار توسط ارزهای هدف ؛ 2 + بانک های همکار
• مدل متعارف MT/ISO 20022 در هسته ؛ camt parsers را انتخاب کنید. 052/053/054 و MT940/942
• ادغام GPI/UETR، داشبورد وضعیت، اطلاعیه ها.
• IBAN/BIC اعتبار, آدرس; جزئیات لیست سفید ؛ SHA/انتخاب ما/بن.
• سیاست های FX: منبع نقل قول، تعمیر، گسترش محدودیت، مجله.
• تحریم ها/KYC/KYB/RBA/EDD ؛ قالب سند و مدیریت مورد.
• ارکستراسیون توسط قطع و تعطیلات ؛ مسیریابی هزینه/SLA.
• لاگر و T + 0/T + 1 آشتی ؛ صف بی همتا ؛ گزارش ها
• Playbooks بازگشت/فراخوانی/تحقیق ؛ وب سایت های امضا شده، idemotency.
• آموزش پشتیبانی: وضعیت GPI، کدهای دلیل، ارتباطات FX/کمیسیون.

17) خلاصه

SWIFT - «توپخانه سنگین» برای پرداخت های بین المللی iGaming. ساخت یک مدار چند بانکی با GPI/UETR، حفظ FX دقیق و حسابداری کمیسیون، مطابق با تحریم/EDD، به طور خودکار T + 1 بازسازی و نشان می دهد مشتریان ETA شفاف و statuses. پس از آن حتی پرداخت های پیچیده مرزی قابل پیش بینی، سازگار و از لحاظ اقتصادی قابل کنترل خواهد بود.