9.3 KiB
9.3 KiB
Ниже — полноценная система “Дашборд техника в реальном времени” + пакет документов и инструкций, который превращает техника не в “исполнителя заявок”, а в узел управляемой SLA-системы.
Я разделю на 3 уровня:
- Дашборд техника (web / PHP система)
- Документы и регламенты (полные тексты)
- Шаблоны (акты, чек-листы, отчёты)
1. DASHBOARD ТЕХНИКА (REAL-TIME)
1.1 Логика системы
Заявка → Назначение → Выезд → Диагностика → Исполнение → Закрытие → SLA фиксация → SHS влияние
1.2 Что должен видеть техник (главное)
Блок 1 — текущая нагрузка
- активные заявки
- срочность (P1–P3)
- дедлайн SLA
- расстояние до объекта
- статус выполнения
Блок 2 — SLA контроль
- осталось времени до нарушения SLA
- критичность заявки
- штрафной риск
Блок 3 — оборудование объекта
- камеры / СКУД / пожарка
- история неисправностей
- последние ремонты
Блок 4 — чек-лист работ
- пошаговый регламент
- обязательные проверки
- фотофиксация
Блок 5 — результат
- закрытие заявки
- причина
- подтверждение клиента
- влияние на KPI
2. PHP ДАШБОРД ТЕХНИКА (ГОТОВЫЙ ШАБЛОН)
2.1 API задач техника
<?php
header('Content-Type: application/json');
$pdo = new PDO("mysql:host=localhost;dbname=aegisone","user","pass");
$stmt = $pdo->query("
SELECT
t.id,
t.title,
t.priority,
t.status,
t.deadline,
t.address,
t.system_type,
t.sla_remaining_hours
FROM tasks t
WHERE t.status != 'closed'
ORDER BY t.priority DESC, t.deadline ASC
");
echo json_encode($stmt->fetchAll(PDO::FETCH_ASSOC));
?>
2.2 FRONTEND (ТЕХНИК DASHBOARD)
<!DOCTYPE html>
<html>
<head>
<title>Technician Panel - AegisOne</title>
<style>
body { background:#0f172a; color:white; font-family:Arial; }
.card { background:#1e293b; padding:15px; margin:10px; border-radius:10px; }
.grid { display:grid; grid-template-columns: repeat(2, 1fr); gap:10px; }
.red { color:#ef4444; }
.yellow { color:#facc15; }
.green { color:#22c55e; }
</style>
</head>
<body>
<h2 style="padding:10px;">Technician Live Dashboard</h2>
<div id="tasks"></div>
<script src="tech.js"></script>
</body>
</html>
2.3 JS realtime обновление
async function loadTasks(){
const res = await fetch('/api/tech_tasks.php');
const data = await res.json();
let html = "";
data.forEach(t => {
let color =
t.sla_remaining_hours < 2 ? "red" :
t.sla_remaining_hours < 6 ? "yellow" : "green";
html += `
<div class="card">
<h3>${t.title}</h3>
<p><b>Priority:</b> ${t.priority}</p>
<p><b>Address:</b> ${t.address}</p>
<p><b>System:</b> ${t.system_type}</p>
<p><b>SLA:</b>
<span class="${color}">
${t.sla_remaining_hours}h left
</span>
</p>
<button onclick="startTask(${t.id})">Start</button>
<button onclick="closeTask(${t.id})">Close</button>
</div>
`;
});
document.getElementById("tasks").innerHTML = html;
}
setInterval(loadTasks, 10000);
loadTasks();
3. ДОКУМЕНТЫ ДЛЯ ТЕХНИКА (ОБЯЗАТЕЛЬНЫЕ)
3.1 РЕГЛАМЕНТ РАБОТЫ ТЕХНИКА
AegisOne Engineering
Регламент работы инженера-техника
1. Общие положения
Техник обязан выполнять работы строго по SLA и чек-листу объекта.
Любое отклонение фиксируется в системе.
---
2. Прибытие на объект
- зарегистрировать прибытие в системе
- подтвердить время начала работ
- сделать фото объекта до начала работ
---
3. Диагностика
- проверить систему по чек-листу
- зафиксировать неисправности
- определить причину (если возможно)
---
4. Выполнение работ
- устранить неисправность
- не изменять конфигурацию без согласования
- использовать только разрешённые материалы
---
5. Завершение работ
- тестирование системы
- фото после выполнения
- подтверждение работоспособности
---
6. Закрытие заявки
- заполнить отчет
- указать причину неисправности
- получить подтверждение клиента (если возможно)
3.2 ЧЕК-ЛИСТ ВЫЕЗДА
AegisOne Engineering
Checklist Technician Visit
[ ] Прибытие на объект зафиксировано
[ ] Фото “до”
[ ] Проверка питания системы
[ ] Проверка камер / датчиков
[ ] Проверка СКУД
[ ] Проверка пожарной панели
[ ] Локализация неисправности
[ ] Устранение проблемы
[ ] Тестирование системы
[ ] Фото “после”
[ ] Закрытие заявки
3.3 СТАНДАРТ ДИАГНОСТИКИ
AegisOne Engineering
Diagnostic Standard
1. Неисправность фиксируется только после проверки:
- питания
- сети
- оборудования
- конфигурации
2. Причина должна быть классифицирована:
- Hardware
- Software
- Network
- Human error
- External factor
3. Запрещено:
- закрывать заявку без причины
- менять систему без фиксации
3.4 ОТЧЁТ ТЕХНИКА (ШАБЛОН)
AegisOne Engineering
Technician Report
Объект:
Дата:
Техник:
---
1. Выполненные работы:
-
2. Выявленные проблемы:
-
3. Причина неисправности:
(Hardware / Software / Network / Other)
4. Что было сделано:
-
5. Результат:
[ ] Исправлено
[ ] Частично исправлено
[ ] Требует повторного выезда
6. Фото до/после:
(вложение)
7. Комментарий:
-
4. ОБЯЗАТЕЛЬНЫЕ ДАННЫЕ ТЕХНИКА В СИСТЕМЕ
4.1 Минимум данных
- текущие заявки
- SLA таймер
- адрес объекта
- тип системы
- приоритет
4.2 Рекомендуемые данные
- история объекта
- прошлые неисправности
- схема оборудования
- контакт ответственного
- тип неисправности по базе
5. КЛЮЧЕВАЯ ЛОГИКА СИСТЕМЫ
Техник не “чинит оборудование”
Техник:
→ закрывает SLA
→ влияет на SHS
→ формирует retention
6. КОНТРОЛЬ РИСКОВ
РИСК 1 — “закрытие без факта”
👉 решение:
- фотофиксация обязательна
РИСК 2 — “ложное устранение”
👉 решение:
- reopen rate KPI
РИСК 3 — перегруз техника
👉 решение:
- utilization tracking
РИСК 4 — нарушение SLA
👉 решение:
- live SLA countdown
7. ИТОГОВАЯ МОДЕЛЬ
CRM → SLA → TASK → TECH DASHBOARD → EXECUTION → KPI → SHS
8. СУТЬ СИСТЕМЫ
Ты создаёшь не “работу техника”:
ты создаёшь управляемый процесс физической эксплуатации инфраструктуры бизнеса
9. ЕСЛИ ДАЛЬШЕ РАЗВИВАТЬ
Можно собрать:
- мобильное приложение техника (PWA)
- GPS контроль выездов
- автоакты выполненных работ
- голосовые отчёты
- AI диагностику неисправностей
- автоматическое распределение заявок
Если хочешь следующий шаг:
👉 я могу объединить дашборд техника + инженера + CEO в одну единую систему управления AegisOne (как ERP уровня SAP, но для твоей ниши)