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

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

ما معنى ربط الذكاء الاصطناعي بـOdoo للمراجعة المستمرة؟

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

وهذا يقع في مكون المتابعة من إطار COSO للرقابة الداخلية (2013): المبدأ 16 يطلب تقييمات مستمرة ومنفصلة، والاختبار اليومي تقييم مستمر. وللفرق بينه وبين الدورة السنوية اقرأ المراجعة المستمرة بالذكاء الاصطناعي مقابل المراجعة التقليدية.

أي طريق اتصال تختار: API أم MCP أم الوكلاء داخل القاعدة؟

هناك ثلاثة طرق إلى البيانات وطريق رابع يلتف حولها، ولكل منها ملف رقابي مختلف.

طرق ربط الذكاء الاصطناعي بـOdoo والضابط الذي يحتاجه كل طريق
الطريقكيف يصل إلى البياناتالأنسب لهالضابط الرئيسي
واجهة API الخارجية (XML-RPC / JSON-RPC)مستخدم API مخصص ومفتاح يستعلمان من القاعدة؛ متاحة منذ إصدارات Odoo الحديثة، وتأكد منها في قاعدة الإصدار 20اختبارات دورية على المجتمع الكامل تشغّلها منصة خارجيةمستخدم مخصص، وصلاحية قراءة فقط، وتدوير المفتاح، ومراجعة سجل الوصول
اتصال MCPتذكر ملاحظات إصدار Odoo 20 الاتصال بقاعدة البيانات عبر Model Context Protocol، فتستطيع أدوات الذكاء الاصطناعي الاستعلام منهاأسئلة تفاعلية من مساعد ذكي أثناء مهمة مراجعةالتحقق في قاعدة بياناتك من المستخدم والصلاحيات التي يعمل بها قبل التفعيل
وكلاء Odoo الأصليونيعملون داخل القاعدة وتطلقهم الإجراءات الآلية أو المجدولةفحوص تشغيلية يملكها الفريق الماليمالك للوكيل، ومخرجات في حالة مسودة، وموازنة لرصيد IAP
التصدير والجداولشخص يستخرج البيانات ويرسل ملفًاتحليل لمرة واحدةفحص الاكتمال مقابل ميزان المراجعة، ولا تغطية مستمرة

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

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

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

  1. أنشئ مستخدمًا مخصصًا للاتصال، ولا تستخدم أبدًا حساب شخص أو حساب مدير النظام.
  2. امنحه صلاحية قراءة على النماذج التي تحتاجها الاختبارات فقط: قيود اليومية، وفواتير العملاء والموردين، والدفعات، والشركاء، والمنتجات، وتقييم المخزون.
  3. في Odoo 20 ألغيت قواعد السجلات وصار النطاق يُضبط على صلاحية الوصول مباشرة، فراجع هذا النطاق ضمن الإعداد.
  4. أصدر مفتاح API لهذا المستخدم وحده، ودوّن من يحمله ومتى يُستبدل.
  5. راجع سجل المحادثة (Chatter) الخاص بالمستخدم شهريًا، فـOdoo 20 يسجّل فيه تغييرات المجموعات، فيبقى أثر لأي توسيع للصلاحيات.
  6. اختبر القيد: حاول الكتابة بالمفتاح واحفظ الرفض دليلًا على أن القراءة فقط مطبّقة فعلًا.

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

إلى أين تذهب البيانات، ومن يحتفظ بها؟

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

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

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

ما الاختبارات التي تعمل باستمرار؟

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

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

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

كيف تصبح ملاحظة الذكاء الاصطناعي دليل مراجعة؟

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

الملاحظة التي لا تسمّي السجلات التي قرأتها ليست ملاحظة، بل إشاعة بدرجة ثقة.

هذه هي القاعدة التي يعمل بها MFT Intelligence، ونسمّيها «الدليل أو الصمت»: كل ملاحظة يجب أن تذكر أرقام السجلات التي استرجعها الوكيل فعلًا، والملاحظة التي لا تستند إلى شيء، أو تذكر رقمًا غير موجود في السجلات المستشهد بها، تُرفض وتظهر مشطوبة، ولا تُعرض أبدًا كحقيقة. التفاصيل في مقالنا عن مصدر مخرجات الذكاء الاصطناعي ومبدأ صفر هلوسة. والمعايير نفسها تتحرك: في أغسطس 2026 أصدر IAASB مسودات عرض لتعديل ISA 500 وISA 330 وISA 520 لمعالجة التوسع في استخدام التقنية، وتنتهي التعليقات في 15 ديسمبر 2026. وهي ليست نهائية، فابنِ على المعايير الحالية.

من يعتمد ما يقترحه الذكاء الاصطناعي؟

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

  • الوكيل يُعدّ القيد التصحيحي أو التسوية، ولا يُرحَّل شيء آليًا.
  • الاعتماد متدرج حسب حد الأهمية النسبية وفق ISA 320 لدى العميل: فوقه يوقّع معتمِد ثانٍ.
  • التصحيح يتم بقيد عكسي لا بالحذف، فيبقى الأصل ظاهرًا.
  • في seg-audit لا تُغلق ملاحظة دون معتمِد مسمّى ومسجَّل، والملاحظات المتكررة تُربط بما سبقها.

أما الكتابة المباشرة للتصحيحات المعتمدة في Odoo فتُقدَّم لكل عميل على حدة، وبعد إعداد موصّله فقط. وحتى ذلك الحين يُدخل فريق العميل نفسه التصحيحات المعتمدة، فيبقى الترحيل تحت ضوابطه.

من أين تبدأ؟

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

هذا هو العمل الذي تقوم عليه خدمة المراجعة الداخلية لدينا: seg-audit تقرأ الدفاتر للقراءة فقط، وتقيّم كل معاملة حسب خطرها بدل فحص نسبة صغيرة منها، وتحفظ كل ملاحظة في السجل مع دليلها ودرجة خطورتها. وإن كان تطبيق Odoo 20 ما زال أمامك، فاقرن هذا بـالدليل العملي لتطبيق المحاسبة بالذكاء الاصطناعي على Odoo 20.

المصادر

  1. Odoo، ملاحظات الإصدار الرسمية "Odoo 20 Release Notes" (سبتمبر 2026)
  2. جمعية فاحصي الاحتيال المعتمدين (ACFE)، تقرير "Occupational Fraud 2024: A Report to the Nations" (2024)
  3. مجلس معايير المراجعة والتأكيد الدولية (IAASB)، "Project update: ISA 500 Audit Evidence"، مسودات عرض لتعديل ISA 500 وISA 330 وISA 520 (أغسطس 2026)

تحدّث مع MFT عن هذا