الاعتماد الذي يفشل أكثر من غيره في المشتريات ليس الاعتماد الغائب، بل الاعتماد الموضوع على المستند الخطأ. يُضبط اعتماد المدير على أوامر الشراء فوق حد معيّن، فيتحول الحد بهدوء إلى هدف: أمران تحت الحد بدل أمر واحد فوقه، وفاتورة مورد تُسجَّل بلا أمر شراء أصلًا، وحساب بنكي لمورد يغيّره الشخص نفسه الذي يُصدر المدفوعات. والاعتمادات التي تتم خارج مصفوفة الاعتماد ملاحظة متكررة في أعمال المراجعة المستمرة لدينا، وقلّما يكون سببها إعدادًا معطّلًا.
يضيف Odoo 20 وكلاء ذكاء اصطناعي يعملون من الإجراءات الآلية، ومجموعة تحسينات في المشتريات والدائنين. لا هذا ولا ذاك يحل محل مصفوفة الاعتماد. وفيما يلي طريقة بناء المصفوفة داخل Odoo 20 بحيث توجّه الأتمتة العمل إلى المعتمِد، ويعدّ الذكاء الاصطناعي المسودة، ويبقى دليل من اعتمد ماذا صالحًا أمام المراجع.
ما أتمتة اعتمادات المشتريات في Odoo 20؟
أتمتة اعتمادات المشتريات هي مجموعة القواعد داخل نظام ERP التي توجّه كل طلب شراء وأمر شراء وفاتورة مورد وتغيير في بيانات المورد إلى معتمِد مفوَّض بحسب القيمة والفئة والمخاطر، وتوقف الخطوة التالية حتى يُسجَّل الاعتماد، وتحتفظ بهذا التسجيل دليلًا. الأتمتة توجّه وتمنع، والقرار لشخص. ولها ثلاث طبقات:
- القاعدة: من يعتمد ماذا، وحتى أي مستوى، ومستقلًا عن من. وهي قرار سياسة تملكه الإدارة المالية.
- الآلية: الإعداد أو التطبيق أو قاعدة الأتمتة في Odoo التي تطبّق القاعدة على المستند.
- الدليل: سطر في سجل المحادثة (chatter)، أو سجل موافقة، أو نشاط منجَز، أو توقيع، يثبت أن شخصًا مسمّى طبّق القاعدة في تاريخ محدد.
وأغلب الإخفاقات تأتي من بناء الطبقة الثانية قبل الأولى.
كيف تبني مصفوفة الاعتماد قبل أي إعداد؟
ابدأ من الأحداث لا من الشاشات. دورة الشراء فيها ستة أحداث قد تحتاج إلى اعتماد: نشوء الحاجة، والالتزام بأمر الشراء، والاستلام، وفاتورة المورد، وتغيير البيانات الأساسية للمورد، والدفع. ولكل حدث حدّد المحفز والمعتمِد والشخص الذي يجب أن يكون المعتمِد مستقلًا عنه. واشتق مستويات القيمة من الأهمية النسبية للتخطيط، كما شرحنا في تحديد حد الأهمية النسبية وفق ISA 320، لا من أرقام مستديرة اختيرت يوم التشغيل.
| الحدث | محفز الاعتماد | المعتمِد (مستقل عن) | الآلية في Odoo (تأكد منها في قاعدة 20 لديك) | الدليل المحفوظ |
|---|---|---|---|---|
| طلب شراء غير اعتيادي | إنفاق خارج قواعد إعادة الطلب | صاحب الموازنة (لا طالب الشراء) | فئة في تطبيق الموافقات (Enterprise) | سجل الموافقة |
| أمر شراء، المستوى الأول | إجمالي الأمر فوق المستوى الأول | مدير المشتريات (لا المشتري) | إعداد اعتماد أمر الشراء | الاعتماد في سجل محادثة الأمر |
| أمر شراء، المستوى الثاني | فوق المستوى الثاني، أو إنفاق رأسمالي، أو مورد جديد | المدير المالي (معتمِد ثانٍ) | تطبيق الموافقات، أو قاعدة أتمتة تطلق خطة أنشطة | سجل موافقة أو نشاط منجَز |
| إنشاء مورد أو تغيير حسابه البنكي | كل تغيير | مراجع مالي (لا المشتريات ولا المدفوعات) | قاعدة أتمتة تطلق خطة أنشطة للمراجعة | نشاط منجَز، سجل محادثة المورد |
| فاتورة المورد | بلا أمر شراء، أو خارج حد التسامح | مسؤول الدائنين (لا المشتري) | الفوترة على الكميات المستلمة، ومطابقة أمر الشراء، وتنبيهات التكرار | ملخص المطابقة، والتنبيه المعالَج |
| الدفع | كل دفعة | معتمِد الخزينة (لا موظف الدائنين) | قصر صلاحية الدفع على مجموعة مسمّاة | سجل الدفع وتأكيد البنك |
وقاعدتان تجعلان المصفوفة متماسكة. الأولى أن المعتمِد مستقل عن العمل الذي يعتمده، وهو موضوع الفصل بين المهام في Odoo، ومع دخول الوكلاء إلى النظام موضوع موقع وكلاء الذكاء الاصطناعي من الفصل بين المهام. والثانية أن لكل سطر دليله: الاعتماد الذي لا يستطيع أحد إظهاره لم يحدث في نظر المراجع.
أي آلية في Odoo تحمل أي اعتماد؟
الآليات التالية قديمة في Odoo، ولكل منها وظيفة مختلفة. تأكد من سلوك كل منها في قاعدة بيانات Odoo 20 ونسختك قبل الاعتماد عليها.
إعداد اعتماد أمر الشراء
في إصدارات Odoo الحديثة تتضمن إعدادات المشتريات خيار اعتماد الأوامر: الأمر الذي يتجاوز مبلغًا تحدده يحتاج إلى اعتماد مدير قبل التأكيد. ميزته أنه على المستند نفسه، فهو دليل جيد. وحدوده واضحة: مبلغ واحد لكل الفئات، ومستوى واحد، ولا شيء فيه يمنع تجزئة الأمر أو تسجيل فاتورة بلا أمر.
تطبيق الموافقات
في إصدارات Odoo الحديثة يتيح تطبيق الموافقات (Approvals) في نسخة Enterprise تعريف فئات موافقة لكل منها معتمِدوها، مثل المشتريات الرأسمالية أو أول أمر مع مورد جديد. يناسب الطلبات السابقة لأمر الشراء والحالات التي تحتاج أكثر من معتمِد. ولا تتضمن ملاحظات إصدار Odoo 20 قسمًا عن هذا التطبيق، فتوقّع أن يعمل كما كان، واختبره مع ذلك.
قواعد الأتمتة وخطط الأنشطة والتوقيع
بحسب ملاحظات إصدار Odoo 20، صار بإمكان قواعد الأتمتة إطلاق خطط الأنشطة، ويدعم تطبيق التوقيع (Sign) طلبات توقيع آلية بموقّعين ثابتين أو بحسب الدور، تُرسل من الأنشطة أو خطط الأنشطة، مع دعم الكتابة العربية. مثال عملي: تغيير الحساب البنكي لمورد يطلق خطة فيها مراجعة مالية، واتصال تحقق بالمورد على رقم معروف مسبقًا، وتأكيد موقّع. لكن النشاط وحده لا يوقف الخطوة التالية؛ فحيث يجب المنع استخدم آلية مانعة أو تخصيصًا صغيرًا موثقًا.
وقاعدة القرار التي نطبقها: آلية مانعة حيث النقد معرّض، ونشاط حيث البيانات معرّضة، وتوقيع حيث يلزم إقرار خارجي أو قانوني.
ماذا يغيّر Odoo 20 في المشتريات والدائنين؟
لا تذكر ملاحظات إصدار Odoo 20 أي تغيير في إعدادات اعتماد المشتريات. تغييرات قسم المشتريات تخص المقارنة والتواريخ والتكلفة، وبعضها يحسّن ما يراه المعتمِد:
- شاشة لمقارنة العروض البديلة، تصلح دليلًا على النظر في بدائل للأوامر فوق المستوى الأعلى.
- تاريخ وصول متوقع قابل للتعديل يحتفظ بالتاريخ الأصلي للمورد لحساب نسب الالتزام بالمواعيد، وإعادة حساب موعد الوصول عند فوات الموعد النهائي.
- معدل جودة للمورد مبني على فحوصات الجودة.
- أقسام وملاحظات في اتفاقيات الشراء والأوامر الإطارية، وإجماليات لأقسام أمر الشراء، وIncoterm افتراضي لكل مورد.
وفي الدائنين تضيف ملاحظات الإصدار تحسينات لمطابقة أوامر الشراء (إكمال تلقائي، وملخص للمطابقة، وإلغاء المطابقة)، وقواعد مطابقة بحد تسامح في السداد، وتنبيهات تكرار حمراء وصفراء، ومعالج دفع يكشف المدفوعات المعلّقة. اعتبر إلغاء المطابقة نقطة رقابية: اقصره على أشخاص محددين وراجع استخدامه شهريًا. وتغييران في الصلاحيات يهمّان هنا: أُلغيت قواعد السجلات وصار النطاق يُحدد على صلاحية الوصول نفسها، وصارت تغييرات مجموعات المستخدم تُسجَّل في سجل محادثته؛ فراجع كل مجموعة معتمِدين بعد الترقية. الصورة الأوسع في Odoo 20 لفرق المالية، ومنطق المطابقة في المطابقة الثلاثية.
أين يقع الذكاء الاصطناعي من اعتمادات المشتريات؟
الذكاء الاصطناعي يعدّ المسودة، والاعتماد يبقى بشريًا. بحسب ملاحظات إصدار Odoo 20، يمكن إطلاق الوكلاء من الإجراءات الآلية والمجدولة، ويستطيعون إنشاء السجلات (ومنها الإنشاء من ملف تعليمات مرفوع مثل PDF) وتحديثها، وطلب الإذن عبر أزرار، والاستئذان قبل تجاوز حد استدعاء الأدوات. وتقترح ميزة التنبؤ ببنود الفاتورة المنتج والحساب والضريبة والتوزيع التحليلي من تاريخ الفواتير ووصف البند. وكل ميزات الذكاء الاصطناعي تحتاج رصيد IAP يُحتسب لكل طلب؛ وتأكد من ميزات الوكلاء المشمولة في نسختك وخطتك. ولا تصف ملاحظات الإصدار وكيلًا مخصصًا للمشتريات.
- إعداد طلب عرض سعر من ملف عرض المورد: يبقى مسودة، ويراجعه المشتري، وتنطبق عليه المصفوفة كأي أمر آخر.
- وكيل مجدول يعدّ أسبوعيًا قائمة بالأوامر القريبة من حد مستوى ما لكل مورد: لا قيمة لها إلا إذا أحال كل سطر إلى الأوامر التي قرأها.
- التنبؤ ببنود الفاتورة: تابع كم مرة يغيّر المراجع الحساب المقترح، وأبقِ المراجعة إلزامية حتى يستقر هذا المعدل عند مستوى منخفض.
ومستخدم الوكيل لا يدخل أبدًا في مجموعة المعتمِدين، وهو المبدأ الذي يقوم عليه الوكلاء يعدّون المسودة والبشر يعتمدون. ولكل بنود الذكاء الاصطناعي ونموذج الرصيد راجع خريطة ميزات الذكاء الاصطناعي في Odoo 20 للمحاسبة.
كيف تختبر أن الاعتماد لا يُلتف عليه؟
وجد تقرير ACFE لعام 2026 عن الاحتيال المهني أن أكثر من نصف الحالات اقترن بغياب الضوابط الرقابية أو تجاوز الضوابط القائمة. ومصفوفة المشتريات يُلتف عليها بطرق متوقعة، وكل طريقة تترك أثرًا في الدفاتر. نفّذ هذه الاختبارات على المجتمع الكامل للفترة لا على عينة، كما في الانتقال من العينة إلى فحص المجتمع الكامل:
- تجزئة الأوامر: اجمع الأوامر المؤكدة لكل مورد خلال نافذة قصيرة، 7 أيام مثلًا، وعلّم المجموعات التي يتجاوز مجموعها مستوى الاعتماد بينما كل أمر فيها دونه.
- فواتير بلا أوامر شراء لموردين أو أصناف تمر عادة عبر المشتريات.
- أوامر أُنشئت أو أُكدت بعد تاريخ الفاتورة التي تدعمها.
- تطابق المعتمِد مع طالب الشراء أو المشتري على الأمر نفسه.
- تغيير حساب بنكي لمورد تبعته دفعة قبل إنجاز نشاط المراجعة.
- فواتير أُلغيت مطابقتها ثم أعيدت، وتنبيهات تكرار حمراء تُجووزت دون سبب مسجّل.
مثال تطبيقي على الاختبار الأول: إذا كان المستوى الأول T، فثلاثة أوامر لمورد واحد خلال خمسة أيام، كل منها عند 90% من T، تمر من الإعداد فرادى، ومجموعها 270% من T. الإعداد عمل كما صُمم، والمصفوفة لم تعمل.
حد الاعتماد الذي لا يُختبر ضد التجزئة يتحول إلى قائمة أسعار للتهرب من الاعتماد.
من أين تبدأ يوم الأحد؟
- صدّر المستخدمين ومجموعاتهم، واكتب من يستطيع تأكيد الأوامر، واعتماد الفواتير، وتغيير بيانات الموردين، وإصدار المدفوعات.
- اكتب المصفوفة في صفحة واحدة بمستويات مشتقة من الأهمية النسبية، واجعل الإدارة المالية توقّعها.
- اربط كل سطر بآلية، وصنّفه مانعًا أو تذكيرًا.
- اضبطها في قاعدة اختبار، ونفّذ اختبارات الالتفاف على بيانات الربع الماضي.
- بعدها فقط أضف صياغة المسودات بالذكاء الاصطناعي، مع مالك مسمّى لرصيد IAP، ومعتمِدين من خارج مجموعة الوكيل.
هذا التسلسل جزء من الخطة الأوسع في تطبيق المحاسبة بالذكاء الاصطناعي على Odoo 20 خطوة بخطوة، ويمكن أن تعمل الاختبارات باستمرار بعد ربط الذكاء الاصطناعي بـOdoo للمراجعة المستمرة. وفي مشروعات تطبيق Odoo ERP التي ننفذها تُوقَّع المصفوفة قبل إنشاء المستخدمين. ومنصتنا للمراجعة المستمرة seg-audit تقرأ الدفاتر قراءة فقط وتقيّم كل معاملة بحسب المخاطر، والاعتمادات خارج المصفوفة من الأنماط التي تُظهرها. ووكيل المشتريات قيد التحقق الداخلي ضمن MFT Intelligence، وهو مثل كل وكلائنا يعدّ المسودة ويعتمد شخص مسمّى.