المشكلات التشغيلية ودورة حياتها

المشكلة التشغيلية (Operational Issue)

Operational Issue هو الكيان المركزي في OHM.

وهو كائن ذو حالة (stateful) يمثّل مشكلة تشغيلية على امتداد دورة حياتها بالكامل.

النموذج الأساسي

id: OHM-2026-001842
kind: single
canon: no_hourly_archive
title: 'Hourly archive is missing'
priority: P1
severity: critical
confidence: 0.94

scope:
  organization: 'Demo Gas Utility'
  region: 'North'
  asset_id: 'station-5690'

ownership:
  zone: backend_integration
  assignee: 'Integration-2'

timestamps:
  first_detected_at: '2026-07-21T04:00:00Z'
  created_at: '2026-07-21T04:03:12Z'
  acknowledged_at: '2026-07-21T05:10:00Z'
  due_at: '2026-07-22T04:00:00Z'
  resolved_at: null

status:
  workflow: in_progress
  snapshot: persistent
  overdue: false
  unattended: false
  chronic: false

root_cause:
  class: communication
  hypothesis: 'device does not establish a communication session'
  confidence: 0.82
  confirmed: false

evidence: []
tasks: []
history: []
related_issues: []
knowledge_articles: []

الـ Issue والـ Task كيانان مختلفان

يجيب الـ Issue عن السؤال:

ما المشكلة التشغيلية التي يجب حلّها؟

ويجيب الـ Task عن السؤال:

ما الإجراء المحدّد الذي يجب تنفيذه؟

قد يحتوي الـ Issue الواحد على عدة مهام. فبالنسبة إلى الـ Issue غياب الأرشيف لدى 38 جهازاً:

• Task 1 — التحقق من توفّر بوابة الاتصال؛
• Task 2 — التحقق من طابور الخادم؛
• Task 3 — مقارنة إصدارات البرنامج الثابت؛
• Task 4 — التواصل مع مشغّل شبكة الهاتف المحمول؛
• Task 5 — تنفيذ فحص ميداني على عيّنة.

ولا يؤدي إغلاق مهمة واحدة إلى إغلاق الـ Issue تلقائياً.

المشكلات المفردة والمشكلات الجماعية

يستخدم OHM نموذجاً واحداً لكلا النطاقين:

دورة حياة الـ Operational Issue

سير العمل الأساسي

flowchart TD
  S1["مُكتشَف"] --> S2["مُفرَز"]
  S2 --> S3["مُسنَد"]
  S3 --> S4["مقبول"]
  S4 --> S5["قيد التنفيذ"]
  S5 --> S6["بانتظار التحقق"]
  S6 --> S7["مُتحقَّق منه"]
  S7 --> S8["محلول"]
  S8 --> S9["مؤرشَف"]

نتائج نهائية إضافية:

• ملغى؛
• مكرّر؛
• لم يُعَد إنتاجه؛
• لن يُعالَج؛
• مخاطرة مقبولة.

حالات سير العمل (Workflow)

حالة الـ Snapshot

إلى جانب سير العمل، يتتبّع OHM حالة المشكلة استناداً إلى الـ Snapshot اليومي الذي ينتجه الـ Detector:

ولا تُخلَط حالة سير العمل بحالة الـ Snapshot أبداً.

مثال: workflow_status = in_progress مع snapshot_status = improved.

ويعني ذلك أن العمل ما يزال جارياً بينما تُظهر البيانات الموضوعية تحسّناً بالفعل.

مصفوفة الانتقالات

يُسجَّل كل انتقال في سجل أحداث غير قابل للتعديل.

سجل التدقيق (Audit Trail)

تُسجَّل جميع الإجراءات المهمة في سجل غير قابل للتعديل.

يحتوي الحدث على:

event_id: EVT-9038172
issue_id: OHM-2026-001842
event_type: status_changed
timestamp: '2026-07-23T10:14:00Z'
actor:
  type: user
  id: 'usr-231'
  role: 'zone_manager'
before:
  status: assigned
after:
  status: in_progress
reason: 'Diagnostics started'
source:
  ip: 'masked'
  client: 'web'
correlation_id: 'req-982310'

يُسجَّل دائماً ما يلي:

• الإنشاء؛
• الإسناد؛
• إعادة الإسناد؛
• تغيير الأولوية (Priority)؛
• تغيير الموعد النهائي؛
• تغيير الحالة؛
• التعليق؛
• إضافة Evidence؛
• تأكيد الـ Root Cause؛
• التحقق اليدوي؛
• قبول المخاطرة؛
• تطبيق مقال من قاعدة المعرفة (KB)؛
• دمج الـ Issues وتقسيمها؛
• تغيير إعدادات الـ Detector؛
• إجراءات التصدير والتكامل.