كشف الاحتيال الودّي وإساءة استخدام المبالغ المستردّة

الاحتيال الودّي هو أن يعترض عميل حقيقي على رسم قام هو فعلاً بإجرائه وحصل مقابله على قيمة. ولأن حامل البطاقة الحقيقي هو من يوثّق هويته وينفق ثم يرفع ردّ المدفوعات (chargeback)، فإن المعاملة لا تحمل أياً من الإشارات التي بُني نموذج الاحتيال لالتقاطها. تفصل الإساءة عن النزاعات الحقيقية عبر نمذجة السلوك عبر الزمن ومقدار القيمة التي استهلكها الحساب، بدلاً من تقييم عملية الدفع بمعزل عن سياقها.

الاسم الشائع في القطاع مضلِّل. فاحتيال الطرف الأول (first-party fraud) يغطّي نطاقاً واسعاً، من عميل نسي اشتراكاً فاعترض عليه انزعاجاً، إلى شخص يدير عملية متعمَّدة لإساءة استخدام المبالغ المستردّة عبر عشرات الحسابات. والضوابط التي تبنيها عليها أن تفرّق بين هذه الحالات، وأن تفعل ذلك دون أن تحوّل طابور النزاعات لديك إلى آلة ترفض الشكاوى المشروعة. وهذا الفشل الثاني هو المكلف. فشبكات البطاقات تمنح حاملي البطاقات حقوقاً قوية، والتاجر الذي يقاوم النزاعات الصحيحة بشكل انعكاسي يراكم خسائر إعادة العرض (representment) واهتماماً تنظيمياً أسرع مما يستردّ من إيرادات.

لماذا منظومة الاحتيال لديك عمياء عنه

يُدرَّب نموذج احتيال المعاملات على لحظة الدفع. فهو ينظر إلى البطاقة، والجهاز، وعنوان الـIP، والسرعة (velocity)، وعدم التطابق بين عنوان الفوترة وعنوان الشحن. هذه الخصائص مفيدة حين تُختبَر بطاقة مسروقة، لكنها شبه عديمة الجدوى في مواجهة الاحتيال الودّي، لأن من يرفع النزاع هو مالك البطاقة نفسه. فقد نجح التوثيق، والجهاز مسجَّل باسمه، وتسجيل الدخول جاء من العنوان المعتاد.

وهكذا تحصل المعاملة على تقييم نظيف، وتُقبَل، وتُسلِّم قيمة. وبعد أسابيع يصل ردّ المدفوعات. وحينها تكون الخصائص اللحظية التي اعتمد عليها نموذج الاحتيال قد انتهت صلاحيتها، وتكون الإشارة التي احتجتها فعلاً موجودة في مكان آخر تماماً: في تاريخ الحساب، وفي كيفية استهلاك المنتج، وفي نمط النزاعات السابقة عبر قاعدة العملاء.

لهذا السبب نادراً ما ينجح تركيب قاعدة للاحتيال الودّي فوق نموذج تفويض (authorization) قائم. فأنت تطلب من مجموعة خصائص بُنيت لمشكلة واحدة أن تجيب عن مشكلة مختلفة. على الكشف أن ينتقل إلى المرحلة اللاحقة، إلى النزاع وإلى الحساب، وأن يستدلّ عبر نافذة من السلوك بدلاً من حدث مفرد.

انمذج الحساب وكيفية استهلاك القيمة

الإشارة التي تميّز الإساءة تقبع في ثلاثة مواضع، والخصائص المفيدة تأتي من دمجها.

• استهلاك القيمة. هل جرى تنزيل المنتج الرقمي، ومشاهدة محتوى البثّ، واستنفاد حصة الـAPI، والسفر على الرحلة؟ إن نزاعاً بدعوى عدم استلام البضاعة ضدّ حساب استهلك القيمة كاملةً هو شيء مختلف عن نزاع فشل فيه التسليم فعلاً. وهذا يتطلّب تسلسل نسب (lineage) نظيفاً من الطلب إلى أنظمة الوفاء (fulfillment) والاستخدام، وهو غالباً حيث تكون السباكة في أسوأ حالاتها.
• تاريخ النزاعات عبر الكيان. ردّ مدفوعات واحد هو مجرّد ضجيج. أما نمط النزاعات المرفوعة بُعيد استهلاك القيمة، المتكرِّر عبر الزمن، فهو أقوى مؤشّر مفرد لديك. وهذا يعتمد على حلّ الكيانات (entity resolution): ربط الحسابات والبطاقات والأجهزة والعناوين بحيث لا يعيد العميل الذي يفتح حساباً جديداً ببطاقة جديدة تصفير تاريخه إلى الصفر.
• التوقيت والتسلسل. في أي نقطة من دورة الفوترة أو الاستخدام يحطّ النزاع؟ تتجمّع الإساءة عند نقاط يمكن التنبّؤ بها، مثل ما بعد تحوّل التجربة المجانية مباشرةً، أو فور آخر تسليم قابل للاستخدام لخدمة ما. وخصائص التسلسل تميل إلى حمل معلومات أكثر من أي لقطة ساكنة.

