Copilot يجعل الوكلاء عدّاد استهلاك: ضع السقف قبل الفاتورة

في تصور نشرته Microsoft في 23 سبتمبر 2026، فصلت الشركة بين ترخيص Copilot الثابت لكل مستخدم وفوترة الأعمال المؤهلة بحسب استهلاك Copilot Credits. يعني ذلك أن تكلفة المقاعد المرخّصة قد تكون معروفة مسبقاً، بينما تحتاج المؤسسة إلى ضبط مستقل لما تسمح للوكلاء والخدمات المؤهلة باستهلاكه قبل وصول الفاتورة.

يقترب هذا الفصل من قرار شراء محدد: ستصبح فوترة الاستخدام الإعداد الافتراضي لمشتريات Microsoft 365 Copilot Business الجديدة، المستقلة أو المجمعة، عبر قناة CSP بدءاً من 2 نوفمبر 2026، وفق تغطية SoftwareOne للشركاء. يخص التغيير إعداد الفوترة للمشتريات الجديدة عبر تلك القناة؛ ولا يعني أن ثمن الترخيص نفسه أصبح متغيراً أو أن شراءه يولّد استهلاك Credits قبل استخدام خدمة مؤهلة.

الترخيص يتيح التجربة، والرصيد يقيس العمل المؤهل

ترخيص المستخدم، أو USL، هو رسم اشتراك يرتبط بإتاحة تجربة Copilot للشخص المرخّص. يشمل الدردشة وCopilot داخل تطبيقات Microsoft 365 ووكلاء جاهزين تدخل قدراتهم ضمن الترخيص. في المقابل، ترتبط الفوترة حسب الاستخدام، أو UBB، بعمل تجارب مؤهلة لها؛ ويُقاس ذلك العمل برصيد Copilot Credits، لا بعدد المقاعد التي اشترتها المؤسسة.

لذلك لا تكفي عبارة «اشترينا Copilot» لتقدير تكلفة الوكلاء. قد تظل كلفة التراخيص ثابتة خلال الشهر، بينما يتغير استهلاك الأرصدة مع نوع العمل المؤهل وحجمه. وفي الاتجاه المقابل، لا يعني ظهور كلمة «وكيل» أن كل تفاعل معه يضيف رسوماً: يلزم التمييز بين القدرات الداخلة في الترخيص والخدمات التي تعمل بفوترة الاستخدام، ثم معرفة أي منها أُتيح فعلاً للمستخدمين.

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

أين يوضع السقف، وماذا تفعل التنبيهات؟

تشرح وثائق Microsoft لإدارة Copilot Credits أن مركز إدارة Microsoft 365 يضع ضوابط الاستهلاك ضمن Copilot ثم Cost Management. تحدد سياسة الإنفاق المستخدمين أو المجموعات المشمولة، والوكلاء والخدمات المسموح لها باستهلاك الأرصدة، وطريقة الفوترة والحد الشهري. ويمكن إضافة حد شهري لكل مستخدم حتى لا يستنفد فرد واحد الجزء المتاح للسياسة.

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

السياسة الافتراضية قد تشمل المؤسسة كلها، لكن يمكن تخصيص نطاقها وإنشاء سياسات إضافية لمجموعات وخدمات محددة. ولكل سياسة إضافية حدها؛ فلا يصح افتراض أن سقف سياسة واحدة يغطي تلقائياً جميع المستخدمين والخدمات. كذلك يكون خيار Auto-apply new services مفعّلاً افتراضياً في إعداد السياسة، ما يضيف الخدمات والوكلاء المدعومين مستقبلاً إلى نطاقها إذا لم يُغيَّر. هنا يصبح تحديد النطاق مهماً بقدر اختيار قيمة الحد نفسها.

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

من يملك تغيير السياسة ومصدر الدفع؟

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

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

مثال حسابي يفصل ثمن المقاعد عن الاستهلاك

في مثال افتراضي للتوضيح، لدى مؤسسة 12 مستخدماً مرخّصاً، وسعر الاشتراك الشهري المتعاقد عليه لكل مستخدم هو «س». إذا استهلكت الخدمات المؤهلة خلال الشهر 300 Copilot Credits، وكانت الكلفة الفعلية للرصيد وفق ترتيب الشراء هي «ص»، فإن التصور الأولي للتكلفة هو 12 × س، مضافاً إليها 300 × ص، قبل الضرائب وأي شروط تعاقدية أخرى. الرقمان افتراضيان، و«س» و«ص» رمزان لقيم لم يُفترض لها سعر منشور.

هذا التصور يبين المسارين، لكنه ليس فاتورة جاهزة. إذا كانت للمؤسسة أرصدة مدفوعة مسبقاً ضمن حزم سعة أو خطة شراء مسبق مؤهلة، يُستهلك المتاح منها قبل انتقال الاستخدام إلى الدفع حسب الاستهلاك وفق طريقة الفوترة المضبوطة. لذلك لا تعني كل وحدة Credits مستهلكة بنداً إضافياً للدفع اللاحق. كما أن الحد الشهري في السياسة يُضبط بالأرصدة؛ مقارنته بعدد التراخيص وحده تخلط بين مقياسين مختلفين.

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

ما الذي يتغير فعلاً لمشتريات CSP الجديدة؟

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

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

اقرأ أيضًا:

• Google Cloud يرصد أربع شذوذات في التخزين قبل أن تظهر في الفاتورة
• Salesforce تجمع حوكمة الوكلاء في لوحة واحدة، لكن الإطلاق ينتظر 2028
• التقييم قبل التمويل أم بعده؟ رقم واحد قد يغيّر حصتك بالكامل