اختبار قبول المستخدم في SAP: من يتولاه وكيف يُدار

اختبار قبول المستخدم (UAT) في SAP هو المرحلة التي يشغّل فيها مستخدمو الأعمال عملياتهم في النظام المهيأ ويقبلونه رسميًا قبل التشغيل الفعلي. يتولاه قطاع الأعمال، وتدعمه تقنية المعلومات وشريك التنفيذ، وفي برنامج S/4HANA أخطط له ما لا يقل عن 6 إلى 8 أسابيع.

أكثر إخفاقات الاختبار شيوعًا فيما أراه بسيط: عدم كفاية الاختبار في UAT وفي اختبار تكامل النظام (SIT). فحين يتأخر الجدول الزمني، تُضغط هاتان المرحلتان، وتظهر الفجوات بعد التشغيل الفعلي بدلًا من ذلك.

فيما يلي: من يقوم بماذا، والإعداد، والسيناريوهات، وفرز العيوب، واعتماد له معنى حقيقي. ولمعرفة موقع UAT بين أنواع الاختبار الأخرى، ابدؤوا بنظرتي العامة في شرح اختبار SAP.

قطاع الأعمال هو من يتولى اختبار قبول المستخدم. هذا موقفي، ولا ينبغي أن يتزحزح حين يضيق الجدول.

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

ومنهجية SAP نفسها تقول الشيء ذاته. فـ إرشاداتها لاستراتيجية الاختبار في S/4HANA Cloud Private Edition تضع UAT في مرحلة Realize. خبراء التهيئة لدى الشريك يُعدّون حالات الاختبار اليدوية، وخبراء خطوط الأعمال لدى العميل ينفذونها ويوثقون النتائج.

يبدو التقسيم العملي للعمل على هذا النحو:

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

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

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

ولا تنجح هذه الأسابيع إلا إذا بدأ UAT على نظام مستقر. وتوجيه SAP هو أن تُختبر عمليات الأعمال بعد إعداد التكاملات وترحيل البيانات الخاصة بالعملية. وهذا يعني أن SIT يجب أن ينتهي أولًا، وفق معايير خروج متفق عليها، ويعرض دليلي إلى استراتيجية اختبار S/4HANA كيف ترتبط هذه الدورات.

قبل أن يسجل أول مختبر دخوله، يجب أن تكون هذه الأمور جاهزة:

1. تصاميم عمليات معتمدة. تُكتب السيناريوهات منها، فالتصاميم غير المعتمدة تعني سيناريوهات غير مستقرة.
2. استيفاء معايير الدخول وتسجيلها. اكتمال SIT، وعدم وجود عيوب حرجة مفتوحة، وتجميد نظام الاختبار باستثناء الإصلاحات المضبوطة.
3. نظام اختبار يشبه الإنتاج. التهيئة والواجهات والأدوار والصلاحيات كما ستكون عند التشغيل الفعلي.
4. بيانات اختبار واقعية. مقنّعة، بمستوى الإنتاج، ومحمّلة ومطابَقة قبل بدء الاختبار. ويغطي دليلي إلى إدارة بيانات اختبار SAP كيفية ذلك.
5. مختبرون مفرَّغون من أعمالهم اليومية. سمّوهم، واتفقوا على ساعاتهم مع مديريهم، ودوّنوا ذلك كتابة.
6. مختبرون مدرَّبون على النظام الجديد. جولة تعريفية قصيرة على تطبيقات Fiori والمعاملات التي سيستخدمونها، قبل UAT لا أثناءه.
7. أداة واحدة لإدارة الاختبار. السيناريوهات والنتائج والأدلة والعيوب في مكان واحد، لا في جداول بيانات متوازية.

البند 5 هو حيث يفشل UAT عادة بصمت. فالمختبرون الذين يُطلب منهم أن يُدخلوا UAT في جدولهم حول الإقفال الشهري سيقدّمون الإقفال الشهري، ولهم الحق في ذلك.

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

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

غطّوا أربعة أنواع من السيناريوهات:

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

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

في SAP Cloud ALM، تبدأ حالات الاختبار اليدوية من عملية، وتجمعها خطط الاختبار في دورات. ويحدد المختبرون نجاح كل خطوة أو فشلها، ويسجلون النتيجة الفعلية، ويرفعون العيب من تنفيذ الاختبار، مما يحافظ على الربط بين السيناريو والعيب.

وفي البرامج التي لا تزال تستخدم SAP Solution Manager 7.2 لإدارة الاختبار، لاحظوا أن صيانته الرئيسية تنتهي في نهاية 2027 (SAP Support). خططوا للبرامج الجديدة على Cloud ALM.

ليست كل ملاحظة في UAT عيبًا. فمعاملتها كلها كعيوب تُغرق الشريك، ومعاملتها كلها كطلبات تغيير تُخفي إخفاقات حقيقية.

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

يغطي تصنيف بسيط معظم الملاحظات:

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

اتفقوا على تعريفات درجات الخطورة قبل بدء UAT، بمصطلحات الأعمال. العيب الحرج يوقف عملية دون حل بديل. والعيب العالي له حل بديل لا يستطيع قطاع الأعمال الاستمرار عليه مع الأحجام الكبيرة.

