Загальна структура застосунку

Система призначена для структурованого контролю якості та стану об’єктів і процесів у великих організаціях. Завдяки зв’язку між об’єктами, підрозділами, індикаторами та перевірками, вона дозволяє в реальному часі бачити актуальний стан інфраструктури і реагувати на критичні моменти. Важливо правильно налаштувати шаблони, чеклісти та граничні умови для ефективної роботи системи.

inspection-structure

1. Загальна структура системи

Система будується на ієрархії: Компанія → Підрозділи → Об’єкти (активи). Кожна компанія має свою структуру підрозділів, яка відображається як дерево. Об’єкти належать підрозділам і теж структуровані у вигляді дерева.

2. Користувачі та ролі

Є три основні ролі:

  • Інспектор — виконує перевірки.
  • Менеджер — може створювати об'єкти, модифікувати дані.
  • Адміністратор — має повний доступ. Є також системні користувачі для обслуговування та завантаження даних.

3. Класифікатори та документи

Базуються на нормативних документах компанії. Визначають:

  • Класи об'єктів
  • Класи перевірок
  • Чеклісти — основа для проведення перевірок.

4. Шаблони перевірок

Поєднують:

  • Об'єкт
  • Чекліст
  • Періодичність

Можуть створювати перевірки автоматично. Шаблони допомагають стандартизувати процес і використовуються для типових перевірок (напр., техогляди, безпека, комфорт, тощо).

5. Перевірки

Центральний об’єкт системи. Включає:

  • Чеклісти з пунктами перевірки (оціночні, критичні, індикаторні тощо).
  • Статуси перевірки: не розпочата, активна, завершена, скасована, незавершена, пропущена.
  • Пункти мають кольорове кодування: зелений (ОК), жовтий (увага), червоний (критичний).
  • Підсумок перевірки впливає на статус об’єкта та всієї ієрархії.

6. Індикатори

  • Фінансові — відображають бюджет/витрати, наслідуються вгору по ієрархії.
  • Кількісні — лічильники (газ, вода, електроенергія).
  • Вони оновлюються через перевірки.

7. Оцінка стану об’єктів і підрозділів

  • Статус об'єкта визначається:
    • Або за його власними перевірками (фактичний),
    • Або через наслідування від підлеглих об'єктів (якщо сам не перевірявся),
    • Або є складовим (якщо має і власні перевірки, і підлеглі).
  • Підрозділи також мають статуси за аналогічною логікою, але рахуються підрозділи, а не об’єкти.
  • Коди скобок у таблицях:
    • Круглі () — пункти перевірки
    • Квадратні [] — об’єкти
    • Фігурні {} — підрозділи

Приклади: structure-count-2 structure-count-1

8. Граничні обмеження

  • Дають змогу задавати терміни придатності або обов’язкові інтервали перевірок.
  • Можуть базуватись на:
    • Часі (напр. вогнегасник придатний до дати Х)
    • Індикаторах (напр. пробіг авто до ТО)
  • Система може автоматично сповіщати про необхідність перевірки.