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

1) چرا AVS/CVV در iGaming

AVS (سرویس تأیید صحت آدرس) و CVC/CVC کنترل های اساسی کارت هستند که:

کاهش خطر ابتلا به تقلب/بازپرداخت با توجه به «بدون 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 (منطق تصمیم گیری خلاصه)

کدها بین مدارها و PSP ها متفاوت است، اما عادی سازی عملی به نظر می رسد:

تصادف کامل: «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 و نشانه های شبکه

3DS2 با نتیجه موفقیت آمیز (ECI/CAVV) یک تغییر مسئولیت (در قوانین) را فراهم می کند که اهمیت AVS/CVV را به عنوان یک مانع «اجباری» کاهش می دهد، اما:

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) ماتریس راه حل (به عنوان مثال برای ارکستر)

شرایط استفاده	فعالیت ها	یادداشت های تبلیغاتی
CVV = M и AVS = Y	بدون چالش ادامه دهید (اگر میزان خطر کم باشد)	بهترین سناریو
CVV = M и AVS = جزئی (A/Z/W/M)	اجازه دهید ؛ 3DS با ریسک/مقدار/جغرافیایی	ترکیب با دستگاه/سرعت
CVV = N	رد یا 3DS-challenge (اگر سیاست اجازه می دهد)	برای CIT، تقریبا همیشه یک شکست است
AVS = N (CVV = M)	فعال کردن 3DS ؛ نرم کاهش → تکرار	عدم تطابق صادقانه (بین المللی) امکان پذیر است
AVS = U/S/G/R	سرعت و BIN کشور تصمیم گیری	مجازات نکنید که AVS به طور سیستماتیک کار نمی کند
GEO با سرعت بالا/ناسازگار	3DS + چک ضد تقلب پیشرفته	مسیریابی ممکن به PSP با بهترین AR توسط BIN

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

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

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

فقط ابرداده امن را ذخیره کنید، بدون PAN/CVV:

'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 را کنترل کنید و نتیجه را با معیارها اندازه گیری کنید. بنابراین شما کلاهبرداری و بازپرداخت را بدون کشتن تبدیل کاهش می دهید.

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

ریسک پذیری

تکنیک

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

ارتباط سریع

ویدئو به‌زودی به‌روزرسانی می‌شود

ما در حال حاضر بسیار درگیر پروژه‌ها هستیم