أتمتة التسوية البنكية: المطابقة الحتمية أولاً، ونماذج LLM لمعالجة الحالات المتبقية

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

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

النواة الحتمية تتولّى الحجم الأكبر

ابدأ بمعاملة الطرفين كتدفّقات بيانات (feeds) تحتاج إلى تنظيف قبل أن تلتقي. تصل الكشوف البنكية بصيغ MT940 أو BAI2 أو CAMT.053؛ ويأتي دفتر الأستاذ من نظام تخطيط الموارد (ERP) لديك. طبّع المبالغ والإشارات، وحلّل تواريخ القيمة (value dates) مقابل تواريخ الترحيل، وجرّد حقل المرجع حتى تصل إلى المعرّفات التي تحمل معنى فعلياً: أرقام الفواتير، ومعرّفات الطرف إلى الطرف (end-to-end IDs)، وبيانات التحويل المنظّمة للدافع. هذه سباكة غير برّاقة لكنها تحسم كل ما يليها. فمحلّل مراجع يسيء قراءة صفر بادئ يصنع فروقات لا يستطيع أي منطق مطابقة أن يتداركها.

ثم طابِق على مستويات (tiers)، بدءاً بأقوى مفتاح:

• المطابقة التامة على مرجع فريد إضافةً إلى المبلغ. هذه تُصفّي غالبية مدفوعات الشركات النظيفة ولا تحتاج إلى أي احتساب لدرجة.
• المبلغ وتاريخ القيمة ضمن نافذة تسامح (tolerance window)، مع تقسيم مسبق بحساب الطرف المقابل، للأسطر التي يغيب فيها المرجع لكن الاقتران فيها لا لبس فيه.
• المطابقة من متعدّد إلى واحد ومن واحد إلى متعدّد: إيداع بنكي واحد يسدّد عدة فواتير، أو دفعة مجمّعة موزّعة على عدة قيود في دفتر الأستاذ. حُلّ هذه بوصفها مسألة مجموع جزئي (subset-sum) على مجموعة مرشّحين محدودة، لا بأن تطلب من نموذج جمع الأرقام.

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

نموذج LLM يعالج الحالات المتبقية، بوصفه مقترِحاً

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

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

انضباطان يمنعان هذا من التعفّن:

• مجموعة تقييم (eval set) موسومة من استثناءات تاريخية حقيقية باقترانات معلومة الصحّة، تُشغَّل عند كل تغيير في المطالبة (prompt) أو النموذج، وتُقيَّم على الدقة (precision) عند العتبة التي اخترتها. أنت تدير ميزانية إيجابيات كاذبة (false-positive budget)، فراقِب المطابقات التي يعتمدها، لا التي يفوّتها فقط.
• الصحّة عند نقطة زمنية (point-in-time correctness). حين تعيد تشغيل التقييم، لا تُغذِّ النموذج إلا بما كان معلوماً في تاريخ التسوية. الفاتورة المفتوحة التي أُلغِيت لاحقاً يجب أن تبدو مفتوحة، وإلا سرّب اختبارك المستقبل وجمّل الدرجة.

مطابقة هوية الطرف المقابل تقع تحت الطبقتين معاً. سواء قسّمت قاعدة ما بحسب رقم الحساب أو استدلّ النموذج على اسم، فإن “ACME LTD” و”Acme Limited” و”ACME (UK)” يجب أن تنطوي أولاً في كيان واحد، وهي مهمة مطابقة هوية (entity resolution) تستحق أن تُنجَز مرة واحدة وتُعاد الاستفادة منها في كل مكان.

سِجلّ التدقيق هو المُنتَج المُسلَّم

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

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

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