من براءة الاختراع إلى الإنتاج: ما الذي تحتاجه أنظمة قرارات الاحتيال فعلاً للعمل في الوقت الفعلي

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

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

إليك ما تعلمت أنه الأهم:

الهندسة المعمارية لتدفق الأحداث ضرورية لا غنى عنها. كانت أنظمة الاحتيال المعتمدة على الدُفعات تعمل عندما كانت أحجام الطلبات منخفضة ويمكن اتخاذ القرارات خلال ساعات. في التمويل التكنولوجي عالي الحجم، والتأمين، وفتح الحسابات الرقمية، يجب أن تعمل أدوات مكافحة الاحتيال على تدفقات الأحداث. هذا يعني أن تحديد الأنماط، حل الكيانات، وتقييم المخاطر يجب أن تستهلك وتصدر الأحداث، وليس الانتظار لعمليات الدُفعة الليلية. البراءة التي حصلت عليها (US11922421B2) تتناول بالضبط هذا: تحديد الأنماط في تدفقات الأحداث لاتخاذ قرارات في الوقت الحقيقي. لكن البراءة تصف ماذا يحدث. أما الإنتاج فيعلمك كيف يحدث ذلك.

إشارات الرسوم البيانية أكثر أهمية مما تظن. الميزات على مستوى التطبيق تلتقط أنماط الاحتيال المعروفة. لكن الاحتيال عبر الهوية الاصطناعية، وعصابات الاحتيال، والاحتيال المنسق على الطلبات هي في الأساس مشكلات رسومية — فهي تتعلق بالعلاقات بين الكيانات عبر الزمن. دمج تحليلات الرسوم البيانية في خط أنابيب اتخاذ القرار لم يعد مجرد تمرين بحثي. إنه متطلب إنتاجي لأي عملية احتيال جادة تتعامل مع الإقراض، والانتقال إلى الخدمة، والتأمين. لقد أشرنا إلى ملايين الطلبات عالية المخاطر من خلال تطبيق تحليل المكونات المرتبطة المستند إلى الرسوم البيانية فوق القواعد والنماذج التقليدية.

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

الحوكمة يجب أن تكون في المنصة، وليس بجانبها. لا يمكن إضافة مراقبة النماذج، إصدار القواعد، إدارة العتبات، وسجلات التدقيق بعد فوات الأوان. يجب أن تكون مكونات أساسية في منصة اتخاذ قرارات الاحتيال الخاصة بك. عندما قمت بقيادة هندسة منصة تجمع بين تحليلات الرسوم البيانية، وعمليات الذكاء الاصطناعي/التعلم الآلي، واتخاذ القرارات، وسير العمل، وإدارة الحالات في منصة واحدة تخدم المقرضين التكنولوجيين، والبنوك، وشركات التأمين، لم تكن طبقة الحوكمة مجرد فكرة لاحقة — بل كانت قيد تصميم من اليوم الأول.

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

أتطلع لسماع تجارب الآخرين الذين عبروا نفس الفجوة. ماذا علمتك التجربة الإنتاجية ولم تخبرك به الأبحاث؟