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