مايكروسوفت تتخلى عن كوبايلوت الشخصي — وما يعنيه ذلك للمؤسسات

ستة أشهر من العمل الهندسي الهادئ داخل Microsoft بلغت ذروتها الأسبوع الماضي فيما قدّمته الشركة باعتباره ترقيةً. اقرأ الإشارة بتمعّن أكثر، وستبدو اعترافاً: روبوت الدردشة الاستهلاكي متعدد الأغراض كان طريقاً مسدوداً، والشركة التي راهنت بـ10 مليارات دولار على OpenAI تدرك ذلك أكثر من أي أحد.

بالنسبة للمشغّلين الذين يديرون أعمالاً خليجية على Dynamics 365 أو SAP أو Odoo، فإن هذا التحوّل ليس إعلان منتج يُقرأ سريعاً ثم يُودَع الأدراج. إنه حدث يُجلّي السؤال الوحيد الذي كان يستحق الطرح دائماً: أي عملية تجارية تؤتمتها أولاً، وهل أنظمتك مهيّأة فعلاً لطبقة الوكلاء؟

ما الذي تخلّت عنه Microsoft فعلاً — وما الذي أبقت عليه

يدمج Copilot الجديد ما كان منتجَين منفصلَين للمستهلكين والمؤسسات في تطبيق واحد ^[2]. قائمة الميزات التي تعني مشتري قطاع المؤسسات: وكيل دائم يُسمّى Autopilot (كان يُعرف سابقاً بـ Scout)، وبيئة Code مبنية على تقنية GitHub Copilot، وإضافةٌ يمكن القول إنها الأكثر دلالةً — وهي وحدة FinOps for AI ^[2].

هذه الأخيرة تستحق الوقوف عندها. تتيح FinOps for AI للمسؤولين ضبط سياسات الإنفاق على نطاق واسع عبر API، وتوجيه طلبات رصيد الذكاء الاصطناعي عبر سير عمل الموافقة والأتمتة القائمة، وتحديد عائلات النماذج المتاحة لكل مجموعة من المستخدمين ^[2]. وصف الرئيس التنفيذي للتسويق في Microsoft للذكاء الاصطناعي في العمل هذه الوحدة بأنها "منهجية مشتركة لإدارة إنفاق الذكاء الاصطناعي وتحسينه لتحقيق القيمة التجارية" ^[2].

شركة اضطرت إلى بناء طبقة للتحكم في الإنفاق ضمن المنتج الأساسي، هي شركة أبلغها عملاؤها المؤسسيون بصوت عالٍ أن تكاليف الذكاء الاصطناعي باتت خارج نطاق الحوكمة. هذه مشكلة تشغيلية، لا مشكلة تقنية.

ما أبقت عليه Microsoft: كان أكثر من 30 مليون اشتراك مدفوع في Copilot نشطاً بنهاية يونيو ^[1]، ولا يزال بإمكان المستخدمين الأفراد الوصول إلى المستوى المجاني. لكن الإمكانات الرئيسية مخصّصة للمشتركين المؤسسيين في Microsoft 365 ^[1]. تجربة روبوت الدردشة الاستهلاكي لم تختفِ — بل اندمجت في المنتج المؤسسي ونزلت إلى مرتبة ثانية.

لماذا كانت روبوتات الدردشة الاستهلاكية رهاناً خاطئاً للمؤسسات دائماً

روبوت الدردشة القادر على مناقشة أي موضوع هو، بحكم تعريفه، غير محسَّن لأي شيء بعينه. العمليات المؤسسية الخليجية تقوم على الدقة المنظّمة: مطابقة ثلاثية بين أمر الشراء وإيصال البضاعة والفاتورة؛ وموعد إغلاق شحن رمضان الذي يتغيّر كل عام؛ وسلسلة موافقات النفقات الرأسمالية الموزّعة على ستة خيوط في WhatsApp وملف Excel مشترك. المساعد متعدد الأغراض حين يتعامل مع هذه البيئة ينتج ما نسمّيه "الفوضى الفصيحة" — الفوضى ذاتها، لكن بتعبير أكثر طلاقة.

