WebUI

Протокол

Задание №68

Назад к заданию

**ПРОТОКОЛ СОВЕЩАНИЯ**

**Тема:** Цели четвертого квартала (Q4), архитектура интеграции и управление рисками  
**Статус:** Окончание  
**Участники:** Команда поддержки, менеджмент, разработчики  

---

### 1. Анализ целей четвертого квартала (Q4)

Обсуждены ключевые показатели эффективности и планы развития для системы **Siboos Team** и сервисов **OCS/OSS**.
*   **Mетрики удержания (Retention):** Текущий показатель составляет около 97,3%. Задача Q4 — поддержание данного уровня или достижение роста.
*   **Количество полисов:** Ожидаемое увеличение количества оформленных полисов примерно на 90% (относительный рост).
*   **Цели OCS/OSS:** Необходимость мониторинга метрик в реальном времени через NSIS для корректной оценки эффективности процессов.

### 2. Доступность инструментов отчетности и дашбордов

Подтверждена возможность доступа к инструментам аналитики.
*   **Дашборд CASCO:** Полноценный доступ предоставлен команде поддержки и менеджменту для отслеживания ключевых показателей.
*   **Инструмент Ilya:** Требует уточнения конфигурации прав доступа. Доступ должен быть предоставлен соответствующим сотрудникам в кратчайшие сроки.

### 3. Особенности процесса ОСАГО и надежность данных

Выявлены технические ограничения текущей реализации расчета ОСАГО, влияющие на достоверность статистики.
*   **Ручные процессы:** В настоящий момент расчеты ОСАГО выполняются вручную. Это создает риск искажения данных в дашбордах, так как они могут не синхронизироваться с реальными показателями (NSIS).
*   **Рекомендация:** Внедрение ежемесячной сверки показателей ОСАГО через NSIS для гарантии точности отчетов.

### 4. Архитектурные риски и интеграция систем

**Зависимости от Legacy/RSC компонентов:**
*   **Вендор Zible (Risk: Vendor change):** Система зависит от платформы Zible. Существование зависимости создает риск при возможном изменении условий работы вендора или прекращении поддержки.
    *   **План:** Взаимодействие с поставщиком Max Gogolev для замены или переноса функциональности на альтернативное решение (например, Case Van).
*   **Case Van / Unity B2C:** Требуется разработка и внедрение адаптера под текущие процессы обработки страховых случаев (Claim service).
*   **Инструменты VSS/Viki:** Существующие инструменты требуют замены. Необходимо интеграция с платформой RSC и аудит документации для исключения дублирования функций.

### 5. Требования IT-Офиса (SLA)

Обсужден текущий статус соблюдения SLA и соответствие архитектуры стандартам IT-инфраструктуры.
*   **Риск несоответствия:** Наличие ручных процессов (особенно в ОСАГО) противоречит принципам автоматизации, требуемым IT-Офисом.
*   **Мониторинг:** Необходимо обеспечить соблюдение всех SLA-требований со стороны инфраструктуры и разработчиков.

---

### План действий

| ID | Задача | Ответственный | Срок |
| :-- | :--- | :--- | :--- |
| 1 | Связаться с Max Gogolev по вопросу замены платформы Zible на Case Van или альтернативное решение. | Tech Lead / Architect | [Сегодня/Завтра] |
| 2 | Проверить документацию RSC (Legacy) и убедиться в корректности интеграции. | Разработчик RSC | По завершении аудита |
| 3 | Утвердить и настроить права доступа к дашборду CASCO для всей команды поддержки. | Администратор | В течение недели |
| 4 | Настроить ежемесячную сверку статистики ОСАГО через NSIS. | Аналитик | Регулярно (1 число) |
| 5 | Контролировать соблюдение SLA IT-Офиса. | DevOps / Ops Lead | Ежедневно |

---

**Подпись:**  
*(Утверждаю)*

**Статус:** Принят. Действия по плану начинают немедленно.