# ОПЕРАТИВНО-ТЕХНИЧЕСКИЙ ПРОТОКОЛ ВСТРЕЧИ (ИТЕЧ) №02

## ОСНОВНАЯ ТЕМА ВСТРЕЧИ
Оптимизация обработки данных в системе NSIS, распределение зон ответственности по направлениям (ОСАГО, КАСКО, нетто), анализ интеграции legacy-систем (Zibel, MC Adapter) и подготовка дашбордов Q4.

---

## ОБСУЖДАЕМЫЕ ВОПРОСЫ И ПРОБЛЕМЫ

### 1. Кадровый ресурс и нагрузки в блоке Zibel
*   **Проблема:** В текущем блоке Zibel наблюдается дефицит ресурсов (1 аналитик + 1 разработчик для ОСАГО/убытков), что создает риск срыва сроков обработки данных.
*   **Решение:** Перераспределение функций между сотрудниками Tughanova, Gribanova и Sukhanov; создание отдельной выделенной инфраструктуры для нагрузки Case Van.

### 2. Интеграция legacy-систем (Zibel/RSA/MC Adapter)
*   **Проблема:** Использование единого устаревшего инструмента (Zibel) без дублирования несет высокий риск отказа всей системы. Необходимость согласования обмена данными с RSA (через Max Gagarin) и уточнения статуса MC Adapter.
*   **Решение:** Инициировать аудит лицензий Zibel. Разделить зоны ответственности (Uбытки vs Контракты). Обеспечить отдельный сервис для MC Adapter при высоких нагрузках.

### 3. Подготовка отчетности Q4 и доступность данных
*   **Проблема:** Проверка доступности «сырых» данных в OSS/Sibos/Vensis отсутствует связи (сломанные ссылки) мешает корректной работе отчетов.
*   **Решение:** Провести проверку связей для корректной работы дашбордов, убедиться в наличии VSS-документов для поиска запросов данных.

### 4. Автоматизация и процессы ОСАГО
*   **Проблема:** Процесс обработки OSAGO не автоматизирован, требуется ручная сверка с NISC.
*   **Решение:** Ввести процедуру ежемесячного сверяния с NISC для корректировки данных ОСАГО (до Q4).

---

## СВОДНАЯ ТЕКСТОВАЯ ТАБЛИЦА ПРОБЛЕМ И РЕШЕНИЙ

| ПРОБЛЕМА / ВОПРОС | ПРЕДЛОЖЕНИЕ ПО РАЗРЕШЕНИЮ / РЕШЕНИЕ | КОММЕНТАРИЙ / ЦИТАТЫ (ОТДЕЛЬНО) |
| :--- | :--- | :--- |
| **Кадры блока Zibel:** 1 аналитик + 1 разработчик. Дефицит ресурсов на текущие задачи (ОСАГО/Убытки). Риск потери лицензий и срыва SLA. | **Перераспределение нагрузок:** Tughanova отвечает за СЕНСИС, Gribanova — за контракты, Sukhanov — по legacy/RSA. <br> **Техническое решение:** Разделить зону ответственности. Создать отдельный сервис для высокой нагрузки (MC Adapter) и обеспечить его выделение в Case Van. | `"Need separate service for high load in Case Van"` |
| **Legacy-риски (Zibel):** Централизация на одной системе повышает риски отказа («Centralize responsibility... risks are higher»). <br> **Интеграция:** Уточнение статуса MC Adapter и обмена с RSA (Max Gagarin). | **Решение:** Аудит лицензий Zibel. <br> **Структура:** Uбытки — Tughanova, Контракты — Gribanova. <br> **Техническая поддержка:** Обеспечить отдельную инфраструктуру для MC Adapter при необходимости и мониторинг интеграции с RSA. | `"Centralize responsibility... risks are higher..."` |
| **Отчетность Q4:** Проверка дашбордов требует наличия «сырых» данных (OSS/Sibos/Vensis). Сломанные ссылки/отсутствия связей мешают сборке отчетов по нетто. | **Действие:** Проверить доступность данных в OSS, Sibos и Vensis перед сборкой Q4. <br> **Мониторинг:** Следить за статусом интеграции legacy-систем для корректной загрузки метрик нетто. | `"Check availability of 'raw' data..."` |
| **Процесс ОСАГО:** Ручная обработка данных. Отсутствие автоматизации и своевременной сверки с NISC. | **Решение:** Ввести обязательное ежемесячное сверяние с NISC перед закрытием периода. <br> **Дополнительно:** Поиск запросов данных через VSS-документы для устранения проблем со связями. | `"NISC monthly reconciliation"` |
| **Разделение ответственности:** Отсутствие четкого разделения между блоками SENSIS и HCIS (отчетные данные: убытки, контракты). | **Решение:** Четкое распределение: <br> 1. Tughanova — Uбытки (SENSIS). <br> 2. Gribanova — Контракты (HCIS). <br> Это гарантирует прозрачность отчетов Q4 и исключит дублирование функций. | `"Losses from SENSIS, Contracts from HCIS..."` |

---

## ПРИНЯТЫЕ РЕШЕНИЯ И ЗАДАЧИ

1.  **Кадры:** Подписать акты распределения зон ответственности между сотрудниками Tughanova, Gribanova и Sukhanov для обеспечения покрытия по направлениям СЕНСИС, Контракты, Legacy/RSA.
2.  **Инфраструктура:** Выделить отдельный сервис для обработки нагрузки Case Van (MC Adapter) и обеспечить его стабильную работу через интеграцию с RSA.
3.  **Ликвидация риска:** Провести аудит лицензий Zibel до начала нового квартала, чтобы избежать потери доступа к legacy-данным.
4.  **Отчетность:** Настроить ежемесячный процесс сверяния с NISC для корректного ведения ОСАГО и подготовки итогов Q4.
5.  **Дашборды:** Исправить связи в OSS/Sibos/Vensis перед запуском отчетов по нетто; обеспечить доступ к «сырым» данным для верификации метрик.

**Соблюдайте правила безопасности данных.**