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

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

تخيّل العملية القديمة. يسحب المراجِع خمسة بالمئة من المطالبات، ويقارن الإيصالات بالسياسة، ويتفحّص بضعة مبالغ بالنظر، ثم يعتمد الباقي بالاستنتاج. التسجيل الكامل يغيّر الجدوى الاقتصادية، لكنه لا يغيّر موضع الصعوبة الحقيقي. تصل المدخلات على شكل إيصالات مصوَّرة، وفواتير PDF، وتغذيات من شبكات البطاقات (card-network feeds)، وأوصاف نصية حرة، ولا يتّفق أيٌّ منها على طريقة كتابة اسم التاجر. أخطئ في الاستخراج وربط الكيانات (entity resolution) وستَرث كل إشارة لاحقة هذا الخطأ. لذا يبدأ العمل من هنا، لا من النموذج.

الاستخراج وربط الكيانات أولًا

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

هوية التاجر مشكلة أصعب. فـ “AMZN Mktp DE” و”Amazon.de” و”Amazon EU Sarl” على فاتورة هي مورّد واحد لأغراض التدقيق، لكنها ثلاث سلاسل نصية على الصفحة. ربط الكيانات مقابل جدول مرجعي موحّد للموردين والتجار هو ما يتيح لك مقارنة بند من تغذية البطاقة بإيصاله وبالفاتورة النهائية. من دونه ينهار كل من كشف التكرار والتسوية الثلاثية (three-way reconciliation)، لأنّ مفتاح الربط اسم لم يوحّده أحد.

• رموز فئة التاجر في شبكة البطاقات (merchant category codes) تعطيك فئة لم تكن مضطرًا لاستنتاجها، وفحصًا متقاطعًا مقابل الفئة التي صرّح بها الموظف.
• آخر أربعة أرقام من البطاقة وطوابع وقت التفويض (authorisation timestamps) تتيح لك ربط الإيصال بمعاملة محددة بدلًا من التخمين من المبلغ والتاريخ.
• العملة وتاريخ سعر الصرف (FX) مهمّان: مطالبة محوّلة بسعر يوم خاطئ هي تسرّب حقيقي، ولا يمكنك اكتشافه إلا حين يصبح التاريخ موثوقًا.

مخالفات السياسات قواعد، لا نماذج

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

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

القواعد تحتاج أيضًا إلى ميزانية للإيجابيات الكاذبة. تجاوز سقف بمقدار أحد عشر سنتًا مخالفة من الناحية التقنية، لكنه ضجيج من الناحية العملية. تحدد عتبات الأهمية النسبية (materiality thresholds) لكل قاعدة، وتُخمد المخالفات التافهة، وتبقيها في سجل التدقيق (audit trail) كي يظل بوسع المراجِع رؤيتها إذا ظهر نمط. الهدف طابور يمكن للبشر تصفيته فعلًا.

التكرارات والاحتيال تحتاج تسجيلًا، وذاكرة لما حدث

التكرارات هي الفئة الأعلى مردودًا، وهي التي تفوتها القواعد الصرفة. العشاء نفسه مُقدَّم مرتين، مرة من الإيصال ومرة من كشف البطاقة. فاتورة مدفوعة على بند أمر الشراء (PO) ثم مرة أخرى كدفعة منفردة. مقاول يفوتر العمل نفسه عبر شهرين مع تحريك التواريخ قليلًا. إزالة التكرار بالمطابقة التامة (exact-match dedup) تلتقط الحالات الكسولة. الباقي يحتاج مطابقة تقريبية:

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

يجلس تسجيل الاحتيال فوق ذلك. مبالغ بأرقام مدوّرة متجمّعة تحت عتبات الموافقة مباشرة، وارتفاع مفاجئ في المطالبات قرب نهاية الربع، وإيصالات لا تتوافق ضريبتها المذكورة مع مجموعها المذكور، وبيانات وصفية للصورة (image metadata) تقول إنّ الصورة التُقطت بعد المعاملة المزعومة، أو صورة الإيصال نفسها معاد استخدامها عبر مطالبتين. حيث تملك حالات احتيال مؤكَّدة يساعد التسجيل الخاضع للإشراف (supervised)؛ وحيث لا تملكها يقوم كشف القيم الشاذّة (outlier detection) مقابل تاريخ الموظف ومركز التكلفة نفسه بمعظم العمل. في كلتا الحالتين أنت ترتّب حسب الاسترداد المتوقّع، لا حسب حدّة الشذوذ الخام، بحيث يكون طابور المراجعة مرتَّبًا وفق ما يستحق المتابعة.

أمران يبقيان الإشارات قابلة للدفاع عنها مع الوقت. الأول: سجل تدقيق (audit trail)؛ كل إشارة تسجّل الحقول التي أُطلقت بناءً عليها، وإصدار السياسة، والعتبة، ودرجة النموذج، بحيث يحصل الموظف المرفوض على سبب ويحصل المدقّق على تسلسل نسب (lineage). الثاني: مراقبة الانحراف (drift monitoring). أنماط الإنفاق تتحرك مع سياسة السفر وعدد الموظفين والتقويم، وعتبة مضبوطة في يناير تُطلق زيادةً أو نقصانًا بهدوء بحلول يونيو. تحتفظ بمجموعة تقييم (eval set) من المطالبات المفصول فيها، وتتتبّع الدقة (precision) والاستدعاء (recall) عليها كل شهر، وتعيد المعايرة قبل أن يفيض الطابور أو يصمت. النموذج الذي لا يعيد أحد فحصه هو نموذج توقّف بالفعل عن مطابقة العمل الذي يدقّقه.