تخطّ إلى المحتوى
كل الرؤى الذكاء الاصطناعي لعمليات الائتمان والإقراض

توليد أسباب رفض ائتماني قابلة للتفسير على نطاق واسع

كل قرار رفض يستوجب سببًا محدّدًا ودقيقًا. إليك كيف نولّد أسباب الرفض الائتماني المتوافقة مع قانون ECOA انطلاقًا من نماذج معقّدة، وبشكل قابل للمراجعة.

متخصصون في القطاع المالي يعملون على مبادرة للذكاء الاصطناعي

كل طلب مرفوض يستوجب للمتقدّم الأسباب الرئيسية المحدّدة الكامنة وراء القرار، وبموجب قانون ECOA واللائحة B (Regulation B) يجب أن تعكس تلك الأسباب ما فعله النموذج فعليًا. والطريقة الموثوقة لإنتاجها على نطاق واسع هي خط معالجة حتمي (deterministic pipeline): احتساب مساهمات الخصائص لكل قرار على حدة، وترتيبها في مواجهة مجتمع مرجعي (reference population)، وربط أعلى المساهمات بتصنيف معتمد لرموز الأسباب، وتخزين هذه السلسلة كسجل تدقيق (audit record).

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

من أين يجب أن يأتي السبب

رمز السبب (reason code) هو ادّعاء بشأن السببية داخل قرار محدّد. إذا كان نموذج التقييم الائتماني لديك تجميعة معزّزة بالتدرّج (gradient-boosted ensemble) أو شبكة عصبية (neural net)، فلا يوجد معامل (coefficient) يمكن قراءته مباشرةً. أنت تُسنِد (attribute) المساهمة.

نحسب المساهمات لكل قرار بطريقة يمكننا الدفاع عن سلوكها: SHAP لتجميعات الأشجار (tree ensembles)، أو التدرّجات المتكاملة (integrated gradients) للشبكات، وكلاهما في مواجهة مجتمع مرجعي ثابت يمثّل المتقدّمين المقبولين. اختيار المرجع أهم مما تتوقّعه الفرق. السبب دائمًا نسبي إلى خطّ أساس (baseline)، و«لماذا رُفضتَ نسبةً إلى المتقدّم المقبول المتوسّط» سؤال مختلف عن «لماذا رُفضتَ نسبةً إلى جميع المتقدّمين». اختر واحدًا، ودوّنه، وحافظ على ثباته عبر إصدارات النموذج كي تبقى الأسباب قابلة للمقارنة من فصل إلى آخر.

يظهر نمطان من الإخفاق على الفور:

  • المساهمة الأعلى من حيث المقدار تكون خاصية لا يستطيع المتقدّم التصرّف حيالها، أو خاصية وسيطة (proxy) لا يسمح تصنيف الأسباب بإظهارها. أنت بحاجة إلى طبقة تصفية وترتيب بين الإسنادات الخام (raw attributions) والسبب الذي يراه المتقدّم.
  • يكون الإسناد غير مستقر. اضطرابات صغيرة في المدخلات تعيد ترتيب الخصائص الأعلى، ما يعني أن متقدّمَين شبه متطابقَين يحصلان على سببَين مذكورَين مختلفَين. نحن نختبر هذا مباشرةً بإحداث اضطراب في المدخلات ضمن حدود ضجيج القياس (measurement noise) والتحقّق من أن مجموعة أعلى k من الأسباب مستقرّة. وإن لم تكن كذلك، فالسبب غير قابل للدفاع عنه، ويجب أن تدمج طبقة الربط تلك الخصائص في رمز أخشن (coarser) وأكثر استقرارًا.

طبقة الربط، ولماذا هي حتمية

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

كل خاصية داخلية، أو مجموعة خصائص، تُربَط برمز سبب معتمد واحد؛ فنسبة الدَّين إلى الدخل (debt-to-income ratio)، ونسبة استغلال الائتمان الدوّار (revolving utilization)، وعدد الاستعلامات الحديثة (recent inquiries)، كلٌّ منها يستقرّ على رمز راجعته وظيفة الامتثال ووقّعت عليه. وحين تعبّر عدّة خصائص خام عن السبب الجوهري نفسه، تُدمَج في رمز واحد كي لا يتلقّى المتقدّم ثلاث صيغ مختلفة من «ديون قائمة مرتفعة أكثر من اللازم». ثم يرتّب خط المعالجة الرموز بحسب مجموع المساهمة ويُرجع الأسباب الرئيسية الأعلى، بحدٍّ أقصى أربعة عادةً.

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

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

الصحّة في نقطة زمنية محدّدة، وسجل التدقيق

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

لذا نحسب الأسباب وقت اتخاذ القرار، في مواجهة إصدار النموذج وقيم الخصائص التي أنتجت الدرجة، ونخزّنها. السجل الذي نحتفظ به لكل قرار يتضمّن:

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

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

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

الأسئلة الشائعة

هل يمكننا استخدام قيم SHAP مباشرةً كأسباب للرفض الائتماني؟

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

كم عدد رموز الأسباب التي يشترطها قانون ECOA عند الرفض؟

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

هل يجب توليد الأسباب وقت اتخاذ القرار أم يمكن إنتاجها لاحقًا؟

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

قراءات ذات صلة

#الحوكمة

إذا كان نموذجك الائتماني عاجزاً عن تفسير قرار الرفض، فلا يحق لك استخدامه لإصدار ذلك الرفض

تُلزم اللائحة B الصادرة بموجب قانون ECOA بذكر أسباب محددة خلال 30 يوماً من رفض طلب الائتمان. وهذا ما يفرضه ذلك على النموذج الذي اتخذ القرار نفسه، لا على الأوراق المحيطة به.

#الحوكمة

أساليب التفسير التي تصمد أمام مراجعة التحقق من النماذج

معظم أعمال التفسير تُرضي عالِم البيانات الذي بنى النموذج ولا تُرضي أحدًا سواه. وفي ما يلي كيف نجعلها تصمد أمام المُحقِّق، والجهة التنظيمية، والعميل الذي رُفض طلبه.

#اللائحة العامة لحماية البيانات

اللائحة العامة لحماية البيانات (GDPR) والقرارات الآلية في الذكاء الاصطناعي المالي

المادة 22 والحق في التفسير يحددان ما يمكن لنموذج مالي أن يقرره بمفرده. إليك كيف نهندس لأجل ذلك دون تعطيل سير العمل.

#التحصيل

ضوابط الامتثال للذكاء الاصطناعي في تحصيل الديون

التحصيل هو حيث تلتقي الأتمتة بأصرم قواعد السلوك. وفي ما يلي كيف نبني أتمتة الاتصال والمعالجة بحيث تبقى داخلها.

تعمل على شيء مشابه؟

أخبِرنا عن بياناتك وسير العمل المحيط بها، وسنعطيك رأياً صريحاً.

احجز مكالمة تعريفية مدتها 30 دقيقة