هذا التصميم يقسم الأدوار بوضوح:

• Microsoft 365 Copilot: واجهة الاستخدام التي يتفاعل معها الموظف.
• وكيل Sana من Workday: الطبقة التي تنفّذ الإجراءات وتصل إلى بيانات Workday.
• منصة Workday: نظام السجل الأساسي الذي يطبق الصلاحيات والعمليات والسياسات.

وبما أن التنفيذ النهائي يحدث داخل Workday، تستطيع المؤسسات الاحتفاظ بنفس مستويات الحوكمة والتدقيق والامتثال حتى مع استخدام واجهة محادثة جديدة.

مهام الموارد البشرية التي يمكن للموظفين تنفيذها

بالنسبة للموظفين، يعمل الوكيل كمساعد موارد بشرية مدمج في أدوات العمل اليومية. من أبرز المهام التي يمكن تنفيذها:

• التحقق من رصيد الإجازات أو الإجازات المدفوعة
• عرض كشوف الرواتب أو تفاصيل الرواتب
• طرح أسئلة عامة حول سياسات الموارد البشرية

كل ذلك يمكن إنجازه دون مغادرة Microsoft 365، ما يسمح للموظف بالحصول على المعلومات أو تنفيذ الإجراءات مباشرة من واجهة Copilot.

ما الذي يمكن للمديرين القيام به

لا يقتصر الاستخدام على الموظفين فقط. فالمديرون يمكنهم تنفيذ مهام إشرافية يومية أيضاً.

أحد الأمثلة التي أُبرزت عند إطلاق الخدمة هو مراجعة جداول العمل والموافقة عليها مباشرة من Copilot. ومع أن الطلب يبدأ في Copilot، إلا أن سير عملية الموافقة نفسه يتم داخل Workday، مع الحفاظ على نفس مسارات الموافقة وسجلات التدقيق المعتمدة.

مهام مالية يمكن للوكيل التعامل معها

يمتد دور الوكيل أيضاً إلى عمليات مالية مرتبطة بالموظفين. من بين الاستخدامات الممكنة:

• إدارة أو إرسال طلبات المصروفات
• الاستعلام عن معلومات مالية مرتبطة بحساب الموظف

وبما أن هذه العمليات مرتبطة مباشرة بتدفقات العمل المالية في Workday، فإن جميع القواعد والضوابط المالية المطبقة في النظام تبقى سارية كما هي.

كيف يحافظ Workday على الحوكمة والأمان

أحد أهم أهداف هذا التكامل هو عدم تجاوز الضوابط المؤسسية.

بدلاً من إعطاء Copilot وصولاً مباشراً إلى بيانات Workday، يبقى Workday هو البيئة التي تنفذ العمليات. Copilot يقوم فقط بإرسال الطلبات واستلام النتائج.

هذا يعني أن:

• الصلاحيات المبنية على الأدوار في Workday تحدد ما يمكن للمستخدم رؤيته أو فعله.
• عمليات الموافقة وسير العمل تستمر داخل Workday.
• السياسات والامتثال التنظيمي تظل تحت إدارة منصة Workday.

كما تتطلب إرشادات التكامل من Microsoft إعداد عناصر أمان في Workday مثل سياسات المصادقة، مستخدمي التكامل، ومجموعات الأمان لضبط الوصول بدقة.

لماذا يُعد النشر منخفض التعقيد نسبيًا

لا تحتاج المؤسسات إلى بناء مساعد ذكاء اصطناعي خاص بها من الصفر لربط Copilot مع Workday.

بدلاً من ذلك، توفر Microsoft إطار وكيل الخدمة الذاتية للموظفين إلى جانب حزمة امتداد خاصة بـ Workday. غالباً ما يقتصر دور فرق تقنية المعلومات على ضبط الإعدادات والاتصال بين الأنظمة بدلاً من تطوير التكامل بالكامل.

تشمل خطوات النشر عادة:

• إعداد تسجيل الدخول الموحد (SSO) لـ Workday ومستخدمي التكامل
• تكوين مجموعات الأمان وسياسات المصادقة
• تثبيت حزمة امتداد Workday داخل Copilot Studio

لا يزال الأمر يتطلب مشاركة مسؤولي Workday ومراجعات أمنية، لكن البنية الجاهزة تقلل الحاجة إلى تطوير مخصص كبير.

كيف يندرج هذا الإطلاق ضمن شراكة Workday وMicrosoft

يمثل إطلاق وكيل Sana داخل Copilot جزءًا من تعاون أوسع بين Workday وMicrosoft لبناء منظومة وكلاء ذكاء اصطناعي مؤسسية قابلة للتشغيل البيني.

تعمل الشركتان على بنية تسمح للوكلاء الذين يتم تطويرهم عبر أدوات Microsoft مثل Azure AI Foundry أو Copilot Studio بأن يتم تسجيلهم وإدارتهم داخل نظام Workday المسمى Agent System of Record (ASOR).

ضمن هذا النموذج:

• توفر Microsoft واجهات الذكاء الاصطناعي وأدوات الإنتاجية.
• توفر Workday السياق المؤسسي والأنظمة التشغيلية الخاصة بالموارد البشرية والمالية.

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

الاتجاه الأكبر: وكلاء الذكاء الاصطناعي داخل “تدفق العمل”

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

في هذا النموذج تصبح أدوات الإنتاجية مثل Microsoft 365 هي واجهة التفاعل اليومية، بينما تبقى أنظمة مثل Workday المنصة التي تنفذ المنطق التجاري وتفرض الحوكمة. ويُظهر وكيل Sana كيف تحاول الشركات الجمع بين سهولة الذكاء الاصطناعي المحادثي وبين متطلبات التحكم المؤسسي الصارمة.

