وجد استطلاع Gartner لقيادات المالية في 2025 أن 59% منهم يستخدمون الذكاء الاصطناعي في الوظيفة المالية، مقابل 58% في العام السابق، بعد قفزة من 37% في 2023. أي أن الانتشار توقف عن النمو تقريبًا، والعوائق المذكورة هي التعقيد والبيانات والكفاءات. وما نراه في الميدان أن التعثر نادرًا ما يأتي من النموذج نفسه، بل من ترتيب العمل: يفعّل الفريق عدة ميزات دفعة واحدة، ثم لا يعرف أي ميزة أنتجت أي خطأ، فيعود بهدوء إلى العمل اليدوي.
يضع Odoo 20 مجموعة واسعة من ميزات الذكاء الاصطناعي داخل تطبيق المحاسبة. وهذا الدليل هو الإجراء الذي نتبعه لإدخالها طبقةً بعد طبقة، خلال نحو 90 يومًا، مع بوابة بين كل مرحلتين لا تُجتاز إلا بدليل.
ماذا يعني تطبيق المحاسبة بالذكاء الاصطناعي على Odoo 20؟
المحاسبة بالذكاء الاصطناعي على Odoo 20 هي الاستخدام المنضبط لميزات الذكاء الاصطناعي في Odoo، وللوكلاء الخارجيين المتصلين بقاعدة البيانات، في اقتراح السجلات المحاسبية ومطابقتها وتفسيرها وإعداد مسوداتها، على أن يراجع شخص مسمّى كل مخرَج قبل أن يمس دفتر الأستاذ. وبحسب ملاحظات إصدار Odoo 20 تشمل الميزات ذات الصلة:
- التنبؤ ببنود فاتورة المورد: اقتراح المنتج والحساب والضريبة والتوزيع التحليلي من تاريخ الفواتير ووصف البند.
- التحليلات المالية بالذكاء الاصطناعي: أسئلة عن الذمم المدينة والتدفق النقدي ومشكلات التسوية، يُجاب عنها من البيانات المحاسبية في قاعدتك وحدها، ومنها مراجعة أخطاء التسوية المشتبه بها.
- الأتمتة بالوكلاء: وكلاء تطلقهم الإجراءات الآلية والمجدولة، ينشئون السجلات ويحدّثونها.
- الاتصال بقاعدة البيانات عبر MCP (Model Context Protocol) لأدوات الذكاء الاصطناعي الخارجية.
وكل ميزات الذكاء الاصطناعي تحتاج رصيد IAP يُحتسب لكل طلب ولا يدخل في أي خطة. وتأكد من ميزات الوكلاء المشمولة في نسختك وخطتك قبل أن تبني عليها. والحصر الكامل في خريطة ميزات الذكاء الاصطناعي في Odoo 20 للمحاسبة.
ما الذي يجب أن يكون جاهزًا قبل اليوم الأول؟
اليوم صفر هو الخطوة التي تتجاوزها أغلب الفرق، وهو الذي يحدد هل للبوابات معنى أصلًا.
- الإصدار والدعم: كان مقررًا أن ينتهي الدعم القياسي لـOdoo 17.0 في سبتمبر 2026. إن كنت ما زلت عليه فأنهِ خطة الترقية قبل إضافة الذكاء الاصطناعي.
- دليل الحسابات: في Odoo 20 تحل الحسابات الأم محل مجموعات الحسابات، وتصبح أكواد الحسابات اختيارية. احسم سياسة الترميز أولًا، لأن التنبؤ ببنود الفاتورة يتعلم من التاريخ، بما فيه تاريخ تفضّل أن ينساه.
- الصلاحيات: أُلغيت قواعد السجلات وصار النطاق على صلاحية الوصول نفسها، وتُسجَّل تغييرات المجموعات في سجل محادثة المستخدم. أعد تصميم الأدوار، ثم أنشئ مستخدمًا مستقلًا لكل وكيل.
- أسماء الحالات: تغيّرت حالات الدفع (صار In Process يسمى Paid، وPaid يسمى Reconciled). حدّث التقارير والفلاتر وأي تعليمات للوكيل تشير إليها.
- تواريخ الإقفال: في إصدارات Odoo الحديثة تحمي تواريخ الإقفال الفترات المقفلة؛ اضبطها وحدد من يملك تغييرها.
- الرصيد: سمِّ مالكًا لرصيد IAP، وضع سقفًا شهريًا بعدد الطلبات.
- خط الأساس: سجّل اليوم عدد أيام الإقفال الشهري، وبنود التسوية البنكية المعلّقة حسب أعمارها، ونسبة فواتير الموردين التي تُصحَّح بعد إدخالها.
الأيام 1 إلى 30: أي ميزات تفعّل أولًا؟
ابدأ بما يقترح ويترك الترحيل كله بيد الإنسان: التنبؤ ببنود الفاتورة والتحليلات المالية، ومعها رقمنة الفواتير التي تقرأ الفاتورة بتقنية OCR وتستهلك رصيد IAP في إصدارات Odoo الحديثة. والعمل الحقيقي في هذه المرحلة هو القياس:
- فعّل التنبؤ ببنود الفاتورة على دفتر يومية واحد أو مجموعة موردين واحدة، لا على الكل.
- في كل فاتورة ضمن التجربة، يسجّل المراجع هل قُبل الحساب والضريبة والتوزيع التحليلي المقترح كما هو، أم عُدّل، أم حُذف.
- اطرح على مساعد التحليلات المالية الأسئلة الخمسة نفسها كل أسبوع، واربط كل إجابة بالتقرير القياسي الذي يجب أن تتفق معه.
- دوّن كل اختلاف مع سببه: تاريخ قديم، أو مورد مرمَّز خطأ، أو إجابة خاطئة.
ومثال تطبيقي على القاعدة التي نعمل بها: تعديل التوزيع التحليلي إزعاج، وتعديل الحساب خطأ تبويب، وتعديل الضريبة خطأ امتثال. قِس كل نوع على حدة. فقد تنجح التجربة مع تصحيحات تحليلية كثيرة، وتفشل بسبب عدد قليل من تصحيحات الضريبة.
الأيام 31 إلى 60: كيف تُدخل الذكاء الاصطناعي في التسوية البنكية؟
التسوية البنكية (Bank reconciliation) هي أكثر ما يغيّره Odoo 20. فبحسب ملاحظات الإصدار يجب أن تنشأ القيود التي تمس حسابات البنوك من حركات بنكية، وتدعم قواعد المطابقة حد تسامح في السداد وترتيبًا للمطابقة، ويمكن تشغيل المطابقة التلقائية يدويًا، ويعرض تقرير ملخص البنود المسوّاة وغير المسوّاة في نهاية الفترة. ويستطيع المساعد مراجعة أخطاء التسوية المشتبه بها وتقديم نتائج وتوصيات.
- اكتب قواعد المطابقة على الورق أولًا: أي الحقول، وبأي حد تسامح، وبأي ترتيب. واعتمدها كما تعتمد سياسة.
- شغّل المطابقة التلقائية يدويًا على شهر مقفل، وقارن النتيجة بالتسوية التي وقّعتها وقتها.
- اطلب من المساعد مراجعة البنود المعلّقة المتبقية، واجعل شخصًا يحسم كل توصية بسبب مسجّل.
- احفظ تقرير الملخص في ملف الإقفال الشهري موقّعًا من المُعِدّ والمراجع، كما في قائمة الإقفال الشهري.
تفاصيل الضوابط الرقابية في التسوية البنكية ودفع الفواتير في Odoo 20، وزاوية الذكاء الاصطناعي في أتمتة قيود اليومية والتسوية البنكية بالذكاء الاصطناعي.
الأيام 61 إلى 90: متى يبدأ الوكلاء في إعداد المسودات؟
الآن فقط، وبصيغة المسودة فقط. بحسب ملاحظات إصدار Odoo 20، يمكن إطلاق الوكلاء من الإجراءات الآلية والمجدولة، ويمكن جعل وكيل هو الوكيل الافتراضي لنموذج بيانات معيّن، وتُجاب أسئلة الوكيل وطلبات الإذن عبر أزرار، ويستأذن الوكيل قبل تجاوز حد استدعاء الأدوات. وتُحفظ المحادثات حتى 30 يومًا بعد آخر رسالة.
- اختر استخدامًا ضيقًا واحدًا، مثل إعداد قيود عكس المستحقات أو القيود المتكررة، وامنح الوكيل مستخدمًا خاصًا بأدنى صلاحيات.
- أبقِ كل مخرَج مسودة؛ والاعتماد متدرج بحسب الأهمية النسبية، مع معتمِد ثانٍ فوق الحد.
- صدّر المحادثة والسجلات التي استند إليها الوكيل إلى ملف الإقفال قبل انتهاء مدة الحفظ، لأن ISA 230 يتطلب توثيقًا يستطيع مراجع متمرس أن يتتبعه.
- صحّح بقيد عكسي لا بالحذف، ليُظهر مسار التدقيق المسودة والتصحيح معًا.
وإن كان مراجع خارجي سيقرأ الدفاتر باستمرار، فخطط لهذا الربط مع ربط الذكاء الاصطناعي بـOdoo للمراجعة المستمرة. ومبدأ الدليل الذي يحكم كل ذلك في الدليل أو الصمت.
فعّل ميزة ذكاء اصطناعي واحدة في كل مرة، ولا تفعّلها قبل أن تستطيع قياس أخطائها.
ماذا يجب أن تثبت كل بوابة؟
يطلب المبدأ 16 في إطار COSO تقييمات مستمرة ومنفصلة للتأكد من أن الضوابط تعمل. والبوابات هي هذه التقييمات بصيغة صريحة، ولكل منها قاعدة توقف يُتفق عليها قبل بدء المرحلة.
| المرحلة | النطاق | المالك | الدليل المطلوب لاجتياز البوابة | قاعدة التوقف |
|---|---|---|---|---|
| اليوم صفر | الإصدار، ودليل الحسابات، والأدوار، وتواريخ الإقفال، والرصيد، وخط الأساس | المدير المالي | مصفوفة أدوار موقّعة، وخط أساس مسجّل | لا خط أساس، لا بداية |
| الأيام 1 إلى 30 | التنبؤ ببنود الفاتورة، والتحليلات المالية، ورقمنة الفواتير | مسؤول الدائنين | معدلات التصحيح للحساب والضريبة والتحليل؛ وإجابات مربوطة بالتقارير | نمط غير مفسَّر في تصحيحات الضريبة |
| الأيام 31 إلى 60 | قواعد المطابقة، والمطابقة التلقائية، ومراجعة أخطاء التسوية | محاسب الخزينة أو الأستاذ العام | تقرير ملخص موقّع؛ وإعادة تشغيل شهر مقفل تتفق مع التسوية الموقّعة | مطابقة تلقائية تُلغى عند المراجعة دون تفسير |
| الأيام 61 إلى 90 | وكيل واحد يعدّ نوعًا واحدًا من القيود | المراقب المالي | كل مسودة اعتمدها أو رفضها شخص مسمّى؛ والمحادثات مصدَّرة | أي مخرَج للوكيل رُحّل دون اعتماد |
| بعد اليوم 90 | وكيل ثانٍ أو نطاق أوسع | المدير المالي مع المراجعة الداخلية | مراجعة ربع سنوية للصلاحيات والرصيد والمسودات المرفوضة | استهلاك رصيد بلا وكيل مسؤول عنه |
قاعدة التوقف تُوقف المرحلة لا المشروع. عالج السبب، وأعد القياس، ثم افتح البوابة من جديد.
من أين تبدأ يوم الأحد؟
- تأكد من إصدار Odoo ونسخته وخطتك، وما يشمله كل منها من ذكاء اصطناعي.
- سجّل أرقام خط الأساس قبل أن يغيّر أحد أي إعداد.
- اختر دفتر يومية واحدًا لتجربة التنبؤ ببنود الفاتورة، ومراجعًا واحدًا يقيس نتائجها.
- اكتب قواعد التوقف الثلاث، واجعل المدير المالي يوقّعها.
- حدّد الآن موعد مراجعة بوابة اليوم 30، بحضور شخص من خارج فريق التجربة.
والنهج المرحلي نفسه ينطبق على المشتريات، كما في أتمتة اعتمادات المشتريات في Odoo 20، والإطار الأوسع في دليلنا للذكاء الاصطناعي في المحاسبة والذكاء الاصطناعي في الإقفال الشهري. وتنفذ MFT هذه الخطة ضمن خدمات تطبيق Odoo ERP. ويتوفر وكيل المراجع ووكيل المدير المالي الافتراضي لدينا كخدمة مُدارة: يعدّان المسودة، ويعتمد شخص مسمّى ومسجّل، ولا يُرحَّل شيء تلقائيًا.