جاهزية التكامل وتنفيذ الإجراءات

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

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

صف إجراء العمل مستقلاً عن الموصل

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

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

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

أنشئ توصيفاً للإجراء يظهر المسائل المجهولة

توصيف افتراضي لإجراء حجز جلسة تعريفية

السؤال	الدليل المطلوب	أثره في قبول التجربة
أي جلسة وأي موظف؟	معرفات ثابتة ومجتمع مسموح وقاعدة لمعالجة الالتباس	قد يشير الاسم المقروء إلى عدة سجلات
من ينفذ؟	الهوية الفعلية وتخويل مفوض أو هوية خدمة	قد تختلف حقوق اتصال المنشئ عن حقوق المستخدم
ما الشروط التي يجب استمرارها؟	الأهلية والسعة ونافذة الحجز وإصدار السجل الحالي	قد يفقد الاقتراح صلاحيته قبل التنفيذ
ما دليل النجاح؟	معرف حجز من المصدر الحاكم وحالة مؤكدة	قبول الطلب للمعالجة لا يعني اكتمال الحجز
ماذا بعد النتيجة غير اليقينية؟	استعلام حالة وعقد لمنع التكرار ومسؤول تصعيد	قد تنتج الإعادة العمياء آثاراً مكررة غير مقصودة
كيف يلغى الحجز؟	مسار إلغاء مسموح وسياسة للمقاعد المحررة	قد يكون للعكس التقني أثر في حقوق الآخرين

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

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

أثبت التخويل على مستوى العملية والسجل

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

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

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

افصل الاقتراح والقبول والتأكيد المستقل

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

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

أعد صياغة الرسائل لكل حالة قبل التجربة. تلائم عبارة «استلم طلب الحجز والتأكيد قيد الانتظار» معرفة القبول وحده، بينما تتطلب عبارة «تأكد مقعدك» الدليل المتفق عليه للتأكيد. إذا تعذر الاستعلام عن الحالة، فبين عدم اليقين ومسار المتابعة. لا ينبغي لمساعد حسن الصياغة تحويل معاملة غير محسومة إلى تطمين لا تسنده الأدلة.

تسلسل تطبيقي: شخصان يطلبان المقعد الأخير

في المثال الافتراضي، تبلغ سعة جلسة اصطناعية 12 مقعداً، وفيها 11 حجزاً مؤكداً. يرى مستخدمان مخولان أن مقعداً واحداً متاح، ويطلب كل منهما حجزه. السؤال هو قدرة النظام على فرض السعة عند تداخل الطلبين. لا يكفي فحص العدد في سياق النموذج السابق، لأن الطلبين قد يقرآن الحالة القديمة نفسها قبل أن يعدلها أي منهما.

1. يعد المساعد الاقتراحين بمعرفي الجلسة والموظف وغرض الحجز المسموح.
2. تفحص العملية المستهدفة الأهلية والسعة الحاليتين عند النقطة التي يحددها توصيف المعاملة.
3. يحصل طلب واحد على حجز مؤكد، ويتلقى الآخر نتيجة محددة تفيد الامتلاء أو الانتظار.
4. يؤكد التطبيق النتيجتين من السجل الحاكم ويعرض الرسالة الصحيحة لكل مستخدم.
5. يتحقق المراجع من وجود 12 حجزاً مؤكداً دون حجز مكرر أو غير مخول.

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

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

صمم اختبارات عدم اليقين والإعادة مبكراً

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

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

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

استخدم مصفوفة محددة لاختبار جاهزية الإجراء

حالات تحد مقترحة لتجربة إجراء الحجز

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

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

حدد النتيجة المتوقعة لكل حالة قبل تنفيذها، واحتفظ بالطلب والإعداد ذي الصلة وملاحظة حالة الهدف وقرار المراجع. لا تكفي صورة خطوة خضراء في مسار العمل إذا روى السجل المستهدف نتيجة مختلفة. وحين لا تدعم البنية حالة معينة، وضح سبب خروجها من النطاق أو الدليل البديل المطلوب. لا تسجل «لم يختبر» على أنه نجاح أو قبول ضمني.

افحص الحقول والوقت واللغة عند حدود الإجراء

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

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

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

افحص السعة ومدة صلاحية الاعتماد معاً

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

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

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

اربط الاعتماد بالاقتراح المحدد

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

اختبر حالة منضبطة يعتمد فيها المستخدم جلسة، بينما تتلقى خطوة لاحقة معرف جلسة أخرى. ينبغي أن يكتشف التطبيق الاختلاف أو يتبع مساراً موثقاً لتجديد الاعتماد. طابق الوصف الظاهر للمستخدم مع الحقول المنظمة المقدمة فعلياً. يفيد الفحص خصوصاً حين تعيد أدوات متعددة تشكيل الطلب؛ فصحة المحادثة الأولى لا تثبت أن العملية النهائية تحمل المعلمات التي وافق عليها صاحب الطلب.

حدد مسؤولاً تشغيلياً للعمل غير المكتمل

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

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

يفحص دليل جاهزية Copilot Studio وPower Platform الأدلة الخاصة بالبيئات والاتصالات وسياسات الإجراءات. ويتناول تقييم جاهزية مسار العمل الوكيلي المهمة المفوضة المسموحة عبر عدة خطوات. اربط هذه النطاقات مع الحفاظ على تميزها؛ فالوكيل المحكوم جيداً ما زال يحتاج عملية مستهدفة يمكن التحقق من أثرها التجاري وتأكيده بصورة مستقلة.

قرر حدود الإجراء التي يمكن أن تتقدم

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

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