الثقة

قد تكون هناك حالات استخدام حيث تكون الحالة "مشتبه به" ولكن ليست "مؤكد". يجب أن يكون لدى نظام الإنشاء إمكانية تخصيص مستوى "ثقة" لإشارة المؤسسة.

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

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

    • ويكون تعيين الثقة على مؤكد معادلاً لـ "إيجابي حقيقي".

    • ويكون تعيين الثقة على مرفوض معادلاً لـ "إيجابي خاطئ".

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

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

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

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

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

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

عمليات تحديث إشارة المؤسسة من النظام الخارجي

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