اعرف عميلك المستمر: أتمتة العناية الواجبة الدائمة تجاه العملاء

يستبدل اعرف عميلك المستمر (perpetual KYC) المراجعةَ ذات الجدول الزمني الثابت بمراجعة مدفوعة بالأحداث. فبدلاً من تحديث بيانات كل عميل وفق دورة سنة أو ثلاث أو خمس سنوات، تترقّب تيّاراً من الإشارات حول كل عميل ولا تفتح مراجعة إلا عندما يتغيّر شيء جوهري. تبقى الساعة قائمة كحدٍّ زمني نهائي (long-stop)، لكن معظم العمل صار يُطلَق بالأدلة لا بحلول تاريخ معيّن.

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

ما الذي يُحتسب فعلاً حدَثاً

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

• السلوك الداخلي: تغيّر جذري في حجم المعاملات أو قيمتها، جغرافيا طرف مقابل جديد، ترقية منتج، حساب خامل يستيقظ، تغيّر في ممرّ مدفوعات.
• تغيّرات البيانات الثابتة: عنوان جديد، تغيّر مدير أو مساهم لدى عميل مؤسسي، بنية ملكية منتفعة محدّثة، وثيقة هوية منتهية الصلاحية.
• الإشارات الخارجية: تحديث لقائمة عقوبات صار يطابق كياناً ما، إصابة في إعلام سلبي (adverse media)، تغيّر في درجة مخاطر ولاية قضائية يعمل فيها العميل، دعاوى قضائية أو طلبات إعسار.

يحتاج كلٌّ من هذه إلى نظام مصدر، ومخطّط بيانات (schema)، وزمن استجابة (latency) محدّد. فينبغي أن يصل دلتا العقوبات (sanctions delta) إلى محرّك المُطلِقات خلال ساعات، بينما تحتمل إصابةُ الإعلام يوماً كاملاً. والعمل الهندسي في معظمه أنابيب توصيل وحلٌّ للكيانات (entity resolution): إذ يعرّف نظام المعاملات وإدارة علاقات العملاء (CRM) ومزوّد الفرز والسجل التجاري كلٌّ منها العميلَ نفسه بطريقة مختلفة، والمُطلِق بلا قيمة إن لم يُمكن ربطه بثقة بسجل عميل واحد. نحن نعامل حلّ الكيانات بوصفه الأساس هنا لا فكرةً لاحقة، لأن الرابط الخاطئ يُنتج إما مراجعةً فائتة وإما مراجعةً تُفتح على الطرف الخاطئ.

قاعدة نتمسّك بها: كل مُطلِق يحمل دليله. الحدث يسجّل التفاصيل. فـ”أُضيف المالك المنتفع (س) بهذا التاريخ، من هذا الإيداع في السجل، مطابقاً هذا القيد” مُطلِقٌ يستطيع المراجِع أن يتصرّف بناءً عليه. أما “قد تكون المخاطر تغيّرت” فلا. لا ينبغي لأحد أن يضطر إلى الذهاب ليكتشف سبب وجود التذكرة.

الصحّة عند نقطة زمنية ومسار التدقيق

يحيا اعرف عميلك المستمر أو يموت على قدرته على إعادة بناء ما كنت تعرفه ومتى عرفته. فالجهة الرقابية التي تسأل عن عميل في عام 2028 تريد أن ترى حالة ملفّ ذلك العميل كما كانت يوم اتُّخذ القرار، لا كما هي اليوم. هذه مشكلة صحّة عند نقطة زمنية (point-in-time correctness)، ومن السهل الوقوع في الخطأ فيها إذا كان سجل العميل صفّاً واحداً قابلاً للتعديل يُطمَس ويُكتب فوقه عند كل تحديث.

نحن نمذجة ملفّ العميل بوصفه سجلّاً تاريخياً لا يقبل إلا الإلحاق (append-only). لكل سمة تاريخُ سريان-من، وعند الاقتضاء سريان-إلى. ويُخزَّن تصنيف المخاطر بوصفه سلسلةً من الفواصل الزمنية المُصنَّفة، يحمل كلٌّ منها الدليل والقرار اللذين أنتجاه، بدلاً من حقل واحد يُكتب فوقه. وهذا يمنحك أموراً لم تملكها المراجعة الدورية قط:

• يمكنك الإجابة عن “ما كان تصنيف هذا العميل يوم تلك المعاملة” دون تخمين.
• يمكنك بناء مجموعات تقييم (eval sets) من تاريخ حقيقي، بإعادة تشغيل محرّك المُطلِقات على أحداث ماضية للتحقّق من أنه كان سيُطلَق حين كان ينبغي له.
• تتجنّب التطلّع إلى المستقبل (lookahead): فحين تختبر تغيّراً في تصنيف المخاطر، لا تُغذّي النموذج إلا بالبيانات التي كانت موجودة وقت المُطلِق، لا السمات التي أُضيفت لاحقاً.

النسب (lineage) لا يقلّ أهميةً عن التاريخ. فينبغي لكل قرار مخاطر أن يرتدّ عبر المُطلِق والدليل ونظام المصدر، بحيث يستطيع مفتّش أو تدقيق داخلي أن يمشي على السلسلة دون إعادة بنائها من السجلّات (logs). وحين نبني مخزن السمات (feature store) الذي يغذّي نموذج المخاطر، تحمل كل سمة الطابعَ الزمني “كما في تاريخ” (as-of) للبيانات التي حُسبت منها. وتجري التسوية (reconciliation) مقابل مصدر الحقيقة وفق جدول منتظم، لأن مخزن سمات ينحرف بصمت عن دفتر المعاملات سيُنتج تصنيفات لا يمكنك الدفاع عنها.

أتمتة مع مسار بشري للتغيّر الحقيقي

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

القرارات التي نوجّهها إلى إنسان هي تلك ذات العواقب الحقيقية. فخفضُ تصنيف المخاطر، كما ذُكر، يذهب دائماً إلى مراجِع. وكذلك أي تغيّر ينقل العميل عبر حدٍّ تنظيمي، كالدخول إلى العناية الواجبة المعزّزة (enhanced due diligence) أو الخروج منها. وكذلك أي مُطلِق ليس النموذج واثقاً من أنه حلّه، ولهذا يُصدر كل قرار آلي درجةَ معايرة (calibration score) لا مجرّد نعم أو لا.

أنت تتحكّم في طابور المراجعة عبر ميزانية إيجابيات كاذبة (false-positive budget)، تماماً كما تفعل مع مراقبة المعاملات. فإذا ولّدت مجموعةُ المُطلِقات مراجعاتٍ بشريةً أكثر مما يستطيع الفريق تصفيته، فهي لا تعمل، والحل هو إحكام تعريفات المُطلِقات وتحسين حلّ الكيانات، لا رفع العتبات على عماية. نحن نضبط المعايرة مقابل مجموعة محجوزة (held-out) من حالات ماضية معلومة النتيجة الصحيحة، ونترقّب الانحراف (drift): ممرّ كان منخفض المخاطر العام الماضي، مصدر إعلام تغيّر معدّل إصاباته، نموذج تآكلت ثقته مع تحوّل قاعدة العملاء. وحين تتحرّك الأرقام، يُعاد النظر في مجموعة المُطلِقات. اعرف عميلك المستمر لا ينتهي. فهو، كأي ضابط تحكّم آخر، لا بدّ من صيانته.