GH GambleHub

کدهای پاسخ صادر کننده و پردازش

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' - بازرگان نامعتبر/درون/مقدار (خطای پارامتر).

💡 مهم: برخی از PSP ها «کدهای دلیل» جمع شده را بر روی کدهای ISO باز می گردانند. نگه داشتن فرهنگ لغت نقشه برداری در سطح ارکستر.

3) ماتریس تصمیم (قوانین پردازش)

در زیر یک کد عملی → ماتریس عمل برای تجارت الکترونیک (MCC 7995)، که در آن 3DS2/SCA و COF/MIT حیاتی هستند.

گروه هامثال های کدتوصیه نامه هابازخورد دریافت کرد
تایید شده00/85ضبط (اگر خودکار kapchur نیست)ECI/CAVV را ذخیره کنید، پیوند به دفتر کل
نرم: کمبود بودجه51نرم افزار retray (1-24 ساعت)، به کاربر اطلاع دهیدپیشنهاد مقدار جایگزین/جزئی
نرم: SCA مورد نیاز استنرم کاهش/SCA مورد نیاز استسعی کنید بلافاصله با 3DS2تولید جریان 3DS، صرفه جویی در بسته نرم افزاری CIT/MIT
نرم افزار: صادر کننده در دسترس نیست91/96Retray برگشت، با تخریب طولانی مدت - مسیریابی به PSP دیگرنظارت بر صادرکنندگان/خوشه های BIN
نرم: محدودیت ها62/65Retray در T + 1 پنجره, اطلاع رسانی محدوداغلب سیاست های منطقه ای صادر کننده
سخت: تقلب/از دست دادن59/41/43تکرار نکنید، روش دیگری را درخواست کنیدافزایش خطرات بازپرداخت امکان پذیر است
سخت: داده های نادرست14/54/13تکرار نکنید، جزئیات صحیح (به روز رسانی کارت)برای COF - اجرای نقشه به روز رسانی
سخت: ممنوع57/03/04تکرار نکنید پیشنهاد A2A/walletاغلب صادر کننده/سیاست کشور
افتخار نکنید05اگر وجود دارد 3DS-exemption → تکرار با 3DS; در غیر این صورت - 1 retray در 10-30 دقیقه یا تغییر PSPاغلب ماسک برای صادر کننده ضد تقلب

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 را کاهش می دهد.

Contact

با ما در تماس باشید

برای هرگونه سؤال یا نیاز به پشتیبانی با ما ارتباط بگیرید.ما همیشه آماده کمک هستیم!

Telegram
@Gamble_GC
شروع یکپارچه‌سازی

ایمیل — اجباری است. تلگرام یا واتساپ — اختیاری.

نام شما اختیاری
ایمیل اختیاری
موضوع اختیاری
پیام اختیاری
Telegram اختیاری
@
اگر تلگرام را وارد کنید — علاوه بر ایمیل، در تلگرام هم پاسخ می‌دهیم.
WhatsApp اختیاری
فرمت: کد کشور و شماره (برای مثال، +98XXXXXXXXXX).

با فشردن این دکمه، با پردازش داده‌های خود موافقت می‌کنید.