قدّم Odoo 19 طبقة ذكاء اصطناعي تتجاوز توليد النصوص. يمكنها مساعدة المستخدمين في العثور على المعلومات، وتفسير السجلات، وفتح العروض، وتصنيف المستندات، ودعم أعمال مكتب المساعدة، والإجابة عن زوار الموقع، واختيار الإجراءات الخاضعة للتحكم. ويواصل Odoo 19.4 هذا الاتجاه من خلال اختيار النموذج تلقائياً، والتفاعل الصوتي، والمحادثات المحفوظة، وبطاقات سجلات أغنى في الدردشة المباشرة، واتصال MCP.
السؤال المفيد ليس ما إذا كان لدى Odoo ذكاء اصطناعي، بل أي وكيل يُسمح له باستخدام أي معلومات وأدوات وفي أي ظرف. يفصل Odoo بين هذه الجوانب من خلال الوكلاء والمهارات والمصادر وإجراءات الخادم.
ابدأ بمساعد Ask AI القياسي
يتوفر مساعد Ask AI القياسي من لوحة الأوامر وزر AI في جميع أنحاء واجهة Odoo. ووفقاً لـ وثائق Odoo AI الرسمية، يمكنه الإجابة عن الأسئلة بلغة طبيعية، وفتح العروض، وتحسين المحتوى، وتلخيص المحادثات، واقتراح الخطوات التالية بناءً على السياق.
لا يستطيع وكيل Ask AI القياسي تغيير سجلات قاعدة البيانات. يمكنه مساعدة المستخدم على فهم المعلومات والتنقل بينها، لكن Odoo يفصل عمداً هذه المساعدة عن الأدوات التي تنفذ عمليات الكتابة. وهذا افتراضي مهم، لأن الإجابة السلسة لا ينبغي أن تتحول بصمت إلى معاملة محاسبية أو مبيعات أو عملية تشغيلية.
الوكلاء المخصصون يحددون مهمة معينة
يحتوي وكيل Odoo AI المخصص على مطالبة نظام، ونمط استجابة، ومهارة واحدة أو أكثر، ومصادر اختيارية. وتصف وثائق وكلاء الذكاء الاصطناعي الوكيل بأنه مساعد بلغة طبيعية له غرض محدد وإمكانية الوصول إلى أدوات Odoo.
في وثائق Odoo 19 السابقة، كانت مجموعات التعليمات والأدوات تسمى topics. في Odoo 19.4 أعيدت تسميتها إلى skills. والغرض بقي نفسه: تشرح كل مهارة السياق والقواعد وسير العمل لمهمة ما، بينما الأدوات هي الدوال الفعلية التي قد يستدعيها الوكيل.
يدعم هذا الهيكل وكلاء مصممين لظروف مختلفة بدلاً من مساعد واحد بصلاحية واسعة وغامضة. ومن الأمثلة:
- مساعد مبيعات يعثر على الفرص، ويشرح بيانات خط الأنابيب، ويصوغ رسائل المتابعة.
- وكيل دعم يجيب انطلاقاً من مقالات Knowledge المعتمدة ويصعّد الحالات غير الواضحة.
- وكيل مستندات يصنف ملفاً مرفوعاً ويختار مجلداً أو وسمًا معتمداً.
- مساعد للخدمة الميدانية يلخص سجل المهمة ويحضّر تحديثاً للعميل.
- وكيل دردشة مباشرة يجيب عن الأسئلة الشائعة وينشئ فرصة CRM بعد جمع التفاصيل المطلوبة.
المصادر تحدد ما يمكن للوكيل الرجوع إليه
يمكن لوكلاء Odoo استخدام ملفات PDF وروابط الويب وملفات Documents ومقالات Knowledge كمصادر مفهرسة. يقيّد خيار Restrict to Sources الوكيل بالمصادر المرفوعة النشطة فقط. وهذا مفيد للإجابات الموجهة للعملاء، لأن المؤسسة تستطيع تحديد المواد التي يُتوقع من الوكيل استخدامها بدلاً من السماح بإجابات واسعة غير مدعومة.
يساعد تقييد المصادر في تحسين التحكم، لكن جودة المصدر لا تزال مهمة. يجب أن تكون للمستندات جهات مالكة، وتواريخ مراجعة، وعملية لإزالة الأسعار أو السياسات أو التعليمات القديمة. قد تؤدي المصادر المتعارضة إلى إجابات غير متسقة حتى عندما تكون كل وثيقة معتمدة تقنياً.
كيف تعمل الدردشة المباشرة مع Odoo AI
يمكن لـ Odoo إسناد وكيل AI إلى قاعدة قناة Live Chat. وتذكر وثائق AI Live Chat الرسمية أن الوكيل يمكنه الإجابة عن الأسئلة الشائعة، وطلب مزيد من المعلومات، وتأهيل المحادثات، وتصعيدها إلى مشغل بشري.
نمط الدردشة المباشرة المقدم لا ينشئ فرصة بيع بمجرد الرسالة الأولى. فتعليماته تحدد متى يكون التصعيد مناسباً، وتجمع تفاصيل الاتصال الناقصة، وتؤكد التفاصيل المعروفة، وتستدعي أداة إنشاء الفرصة مرة واحدة. وهذا يوضح لماذا تُعد تعليمات سير العمل مهمة بقدر أهمية نموذج اللغة.
يمكن لـ Odoo 19.4 أيضاً عرض بطاقات غنية قابلة للنقر عندما يذكر وكيل سجلات Odoo المدعومة في الدردشة المباشرة. وقد يجعل ذلك المنتج أو الموعد أو السجل المدعوم الآخر أسهل على الزائر للفهم والفتح.
روبوت الدردشة الخاص بالشركة هو نمط تصميم، وليس مربع اختيار واحداً
قد ترغب مؤسسة متعددة الشركات في أن يكون لكل موقع شركة روبوت دردشة يجيب فقط عن تلك الشركة. لدى Odoo اللبنات الأساسية لهذا التصميم، لكن يجب ضبط الحد الفاصل صراحةً.
النمط العملي هو:
- استخدم موقعاً منفصلاً وقناة Live Chat منفصلة أو قاعدة قناة منفصلة لكل تجربة موجهة لشركة.
- أنشئ وكيل AI منفصلاً لكل شركة بدلاً من وكيل واحد يحاول من خلال المطالبة استنتاج الشركة.
- امنح كل وكيل فقط مقالات Knowledge والمستندات والسياسات وروابط الويب المعتمدة لتلك الشركة.
- فعّل Restrict to Sources حتى تبقى الإجابات ضمن مجموعة المصادر الخاصة بالشركة.
- اسند فقط المهارات والأدوات المطلوبة لتلك القناة، مثل استرجاع المعلومات أو إنشاء فرص مقيّد.
- تأكد من أن أي فرصة أو تذكرة أو موعد يتم إنشاؤه يحصل على سياق الشركة المقصود والفريق المسؤول.
- اختبر الأسئلة العابرة بين الشركات، والأسماء التجارية الغامضة، ومحاولات استرجاع معلومات شركة أخرى.
يمكن أن تكون سجلات Odoo متعددة الشركات مشتركة أو خاصة بشركة معينة. وتوضح وثائق تعدد الشركات أن عروض الأسعار والفواتير وفواتير الموردين المرتبطة بالشركة تكون مقيدة بسياق الشركة ذي الصلة، بينما قد تكون بعض السجلات مثل جهات الاتصال والمنتجات مشتركة افتراضياً.
لا يعني هذا النموذج للسجلات أن كل مصدر AI معزول تلقائياً. لا تتعامل مع مطالبة نظام مثل «تحدث فقط عن الشركة A» على أنها تحكم في السرية. إن مجموعات المصادر المنفصلة، وتعيينات القنوات، وحقوق الوصول، وفحوصات جانب الأداة توفر حدّاً أقوى. وإذا كانت هناك حاجة إلى عزل قانوني صارم، فقد تكون قواعد البيانات المنفصلة أنسب من إعداد متعدد الشركات مشترك.
يمكن للوكلاء تنفيذ المهام فقط عبر الأدوات المعيّنة
إذا لم يكن لدى الوكيل أي مهارات، فوفقاً لـ Odoo يمكنه تقديم المعلومات لكنه لا يستطيع إكمال المهام أو تغيير قاعدة البيانات. تضيف الأداة قدرة للوكيل تتجاوز المحادثة. وتشمل الأمثلة المسبقة التهيئة فتح عرض وإنشاء فرصة، بينما قد تجعل التطبيقات المثبتة أدوات أخرى متاحة.
لعمليات السجل المؤتمتة، يستخدم Odoo إجراءات خادم الذكاء الاصطناعي. وتفصل وثائق AI server actions بين مدير الذكاء الاصطناعي وأداة العامل. يقرأ الذكاء الاصطناعي السجل والمطالبة، ويختار أداة، ويزودها بالوسائط المعلنة. ثم ينفذ إجراء الخادم القياسي منطق العمل الحقيقي.
يتيح هذا للذكاء الاصطناعي اتخاذ قرار سياقي، بينما يفرض الكود الحتمي القواعد. على سبيل المثال، قد يصنف الذكاء الاصطناعي مستند مورد، لكن يجب أن تتحقق الأداة المختارة من الوجهة والشركة وحالة السجل المسموح بها والحقول المطلوبة قبل كتابة أي شيء.
أنماط مفيدة لأتمتة المهام
- صنّف المستندات الواردة وطبّق وسمًا أو مجلداً معتمداً.
- لخّص تذكرة مكتب المساعدة واملأ حقلاً منظماً للفرز الأولي.
- اختر مسار متابعة بناءً على سجل مع ترك الإرسال أو الموافقة للمستخدم.
- إنشاء عميل محتمل في CRM من المحادثة المباشرة بعد تأكيد تفاصيل الاتصال المطلوبة.
- صياغة بريد إلكتروني من سياق السجل الحالي لمراجعته من قبل الإنسان.
- استخراج تفاصيل منظمة من مستند ضمن سير عمل مضبوط.
أضعف نمط هو إعطاء وكيل واحد واسع مجموعة من أدوات الكتابة القوية. الوكلاء الضيقون أسهل في الاختبار والشرح والتدقيق.
ما الذي تضيفه Odoo 19.4
تضيف ملاحظات إصدار Odoo 19.4 الرسمية عدة قدرات حول نموذج الوكيل هذا:
- الاختيار التلقائي لأكثر نموذج ذكاء اصطناعي مكوّن ملاءمة للمهمة.
- التفاعل الصوتي لإملاء الطلبات على الوكيل.
- تخزين محادثات الوكيل لمدة تصل إلى 30 يومًا بعد آخر رسالة.
- اتصال MCP للأدوات الخارجية المتوافقة.
- بطاقات معاينة غنية للسجلات المدعومة المذكورة في المحادثة المباشرة.
- إعادة تسمية الموضوعات إلى مهارات.
يوسّع MCP إمكانيات التكامل، لكنه يوسّع أيضًا مراجعة الأمان. يجب توثيق بيانات الاعتماد، والأدوات المكشوفة، وأذونات المستخدم، والتسجيل، وحدود البيانات قبل ربط عميل ذكاء اصطناعي خارجي.
اعتبارات المزوّد والتسعير
تدعم Odoo مزوّدي OpenAI وGoogle Gemini. لا يحتاج مستخدمو Odoo Online إلى إضافة مفتاح API خاص بهم للخدمة القياسية، رغم أنه يمكنهم فعل ذلك لمزيد من التحكم. تحتاج قواعد بيانات Odoo.sh وبيئات التشغيل المحلي إلى مفاتيح مزوّد لميزات الذكاء الاصطناعي. تشير وثائق مفتاح Odoo AI API إلى أنه قد تُطبق رسوم المزوّد عند استخدام مفاتيح يملكها العميل.
قائمة تحقق لإطلاق آمن
- اختر حالة استخدام واحدة ضيقة مع عملية يدوية قابلة للقياس.
- حدّد المصادر المعتمدة والموضوعات المحظورة ومسار التصعيد البشري.
- خصّص الحد الأدنى من الأدوات اللازمة وطبّق القواعد داخل كل أداة.
- اختبر وصول الشركة والمستخدم والسجل باستخدام حسابات عادية، وليس للمسؤولين فقط.
- اختبر الأسئلة الخاطئة وغير المكتملة والعدائية وعبر الشركات.
- اشترط المراجعة للإجراءات المالية أو التعاقدية أو التدميرية أو المرسلة خارجيًا.
- راقب الإجابات واستدعاءات الأدوات واستخدام المزوّد وحداثة المصادر بعد الإطلاق.
الاستنتاج العملي
يكون ذكاء Odoo الاصطناعي أكثر فائدة كمجموعة من المساعدين المتخصصين داخل سير العمل التجاري القائم. تعد المحادثة المباشرة، والمعرفة الخاصة بالشركة، وإنشاء العملاء المحتملين، وتصنيف المستندات، والأتمتة القائمة على السجلات، حالات استخدام موثوقة لأن Odoo يستطيع الجمع بين القرارات باللغة الطبيعية والسجلات المنظمة والأدوات المضبوطة.
يجب ألا يعتمد التصميم أبدًا على الثقة أو على prompt وحده. افصل الوكلاء حسب الغرض، وقيّد مصادرهم، وقلّل أدواتهم، وأبقِ قواعد العمل ضمن إجراءات Odoo الحتمية. هذا ما يحول عرضًا توضيحيًا لروبوت محادثة إلى قدرة تشغيلية قابلة للدعم.