> For the complete documentation index, see [llms.txt](https://docs.enate.net/enate-help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.enate.net/enate-help/ru/vstroennye-otchety/obzor-effektivnosti-operacionnoi-deyatelnosti/kachestvo-i-defekty.md).

# Качество и дефекты

#### Качество и дефекты

Где возникают проблемы с качеством — дефекты, доработки, повторные открытия и неудачи при Проверке коллегой — и кто или что их вызывает.

<figure><img src="https://3859925423-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MWYnDNwe3Cuo4zlGbs5-887967055%2Fuploads%2FjDu9F0PrrghlQZlvRzoI%2Fimage3.png?alt=media&#x26;token=5c0c69b2-0529-4b13-ba5f-761f5caf3ae5" alt=""><figcaption></figcaption></figure>

*Вкладка «Качество и дефекты».*

#### **Карты KPI**

* **Количество дефектов —** общее количество дефектов, зарегистрированных в отношении работы команды за данный период.
* **Повторно открытые рабочие элементы —** случаи или действия, возвращённые после урегулирования, поскольку предложенное решение не было принято.
* **Рабочие элементы, подвергшиеся доработке —** рабочие элементы, которые по крайней мере один раз были отмечены для доработки до их урегулирования.
* **Количество неудачных результатов проверки коллегой —** количество случаев, когда рецензент обнаружил проблему. Одна задача может не пройти проверку коллегой более одного раза, поэтому это число может превышать количество прорецензированных рабочих элементов.

#### **Визуальные элементы**

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


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.enate.net/enate-help/ru/vstroennye-otchety/obzor-effektivnosti-operacionnoi-deyatelnosti/kachestvo-i-defekty.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.