کدهای پاسخ صادر کننده و پردازش
1) چرا کدهای پاسخ را درک می کنید
کد پاسخ صادر کننده اقدامات زیر را تعیین می کند: تکرار، تکرار با SCA/3DS، مسیر متفاوت، تکرار یا تشدید برای کاربر. طبقه بندی کد صحیح نرخ تصویب (AR) را افزایش می دهد، هزینه را کاهش می دهد و سهم معاملات مورد اختلاف را کاهش می دهد.
2) طبقه بندی کد (بررسی اجمالی)
کدها در مجوز (auth) از خریدار/PSP، نقشه به ISO 8583 و/یا دایرکتوری مدار می آیند. iGaming به اندازه کافی گروه بندی عملی:- موفقیت های ما
'00' - تایید شده (یا '85' در پیاده سازی جداگانه).
کاهش نرم
51 - منابع مالی کافی نیست.
«91» - صادر کننده یا سوئیچ غیرفعال.
'96' - نقص سیستم (خطای عمومی).
'62/65' - محدودیت/بیش از فرکانس.
کدهای طرح R1/R3 یا کاهش نرم توسط SCA مورد نیاز required/3DS.
کاهش سخت
'05' - افتخار نکنید (اغلب در واقع سخت است، اگر SCA-soft مشخص نشده باشد).
'14' - شماره کارت نامعتبر است.
54 - کارت منقضی شده.
'57' - معامله به دارنده کارت مجاز نیست.
59 مشکوک به کلاهبرداری
«43/41» - کارت دزدیده شده/گم شده.
'03/04/13' - بازرگان نامعتبر/درون/مقدار (خطای پارامتر).
3) ماتریس تصمیم (قوانین پردازش)
در زیر یک کد عملی → ماتریس عمل برای تجارت الکترونیک (MCC 7995)، که در آن 3DS2/SCA و COF/MIT حیاتی هستند.
4) Retray playbooks و عقب نشینی
Idempotency: هر تلاش مجدد باید یک کلید idempotency داشته باشد و ماشین حالت تلاش را ثابت کند.
4. 1 بازپرداخت کلی قالب (نرم)
1 شکست → تکرار در 10-15 دقیقه
۲ در 1-2 ساعت
3 → پس از 24 ساعت، پس از آن متوقف
اگر کاهش نرم = SCA مورد نیاز → بلافاصله 3DS2 بدون انتظار.
4. 2 تکرار برای اشتراک (MIT/COF)
صف جداگانه MIT retries (با CIT دخالت نکنید).
عقب نشینی نمایشی + jitter (گسترش تصادفی) برای جلوگیری از «طوفان» در 00:00.
ذخیره اتصال به CIT اولیه (مسئولیت/PSD2).
5) مسیریابی هوشمند توسط کد/BIN/PSP
اگر '91/96' در خوشه BIN خاص، تغییر به PSP-B، که AR بالاتر برای این صادرکنندگان.
برای '05' پس از 3DS - سعی کنید نشانه شبکه + PSP دیگر (گاهی اوقات صادر کننده حساسیت ضد تقلب کمک می کند).
جدول پایداری را حفظ کنید: صادر کننده × حالت PSP × 3DS → AR/latency.
IF code in {91,96} AND bin_country == "X" THEN route = PSP_B
ELSE IF code == SCA_REQUIRED THEN enforce_3DS = true
ELSE IF code == 05 AND was_3DS == false THEN retry_with_3DS
ELSE IF code in HARD THEN stop_and_prompt_alternative
6) ارتباط با 3DS/SCA
نرم کاهش به دلیل SCA، تشخیص واضح و تلاش در «کور» retrays هدر ندهید.
در CIT، EMV 3DS 2 را اجرا کنید. X ؛ MIT های بعدی - بدون SCA با مراجع صحیح.
انتقال حداکثر زمینه (دستگاه، سن حساب، سرعت) - احتمال اصطکاک را افزایش می دهد.
7) الگوهای UX برای افزایش تبدیل
وضعیت های روشن: «بودجه کافی»، «بانک به طور موقت در دسترس نیست»، «تایید بانک مورد نیاز است».
دکمه Redo با تایمر (برای '91/96').
پیشنهاد جایگزین: کیف پول A2A/local، مقدار جزئی، PSP دیگر.
در اشتراک - اطلاعیه های نرم با «روش پرداخت به روز رسانی» (لینک به به روز رسانی کارت).
8) اختلافات و بازپرداخت: چه چیزی با کد مهم است
موفقیت 3DS (ECI/CAVV) خطر تقلب/بازپرداخت و مسئولیت انتقال را کاهش می دهد.
کدهای «59/41/43» پر خطر هستند: آماده سازی شواهد و سیاهههای مربوط به ضد تقلب.
«05» بدون 3DS اغلب به «مجوز دارنده» می رود ؛ تکرار با 3DS خطر اختلاف را کاهش می دهد.
مصنوعات را نگه دارید: dsTransID/ECI/CAVV، سیاهههای مربوط به SCA، اثبات خدمات.
9) اجزای پردازش معماری
پرداخت Orchestrator: قوانین، idempotency، ماشین دولت، هوشمند مسیریابی، 3DS reinitiation.
سرویس BIN: کشور/طرح/نوع کارت → مسیریابی و سیاست محدودیت.
سرور 3DS: نسخه 2. 1/2. 2/2. 3، SDK وب/تلفن همراه، جدا شده است.
توکنسازی: توکنهای شبکه (VTS/MDES/и т. п.) + طاق عقب نشینی.
به روز رسانی کارت: VAU/ABU/خرید به روز رسانی.
قابلیت مشاهده: معیارهای AR/Loss، هشدارهای مربوط به انفجارهای «05/91/96» در بخش BIN/صادرکنندگان.
10) معیارها و هشدارها
شاخص کلیدی عملکرد:- AR توسط کد و گروه (نرم/سخت).
- کاهش نرم → retray٪ موفق (مشترک با 3DS).
- به اشتراک گذاری '05' پس از 3DS (غیر طبیعی بالا → نگاهی به مسیریابی/ضد تقلب).
- '91/96' توسط BIN/کشور (SLO توسط در دسترس بودن صادر کننده/PSP).
- زمان تکرار موفقیت آمیز (p50/p95).
- هزینه در هر txn تایید (با توجه به تلاش مجدد).
- اسپایک '91/96'> X٪ در 15 دقیقه در خوشه BIN.
- '05' رشد> Y٪ پس از 3DS موفق.
- موفقیت Retray
11) خطاهای مکرر
بدون تمایز SCA-soft در مقابل عمومی '05'.
تکرارهای چندگانه بدون idempotency → تکراری در دفتر کل.
نادیده گرفتن محدودیت های جغرافیایی و محدودیت های صادر کننده («62/65»).
ورود به سیستم PAN/CVV به جای نشانه ها (نقض PCI).
«یک PSP برای همه موارد» بدون مسیریابی صادر کننده.
12) چک لیست پیاده سازی
- فرهنگ لغت نقشه برداری کد (ISO/schemas/PSP) → طبقه بندی تک (نرم/سخت/SCA).
- ماشین دولت و idemotency برای تلاش (کلید, TTL).
- سیاست های عقب نشینی و محدودیت های مجدد (جداگانه برای CIT/MIT).
- خودکار 3DS2 با SCA نرم ؛ حفظ آثار هنری.
- مسیریابی هوشمند توسط BIN/کشور/صادر کننده و سلامت PSP.
- داشبورد AR/کاهش و هشدار توسط چسبندگی کد.
- الگوهای UX به دلایل امتناع و پیشنهادات جایگزین.
- ادغام با بروزرسانی کارت و نشانه های شبکه.
- playbooks اختلاف توسط گروه علت.
- سیاست های PCI: PAN-safe، پوشش، ورود به سیستم بدون اطلاعات حساس.
13) خلاصه
کدهای پاسخ «زبان صادر کننده» هستند. ترجمه آن را به اقدامات قابل فهم: که در آن به تکرار، که در آن برای رفتن به 3DS حق دور، که در آن به سوئیچ PSP، و که در آن به توقف و ارائه یک جایگزین. یک هماهنگ کننده قوی با طبقه بندی صحیح نرم/سخت، قوانین برگشت، مسیریابی هوشمند و قابلیت مشاهده به طور مداوم تبدیل را افزایش می دهد و هزینه معاملات پردازش شده در iGaming را کاهش می دهد.