يسأل المدير المالي المساعد الذكي: كم فاتورة عميل تجاوز تأخرها تسعين يومًا؟ فتأتيه إجابة واضحة وواثقة، فيضعها في عرض مجلس الإدارة. بعد ثلاثة أسابيع يسأل المراجع الخارجي سؤالًا بسيطًا: أي فواتير؟ إذا كان الجواب "هكذا قال الذكاء الاصطناعي"، فالرقم ليس دليلًا، بل ادعاء بلا صاحب.
هذه مشكلة تتبع المصدر، وهي التي تحدد هل يصلح مخرج الذكاء الاصطناعي للاستخدام في المحاسبة والمراجعة أصلًا. نعرض هنا القاعدة التي نعمل بها، الدليل أو الصمت، ومسار التدقيق الذي يجعلها قابلة للاختبار. والمقال جزء من سلسلتنا عن الذكاء الاصطناعي في المحاسبة.
ما تتبع مصدر الذكاء الاصطناعي في المحاسبة والمراجعة؟
تتبع مصدر الذكاء الاصطناعي (AI provenance) هو السلسلة الموثقة التي تعيد أي مخرج إلى السجلات التي قرأها بالضبط، وإلى التعليمات والتشغيل اللذين أنتجاه، وإلى الشخص الذي قبله أو رفضه، بحيث يستطيع مراجع آخر إعادة أداء العمل. مسار التدقيق (Audit trail) يفعل ذلك مع المعاملات: من أنشأ ماذا ومن عدّله واعتمده ورحّله، ومتى. وتتبع المصدر يمد هذا المسار إلى نوع جديد من المُعِدّين. ومن دونه لا يمكن ردّ ملاحظة الذكاء الاصطناعي إلى مصدرها، ويبقى للقيد الذي أعدّه الوكيل سجل بما رُحّل دون سجل بسببه.
لماذا لا تكفي إجابة الذكاء الاصطناعي وحدها دليلًا للمراجعة؟
يتطلب معيار ISA 500 أدلة مراجعة كافية ومناسبة، والمناسبة تعني الصلة والموثوقية. ويتطلب ISA 230 توثيقًا يمكّن مراجعًا خبيرًا لا صلة سابقة له بالمهمة من فهم العمل المنجز والأدلة التي جُمعت. فقرة بليغة من نموذج لغوي لا تحقق أيًا من الشرطين ما لم تُحِل إلى سجلات يمكن فحصها. والمعايير تتحرك مع التقنية: في أغسطس 2026 أصدر مجلس IAASB مسودات عرض لتعديل ISA 500 وISA 330 وISA 520 لمعالجة التوسع في استخدام التقنية، وآخر موعد للتعليقات 15 ديسمبر 2026. لم تصبح نهائية بعد، لكن الاتجاه واضح.
والهلوسة هي الخطر المحدد هنا: قد ينتج النموذج رقمًا أو اسم مورد أو تاريخًا يبدو صحيحًا ولا وجود له في الدفاتر. وفي المالية هذا أسوأ من الخطأ الظاهر، لأنه يبدو كأنه ناتج عملية حسابية.
ماذا تعني قاعدة "الدليل أو الصمت"؟
هي قاعدة التشغيل في MFT Intelligence: كل ملاحظة يجب أن تستشهد بمعرّفات السجلات التي استرجعها الوكيل فعلًا، وأي ملاحظة لا تستشهد بشيء، أو تتضمن رقمًا غير موجود في السجلات المستشهد بها، تُرفض. والملاحظات المرفوضة تظهر مشطوبة، ولا تُعرض كحقائق أبدًا. إما أن يُظهر الوكيل دليله، وإما أن يصمت.
ولاحظ ما لا تدّعيه القاعدة: لا تدّعي أن النموذج لا يخطئ. إنها تنقل مبدأ صفر هلوسة من خاصية في النموذج، لا يملك أحد ضمانها، إلى خاصية في الإجراء يمكن اختبارها: المخرج غير المدعوم لا يمر ملاحظةً.
إن لم يستطع الوكيل أن يشير إلى السجل، فالملاحظة غير موجودة.
كيف يعمل الفحص خطوة بخطوة
- يسترجع الوكيل السجلات عبر API، ويُسجَّل معرّف كل سجل عاد إليه.
- يصوغ الوكيل الملاحظة ويذكر معرّفات السجلات التي يستند إليها.
- تتحقق خطوة الفحص من أن كل معرّف مستشهد به استُرجع فعلًا في التشغيل نفسه.
- ثم تتحقق من أن كل رقم وتاريخ واسم في الملاحظة موجود في تلك السجلات.
- الملاحظة التي تفشل تُشطب وتبقى ظاهرة، ليرى المراجع ما رُفض ولماذا.
- يقبل مراجع مسمّى الملاحظات الباقية أو يعدّلها أو يرفضها، ويُسجَّل قراره.
مثال تطبيقي
يرصد الوكيل فاتورتين من المورد نفسه تحملان المرجع نفسه، رُحّلتا بفارق أربعة أيام، ودُفعت كل منهما. ويستشهد بسجلَّي الفاتورتين وسجلَّي الدفعتين. يتأكد الفاحص أن المعرّفات الأربعة استُرجعت وأن المرجع والتواريخ وحالة السداد موجودة فيها، فتبقى الملاحظة للمراجعة. وفي التشغيل نفسه يضيف الوكيل أن المورد أنشأه المستخدم الذي اعتمد الدفعتين، دون أن يستشهد بسجل المورد أو بسجل المستخدمين. هذه الجملة تُشطب. قد تكون صحيحة، لكنها ليست دليلًا بعد، فيسحب المراجع سجل تغييرات المورد قبل أن يقولها.
ماذا يجب أن يسجّل مسار التدقيق في الذكاء الاصطناعي؟
| العنصر | لماذا يهم | ملاحظة عملية |
|---|---|---|
| إصدار التعليمات | السؤال نفسه بتعليمات مختلفة يعطي إجابة مختلفة | الأوامر الافتراضية في Odoo 20 تقبل سياقًا وقيمًا ديناميكية، فأدِر إصداراتها كما تدير سياسة |
| السجلات المسترجعة | أساس إعادة الأداء | سجّل معرّفات السجلات، لا ملخص الاستعلام فقط |
| المزوّد والنموذج | يفسر الاختلاف بين تشغيل وآخر | يختار Odoo 20 النموذج آليًا بعد أن تحدد المزوّد؛ تأكد مما تسجله قاعدة بياناتك |
| المخرج كما سُلّم | يبيّن ما رآه المستخدم فعلًا | احتفظ بالأصل، بما فيه الملاحظات المشطوبة |
| المراجع وقراره | المسؤولية على شخص | معتمِد مسمّى ومسجّل، ومن طلب التشغيل لا يعتمده |
| القيد الناتج | يربط الملاحظة بالدفاتر | مسودة ثم اعتماد ثم ترحيل، والتصحيح بقيد عكسي لا بالحذف |
| الحفظ | الدليل يجب أن يعيش بعد المحادثة | المحادثات المخزنة تُحفظ حتى 30 يومًا بعد آخر رسالة، فانقل ما تحتاجه إلى السجل أو أوراق العمل |
أين يساعد Odoo 20، وأين الفجوات؟
وفق ملاحظات إصدار Odoo 20، تسير عدة ميزات في الاتجاه الصحيح. الرؤى المالية بالذكاء الاصطناعي تجيب عن أسئلة مالية الشركة بالاعتماد على البيانات المحاسبية في قاعدة بياناتك وحدها، ويمكنها فحص أخطاء التسوية البنكية المشتبه بها وإرجاع ملاحظات وتوصيات. والوكلاء يعرضون التقدم مباشرة، ويمكن إعادة معالجة المصادر يدويًا، ويستأذنون قبل تجاوز حد استدعاء الأدوات، ويطلبون الإذن بأزرار. وخارج الذكاء الاصطناعي، تُختم قيود النقدية بالتجزئة (hashing) عند التسوية، وتُسجَّل تغييرات مجموعات المستخدمين في محادثة المستخدم، وتتاح مرفقات كشوف الحساب البنكية في المحاسبة والمستندات، فيبقى المستند الأصلي قريبًا من القيد.
الفجوات في الدليل لا في القدرة. المحادثات تُحفظ حتى 30 يومًا، وهي مدة أقصر من أي دورة مراجعة. والاختيار الآلي للنموذج يعني أن إعادة التشغيل قد لا تستخدم النموذج نفسه، فإعادة الأداء تكون بفحص السجلات المستشهد بها لا بإعادة السؤال. والإجابة المبنية على البيانات المحاسبية جيدة بقدر جودة تلك البيانات: إن كان توجيه الفواتير خاطئًا كررت الرؤية الخطأ بثقة. تأكد في قاعدة بياناتك من ميزات الذكاء الاصطناعي المتاحة في نسختك وخطتك، ومما يسجله كل تشغيل. وتفصيل سلوك الوكلاء في وكلاء Odoo 20 تحت الضوابط المالية.
كيف يختبر المراجع ملاحظة أنتجها الذكاء الاصطناعي؟
- أعد الأداء من السجلات المستشهد بها: افتح كل معرّف وتأكد من الوقائع الواردة في الملاحظة.
- تتبع إلى المستندات الأصلية: الفاتورة، وسطر كشف الحساب البنكي، والاعتماد، لا دفتر الأستاذ وحده.
- اختبر الاكتمال: تأكد أن التشغيل غطى المجتمع الكامل للفترة لا عرضًا مُصفّى. هذا ما يجعل اختبار المجتمع الكامل بالذكاء الاصطناعي قابلًا للدفاع عنه.
- راجع الملاحظات المرفوضة أيضًا: تكرار الادعاءات المشطوبة يخبرك بشيء عن التعليمات أو عن البيانات.
- وثّق وفق ISA 230: ماذا شُغّل، وعلى أي سجلات، ومن راجع، وما الاستنتاج.
الملاحظة التي تجتاز هذه الخطوات خيط مدعوم بالدليل، لكنها ليست حكمًا بالاحتيال أو بالتحريف؛ هذا الحكم يبقى للمراجع، كما نؤكد في كشف الاحتيال المالي بالذكاء الاصطناعي.
وماذا عن قيود التصحيح التي يُعدّها الذكاء الاصطناعي؟
تتبع المصدر أهم ما يكون حين ينتقل الذكاء الاصطناعي من الرصد إلى التصحيح. قواعدنا: الوكيل يُعدّ قيود التصحيح والتسويات، ويعتمدها شخص مسمّى ومسجّل، وفوق حد الأهمية النسبية وفق ISA 320 يلزم معتمِد ثانٍ، والتصحيح بقيد عكسي لا بالحذف، ولا يُرحَّل شيء آليًا. عندها يُقرأ المسار من أوله إلى آخره: السجلات المسترجعة، فالملاحظة، فمسودة القيد، فالمعتمِد، فالقيد العكسي المرحّل. ومن يعتمد ماذا سؤال فصل بين المهام تناولناه في الذكاء الاصطناعي والفصل بين المهام، والمبدأ مشروح في الوكيل يُعِدّ والإنسان يعتمد.
من أين تبدأ يوم الأحد؟
- اختر مخرجًا واحدًا يستخدمه فريقك الآن، كإجابة عن الذمم المتأخرة، واطلب معرّفات السجلات التي خلفه. إن تعذّر ذلك فأوقف استخدامه في التقارير.
- اكتب معيارًا من صفحة واحدة لأدلة الذكاء الاصطناعي: ماذا يسجّل كل تشغيل، ومن يراجع، وكم يُحفظ الدليل.
- انقل كل مخرج استُخدم في تقرير أو قيد إلى السجل أو إلى ورقة عمل خلال نافذة الـ30 يومًا.
- أدِر إصدارات تعليمات كل وكيل يمس المالية، وراجع أي تغيير قبل تفعيله.
- أضف إلى مراجعة الإقفال الشهري إعادة أداء لعدد قليل من ملاحظات الذكاء الاصطناعي.
هذا هو الانضباط نفسه وراء seg-audit، منصة MFT للمراجعة المستمرة: تقرأ الدفاتر مباشرة من نظام ERP قراءة فقط، وتقيّم كل معاملة حسب الخطر، وتعمل بقاعدة واحدة: لا رقم بلا دليل. تبقى الملاحظات مسجلة بأدلتها ودرجة خطورتها، وتُربط الملاحظات المتكررة بسابقاتها، ولا تُغلق ملاحظة دون معتمِد مسمّى ومسجّل، ومسار الأدلة صالح لاستخدام المراجع الخارجي. ووكيل المراجع يطبق قاعدة الدليل أو الصمت اليوم كخدمة مُدارة، ويجري دمجه في مسار تقارير seg-audit ليدخل مخرجه سلسلة اعتماد بشري من مرحلتين كمسودة؛ والدمج في المراجعة النهائية ولم يُطلق بعد. ولماذا يهم الدليل المستمر، اقرأ ما يفوت المراجعة السنوية في أحد عشر شهرًا، أو تواصل مع فريق المراجعة الداخلية لدينا.