چک های AVS/CVV و سیگنال های تقلب

1) چرا AVS/CVV در iGaming

• کاهش خطر ابتلا به تقلب/بازپرداخت با توجه به «بدون Auth «/» تقلب «،
• افزایش اعتماد به نفس صادر کننده در CIT های اولیه،
• کمک علف های هرز از رباتها/قطره تا چالش 3DS،
• داده ها را برای مسیریابی و امتیاز دهی مبتنی بر سیاست فراهم می کند.

نکته مهم: AVS/CVV جایگزین 3DS2/SCA و توکن سازی نمی شود، بلکه به خوبی با هم کار می کنند.

2) چگونه کار می کند (به طور کلی)

AVS: مقایسه آدرس صورتحساب مشتری (خیابان، شاخص، گاهی اوقات شهر/ایالت) با آدرس صادر کننده. کد بازگشت (match/partial/no match/unsupported)

CVV: چک کردن کد بر روی نقشه ؛ match/no match/not processed/issuer not certified بازگردانده می شود.
هر دو نتیجه در پاسخ مجوز از PSP/acquirer (یا در زمینه های جداگانه webhook) می آیند و باید بدون PAN همراه با «payment _ id» وارد شوند.

3) کدهای AVS (منطق تصمیم گیری خلاصه)

• تصادف کامل: «Y» (خیابان + شاخص) → یک سیگنال مثبت قوی.
• مسابقه جزئی: 'A' (خیابان خوب، شاخص هیچ)، 'Z' (شاخص خوب، خیابان هیچ)، 'W/X' (9/5 رقمی ZIP)، 'D/M' (مسابقات بین المللی) → نسبتا مثبت است.
• مطابقت ندارد: «N» → سیگنال منفی ؛ عدم موفقیت یا بررسی enhanced/3DS امکان پذیر است.
• در دسترس نیست/قابل اجرا نیست: «U» (صادر کننده در دسترس نیست)، «R» (سعی مجدد)، «S» (AVS پشتیبانی نمی شود)، «G» (بین المللی پشتیبانی نمی شود) → خنثی/کمی منفی، راه حل بستگی به زمینه دارد.

• بازارها/کارتهای با ریسک بالا: به ≥ بازی جزئی یا 3DS-challenge پیش فرض نیاز دارند.
• مشتریان کم خطر با تاریخ: کاهش پذیرش «بازی جزئی» بدون چالش.
• برای اشتراک (MIT): AVS در CIT اولیه مفید است ؛ بعد، به مصنوعات/نشانه ها و تاریخ 3DS تکیه کنید.

4) کدهای CVC/CVC (عادی سازی)

مسابقه: «M» یک عامل مثبت قوی است (به ویژه برای رکورد اصلی کارت).
بدون بازی: «N» منفی قوی است ؛ عدم موفقیت یا 3DS-challenge اجباری توصیه می شود.
پردازش نشده/موجود نیست: «P »/« S» - کمی منفی، زمینه را ببینید (گاهی اوقات صادر کننده پشتیبانی نمی کند یا زمینه از دست رفته است).
صادرکننده گواهی نشده/در دسترس نیست: «U» خنثی/کمی منفی است.

• برای یک CIT با 'CVV = N'، معمولا رد (یا ارسال به 3DS-challenge و بررسی).
• بدون CVV برای MIT درخواست می شود (تکرار) ؛ اعتماد به ارتباط با CIT اولیه.

5) بسته نرم افزاری AVS/CVV ↔ 3DS/SCA و نشانه های شبکه

• AVS/CVV خطر چالش را کاهش می دهد و احتمال اصطکاک را افزایش می دهد.
• اگر 'AVS = N' and/یا 'CVV = N' باشد، منطقی است که 3DS را مجبور کنید.
• توکن های شبکه (VTS/MDES/NSPK) و VAU/ABU boost AR و LTV ؛ همراه با AVS/CVV ارائه یک تصویر بهتر از خطر در CIT اولیه.

6) سیگنال های تقلب: چه چیزی را جمع آوری و چگونه استفاده کنید

• اثر انگشت دستگاه (بوم/webgl/صوتی، шрифты، منطقه زمانی، زبان).
• سرعت: تلاش برای پرداخت هزینه پنجره (از طریق کارت/حساب/دستگاه/IP/BIN).
• سازگاری جغرافیایی: کشور IP در مقابل کشور BIN در مقابل صورتحساب در مقابل زبان/ارز.
• الگوهای رفتاری: سرعت ورودی، تمرکز میدان، کپی چسباندن، خطاهای CVV.
• تاریخچه حساب: سن، جلسات بازی AHT، وضعیت KYC، بازگشت.
• ویژگی های پرداخت: MCC 7995، نوع کارت (پیش پرداخت/بدهی/اعتباری)، خطر صادر کننده.
• ابرداده 3DS: تکمیل روش، dsTransID، فراوانی چالش ها در صادر کننده.

• ساخت یک نرخ خطر کامپوزیت (0-100) با وزن: CVV، AVS، دستگاه، جغرافیایی، سرعت، تاریخ 3DS.

• 'score ≤ T1' → بدون اصطکاک (در صورت موجود بودن) ؛
• 'T1
• 'score> T2' → کاهش یا بررسی دستی/جایگزین.

7) ماتریس راه حل (به عنوان مثال برای ارکستر)

