هل تتراكم إدخالات الفواتير اليدوية؟ أتمت عملية الاستلام

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

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

هذا تطبيق عملي باستخدام n8n أو Make. يمكن تحديد نطاقه بشكل محدود، واختباره على مستندات حقيقية، وتحسينه دون إعادة بناء قسم العمليات الخلفية بالكامل.

حدّد سير العمل قبل اختيار الأداة

القرار الأول ليس اختيار n8n أو Make، بل تحديد ما يجب أن يحدث بالضبط منذ وصول الفاتورة حتى اعتمادها.

بالنسبة إلى شركة صغيرة، قد يتضمن سير العمل الأولي ما يلي:

1. مراقبة صندوق بريد مخصص للحسابات الدائنة.
2. حفظ كل مرفق في مجلد خاضع للرقابة.
3. تحديد ما إذا كان المرفق فاتورة أو إشعاراً دائناً أو مستنداً غير ذي صلة.
4. استخراج الحقول الأساسية في سجل منظم.
5. فحص الحقول وفق قواعد عمل بسيطة.
6. إرسال الفواتير المستوفية للشروط إلى الاعتماد.
7. تحويل الفواتير غير الواضحة أو غير المعتادة إلى قائمة مراجعة بشرية.
8. حفظ الملف الأصلي والسجل النهائي معاً.

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

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

حدّد حقول الفاتورة المهمة

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

قد يتضمن المخطط الأولي العملي ما يلي:

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

يجب أن يعيد سير العمل نتيجة واضحة عندما يكون أحد الحقول مفقوداً. استخدم قيماً مثل missing أو unclear أو not_applicable بدلاً من السماح للنموذج بالتخمين.

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

استخدم مخرجات منظمة، لا فقرة نصية

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

يكفي استخدام نموذج حالات بسيط في الإصدار الأول:

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

بهذه الطريقة يتحول صندوق البريد غير المنظم إلى قائمة صغيرة وسهلة الإدارة.

أضف القواعد قبل إضافة المزيد من الذكاء

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

تشمل الفحوصات المفيدة ما يلي:

• هل المورد مسجل ومعروف مسبقاً؟
• هل رقم الفاتورة موجود بالفعل في النظام؟
• هل يساوي المبلغ قبل الضريبة مضافاً إليه الضريبة الإجمالي تقريباً؟
• هل تاريخ الاستحقاق منطقي مقارنة بتاريخ الفاتورة؟
• هل العملة مسموحة لهذا المورد أو لوحدة الأعمال؟
• هل رقم أمر الشراء موجود؟
• هل يتجاوز الإجمالي حد الاعتماد؟
• هل تم استلام الملف نفسه من قبل؟

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

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

أنشئ مساراً للمراجعة البشرية

يحتاج كل سير عمل مستخدم فعلياً إلى مسار للتعامل مع الحالات الاستثنائية. يجب أن يتمكن المراجع من رؤية الفاتورة الأصلية، والبيانات المستخرجة، وسبب توقف سير العمل.

قد يتضمن إشعار المراجعة ما يلي:

• اسم المورد ورقم الفاتورة
• الإجمالي والعملة
• رابط إلى الملف الأصلي
• الحقول التي فشلت في التحقق
• التصحيح المقترح، إن توفر
• إجراءات الاعتماد أو طلب التصحيح أو الرفض

يمكن تنفيذ الإجراء عبر البريد الإلكتروني أو Slack أو Microsoft Teams أو نموذج أو صفحة داخلية بسيطة. المهم هو تسجيل القرار وربطه بسجل الفاتورة.

إذا عدّل المراجع أحد الحقول، فاحفظ القيمة المستخرجة الأصلية والقيمة المصححة معاً. يساعد هذا السجل على حل الخلافات، كما يوفر أمثلة لتحسين سير العمل لاحقاً.

اربط سير العمل بالأنظمة التي تستخدمها حالياً

يجب أن يكون التكامل الأول مع المكان الذي يسجل فيه فريقك الفواتير حالياً. وبحسب إعداداتك، قد يكون ذلك منصة محاسبية أو نظام ERP أو Airtable أو Google Sheets أو قاعدة بيانات.

يمكن لسير العمل أيضاً تنفيذ إجراءات إضافية مفيدة:

• إضافة مهمة اعتماد إلى أداة لإدارة المشاريع.
• تنبيه المدير المعني عند اقتراب الموعد النهائي.
• حفظ الملف ضمن هيكل مجلدات موحد.
• تحديث سجل المورد بتاريخ أحدث فاتورة.
• إضافة حقل لحالة الدفع من أجل التسوية لاحقاً.
• إرسال تقرير أسبوعي بعدد الفواتير قيد الانتظار والمعتمدة والفاشلة.

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

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

اختبر المستندات الحقيقية وحالات الفشل الواضحة

لا يثبت العرض التجريبي باستخدام ملف PDF واحد ومنظم الكثير. اجمع عينة صغيرة من الفواتير الحقيقية: مستندات ممسوحة ضوئياً، وملفات متعددة الصفحات، وعملات مختلفة، وتصاميم غير معتادة، ومستندات الموردين الأكثر استخداماً.

اختبر الحالات التالية على الأقل:

• ملف PDF رقمي قياسي
• فاتورة ممسوحة ضوئياً أو منخفضة الجودة
• فاتورة بلا أمر شراء
• فاتورة مكررة
• إشعار دائن
• عملة أو تاريخ استحقاق مفقود
• إجمالي لا يتطابق مع بنود الفاتورة
• فاتورة تتجاوز حد الاعتماد
• رسالة بريد إلكتروني تتضمن عدة مرفقات

قِس النتائج العملية بدلاً من الادعاء بتحقيق دقة مثالية. تابع عدد الفواتير التي تصل إلى حالة «جاهزة للاعتماد»، وعدد الفواتير التي تحتاج إلى تصحيح، والوقت الذي يستغرقه المراجعون لكل فاتورة.

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

قائمة تنفيذ مختصرة

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

كيف يمكن لـ ADMOV مساعدتك

يمكن لـ ADMOV تصميم وبناء سير عمل للعمليات الخلفية بالذكاء الاصطناعي باستخدام n8n وMake وتكاملات نماذج اللغة والأدوات التي يستخدمها فريقك حالياً. ويمكننا رسم العملية، وتحديد مخطط استخراج البيانات، وإضافة ضوابط الاعتماد، وربط السجلات النهائية بنظام CRM أو النظام المحاسبي أو قاعدة البيانات الداخلية لديك.

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

احجز مكالمة مجانية عبر https://admov.io/#contact لمناقشة أول سير عمل يمكنك أتمتته.