حتى الآن، كان الذكاء الاصطناعي في أغلب أنظمة تخطيط الموارد يجيب عن الأسئلة. وبحسب ملاحظات إصدار Odoo 20، يذهب الوكلاء في هذا الإصدار أبعد: يستطيعون إنشاء السجلات وتعديلها والعمل داخل الإجراءات الآلية والمجدولة، لا في نافذة محادثة فقط. لفريق المالية هذه قدرة حقيقية وسؤال رقابي حقيقي في الوقت نفسه. فالوكيل الذي يرحّل سجلات أو يعدّلها وفق جدول يؤدي عملًا لو قام به شخص لكان داخل مصفوفة الصلاحيات والاعتماد لديك.
ما وكيل الذكاء الاصطناعي في Odoo 20؟
تصف ملاحظات الإصدار الوكيل بأنه سجل له تعليمات، ومهارات قابلة لإعادة الاستخدام، ومصادر معرفة، ومحفزات مربوطة بقواعد الأتمتة. وكل تشغيل يُسجَّل. ويمكن للوكلاء أيضًا الاتصال بمساعدين خارجيين عبر MCP. وبلغة المالية، الوكيل تعليمة دائمة لديها القدرة على التنفيذ: يستيقظ عند محفز، ويقرأ ما تسمح به مصادر معرفته، ويغيّر السجلات في حدود الصلاحيات الممنوحة له.
ماذا يستطيع الوكلاء أن يفعلوا للمالية اليوم؟
تذكر ملاحظات الإصدار بعض الاستخدامات المالية صراحة. مساعد المحاسبة الذكي يجيب عن أسئلة الذمم المدينة ومجمل الربح والتدفق النقدي بأرقام من التقارير، ويستطيع مراجعة أخطاء التسوية البنكية المشتبه بها وتقديم توصيات. وفي المشتريات، يشير وكيل إلى الموردين الذين تستحق إعادة التفاوض معهم، ويُبنى تقييم لجودة المورد من أوامره السابقة. وما عدا ذلك، فما يفعله الوكيل يتوقف على طريقة إعداده، ولهذا بالتحديد يكون الإعداد قرارًا ماليًا لا تقنيًا فقط.
من يستطيع استخدامهم، وكم يكلّفون؟
وكلاء الذكاء الاصطناعي جزء من Odoo 20 Enterprise، لا من Community. وميزات الذكاء الاصطناعي تستهلك رصيد IAP يُشترى منفصلًا عن تراخيص المستخدمين ويُحتسب لكل طلب. ويشمل ذلك الطلبات التي تطلقها المحفزات المجدولة: المحفز الذي يعمل كل ساعة يستهلك رصيدًا كل ساعة، سواء وُجد ما يستحق العمل أم لا. والتكلفة التي تنمو مع الجدول لا مع الاستخدام يسهل أن تغيب عن الموازنة، ويسهل إصلاحها متى صار لها مالك.
- سمِّ مالكًا لرصيد IAP، وراجع الاستهلاك شهريًا لكل وكيل.
- اضبط تكرار المحفز على حاجة العمل: المراجعة اليومية لا تحتاج إلى محفز كل ساعة.
- أوقف الوكلاء الذين لم يعد لهم غرض واضح بدل تركهم يعملون في صمت.
كيف تحكم المالية وكيلًا يستطيع تغيير السجلات؟
بالطريقة نفسها التي تحكم بها شخصًا يملك الصلاحيات نفسها. كون المنفّذ برنامجًا لا يلغي الحاجة إلى التفويض، بل يلغي العذر بأن أحدًا قد نظر.
- الوكيل يعدّ المسودة. كل ما يمس دفتر الأستاذ أو الدفعات أو البيانات الأساسية يبقى مسودة إلى أن يراجعه شخص.
- شخص مسمّى يعتمد. لا صندوق بريد لدور، ولا مالك الوكيل تلقائيًا، بل معتمِد محدد له صلاحية هذا النوع وهذا الحجم من البنود.
- الفصل بين المهام ينطبق. من يعدّ تعليمات الوكيل لا ينبغي أن يكون الوحيد الذي يعتمد مخرجاته.
- الصلاحيات في حدها الأدنى. امنح الوكيل الوصول إلى السجلات التي يحتاجها فقط، وراجع صلاحياته كلما تغيرت تعليماته.
- السجلات تُحفظ. كل تشغيل يُسجَّل في Odoo؛ قرر مدة الاحتفاظ بها ومن يراجعها، وعاملها كدليل مراجعة.
ما الذي يجب أن تنظر إليه المراجعة الداخلية؟
ابدأ بحصر: ما الوكلاء الموجودون، وما الذي يطلقهم، وما السجلات التي يستطيعون إنشاءها أو تعديلها، ومن مالك كل واحد منهم. ثم خذ عينة من سجلات التشغيل وقارنها بالسجلات التي تغيّرت، وتحقق من أن كل تغيير يمس دفتر الأستاذ له اعتماد من شخص غير من أعدّ الوكيل. وافحص الاتصالات الخارجية عبر MCP على حدة، لأنها تنقل البيانات خارج حدود قاعدة البيانات. وأخيرًا قارن استهلاك رصيد IAP بالوكلاء الذين يُفترض أن يعملوا؛ فالاستهلاك غير المفسَّر كثيرًا ما يكون أول علامة على محفز منسي.
وكيل لديه صلاحية الكتابة بلا معتمِد ليس أتمتة. إنه قيد يومية غير مراجَع له جدول زمني.
كيف يقارن هذا بنهج MFT؟
هذه هي القاعدة التي بنينا عليها MFT Intelligence، وهي موضوع مقالنا السابق «الوكلاء يُعدّون المسودة. البشر يعتمدون.». وكلاؤنا يُعدّون الملاحظات والقيود التصحيحية والتسويات، ومعتمِدون مسجّلون بالاسم يوقّعونها حسب الأهمية النسبية، والتصحيحات تتم بقيود عكسية لا بالحذف. ويمكن حكم وكلاء Odoo 20 بالطريقة نفسها. الأداة توفر المحفزات والسجلات، أما تصميم الاعتماد فقرارك أنت، قبل أن يعمل أول وكيل، لا بعد أول مفاجأة.
إن كنت تقيّم وكلاء Odoo 20، فاكتب لكل وكيل غرضه، ومحفزه، وصلاحياته، ومعتمِده، والاستهلاك المتوقع من الرصيد. وإن لم تستطع ملء خانة المعتمِد، فالوكيل ليس جاهزًا.