424 lines
9.3 KiB
Markdown
424 lines
9.3 KiB
Markdown
Ниже — полноценная система **“Дашборд техника в реальном времени” + пакет документов и инструкций**, который превращает техника не в “исполнителя заявок”, а в **узел управляемой SLA-системы**.
|
||
|
||
Я разделю на 3 уровня:
|
||
|
||
1. Дашборд техника (web / PHP система)
|
||
2. Документы и регламенты (полные тексты)
|
||
3. Шаблоны (акты, чек-листы, отчёты)
|
||
|
||
---
|
||
|
||
# 1. DASHBOARD ТЕХНИКА (REAL-TIME)
|
||
|
||
## 1.1 Логика системы
|
||
|
||
```text
|
||
Заявка → Назначение → Выезд → Диагностика → Исполнение → Закрытие → SLA фиксация → SHS влияние
|
||
```
|
||
|
||
---
|
||
|
||
## 1.2 Что должен видеть техник (главное)
|
||
|
||
### Блок 1 — текущая нагрузка
|
||
|
||
- активные заявки
|
||
- срочность (P1–P3)
|
||
- дедлайн SLA
|
||
- расстояние до объекта
|
||
- статус выполнения
|
||
|
||
---
|
||
|
||
### Блок 2 — SLA контроль
|
||
|
||
- осталось времени до нарушения SLA
|
||
- критичность заявки
|
||
- штрафной риск
|
||
|
||
---
|
||
|
||
### Блок 3 — оборудование объекта
|
||
|
||
- камеры / СКУД / пожарка
|
||
- история неисправностей
|
||
- последние ремонты
|
||
|
||
---
|
||
|
||
### Блок 4 — чек-лист работ
|
||
|
||
- пошаговый регламент
|
||
- обязательные проверки
|
||
- фотофиксация
|
||
|
||
---
|
||
|
||
### Блок 5 — результат
|
||
|
||
- закрытие заявки
|
||
- причина
|
||
- подтверждение клиента
|
||
- влияние на KPI
|
||
|
||
---
|
||
|
||
# 2. PHP ДАШБОРД ТЕХНИКА (ГОТОВЫЙ ШАБЛОН)
|
||
|
||
---
|
||
|
||
## 2.1 API задач техника
|
||
|
||
```php
|
||
<?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)
|
||
|
||
```html
|
||
<!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 обновление
|
||
|
||
```javascript
|
||
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 РЕГЛАМЕНТ РАБОТЫ ТЕХНИКА
|
||
|
||
```text
|
||
AegisOne Engineering
|
||
Регламент работы инженера-техника
|
||
|
||
1. Общие положения
|
||
|
||
Техник обязан выполнять работы строго по SLA и чек-листу объекта.
|
||
Любое отклонение фиксируется в системе.
|
||
|
||
---
|
||
|
||
2. Прибытие на объект
|
||
|
||
- зарегистрировать прибытие в системе
|
||
- подтвердить время начала работ
|
||
- сделать фото объекта до начала работ
|
||
|
||
---
|
||
|
||
3. Диагностика
|
||
|
||
- проверить систему по чек-листу
|
||
- зафиксировать неисправности
|
||
- определить причину (если возможно)
|
||
|
||
---
|
||
|
||
4. Выполнение работ
|
||
|
||
- устранить неисправность
|
||
- не изменять конфигурацию без согласования
|
||
- использовать только разрешённые материалы
|
||
|
||
---
|
||
|
||
5. Завершение работ
|
||
|
||
- тестирование системы
|
||
- фото после выполнения
|
||
- подтверждение работоспособности
|
||
|
||
---
|
||
|
||
6. Закрытие заявки
|
||
|
||
- заполнить отчет
|
||
- указать причину неисправности
|
||
- получить подтверждение клиента (если возможно)
|
||
```
|
||
|
||
---
|
||
|
||
# 3.2 ЧЕК-ЛИСТ ВЫЕЗДА
|
||
|
||
```text
|
||
AegisOne Engineering
|
||
Checklist Technician Visit
|
||
|
||
[ ] Прибытие на объект зафиксировано
|
||
[ ] Фото “до”
|
||
[ ] Проверка питания системы
|
||
[ ] Проверка камер / датчиков
|
||
[ ] Проверка СКУД
|
||
[ ] Проверка пожарной панели
|
||
[ ] Локализация неисправности
|
||
[ ] Устранение проблемы
|
||
[ ] Тестирование системы
|
||
[ ] Фото “после”
|
||
[ ] Закрытие заявки
|
||
```
|
||
|
||
---
|
||
|
||
# 3.3 СТАНДАРТ ДИАГНОСТИКИ
|
||
|
||
```text
|
||
AegisOne Engineering
|
||
Diagnostic Standard
|
||
|
||
1. Неисправность фиксируется только после проверки:
|
||
- питания
|
||
- сети
|
||
- оборудования
|
||
- конфигурации
|
||
|
||
2. Причина должна быть классифицирована:
|
||
|
||
- Hardware
|
||
- Software
|
||
- Network
|
||
- Human error
|
||
- External factor
|
||
|
||
3. Запрещено:
|
||
- закрывать заявку без причины
|
||
- менять систему без фиксации
|
||
```
|
||
|
||
---
|
||
|
||
# 3.4 ОТЧЁТ ТЕХНИКА (ШАБЛОН)
|
||
|
||
```text
|
||
AegisOne Engineering
|
||
Technician Report
|
||
|
||
Объект:
|
||
Дата:
|
||
Техник:
|
||
|
||
---
|
||
|
||
1. Выполненные работы:
|
||
-
|
||
|
||
2. Выявленные проблемы:
|
||
-
|
||
|
||
3. Причина неисправности:
|
||
(Hardware / Software / Network / Other)
|
||
|
||
4. Что было сделано:
|
||
-
|
||
|
||
5. Результат:
|
||
[ ] Исправлено
|
||
[ ] Частично исправлено
|
||
[ ] Требует повторного выезда
|
||
|
||
6. Фото до/после:
|
||
(вложение)
|
||
|
||
7. Комментарий:
|
||
-
|
||
```
|
||
|
||
---
|
||
|
||
# 4. ОБЯЗАТЕЛЬНЫЕ ДАННЫЕ ТЕХНИКА В СИСТЕМЕ
|
||
|
||
---
|
||
|
||
## 4.1 Минимум данных
|
||
|
||
- текущие заявки
|
||
- SLA таймер
|
||
- адрес объекта
|
||
- тип системы
|
||
- приоритет
|
||
|
||
---
|
||
|
||
## 4.2 Рекомендуемые данные
|
||
|
||
- история объекта
|
||
- прошлые неисправности
|
||
- схема оборудования
|
||
- контакт ответственного
|
||
- тип неисправности по базе
|
||
|
||
---
|
||
|
||
# 5. КЛЮЧЕВАЯ ЛОГИКА СИСТЕМЫ
|
||
|
||
```text
|
||
Техник не “чинит оборудование”
|
||
|
||
Техник:
|
||
→ закрывает SLA
|
||
→ влияет на SHS
|
||
→ формирует retention
|
||
```
|
||
|
||
---
|
||
|
||
# 6. КОНТРОЛЬ РИСКОВ
|
||
|
||
---
|
||
|
||
## РИСК 1 — “закрытие без факта”
|
||
|
||
👉 решение:
|
||
|
||
- фотофиксация обязательна
|
||
|
||
---
|
||
|
||
## РИСК 2 — “ложное устранение”
|
||
|
||
👉 решение:
|
||
|
||
- reopen rate KPI
|
||
|
||
---
|
||
|
||
## РИСК 3 — перегруз техника
|
||
|
||
👉 решение:
|
||
|
||
- utilization tracking
|
||
|
||
---
|
||
|
||
## РИСК 4 — нарушение SLA
|
||
|
||
👉 решение:
|
||
|
||
- live SLA countdown
|
||
|
||
---
|
||
|
||
# 7. ИТОГОВАЯ МОДЕЛЬ
|
||
|
||
```text
|
||
CRM → SLA → TASK → TECH DASHBOARD → EXECUTION → KPI → SHS
|
||
```
|
||
|
||
---
|
||
|
||
# 8. СУТЬ СИСТЕМЫ
|
||
|
||
Ты создаёшь не “работу техника”:
|
||
|
||
> ты создаёшь управляемый процесс физической эксплуатации инфраструктуры бизнеса
|
||
|
||
---
|
||
|
||
# 9. ЕСЛИ ДАЛЬШЕ РАЗВИВАТЬ
|
||
|
||
Можно собрать:
|
||
|
||
- мобильное приложение техника (PWA)
|
||
- GPS контроль выездов
|
||
- автоакты выполненных работ
|
||
- голосовые отчёты
|
||
- AI диагностику неисправностей
|
||
- автоматическое распределение заявок
|
||
|
||
---
|
||
|
||
Если хочешь следующий шаг:
|
||
|
||
👉 я могу объединить дашборд техника + инженера + CEO в одну единую систему управления AegisOne (как ERP уровня SAP, но для твоей ниши) |