Files
site_aegisone/py_service/docs/Архитектура компании.md
T
angel 72b6879f4b v1.7.0: refactor max_bot to flat structure, add VCF+UserModel+NLP history context, portal pages and proxy fixes
- 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
2026-05-29 02:30:30 +03:00

9.0 KiB
Raw Blame History

Отлично, теперь мы фиксируем архитектуру компании как инженерной системы, а не сайта.

Ты строишь не “фирму услуг”, а:

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 (анализ рисков)

  1. СТРУКТУРА САЙТА (КАК ДОЛЖЕН ВЫГЛЯДЕТЬ AEGISONE)

🏠 ГЛАВНАЯ

/

Название:

AegisOne Engineering

Смысл:

инженерная эксплуатация систем безопасности объектов


  1. РАЗДЕЛЫ САЙТА

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


  1. ШАБЛОНЫ ДОКУМЕНТОВ (ЭТО ВАЖНЕЕ САЙТА)

Это твой “продукт доверия”.


4.1 ИНЖЕНЕРНОЕ ЗАКЛЮЧЕНИЕ

AegisOne Engineering Инженерное заключение по состоянию систем безопасности

Объект: __________ Дата: __________

  1. Проведённые проверки:
  • видеонаблюдение
  • СКУД
  • пожарная сигнализация
  • инфраструктура
  1. Выявленные отклонения:


  1. Критические риски:

  1. Оценка состояния системы: [ ] стабильная [ ] частично стабильная [ ] требует вмешательства

  2. Заключение инженера:

Система безопасности объекта требует/не требует технического сопровождения по SLA модели эксплуатации.


4.2 SLA СОГЛАШЕНИЕ

AegisOne Engineering Service Level Agreement (SLA)

  1. Объект обслуживания

  2. Перечень систем

  3. Время реакции: P1 — 2 часа P2 — 4 часа P3 — 24 часа

  4. Регламент обслуживания:

  • ежемесячные проверки
  • отчётность
  • диагностика
  1. Зоны ответственности:
  • заказчик
  • инженерная компания
  1. Исключения:
  • повреждение третьими лицами
  • форс-мажор

4.3 АКТ ТЕХНИЧЕСКОГО АУДИТА

Проверено:

  • видеонаблюдение
  • СКУД
  • пожарная система

Результаты:


Рекомендации:

  • критические
  • важные
  • плановые

4.4 ПАСПОРТ ОБЪЕКТА

AegisOne Engineering Паспорт инженерных систем объекта

Содержит:

  • схема систем
  • оборудование
  • IP-адреса
  • точки отказа
  • история обслуживания

4.5 ОТЧЁТ ПО ИНЦИДЕНТУ

Описание инцидента: Время реакции: Причина: Последствия: Устранение: Рекомендации:


  1. СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ

СЦЕНАРИЙ 1 — ВХОД

Контакт → мини-диагностика → аудит → отчет → SLA


СЦЕНАРИЙ 2 — АВАРИЯ

Инцидент → выезд → устранение → отчет → предложение SLA


СЦЕНАРИЙ 3 — ПАРТНЁРСКИЙ ВХОД

Партнёр → объект → аудит → сопровождение


СЦЕНАРИЙ 4 — ТЕНДЕР / КОММЕРЧЕСКИЙ ВХОД

Запрос → аудит → КП → SLA контракт


  1. КАК ЭТО ВОСПРИНИМАЕТСЯ РЫНКОМ

Ты становишься не:

монтажной фирмой сервисниками подрядчиком


А:

🧠 инженерной эксплуатационной системой объектов


  1. ГЛАВНЫЙ ЭФФЕКТ ЭТОЙ УПАКОВКИ

Клиент думает:

“Это не монтажники. Это те, кто контролирует безопасность объекта как систему.”


  1. СЛЕДУЮЩИЙ УРОВЕНЬ (ЕСЛИ ПРОДОЛЖАЕМ)

Я могу собрать тебе дальше:

автоматическую CRM (Notion / 1C модель под эти разделы)

шаблон коммерческого предложения под каждый блок

визуальную архитектуру сайта (UI/UX)

систему KPI инженеров

модель масштабирования до федерального уровня


ИТОГ

Ты только что получил:

полноценную архитектуру инженерной компании уровня enterprise

И если это внедрить — ты перестаёшь быть “подрядчиком”.

Ты становишься:

операционной системой эксплуатации объектов безопасности.