هذا التصميم يقسم الأدوار بوضوح:

• Microsoft 365 Copilot: واجهة الاستخدام التي يتفاعل معها الموظف.
• وكيل Sana من Workday: الطبقة التي تنفّذ الإجراءات وتصل إلى بيانات Workday.
• منصة Workday: نظام السجل الأساسي الذي يطبق الصلاحيات والعمليات والسياسات.

وبما أن التنفيذ النهائي يحدث داخل Workday، تستطيع المؤسسات الاحتفاظ بنفس مستويات الحوكمة والتدقيق والامتثال حتى مع استخدام واجهة محادثة جديدة.

مهام الموارد البشرية التي يمكن للموظفين تنفيذها

بالنسبة للموظفين، يعمل الوكيل كمساعد موارد بشرية مدمج في أدوات العمل اليومية. من أبرز المهام التي يمكن تنفيذها:

• التحقق من رصيد الإجازات أو الإجازات المدفوعة
• عرض كشوف الرواتب أو تفاصيل الرواتب
• طرح أسئلة عامة حول سياسات الموارد البشرية

كل ذلك يمكن إنجازه دون مغادرة Microsoft 365، ما يسمح للموظف بالحصول على المعلومات أو تنفيذ الإجراءات مباشرة من واجهة Copilot.

ما الذي يمكن للمديرين القيام به

لا يقتصر الاستخدام على الموظفين فقط. فالمديرون يمكنهم تنفيذ مهام إشرافية يومية أيضاً.

أحد الأمثلة التي أُبرزت عند إطلاق الخدمة هو مراجعة جداول العمل والموافقة عليها مباشرة من Copilot. ومع أن الطلب يبدأ في Copilot، إلا أن سير عملية الموافقة نفسه يتم داخل Workday، مع الحفاظ على نفس مسارات الموافقة وسجلات التدقيق المعتمدة.

مهام مالية يمكن للوكيل التعامل معها

يمتد دور الوكيل أيضاً إلى عمليات مالية مرتبطة بالموظفين. من بين الاستخدامات الممكنة:

• إدارة أو إرسال طلبات المصروفات
• الاستعلام عن معلومات مالية مرتبطة بحساب الموظف

وبما أن هذه العمليات مرتبطة مباشرة بتدفقات العمل المالية في Workday، فإن جميع القواعد والضوابط المالية المطبقة في النظام تبقى سارية كما هي.

كيف يحافظ Workday على الحوكمة والأمان

أحد أهم أهداف هذا التكامل هو عدم تجاوز الضوابط المؤسسية.

بدلاً من إعطاء Copilot وصولاً مباشراً إلى بيانات Workday، يبقى Workday هو البيئة التي تنفذ العمليات. Copilot يقوم فقط بإرسال الطلبات واستلام النتائج.

هذا يعني أن:

• الصلاحيات المبنية على الأدوار في Workday تحدد ما يمكن للمستخدم رؤيته أو فعله.
• عمليات الموافقة وسير العمل تستمر داخل Workday.
• السياسات والامتثال التنظيمي تظل تحت إدارة منصة Workday.

كما تتطلب إرشادات التكامل من Microsoft إعداد عناصر أمان في Workday مثل سياسات المصادقة، مستخدمي التكامل، ومجموعات الأمان لضبط الوصول بدقة.

لماذا يُعد النشر منخفض التعقيد نسبيًا

لا تحتاج المؤسسات إلى بناء مساعد ذكاء اصطناعي خاص بها من الصفر لربط Copilot مع Workday.

بدلاً من ذلك، توفر Microsoft إطار وكيل الخدمة الذاتية للموظفين إلى جانب حزمة امتداد خاصة بـ Workday. غالباً ما يقتصر دور فرق تقنية المعلومات على ضبط الإعدادات والاتصال بين الأنظمة بدلاً من تطوير التكامل بالكامل.

تشمل خطوات النشر عادة:

• إعداد تسجيل الدخول الموحد (SSO) لـ Workday ومستخدمي التكامل
• تكوين مجموعات الأمان وسياسات المصادقة
• تثبيت حزمة امتداد Workday داخل Copilot Studio

لا يزال الأمر يتطلب مشاركة مسؤولي Workday ومراجعات أمنية، لكن البنية الجاهزة تقلل الحاجة إلى تطوير مخصص كبير.

كيف يندرج هذا الإطلاق ضمن شراكة Workday وMicrosoft

يمثل إطلاق وكيل Sana داخل Copilot جزءًا من تعاون أوسع بين Workday وMicrosoft لبناء منظومة وكلاء ذكاء اصطناعي مؤسسية قابلة للتشغيل البيني.

تعمل الشركتان على بنية تسمح للوكلاء الذين يتم تطويرهم عبر أدوات Microsoft مثل Azure AI Foundry أو Copilot Studio بأن يتم تسجيلهم وإدارتهم داخل نظام Workday المسمى Agent System of Record (ASOR).

ضمن هذا النموذج:

• توفر Microsoft واجهات الذكاء الاصطناعي وأدوات الإنتاجية.
• توفر Workday السياق المؤسسي والأنظمة التشغيلية الخاصة بالموارد البشرية والمالية.

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

الاتجاه الأكبر: وكلاء الذكاء الاصطناعي داخل “تدفق العمل”

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

في هذا النموذج تصبح أدوات الإنتاجية مثل Microsoft 365 هي واجهة التفاعل اليومية، بينما تبقى أنظمة مثل Workday المنصة التي تنفذ المنطق التجاري وتفرض الحوكمة. ويُظهر وكيل Sana كيف تحاول الشركات الجمع بين سهولة الذكاء الاصطناعي المحادثي وبين متطلبات التحكم المؤسسي الصارمة.