من أنماط الفشل الملموسة التي يجب الحذر منها هنا التطلّع إلى المستقبل (lookahead). فمن السهل بناء خاصية مثل “معدّل النزاعات مدى الحياة للعميل” وحسابها عن طريق الخطأ باستخدام نزاعات وقعت بعد المعاملة التي تقيّمها. وهذا يسرّب المستقبل إلى مجموعة التدريب، فتبدو مقاييسك خارج الإنتاج (offline) ممتازة، ثم ينهار النموذج في الإنتاج. يجب حساب كل خاصية اعتباراً من الطابع الزمني للمعاملة، مُعاداً بناؤها من مخزن خصائص (feature store) يحترم صحّة النقطة الزمنية (point-in-time correctness). فإن لم تستطع إعادة إنتاج قيم الخصائص الدقيقة التي كان النموذج ليراها في تاريخ ماضٍ معيّن، فلا يمكنك الوثوق بالتقييم.

التسميات هي الجزء الصعب

لا توجد حقيقة مرجعية نظيفة للاحتيال الودّي. فالفوز في إعادة عرض (representment) يخبرك أن التاجر امتلك أدلّة وانتصر، وهي تسمية إيجابية معقولة للإساءة. أما الخسارة فغامضة، لأن التجّار يخسرون قضايا صحيحة لأسباب إجرائية وشكلية طوال الوقت. والوسط الكبير من النزاعات لا يُبتّ فيه بوضوح على الإطلاق.

النهج العملي هو الصدق بشأن جودة التسميات:

• عامِل ردود المدفوعات المستردّة والفوز في إعادة العرض كتسميات إساءة قوية، وحالات فشل التسليم المؤكَّدة أو الرسوم المكرَّرة كتسميات مشروعة قوية.
• اترك الوسط الغامض دون تسمية. فإقحامه في فئة ثنائية لتكبير مجموعة التدريب يسمّم النموذج بتخميناتك أنت.
• حافِظ على مجموعة تقييم مُراجَعة بشرياً تعكس التوزيع الحقيقي للنزاعات، تُحدَّث وفق جدول زمني، بحيث تقيس مقابل الواقع لا مقابل الحالات السهلة.

ولأن سلوك النزاعات يتغيّر مع تغيّرات السياسات والعروض الترويجية والظروف الكلّية، فإن الانحراف (drift) دائم. فنموذج مُدرَّب على سياسة الاسترداد للعام الماضي سيُسيء قراءة نزاعات هذا الربع بعد أن تغيّر نافذة الإرجاع. راقِب توزيعات الدرجات حسب الشريحة، وأعِد فحص مزيج التسميات بانتظام، لا فقط حين يلاحظ أحدهم تحرّك الأرقام.

اتّخذ القرار بميزانية للإيجابيات الكاذبة

مخرَج هذا النظام ليس “احتيال أم لا”. إنه قرار بشأن نزاع أو طلب استرداد بعينه، يُتّخذ في ظل تسامح صريح إزاء عدد المرّات التي تقبل فيها أن تخطئ في حقّ عميل جيّد. حدِّد ذلك التسامح لكل شريحة. فالحساب عالي القيمة والطويل الأمد يجب أن يواجه عتبة أعلى بكثير لرفض الاسترداد مقارنةً بحساب عمره يومان وله ثلاثة ردود مدفوعات سابقة.

يمكن توجيه حالات الإساءة عالية الثقة إلى إعادة عرض آلية، فتمرّ عبر معالجة مباشرة (straight-through processing) مع حزمة الأدلّة المُجمَّعة من تسلسل نسب الاستخدام والوفاء الذي سبق أن دمجته للخصائص. أما كل ما هو غامض فيذهب إلى مراجعة بشرية مع تلك الأدلّة مُرفقة، بحيث ينطلق المراجع من سجلّ الاستهلاك بدلاً من سطر معاملة مجرَّد. وكل قرار، آلياً كان أم يدوياً، يُكتَب في مسار تدقيق (audit trail) يسجّل الخصائص والدرجة والعتبة والسبب. وحين يصعّد حامل بطاقة أو تسأل جهة تنظيمية عن سبب رفض ردّ الأموال، فإن ذلك السجلّ هو ما يدافع عن القرار. ابنِه من البداية، لأن إعادة بنائه بعد وقوع الأمر أمر غير ممكن.