تحليل كشوف الحسابات البنكية والتحقق من الدخل بدقة الإنتاج

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

تحليل كشوف الحسابات من تلك المشكلات التي تبدو محلولة لنحو فترة بعد ظهر واحدة. توصّل مستخرِجاً، وتطعمه بأربعة كشوف PDF من بنكين، وتراقبه وهو يسحب المعاملات ويجمع إيداعات الراتب، فيطابق الرقم. ثم توجّهه إلى شهر من الطلبات الحقيقية، فتتبخّر الدقة التي ظننت أنك حزتها. كانت مجموعة العرض هي الـ10 بالمئة السهلة. أما الـ90 المتبقية فهي حيث يكمن العمل الفعلي.

المستند هو الجزء الصعب، لا النموذج

معظم الفشل في التحقق من الدخل يحدث قبل أن يجري أي منطق للدخل على الإطلاق. يحدث عند الاستخراج، لأن “كشف الحساب البنكي” ليس صيغة واحدة.

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

فالقرار الأول هو التوجيه (routing). اكتشف ما إذا كان المستند يحوي طبقة نص قابلة للاستخدام واسلك المسار المُهيكل حين تتوفر؛ ولا تلجأ إلى التعرف الضوئي على كشوف الحسابات (OCR) إلا حين تضطر، لأن الـOCR يُدخل أخطاء على مستوى المحارف تحديداً في الأرقام التي تعنيك. فقراءة “1” على أنها “7” تغيّر رقم الدخل الذي يُقيَّم على أساسه قرض ما.

وجّه المستخرِج نحو دفتر أستاذ مُهيكل، وألزِم كل حقل بذلك المخطط (schema):

• تاريخ المعاملة، وتاريخ القيد، والوصف، والمبلغ، والاتجاه بإشارته، والرصيد الجاري
• هوية صاحب الحساب ورقم الحساب، من أجل مطابقة الكيانات (entity resolution) عبر كشوف متعددة
• حدود فترة الكشف، لتعرف النافذة الزمنية التي تقيس عليها
• الرصيد الافتتاحي والختامي، وهما مرساتا المطابقة

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

تحويل المعاملات إلى رقم دخل

بمجرد أن يصير لديك دفتر أستاذ نظيف، يغدو اكتشاف الدخل مسألة تصنيف وتجميع، وهنا تبني الفرق إما شيئاً صادقاً وإما شيئاً يتملّق نفسه.

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

المنهجية التي تصمد تبحث عن بنية متكررة:

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

كل مجرى دخل مُصنَّف يحتاج إلى سلسلة تتبّع (lineage) تعود إلى المعاملات المحددة التي أنتجته. سيسأل مُقيِّم الجدارة، أو المدقق، أو الجهة التنظيمية عن سبب قول النظام إن مقترضاً يكسب مبلغاً معيناً، و”النموذج قرّر” ليس جواباً يصمد أمام مراجعة مخاطر النماذج وفق SR 11-7 أو أمام تفسير الإجراء السلبي المطلوب بموجب ECOA. قائمة المعاملات هي الجواب.

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

القياس المرجعي، وإلا فأنت تطير بلا رؤية

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

ابنِ المجموعة بتعمّد. أخذ عينات من مستندات حقيقية عبر البنوك والصيغ والقنوات التي تستقبلها فعلاً، وبالنسب التي تستقبلها بها، ودع بشراً يوسمون الحقيقة المرجعية (ground truth): المعاملات الصحيحة ورقم الدخل الصحيح لكل مجرى. أدرِج الحالات القبيحة عن قصد. فالمعيار المرجعي المصنوع من ملفات PDF نظيفة فقط يقيس الجزء من المشكلة الذي حللته بالفعل.

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

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

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