angel
72b6879f4b
- Refactored max_bot from nested packages to flat module structure - Q2: Extended BotUser model (patronymic, email, org, address, vcf_raw, contact_hash, phone_verified, email_verified, last_interaction, total_conversations, total_tickets) - Q2: VCF parser (FN, N, TEL, EMAIL, ORG, ADR), upsert on re-contact, NLP history context (_get_user_history_context -> YandexGPT) - Q1: Broadcast preview modal with 10s confirmation timer - Q3: CSS var(--white)->var(--bg-card), var(--text)->var(--text-primary) - Q4: bot_settings showNotification(), editable max_bot_id - Q5: Webhook secret passthrough via X-Max-Bot-Api-Secret - Masking sensitive keys, dialog_cleared handler, migrate via _add_column_if_not_exists() - Rate limit (asyncio.sleep 0.5 per 10), dead code removed, conv.intent context in contact.py - Portal pages: bot_consent, bot_kb (edit), bot_settings, bot_test, bot_tickets, portal_settings - Tests: 21/21 passing, added test_yandex_gpt.py, test_email_sender.py - Deploy: deploy_full.sh, schema.sql, seed_knowledge_base.sql
459 lines
9.0 KiB
Markdown
459 lines
9.0 KiB
Markdown
Отлично, теперь мы фиксируем архитектуру компании как инженерной системы, а не сайта.
|
||
|
||
Ты строишь не “фирму услуг”, а:
|
||
|
||
AegisOne Engineering — операционную систему эксплуатации объектов
|
||
|
||
Ниже даю тебе:
|
||
|
||
1. структуру компании (как она “разложена в голове клиента”)
|
||
|
||
|
||
2. все разделы сайта / системы
|
||
|
||
|
||
3. документы (шаблоны, которые продают SLA сами)
|
||
|
||
|
||
4. сценарии взаимодействия с клиентом
|
||
|
||
|
||
5. стандарты (как ты выглядишь как федеральный подрядчик)
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
1. СТРУКТУРА AEGISONE ENGINEERING
|
||
|
||
🧠 ЯДРО КОМПАНИИ
|
||
|
||
AegisOne Engineering
|
||
|
||
> Инженерная компания по эксплуатации и контролю систем безопасности объектов
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
ФУНКЦИОНАЛЬНЫЕ БЛОКИ
|
||
|
||
1. Engineering Audit (аудит и диагностика)
|
||
2. SLA Operations (эксплуатация)
|
||
3. Incident Response (аварийные работы)
|
||
4. Technical Supervision (контроль подрядчиков)
|
||
5. Documentation & Compliance (документация)
|
||
6. Risk Engineering (анализ рисков)
|
||
|
||
|
||
---
|
||
|
||
2. СТРУКТУРА САЙТА (КАК ДОЛЖЕН ВЫГЛЯДЕТЬ AEGISONE)
|
||
|
||
|
||
---
|
||
|
||
🏠 ГЛАВНАЯ
|
||
|
||
/
|
||
|
||
Название:
|
||
|
||
AegisOne Engineering
|
||
|
||
Смысл:
|
||
|
||
> инженерная эксплуатация систем безопасности объектов
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
3. РАЗДЕЛЫ САЙТА
|
||
|
||
|
||
---
|
||
|
||
3.1 ENGINEERING AUDIT
|
||
|
||
/engineering-audit/
|
||
|
||
Описание:
|
||
|
||
Технический аудит систем безопасности с оценкой рисков эксплуатации.
|
||
|
||
Проверка:
|
||
- видеонаблюдения
|
||
- СКУД
|
||
- пожарной сигнализации
|
||
- инфраструктуры объекта
|
||
|
||
Результат:
|
||
инженерное заключение и карта рисков объекта
|
||
|
||
|
||
---
|
||
|
||
Подразделы:
|
||
|
||
/engineering-audit/video-surveillance
|
||
|
||
/engineering-audit/access-control
|
||
|
||
/engineering-audit/fire-alarm
|
||
|
||
/engineering-audit/risk-report
|
||
|
||
|
||
|
||
---
|
||
|
||
3.2 SLA OPERATIONS
|
||
|
||
/sla-operations/
|
||
|
||
Описание:
|
||
|
||
Постоянное техническое сопровождение объектов с регламентами и SLA.
|
||
|
||
Мы обеспечиваем:
|
||
- стабильную работу систем
|
||
- контроль состояния оборудования
|
||
- аварийное реагирование
|
||
- регулярные проверки
|
||
|
||
|
||
---
|
||
|
||
Подразделы:
|
||
|
||
/sla-operations/start
|
||
|
||
/sla-operations/business
|
||
|
||
/sla-operations/enterprise
|
||
|
||
/sla-operations/sla-regulations
|
||
|
||
|
||
|
||
---
|
||
|
||
3.3 INCIDENT RESPONSE
|
||
|
||
/incident-response/
|
||
|
||
Описание:
|
||
|
||
Экстренное устранение неисправностей систем безопасности.
|
||
|
||
Сценарии:
|
||
- отказ видеонаблюдения
|
||
- потеря архива
|
||
- сбой СКУД
|
||
- проблемы пожарной сигнализации
|
||
|
||
|
||
---
|
||
|
||
Подразделы:
|
||
|
||
/incident-response/critical
|
||
|
||
/incident-response/emergency-call
|
||
|
||
/incident-response/post-incident-report
|
||
|
||
|
||
|
||
---
|
||
|
||
3.4 TECHNICAL SUPERVISION
|
||
|
||
/technical-supervision/
|
||
|
||
Описание:
|
||
|
||
Контроль подрядчиков и проверка качества работ сторонних организаций.
|
||
|
||
Мы выступаем как независимый инженерный контроль объекта.
|
||
|
||
|
||
---
|
||
|
||
Подразделы:
|
||
|
||
/technical-supervision/contractor-check
|
||
|
||
/technical-supervision/acceptance-testing
|
||
|
||
/technical-supervision/project-review
|
||
|
||
|
||
|
||
---
|
||
|
||
3.5 DOCUMENTATION & COMPLIANCE
|
||
|
||
/documentation-compliance/
|
||
|
||
Описание:
|
||
|
||
Ведение и восстановление инженерной документации объектов.
|
||
|
||
Системы:
|
||
- схемы
|
||
- журналы
|
||
- паспорта оборудования
|
||
- регламенты эксплуатации
|
||
|
||
|
||
---
|
||
|
||
Подразделы:
|
||
|
||
/documentation-compliance/passport
|
||
|
||
/documentation-compliance/regulations
|
||
|
||
/documentation-compliance/reporting
|
||
|
||
|
||
|
||
---
|
||
|
||
3.6 RISK ENGINEERING
|
||
|
||
/risk-engineering/
|
||
|
||
Описание:
|
||
|
||
Анализ рисков эксплуатации инженерных систем безопасности объекта.
|
||
|
||
Мы оцениваем не оборудование, а последствия его отказа.
|
||
|
||
|
||
---
|
||
|
||
Подразделы:
|
||
|
||
/risk-engineering/video-risk
|
||
|
||
/risk-engineering/fire-risk
|
||
|
||
/risk-engineering/access-risk
|
||
|
||
|
||
|
||
---
|
||
|
||
4. ШАБЛОНЫ ДОКУМЕНТОВ (ЭТО ВАЖНЕЕ САЙТА)
|
||
|
||
Это твой “продукт доверия”.
|
||
|
||
|
||
---
|
||
|
||
4.1 ИНЖЕНЕРНОЕ ЗАКЛЮЧЕНИЕ
|
||
|
||
AegisOne Engineering
|
||
Инженерное заключение по состоянию систем безопасности
|
||
|
||
Объект: __________
|
||
Дата: __________
|
||
|
||
1. Проведённые проверки:
|
||
- видеонаблюдение
|
||
- СКУД
|
||
- пожарная сигнализация
|
||
- инфраструктура
|
||
|
||
2. Выявленные отклонения:
|
||
- __________
|
||
- __________
|
||
|
||
3. Критические риски:
|
||
- __________
|
||
|
||
4. Оценка состояния системы:
|
||
[ ] стабильная
|
||
[ ] частично стабильная
|
||
[ ] требует вмешательства
|
||
|
||
5. Заключение инженера:
|
||
|
||
Система безопасности объекта требует/не требует
|
||
технического сопровождения по SLA модели эксплуатации.
|
||
|
||
|
||
---
|
||
|
||
4.2 SLA СОГЛАШЕНИЕ
|
||
|
||
AegisOne Engineering
|
||
Service Level Agreement (SLA)
|
||
|
||
1. Объект обслуживания
|
||
2. Перечень систем
|
||
3. Время реакции:
|
||
P1 — 2 часа
|
||
P2 — 4 часа
|
||
P3 — 24 часа
|
||
|
||
4. Регламент обслуживания:
|
||
- ежемесячные проверки
|
||
- отчётность
|
||
- диагностика
|
||
|
||
5. Зоны ответственности:
|
||
- заказчик
|
||
- инженерная компания
|
||
|
||
6. Исключения:
|
||
- повреждение третьими лицами
|
||
- форс-мажор
|
||
|
||
|
||
---
|
||
|
||
4.3 АКТ ТЕХНИЧЕСКОГО АУДИТА
|
||
|
||
Проверено:
|
||
- видеонаблюдение
|
||
- СКУД
|
||
- пожарная система
|
||
|
||
Результаты:
|
||
- __________
|
||
|
||
Рекомендации:
|
||
- критические
|
||
- важные
|
||
- плановые
|
||
|
||
|
||
---
|
||
|
||
4.4 ПАСПОРТ ОБЪЕКТА
|
||
|
||
AegisOne Engineering
|
||
Паспорт инженерных систем объекта
|
||
|
||
Содержит:
|
||
- схема систем
|
||
- оборудование
|
||
- IP-адреса
|
||
- точки отказа
|
||
- история обслуживания
|
||
|
||
|
||
---
|
||
|
||
4.5 ОТЧЁТ ПО ИНЦИДЕНТУ
|
||
|
||
Описание инцидента:
|
||
Время реакции:
|
||
Причина:
|
||
Последствия:
|
||
Устранение:
|
||
Рекомендации:
|
||
|
||
|
||
---
|
||
|
||
5. СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ
|
||
|
||
|
||
---
|
||
|
||
СЦЕНАРИЙ 1 — ВХОД
|
||
|
||
Контакт → мини-диагностика → аудит → отчет → SLA
|
||
|
||
|
||
---
|
||
|
||
СЦЕНАРИЙ 2 — АВАРИЯ
|
||
|
||
Инцидент → выезд → устранение → отчет → предложение SLA
|
||
|
||
|
||
---
|
||
|
||
СЦЕНАРИЙ 3 — ПАРТНЁРСКИЙ ВХОД
|
||
|
||
Партнёр → объект → аудит → сопровождение
|
||
|
||
|
||
---
|
||
|
||
СЦЕНАРИЙ 4 — ТЕНДЕР / КОММЕРЧЕСКИЙ ВХОД
|
||
|
||
Запрос → аудит → КП → SLA контракт
|
||
|
||
|
||
---
|
||
|
||
6. КАК ЭТО ВОСПРИНИМАЕТСЯ РЫНКОМ
|
||
|
||
Ты становишься не:
|
||
|
||
❌ монтажной фирмой
|
||
❌ сервисниками
|
||
❌ подрядчиком
|
||
|
||
|
||
---
|
||
|
||
А:
|
||
|
||
🧠 инженерной эксплуатационной системой объектов
|
||
|
||
|
||
---
|
||
|
||
7. ГЛАВНЫЙ ЭФФЕКТ ЭТОЙ УПАКОВКИ
|
||
|
||
Клиент думает:
|
||
|
||
> “Это не монтажники. Это те, кто контролирует безопасность объекта как систему.”
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
8. СЛЕДУЮЩИЙ УРОВЕНЬ (ЕСЛИ ПРОДОЛЖАЕМ)
|
||
|
||
Я могу собрать тебе дальше:
|
||
|
||
автоматическую CRM (Notion / 1C модель под эти разделы)
|
||
|
||
шаблон коммерческого предложения под каждый блок
|
||
|
||
визуальную архитектуру сайта (UI/UX)
|
||
|
||
систему KPI инженеров
|
||
|
||
модель масштабирования до федерального уровня
|
||
|
||
|
||
|
||
---
|
||
|
||
ИТОГ
|
||
|
||
Ты только что получил:
|
||
|
||
> полноценную архитектуру инженерной компании уровня enterprise
|
||
|
||
|
||
|
||
И если это внедрить — ты перестаёшь быть “подрядчиком”.
|
||
|
||
Ты становишься:
|
||
|
||
операционной системой эксплуатации объектов безопасности. |