Operatsion muammolar va hayotiy sikl

Operational Issue

Operational Issue — OHM’ning markaziy obyekti.

Bu — ekspluatatsion muammoni butun hayotiy sikli davomida ifodalaydigan stateful-obyekt.

Bazaviy model

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 va Task — turli obyektlar

Issue quyidagi savolga javob beradi:

Qaysi ekspluatatsion muammo bartaraf etilishi kerak?

Task quyidagi savolga javob beradi:

Qanday aniq harakat bajarilishi kerak?

Bitta Issue bir nechta vazifani oʻz ichiga olishi mumkin. 38 ta qurilmada arxiv yoʻq degan Issue uchun:

• Task 1 — shlyuz mavjudligini tekshirish;
• Task 2 — server navbatini tekshirish;
• Task 3 — proshivka versiyalarini solishtirish;
• Task 4 — mobil aloqa operatori bilan bogʻlanish;
• Task 5 — tanlama dala tekshiruvini oʻtkazish.

Bitta vazifaning yopilishi Issue’ni avtomatik ravishda yopmaydi.

Yakka va ommaviy Issues

OHM ikkala miqyos uchun bitta modeldan foydalanadi:

Operational Issue hayotiy sikli

Asosiy workflow

flowchart TD
  S1["Aniqlandi"] --> S2["Triaj oʻtkazildi"]
  S2 --> S3["Tayinlandi"]
  S3 --> S4["Qabul qilindi"]
  S4 --> S5["Ishda"]
  S5 --> S6["Verifikatsiya kutilmoqda"]
  S6 --> S7["Tekshirildi"]
  S7 --> S8["Bartaraf etildi"]
  S8 --> S9["Arxivda"]

Qoʻshimcha yakuniy natijalar:

• bekor qilindi;
• dublikat;
• takrorlanmadi;
• bartaraf etish rejalashtirilmaydi;
• risk qabul qilindi.

Workflow statuslari

Snapshot-status

Workflow’dan tashqari, OHM muammoning holatini kunlik detektor snapshot’i boʻyicha ham yuritadi:

Workflow statusi va snapshot-status hech qachon aralashtirilmaydi.

Misol: workflow_status = in_progress va shu bilan birga snapshot_status = improved.

Bu shuni bildiradiki, ishlar hali davom etmoqda, obyektiv maʼlumotlar esa allaqachon yaxshilanishni koʻrsatmoqda.

Oʻtishlar matritsasi

Har bir oʻtish oʻzgarmas hodisalar jurnaliga yoziladi.

Audit jurnali (Audit Trail)

Barcha muhim harakatlar oʻzgarmas tarixga yoziladi.

Hodisa quyidagilarni oʻz ichiga oladi:

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'

Quyidagilar doimo jurnalga yoziladi:

• yaratish;
• tayinlash;
• qayta tayinlash;
• prioritetni oʻzgartirish;
• muddatni oʻzgartirish;
• statusni oʻzgartirish;
• izoh;
• Evidence qoʻshish;
• birlamchi sababni (Root Cause) tasdiqlash;
• qoʻlda verifikatsiya;
• riskni qabul qilish;
• KB maqolasini qoʻllash;
• Issue obyektlarini birlashtirish va boʻlish;
• detektor konfiguratsiyasini oʻzgartirish;
• eksport va integratsion amallar.