В этой статье вы узнаете, как читать вкладку «Сводка» в отчёте DES-симуляции: как интерпретировать индекс «Здоровье процесса» и его компоненты (SLA, баланс, узкие места), какие ключевые показатели отображаются (обработано заявок, среднее ожидание, отказы), как понять причины отказов и что показывает блок «Проблемы и сильные стороны».

После завершения симуляции отчёт открывается на вкладке **«Сводка»**. Это первый экран, который вы видите, и он даёт общую картину: насколько процесс здоров, где основные проблемы и какие сильные стороны уже есть. Детальный разбор ресурсов, экономики и сценариев оптимизации — в отдельных вкладках отчёта.

## Индекс «Здоровье процесса»

В верхней части вкладки отображается число от 0 до 100 с текстовой оценкой: **«Отлично»**, **«Хорошо»**, **«Удовлетворительно»**, **«Плохо»** или **«Критично»**. Рядом — подпись **«Главное узкое место»**, которая сразу указывает, какой элемент процесса сильнее всего ограничивает результат.

Индекс складывается из шести компонентов, каждый из которых оценивается отдельно:

* **SLA** — насколько процесс соответствует целевому времени обработки (если SLA задан при настройке симуляции).

* **Баланс** — равномерность распределения нагрузки между ресурсами. Низкий баланс означает, что часть ресурсов перегружена, а другая простаивает.

* **Узкие места** — наличие элементов, которые ограничивают пропускную способность процесса.

* **Стоимость** — эффективность затрат на обработку заявок.

* **Стабильность** — насколько предсказуемы результаты: малая вариативность времени обработки и ожидания.

* **Прибыльность** — соотношение дохода и расходов на заявку.

Чем выше значение компонента, тем лучше процесс по этому направлению. Если индекс «Критично» или «Плохо», начните с компонента с наименьшим значением — он и есть главная причина.

## Бейдж достоверности

Рядом с индексом здоровья отображается бейдж: **«Достоверно»** или **«Проверить достоверность»**. Если бейдж гласит «Проверить достоверность», нажмите на него — вы перейдёте на вкладку **«Динамика и достоверность»**, где можно убедиться, что стационарный режим достигнут и закон Литтла пройден. Без этого цифры сводки могут отражать разгон системы, а не устойчивое состояние.

## Ключевые показатели

Под индексом здоровья расположена сетка ключевых показателей. Каждый из них — сводная цифра по завершённому прогону:

* **Обработано заявок** — количество заявок, прошедших процесс до конца (из общего числа созданных). Например: «87 из 100».

* **Среднее ожидание** — среднее время, которое заявка проводит в очередях до начала обработки.

* **Соответствие SLA** — доля заявок, обработанных в пределах целевого времени (если SLA задан).

* **Главное узкое место** — название ресурса или задачи, которая сильнее всего ограничивает процесс.

* **Отказы** — количество заявок, не прошедших процесс (подробнее — в разделе ниже).

* **Время в системе** — среднее время от прихода заявки до её завершения (включая ожидание и обработку).

* **Стоимость на заявку** — средние расходы на обработку одной заявки.

* **Прибыль на заявку** — средняя маржа на одну заявку (с процентом).

* **Заявок в час** — средняя пропускная способность процесса.

Эти цифры дают быструю оценку: если «Обработано заявок» заметно меньше общего числа, а «Отказы» велики — процесс теряет заявки. Если «Среднее ожидание» высокое, а «Соответствие SLA» низкое — клиенты ждут дольше обещанного.

## Причины отказов

Если в прогоне были отказы, под ключевыми показателями отображается список причин. Каждая причина — это конкретный механизм, по которому заявка не прошла процесс:

* **Переполнение очереди** — буфер (очередь) заполнен, и новые заявки отклоняются.

* **Таймаут** — заявка превысила максимальное время ожидания (если задана политика таймаутов).

* **Ресурс недоступен** — заявка попала на ресурс в нерабочее время по календарю.

* **Превышены повторы** — заявка прошла один и тот же узел схемы более 100 раз (петля в модели).

* **Бизнес-правило** — заявка отклонена по логике ветвления (шлюз направил её в тупик или на завершение без обработки).

* **Отменено** — заявка была отменена по правилам модели.

* **Ошибка** — техническая ошибка при обработке.

Если основная причина — «Переполнение очереди», увеличьте ёмкость буфера или добавьте ресурсы. Если «Таймаут» — пересмотрите максимальное время ожидания или добавьте исполнителей. Если «Превышены повторы» — проверьте схему на наличие петли, которую заявка не может покинуть.

## Проблемы и сильные стороны

Ниже по вкладке находится блок **«Проблемы и сильные стороны»**. Он содержит две колонки:

* **Выявленные проблемы** — конкретные элементы процесса, которые система считает ограничивающими. Для каждой проблемы указано текущее значение и целевое (что нужно улучшить).

* **Сильные стороны** — элементы, которые работают хорошо и не требуют внимания.

Этот блок помогает сфокусироваться: не нужно анализировать все 10 вкладок отчёта, чтобы понять, с чего начать. Начните с первой проблемы в списке — она обычно даёт наибольший эффект при минимальных изменениях.

## Как использовать сводку

1. Откройте отчёт завершённой симуляции — вкладка **«Сводка»** активна по умолчанию.

2. Посмотрите индекс «Здоровье процесса» и бейдж достоверности. Если бейдж «Проверить достоверность» — сначала перейдите на вкладку «Динамика и достоверность».

3. Прочитайте ключевые показатели: обращайте внимание на соотношение «Обработано заявок» и «Отказы», а также на «Среднее ожидание» и «Соответствие SLA».

4. Если отказы есть — изучите причины и определите, какой механизм их вызывает.

5. Прочитайте блок «Проблемы и сильные стороны» и выберите первую проблему для решения.

6. Для детального анализа перейдите в соответствующую вкладку: ресурсы — на вкладку **«Ресурсы»**, финансы — на вкладку **«Экономика»**, варианты улучшения — на вкладку **«Сценарии»**.

## Частые формулировки

«сводка отчёта симуляции», «здоровье процесса что значит», «причины отказов в симуляции», «ключевые показатели в сводке», «проблемы процесса в отчёте», «индекс здоровья 0-100», «как понять что процесс критичный», «где посмотреть сколько заявок отклонено».