مقالات

معالجة استثناءات الفواتير: الجزء الذي يحسم هل تنجح الأتمتة

معالجة استثناءات الفواتير هي ما يقرر نجاح الأتمتة: من يملك كل استثناء، وما يسجله النظام، وما لا يجوز اعتماده آليا.

بقلم أنس حمداوي5 دقائق قراءة
  • invoice-automation
  • exceptions
  • operations
كل المقالات

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

ما الذي يعد استثناء في الفاتورة؟

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

  • دليل غائب. لا طلب شراء ولا وصل تسليم ولا إيصال استلام. المستندات غير موجودة، فلا قاعدة تحسم السؤال.
  • تعارض. المستندات موجودة وتتناقض: كمية مستلمة أقل من المفوترة، أو سعر وحدة أعلى من المتفق عليه.
  • سياسة. البيانات كاملة ومتسقة، لكن حدا ماليا أو عملة أو معالجة ضريبية تحتاج موافقة شخص مسمى.

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

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

كيف تفرق مشكلة بيانات من مشكلة عمل؟

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

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

من يملك كل استثناء، وماذا يجب أن يحمله السجل؟

الملكية دور وظيفي لا شخص. «المحاسب» و«الإدارة» لا تحددان من المتوقع أن يتصرف صباح الثلاثاء.

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

العمود الثالث هو ما يُهمل، وهو ما يهم بعد سنة، حين يسأل سائل لماذا دفعت فاتورة بسعر لم يأذن به طلب.

ما الذي لا يجوز اعتماده آليا؟

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

المعالجة الضريبية عندما لا تتوازن الضريبة المقدمة. النظام يحسب الضريبة المتوقعة، لكن أي نسبة تنطبق على فاتورة مختلطة حكمٌ للمحاسب.

ترحيل بلا المستند المقابل. موافقة في غياب الطلب ذاكرة مدير، لا دليل. وإن تعذر إنتاج الطلب، تنتظر الفاتورة.

إغلاق استثناء بلا رمز سبب. «عالج» ليس سببا، ومن يرى المورّد نفسه بعد شهر لا يتعلم منه شيئا.

تجاوز حد المعتمد نفسه، بما في ذلك حين يكون المعتمد هو من أصدر الطلب.

بأي ترتيب يبنى طابور الاستثناءات؟

  1. احصر الاستثناءات من فواتير الشهر الماضي الحقيقية، لا من قالب. الفئات التي تظهر في المستندات هي التي ستظهر في الطابور.
  2. اكتب رموز الأسباب مع المحاسبة، بكلماتهم. الرموز التي يضعها المطورون تنتج طابورا لا يستخدمه المحاسبون، فيلتفون عليه.
  3. اربط كل رمز بدور وظيفي، واربط التجاوز بحساب موثق لا بحساب مشترك. الورقة المرجعية من OWASP عن المصادقة صريحة في هذا: إذا كانت الهوية غامضة فكل تصريح بعدها مسرح.
  4. سجل القرار مع البيانات التي اتخذ عليها، بنسخ مرقمة، حتى يمكن إعادة إنتاج الحالة لحظة الاعتماد. هذا التتبع هو ما تدعو إليه ممارسات البيانات على الويب من W3C، وهو ما يحول التجاوز إلى أثر يراجعه المدقق.
  5. ضع سقفا زمنيا لكل حالة، وصعّد بالعمر لا بالعدد. استثناء انتظر أسبوعا مشكلة مختلفة عن آخر وصل هذا الصباح.
  6. اقرأ الأعمار حسب نوع الاستثناء، فيصير المتكرر إصلاحا في المنبع: مورّد لا تحمل فواتيره مرجعا يمثل مشكلة بيانات رئيسية، لا مشكلة اعتمادات.

أين تخطئ معالجة الاستثناءات؟

الاستثناء كحالة لا كطابور. سجل موسوم «قيد المراجعة» بلا قائمة ولا مالك ولا عمر يكون غير مرئي: الفاتورة ليست مرفوضة ولا قابلة للدفع، ولا أحد يعرف بوجودها.

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

دلو واحد اسمه «أخرى». يكبر ويخفي النمط ويصير المكان الذي تُنسى فيه الفواتير الصعبة.

قياس العدد لا العمر. فريق يعالج استثناءات كثيرة بسرعة قد يبدو أسوأ من فريق يتجاهلها. قس كم انتظر أقدم بند.

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

حفظ النتيجة وحدها. النموذج قد يقترح مطابقة، وهذا مفيد، لكن قرارا محفوظا بلا تعليله لا يُدافع عنه حين ينازع المورّد. احفظ القاعدة التي طابقت، والقيم التي قورنت، ومن قبل.

ما الذي لا يغطيه هذا المقال؟

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

نبني طابور الاستثناءات قبل توسيع الأتمتة، لأن الطابور هو ما يثق به الناس حين يكون الجواب «لا».

ابدأ مشروعًا

لديك شيء تريد بناءه؟

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