في الوقت ذاته، كان تطبيق الوكيل الشخصي Muse من Meta يكتسب زخماً في فضاء المستهلكين في اللحظة التي كانت فيها Microsoft تتحوّل بعيداً عنه ^[2]. وأصدرت Qualcomm منصات أجهزة للوكلاء الشخصيين في الأسبوع ذاته ^[2]. نظرت Microsoft إلى هذا المشهد التنافسي وقرّرت عدم خوض المعركة فيه. هذه خطوة استراتيجية عقلانية، وعلى سوق المؤسسات أن يتعاملها كإشارة لا نكسة.

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

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

ما الذي يعنيه إعادة إطلاق Copilot لمشتري Dynamics وSAP وOdoo في الخليج

تتباين التداعيات العملية بحسب المنظومة التقنية.

مشترو Dynamics 365 يسيرون الآن على أوضح مسار. Copilot المؤسسي هو طبقة الوكلاء؛ وهذا هو الاتجاه الذي يتجه إليه الاستثمار في خارطة الطريق. ستتعمّق ميزات كصياغة مراسلات الموردين، وتنبيهات التنبؤ بالطلب، وأتمتة توجيه الموافقات خلال دورة المنتج القادمة. السؤال ليس هل ستبنيها Microsoft — بل هل بيانات بيئة Dynamics لديك ودقة عملياتها في مستوى يجعل الوكيل يعمل فعلاً. بيئة Dynamics يحمل فيها سجلّ صنف البضاعة سبعة عشر اصطلاح تسمية مختلفاً للرمز التعريفي ذاته ستنتج سبعة عشر نوعاً مختلفاً من الإجابات الخاطئة الواثقة الصادرة عن الوكيل. راجع مقالتنا السابقة وكلاء Dynamics 365 AI: ما يفعلونه وما لن يفعلوه في 2025 للاطلاع على تفاصيل الفجوات الحالية في القدرات.

مشترو SAP يواجهون صورة أكثر تعقيداً. Copilot من Microsoft وJoule من SAP طبقتا وكلاء متنافستان على أحمال عمل تتداخل جزئياً. إذا كنت تعمل على SAP S/4HANA وتشغّل Microsoft 365 أيضاً، فلديك مورّدان يطمحان إلى تقديم الوكلاء ومجموعة واحدة من العمليات التجارية. نسبة عائد الاستثمار البالغة 368% التي أرفقتها IDC بـ SAP Integration Suite حقيقية في الظروف المناسبة — لكن "الظروف المناسبة" تعني تكاملاً نظيفاً، لا طبقتَي وكلاء تُصدران تعليمات متضاربة لنفس نظام ERP.

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

ثمة نقطة هيكلية تسري على المنظومات الثلاث: طبقة FinOps for AI التي قدّمتها Microsoft إشارة إلى الاتجاه الذي يتجه إليه إنفاق الذكاء الاصطناعي المؤسسي. خصّص ميزانية استهلاك نماذج الذكاء الاصطناعي بشكل منفصل عن رخصة ERP. هذان بندا تكلفة مختلفان بمسارات نمو مختلفة، والخلط بينهما هو كيف تنتهي المنظمات بإنفاق غير مضبوط على الذكاء الاصطناعي — المشكلة ذاتها التي بُنيت ضوابط المسؤول في Copilot الجديد لمعالجتها ^[2].

الأسئلة الثلاثة التي يجب على كل مشغّل الإجابة عنها قبل اعتماد أي Copilot للذكاء الاصطناعي

قبل شراء الرخصة، وقبل حجز عرض توضيحي من المورّد، ثمة ثلاثة أسئلة تحدد ما إذا كان نشر الوكيل سيولّد قيمة أم سيولّد نسخة أكثر تطوراً من مشاكلك القائمة.

1. هل بياناتك الرئيسية دقيقة بما يكفي لأن يتصرّف الوكيل بناءً عليها؟

الوكلاء لا يتشكّكون في البيانات — يتصرّفون بناءً عليها. وكيل يقرأ سجلّ مورّد يُدرج البائع ذاته تحت أربعة أسماء قانونية مختلفة سينشئ أربع قنوات شراء حيث أردت قناة واحدة. هذه ليست مشكلة ذكاء اصطناعي؛ إنها مشكلة بيانات يضخّمها الذكاء الاصطناعي. فجوة WhatsApp إلى ERP التي تميّز كثيراً من العمليات الخليجية تعني أن حصة كبيرة من منطق الأعمال لم تصل إلى نظام ERP قط — بل تعيش في محادثة جماعية. الوكيل لا يستطيع أتمتة ما لا يراه.