8) الگوهای Retrai و UX

خطای CVV (N): یک پیام واضح «بررسی کد روی کارت» را نشان می دهد، فقط فیلد CVV را پاک می کند، مجبور نیستید همه چیز را دوباره وارد کنید.
عدم تطابق AVS: پیشنهاد چک کردن شاخص/خیابان، به نکات فرمت (ZIP-5/ZIP-9).
نرم افزار کاهش/SCA: خودکار مجدد با 3DS، بدون ورود مجدد کارت.
بلوک سرعت: کوتاه «سرد کردن» با یک تایمر و مشاوره برای استفاده از روش های مختلف.
گزینه های جایگزین: A2A (انتقال بانکی)، کیف پول محلی توسط بازار.

9) طرح های داده و ذخیره سازی (حداقل زمینه ها)

• 'payment _ id', 'psp _ txn _ id', 'token _ id', 'bin', 'last4', 'scheme', 'issuer _ country'
• 'avs _ result _ normalized' ∈ {Y, PARTIAL, N, NA}
• 'cv _ result _ normalized' ∈ {M, N, NA}
• 'risk _ score', 'velocity _ bucket', 'device _ id', 'ip _ country', 'bill _ country'
• 'threeDS': {'version', 'eci', 'cavv'?, 'method _ done': bool, 'challenge': bool}
• «تصمیم گیری» ∈ {تصویب، چالش، کاهش}، «دلیل»
• 'route' (PSP_A/B)، 'retry' بود: bool، timestamps

10) معیارها و قابلیت مشاهده (KPI/SLO)

کیفیت و تبدیل

نرخ تایید برای خوشه های 'AVS/CVV' (به عنوان مثال، 'CVV = M&AVS = Y' vs 'CVV = M&AVS = جزئی').
درصد بدون اصطکاک و درصد موفقیت چالش در کلاس های AVS.
رها کردن نرخ در صفحه ورودی CVV/آدرس.

ریسک پذیری

نرخ بازپرداخت (تقلب/اختلاف مصرف کننده) از نظر ترکیب AVS/CVV.
سهم مثبت کاذب: شکست با مشروعیت بعدی (برای تجدید نظر/تکرار).
نرم افزار کاهش → تلاش مجدد موفق (پس از 3DS).

تکنیک

تاخیر چک AVS/CVV (P95) و «U/S/G» سهم (در دسترس نیست).
چسبندگی توسط 'CVV = N'، 'AVS = N' (هشدار) در بخش BIN/صادر کننده/PSP.

11) ضد الگوهای

AVS = U/S/G را به عنوان یک شکست سخت در BIN های بین المللی - از دست دادن تبدیل کنید.
نیاز به AVS در کشورها/بانک هایی که به طور سیستماتیک پشتیبانی نمی شوند.
آدرس های خام را بدون پنهان کردن و بدون اهداف وارد کنید - خطر نشت/PII.
Hard reject 'CVV = N' without analysis the input error rate (خطای نوع صادق ممکن است).
مصنوعات 3DS و تاریخچه مشتری را برای مسابقات جزئی AVS نادیده بگیرید.

12) چک لیست پیاده سازی

• عادی AVS/CVV کد فرهنگ لغت توسط طرح/PSP.
• سیاست های تصمیم گیری (تصویب/چالش/کاهش) با ترکیب.
• ادغام با 3DS2: انتقال خودکار به چالش با AVS منفی/CVV.
• نمره ریسک: دستگاه، جغرافیایی، سرعت، تاریخ مشتری، سیاست های BIN.
• قالب های خطای UX (محلی سازی، صرفه جویی در زمینه های وارد شده).
• داشبورد KPI و هشدار برای انفجار «N »/« U/S/G».
• PAN-safe: زمینه های میزبانی/iframe، نشانه گذاری ؛ در سیاهههای مربوط - فقط ابرداده.
• تست A/B از آستانه (T1/T2) و قوانین در بازار/صادرکنندگان.
• Playbooks از retrays/نرم کاهش و روش های پرداخت جایگزین.
• حفظ آدرس/PII سیاست (GDPR/DSR)، پوشش، به حداقل رساندن.

13) نمونه ای از سیاست های بازار (طرح)

ایالات متحده/کانادا (AVS قوی): «AVS = Y» یا «خطر جزئی + 3DS/low» ؛ 'AVS = N' → چالش/کاهش.
اتحادیه اروپا (PSD2): تاکید بر 3DS2 (بدون اصطکاک در صورت امکان) ؛ AVS - سیگنال به ثمر رساند.
بازارهای بین المللی با پشتیبانی محدود AVS: وابستگی به دستگاه 3DS +/geo/velocity ؛ 'AVS = U/S/G' - خنثی.

14) خلاصه

AVS/CVV اولین فیلترها در پرداختهای CNP هستند. آنها باید در ارتباط با 3DS2، نشانه گذاری و نمره دهی ریسک کار کنند و تصمیمات باید با متن انجام شود و نه با یک کد. عادی سازی پاسخ ها، ساخت نمره دهی، انتقال خودکار به 3DS، با دقت آدرس/PII را کنترل کنید و نتیجه را با معیارها اندازه گیری کنید. بنابراین شما کلاهبرداری و بازپرداخت را بدون کشتن تبدیل کاهش می دهید.