راقبوا عمود طلبات التغيير. فالقائمة الطويلة من طلبات التغيير في UAT تعني عادة أن قطاع الأعمال لم يُشرَك كما يجب في التصميم، وهذه مشكلة يجب إصلاحها قبل الموجة التالية.

ينص تدريب SAP Activate على أن مرحلة Realize تكتمل حين يكتمل اختبار قبول المستخدم ويُعتمد. اجعلوا هذا الاعتماد وثيقة، لا سلسلة رسائل بريد إلكتروني.

يوقّع كل مالك عملية أعمال على عمليته. ويجب أن يسجل الاعتماد:

1. ما الذي اختُبر. السيناريوهات المنفذة والناجحة والفاشلة، مع الأدلة المحفوظة في أداة الاختبار.
2. ما الذي لا يزال مفتوحًا. كل عيب مفتوح، مع درجة خطورته ومسؤوله وموعده المستهدف.
3. ما الذي قُبل مع حل بديل. كل منها بالاسم، مع الحل البديل الذي وافق قطاع الأعمال على العمل به.
4. من وقّع ومتى. شخص مسمّى لكل عملية، لا لجنة.

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

اعتماد UAT ليس قرار التشغيل الفعلي. إنه يغذيه.

معيار التشغيل الفعلي الذي أصرّ عليه هو قائمة تحقق شاملة للانتقال يُتفق عليها مسبقًا. واعتماد UAT بند واحد فيها، إلى جانب مطابقة البيانات والتدريب وتجربة الانتقال.

بعد الاعتماد، احموا ما قُبل. فكل إصلاح وكل عملية نقل من الآن حتى التشغيل الفعلي يحتاج إلى إعادة اختبار، ويشرح دليلي إلى اختبار الانحدار في SAP كيف تُبقون ذلك تحت السيطرة.

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

يغطي ذلك مخطط بسيط:

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

أبقوا القالب نفسه عبر الموجات. فيجب أن يعيد الطرح الثاني استخدام سيناريوهات الموجة الأولى ودروسها، لا أن يبدأ من جديد.

سمّوا قائد UAT من قطاع الأعمال هذا الشهر، واطلبوا من كل مالك عملية ترشيح مختبرين مع تفريغ وقتهم. ثم ضعوا 6 إلى 8 أسابيع لاختبار UAT في الخطة بعد SIT، ودافعوا عنها حين يضيق الجدول الزمني.

إذا كان الشريك هو من يدير UAT لديكم، أو كان يُضغط باستمرار، فأنا أساعد البرامج على إعداده بالشكل الصحيح. يمكنكم التواصل معي هنا.

ما هو اختبار قبول المستخدم في SAP؟

هو المرحلة التي يختبر فيها مستخدمو الأعمال نظام SAP المهيأ مقابل عملياتهم الحقيقية ويقبلونه رسميًا قبل التشغيل الفعلي. وفي SAP Activate يجري في مرحلة Realize، بعد اختبار التكامل. ينفذ المستخدمون الرئيسيون سيناريوهات الاختبار، ويسجلون النتائج، ويرفعون الملاحظات، ويعتمد مالكو العمليات.

من المسؤول عن UAT في مشروع SAP؟

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

كم يجب أن يستغرق UAT في SAP؟

خططوا لما لا يقل عن 6 إلى 8 أسابيع في برنامج S/4HANA. فهذا يترك وقتًا لتنفيذ التدفقات الأساسية والاستثناءات وخطوات نهاية الفترة، ثم إعادة اختبار الإصلاحات. أما UAT الأقصر من ذلك فيختبر عادة المسار المثالي مرة واحدة، ويكتشف الباقي بعد التشغيل الفعلي.

ما الفرق بين SIT وUAT في SAP؟

يتحقق اختبار تكامل النظام (SIT) من أن العمليات والواجهات تعمل معًا عبر الوحدات والأنظمة، وينفذه فريق المشروع أساسًا. أما UAT فيتحقق من أن قطاع الأعمال يستطيع تشغيل عملياته على النظام، وينفذه مستخدمو الأعمال. ويجب أن ينتهي SIT قبل أن يبدأ UAT.

ما الذي يجب أن يتضمنه اعتماد UAT؟

السيناريوهات المختبرة ونتائجها، وكل عيب مفتوح مع مسؤوله وموعده، وأي حلول بديلة قبلها قطاع الأعمال، وتوقيعًا مسمّى لكل مالك عملية. اتفقوا على معايير الخروج قبل بدء UAT. والاعتماد مع وجود فجوات يجب أن يكون قرار أعمال مسجلًا.

هل يمكن استخدام SAP Cloud ALM في UAT؟

نعم. يدعم SAP Cloud ALM حالات اختبار يدوية مبنية من العمليات، وخطط اختبار لكل دورة، وتسجيل النجاح أو الفشل خطوة بخطوة، ورفع العيوب من تنفيذ الاختبار. وفي توجيهات SAP يُعدّ خبراء الشريك حالات الاختبار، وينفذها خبراء الأعمال لدى العميل ويوثقون النتائج فيه.