2. هل تستطيع تسمية اثنتين أو ثلاث عمليات تولّد أكبر قدر من الاحتكاك اليدوي؟

"نريد ذكاء اصطناعي" ليس متطلباً تشغيلياً. إذا استغرقت الإجابة عن هذا السؤال أكثر من عشر دقائق في غرفة تضمّك مع مدير العمليات والمسؤول المالي، فإن المنظمة ليست مستعدة لنشر وكيل — بل هي مستعدة لتمرين رسم خرائط العمليات. كتبنا عمّا يقصده المشترون الخليجيون فعلاً حين يقولون إنهم يريدون ذكاء اصطناعي، والجواب لا يكون تقريباً أبداً "روبوت دردشة" — راجع "نريد ذكاء اصطناعي" — ما يعنيه المشترون الخليجيون فعلاً.

3. هل يستطيع نظام ERP لديك كشف الـ APIs التي يحتاجها الوكيل لأداء عمل مفيد؟

وكيل يستطيع قراءة نظام ERP لكن لا يستطيع الكتابة إليه هو طبقة تقارير مكلفة. ووكيل يملك صلاحية الكتابة دون سير عمل موافقة يُحكمها هو التزام قانوني. تتناول مقالة مخاطر الإصلاح التلقائي بـ ai copilot هذا النمط من الإخفاق بالضبط: الإصلاح التلقائي بالذكاء الاصطناعي الذي يتحوّل إلى ثغرة أمنية. تشير إمكانية توجيه الموافقات الجديدة في FinOps for AI من Microsoft إلى أن حتى هم يدركون أن الوصول الكتابي غير المقيّد بنية معمارية خاطئة ^[2].

رأي تارسين: عملياتك يجب أن تكون جاهزة قبل أن يصل الوكيل

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

هذا هو الإطار الصحيح. لكنه وحده غير كافٍ.

سوق الذكاء الاصطناعي المؤسسي مليء بمشغّلين اشتروا الرخصة قبل أن يفهموا سير العمل، أو نشروا الوكيل قبل أن يُنظّفوا البيانات، أو أجروا العرض التوضيحي على بيئة اختبار محكمة البنية ثم ربطوه بسبعة عشر عاماً من سجلات ERP غير المتّسقة التنسيق. النتيجة دائماً واحدة: تأخّر في تحقيق القيمة، وفريق تقنية معلومات محبَط، وبند ذكاء اصطناعي في قائمة الأرباح والخسائر يبدأ المدير المالي في التشكيك فيه.

موقفنا — الذي لم يتغيّر منذ أن كتبنا لأول مرة معظم الشركات لا تحتاج إلى المزيد من الذكاء الاصطناعي، بل تحتاج إلى إصلاح جداولها — هو أن الترتيب الصحيح للعمليات يهم أكثر من الاختيار الصحيح للمورّد. أصلح البيانات. ارسم خريطة العملية. حدّد الحوكمة. ثم اختر طبقة الوكلاء التي تناسب المنظومة التي لديك بالفعل.

Copilot المؤسسي من Microsoft خيار موثوق للمنظمات العاملة بالفعل على Dynamics وM365. SAP Joule موثوق للبيئات المعتمدة بعمق على S/4HANA. ميزات الذكاء الاصطناعي الأصلية في Odoo موثوقة للمنظومات المتكاملة في قطاع الأعمال المتوسطة. لا أحد منها سيُنقذ عملية مكسورة؛ وكلها تستطيع تسريع عملية تعمل بشكل صحيح.

إذا لم تكن متأكداً إلى أي فئة تنتمي عملياتك، فهذا سؤال يستحق الإجابة عنه قبل العرض التوضيحي القادم من المورّد. تدقيق العمليات والأنظمة لدينا موجود تحديداً لهذا التسلسل: افهم ما لديك، قرّر ما يستحق الأتمتة، ثم اختر الأداة. التدقيق يكلّف الشيء ذاته سواء كانت الإجابة "أنت مستعد" أو "ليس بعد". نفرض الأتعاب ذاتها في الحالتين، لأن الإجابة الصادقة هي الإجابة المفيدة.

أخبار Microsoft سياق مفيد. الأسئلة الثلاثة أعلاه هي العمل الفعلي.