В XOLOGIE события ранжируются по степени важности. Но здесь нет универсального списка «критичных» и «некритичных» событий. Каждый заказчик сам определяет, что для него является важным.
Например, для одного объекта потеря связи на 30 минут — допустимая ситуация. Для другого — критический инцидент, на который необходимо отреагировать в течение нескольких минут.
📢 Поэтому заказчик сам задает правила эксплуатации, обозначая:
🔸какие параметры необходимо контролировать;
🔸какие отклонения считать инцидентами;
🔸какие события критичны;
🔸какие проблемы нужно решать в первую очередь;
🔸сколько времени допустимо на реакцию;
🔸кто отвечает за устранение;
🔸когда инцидент считается закрытым.
🤖 Задача XOLOGIE — превратить эти правила в цифровой алгоритм реагирования, четко настроенный под конкретную эксплуатационную модель заказчика.