كيفية إنشاء مؤشر برمجي في ServiceNow GRC

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

خلال التطبيق، لاحظ فريق GRC أن المؤشرات الأساسية غير كافية لمراقبة جميع الضوابط — لا سيما الضابط 123.

ما الخاص بالضابط 123؟

للامتثال للضابط 123، يجب على مالك الخدمة أن يكون لديه أقل من 3 حوادث حرجة مفتوحة ضد خدمته. إذا وصل العدد إلى 3 أو أكثر، يصبح الضابط غير ممتثل.

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

تطبيق المؤشر البرمجي

إليك ما يجب إعداده:

١. اضبط نوع المؤشر على Script

٢. انتقل إلى تبويب Supporting وحدد جدول incident كمصدر.

٣. أضف حقل البيانات الداعمة — وهو العمود الذي يوفر الدليل على نجاح المؤشر أو فشله.

٤. اكتب سكريبت المؤشر:

var offering = current.profile.applies_to.toString(); // الانتقال إلى عرض الخدمة

var incArr = [];   // سيحتوي على الأدلة الداعمة (معرّفات الحوادث)
var isPassed = true; // يُفترض النجاح حتى يثبت العكس

// استعلام عن جميع الحوادث الحرجة النشطة ضد هذا العرض
var incGr = new GlideRecord('incident');
incGr.addEncodedQuery('active=true^priority=1^service_offering=' + offering);
incGr.query();
while (incGr.next()) {
    incArr.push(incGr.sys_id + '');
}

// إذا وُجدت 3 حوادث أو أكثر، يفشل الضابط
if (incArr.length >= 3) {
    isPassed = false;
}

result.value = 500;
result.passed = isPassed;
result.supportingDataIds = incArr;

اختبار المؤشر

اضغط Execute لاختبار المؤشر. تحقق من حالة المؤشر ونتيجته. إذا وُجدت 3 حوادث حرجة أو أكثر ضد عرض الخدمة، ستشاهد:

• حالة المؤشر: فشل
• نتيجة المؤشر: تحتوي على الأدلة الداعمة — الحوادث المحددة المرتبطة كإثبات

هذا يمنح فريق GRC مساراً واضحاً وقابلاً للتدقيق يُظهر بالضبط لماذا فشل الضابط وأي السجلات تدعم ذلك الاستنتاج.