مدفوعان بمبلغ $250 يصلان في اليوم نفسه. الأول يخص الفاتورة INV-1842. الثاني لعميل آخر. أداة المطابقة بالذكاء الاصطناعي ترى المبلغ والتاريخ نفسيهما مرتين، تختار مرشحاً واحداً، وتبلغ عن تطابق يبدو سليماً.

المبلغ متطابق. التاريخ متطابق. المعاملة خاطئة.

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

المبلغ المكرر ليس مفتاح مطابقة فريداً

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

لنأخذ دفتر أستاذ بفاتورة مفتوحة واحدة:

الملف البنكي يحتوي على إيداعين:

التطابق الصحيح هو A-1842 مع B-9031. مرجع الفاتورة المشترك يثبت ذلك. وصف المحول يدعمه.

إذا استخدمت الأداة المبلغ والتاريخ معاً، فكلا الصفين البنكيين مرشحان صالحان. قيمهما متطابقة في كل حقل تفحصه القاعدة. اختيار B-9031 قد ينتج النتيجة الصحيحة، لكن القاعدة لم تثبته. اختيار B-9032 ينتج إيجابية كاذبة. إسناد كلا الصفين البنكيين للفاتورة ينشئ تطابقاً متعدد-إلى-واحد. تجاهل كليهما يتجنب الإيجابية الكاذبة لكنه يترك دفعة صالحة دون تسوية.

ثلاث نتائج مختلفة من الدليل الغامض نفسه.

كيف يبدو الناتج الخاطئ

قد يختزل تقرير تسوية ضعيف المثال على النحو التالي:

الحالة ودرجة الثقة لا تجعلان الزوج صحيحاً. يجب أن يوضح التقرير لماذا اختار B-9032 دون B-9031. إذا كانت الإجابة «المبلغ والتاريخ نفسهما»، فالنتيجة غير محققة. إنها اختيار بين مرشحين متكافئين.

الناتج الصحيح يجب أن يبقي على الغموض:

هذا التمييز مهم لأن الإيجابية الكاذبة لا تبقى محدودة في صف واحد. حين يستهلك B-9032، لن يكون متاحاً للفاتورة التي ينتمي إليها فعلاً. قد يظهر B-9031 حينئذ كإيداع غير مسوى، رغم أنه الدفعة الحقيقية لـ A-1842.

خطأ واحد يولد خطأين:

• إيجابية كاذبة: A-1842 مرتبط بـ B-9032.
• استثناء زائف: B-9031 مبلغ عنه كإيداع غير مسوى.

هذا التسلسل هو أحد الأسباب التي تجعل أدوات التسوية بالذكاء الاصطناعي تطابق المعاملات الخاطئة، حتى حين تبدو المجاميع المسواة معقولة.

المبالغ المكررة بيانات مالية طبيعية

القيم المكررة ليست حالات شاذة نادرة. إنها جزء راسخ في العمل المالي الدوري.

مدفوعات الاشتراكات تتكرر. شركة برمجيات قد تحصل مئات المدفوعات الشهرية بمبالغ $49 أو $99 أو $249. المبلغ وتاريخ القيد سينتجان مجموعات مرشحين كبيرة.

فواتير الأتعاب الثابتة تتكرر. وكالة تصدر فواتير بأتعاب شهرية ثابتة قدرها $2,500 لعدة عملاء قد تستقبل إيداعات متطابقة متعددة في النافذة البنكية ذاتها.

مدفوعات الرواتب تحتوي مبالغ صافية متكررة. موظفون برواتب متشابهة أو تعويضات ثابتة قد ينتجون قيم دفع مكررة في الدفعة نفسها.

مدفوعات الموردين تستخدم مبالغ مستديرة. الإيداعات والمدفوعات بقيمة $500 أو $1,000 أو $5,000 تتكرر بين موردين مختلفين، لا سيما حين تتبع الفواتير معالم عقدية ثابتة.

الرسوم والمستردات تتكرر. معالجو الدفع كثيراً ما يولدون مبالغ رسوم متطابقة وإيداعات جزئية وتسويات ثابتة. عدة صفوف قد تتشارك المبلغ والتاريخ بينما تعود إلى معاملات أصلية مختلفة.

كلما كان النموذج التجاري أكثر انتظاماً، كان المبلغ أقل نفعاً كمعرف. المبلغ المكرر دليل على القيمة. ليس دليلاً على الهوية.

لماذا درجات الثقة لا تحل الغموض

درجة الثقة تصف مدى تشابه صفين. لكنها لا تستطيع إنشاء مرجع فريد غائب عن البيانات.

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

تظل المشكلة البنيوية قائمة:

1. الحقول المصدرية لا تحدد مرشحاً واحداً بشكل فريد.
2. على الأداة أن تستنتج أيهما أكثر ترجيحاً.
3. قد يقدم الناتج هذا الاستنتاج باعتباره تطابقاً مكتملاً.
4. لا يستطيع المراجع التحقق من القرار إلا إذا كشف التقرير عن كل مرشح والأساس المستخدم.

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

ما يستلزمه التعامل الصحيح مع المكررات

عملية موثوقة تفصل توليد المرشحين عن تأكيد المطابقة.

أولاً، المبلغ والتاريخ يحددان مجموعة المرشحين. في المثال المفصل، تضم المجموعة B-9031 وB-9032.

ثانياً، تختبر العملية الحقول القادرة على التمييز بين المرشحين:

• مرجع الفاتورة أو الطلب أو المعاملة
• اسم المحول أو المستفيد
• معرف المعاملة لدى معالج الدفع
• العملة
• البيان البنكي
• معرف الحساب أو العميل
• نافذة التسوية المتوقعة

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

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

ينبغي أن تبدو هرمية المطابقة هكذا:

هذه الهرمية تمنع الخلط بين تلميح مفيد وإثبات.

يجب أن يجعل الناتج كل قرار قابلاً للفحص

تعتمد جودة الناتج على ما يكشفه التقرير، لا على مدى أناقة ملخصه.

تقرير يقول «98% مسوى» لا يجيب عن السؤال المهم. تحتاج إلى معرفة ما إذا كان كل زوج هو الزوج الصحيح.

كيف تختبر تسوية قائمة للكشف عن الإيجابيات الكاذبة على المبالغ المكررة

ابدأ بنتائج التطابقات، لا بقائمة الاستثناءات. الإيجابيات الكاذبة خطيرة لأنها أزيلت من المراجعة بالفعل.

1. جمع المعاملات المصدرية حسب المبلغ. أدرج العملة حتى لا يشترك $250 USD و$250 CAD في المجموعة ذاتها.
2. رشح المبالغ التي تظهر أكثر من مرة في أي من الملفين.
3. تحقق مما إذا كان التقرير يربط كل صف مطابق بصف مصدري محدد في الملف الآخر.
4. تأكد من أن كل صف مصدري مطابق يستخدم مرة واحدة فقط، إلا إذا كانت التسوية تدعم صراحةً تطابقاً مقسماً أو مجمعاً.
5. قارن المرجع والمحول والوصف والتاريخ لكل زوج بمبلغ مكرر.
6. أعد تصنيف أي زوج مستند فقط إلى المبلغ والتاريخ على أنه غامض.
7. أعد المرشحين المرفوضين إلى مجموعة غير المسواة قبل مراجعة الاستثناءات.

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

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

ماذا تفعل حين لا يحتوي أي ملف على مرجع فريد

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

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

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

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