تخطّ إلى المحتوى
كل الرؤى أتمتة العمليات المالية بالذكاء الاصطناعي

الذكاء الاصطناعي للمطابقة الثلاثية: أمر الشراء والاستلام والفاتورة دون المطاردة اليدوية

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

4 دقائق قراءة #أتمتة#مشتريات#حسابات دائنة
متخصصون في القطاع المالي يعملون على مبادرة للذكاء الاصطناعي

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

أين تنهار المطابقة الصارمة

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

هذه هي العوامل المتكرّرة التي نراها تكسر المطابقة:

  • التسليمات الجزئية والزائدة. بند أمر شراء بكمية 1,000 وحدة يُشحن على دفعتين، 600 ثم 400، فيولّد سندَي استلام وغالباً فاتورتين مقابل بند أمر شراء واحد. يفشل فحص الكمية الساذج لكل بند في كلتا الحالتين.
  • الفواتير المجزّأة والمجمّعة. مورّد يُفوتر أمر شراء واحداً عبر عدة فواتير؛ ومورّد آخر يجمّع عشرة أوامر شراء في مستند واحد. صارت المطابقة الآن تمتدّ عبر علاقة متعدّد إلى متعدّد (many-to-many)، لا مجرّد صفّ واحد.
  • اختلاف وحدة القياس. أمر الشراء بالكراتين، والاستلام بالوحدات المفردة، والفاتورة بالكيلوغرامات. بلا جدول تحويل تبدو الكميات خاطئة حتى وإن كان التسليم صحيحاً.
  • البنود النصية الحرة وبنود الخدمات. تحمل الخدمات والشحن والبنود لمرّة واحدة أوصافاً بدلاً من أرقام الأصناف المفهرسة، فلا يوجد ما يُربط عليه.
  • انحراف السعر والضريبة. السعر التعاقدي مقابل السعر المفوتر، والحسومات المطبّقة على المستوى الخطأ، والضريبة المحسوبة على أساس مختلف.

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

منطق المطابقة الذي نبنيه

نتعامل مع الأمر بوصفه تحليل هوية كيانات على مستوى البنود (line-item entity resolution) عبر ثلاثة مصادر، لا مجرّد إشارة واحدة من نظام تخطيط الموارد (ERP). يبدأ المسار بالتوحيد (normalisation)، ثم يمنح الدرجات، ثم يقرّر.

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

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

تبقى طبقة القرار منفصلة عمداً عن منح الدرجات. لا تحدث المطابقة التلقائية إلا فوق عتبة ثقة مُعايَرة على مجموعة تقييم موسومة (labelled eval set) من مطابقات تاريخية، وفقط حين يقع التباين الناتج داخل نطاق التفاوت المسموح الذي حدّده المراقب المالي (controller). التفاوت المسموح سياسة. النموذج يقترح مطابقة؛ والسياسة تقرّر ما إذا كانت هذه المطابقة قد تُدفع دون تدخّل بشري. وفصل هذين الأمرين هو ما يتيح لك تضييق ميزانية النتائج الإيجابية الخاطئة (false-positive budget) دون إعادة تدريب أي شيء.

قيدان نلتزم بهما:

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

توجيه استثناءات يُنجز فعلاً

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

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

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

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

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

لماذا تحتاج المطابقة الثلاثية إلى الذكاء الاصطناعي أصلاً ما دام نظام تخطيط الموارد (ERP) يقوم بها بالفعل؟

يتولّى نظام تخطيط الموارد (ERP) الحالة النظيفة التي يتطابق فيها أمر الشراء والاستلام والفاتورة على رقم الصنف والكمية. أما الذكاء الاصطناعي فيثبت جدارته في النسبة المُربكة التي تتراوح بين 20 و40 بالمئة: التسليمات الجزئية، والفواتير المجزّأة، وتحويلات وحدة القياس، والبنود النصية الحرة (free-text) التي لا تتطابق أبداً وفق مفتاح صارم.

كيف تطابقون بند فاتورة ببند أمر شراء حين تختلف أرقام الأصناف؟

عبر تحليل هوية الكيانات على مستوى البنود (line-item entity resolution). نوحّد الوحدات والأوصاف، ثم نمنح درجة لبنود أمر الشراء المرشّحة بناءً على رقم صنف المورّد والكمية والسعر والتشابه النصي، ولا نطابق تلقائياً إلا فوق عتبة محدّدة مقابل مجموعة تقييم موسومة (labelled eval set). وكل ما دون ذلك يُوجَّه إلى مراجع بشري مع ترتيب أفضل المرشّحين.

ما التفاوت المسموح (tolerance) الذي ينبغي أن تعتمده الموافقة التلقائية؟

التفاوت المسموح قرار سياسة لا مُخرَج نموذج. ننفّذ ما يحدّده المراقب المالي (controller)، وعادةً ما يكون نطاقاً نسبياً صغيراً أو مطلقاً لكل من السعر والكمية، ونتتبّع معدّل الاستثناءات الفعلي كي يُضبط النطاق بالأدلة لا بالتخمين.

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

#أتمتة

أتمتة فواتير الموردين: بنية تصمد أمام الحالات الفوضوية النادرة

عروض التقاط الفواتير تبدو سهلة حتى تصل صيغ الموردين الحقيقية. إليك بنية الاستخراج والتحقق والمراجعة البشرية التي نعتمدها لبلوغ معدلات معالجة آلية مباشرة عالية.

#التسوية

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

معظم عمليات التسوية لا ينبغي أن تمرّ على نموذج إطلاقاً. إليك كيف نفصل المطابقة التامة عن الاستثناءات الغامضة التي يتولّاها نموذج LLM، مع سِجلّ تدقيق (audit trail) يثق به المراقب المالي.

#النمذجة

استخلاص يصمد عند إقفال الربع، لا في العرض التوضيحي فحسب

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

#تدقيق

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

تدقيق النفقات يقوم على العيّنات لأنّ البشر لا يمكنهم فحص كل شيء. إليك كيف نُقيّم كل بند بحثًا عن مخالفات السياسات والمطالبات المكررة أو الاحتيالية.

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

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

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