> For the complete documentation index, see [llms.txt](https://help.watcherlink.online/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.watcherlink.online/ru/audit/logi.md).

# Логи

Этот раздел подчеркивает, насколько важны журналы логов для стабильной работы системы: они играют ключевую роль в управлении клиентами, координации задач и контроле со стороны администраторов.

## Обзор

Раздел **Логи** служит универсальным журналом аудита для всех ключевых действий и изменений в системе. Он помогает администраторам, менеджерам и службе поддержки отслеживать, что произошло, когда и кто выполнил то или иное действие. Такая прозрачность необходима для обеспечения подотчётности, диагностики проблем и сохранения целостности данных в системе.

Логи разделены на пять основных категорий, что облегчает навигацию и понимание:

**1. Общие логи**

Фиксируют системные операции, связанные с устройствами и клиентами. Сюда входят действия вроде импорта устройств, изменения конфигураций, управления доступом пользователей и другие важные процессы. Особенно полезны при первичной настройке, устранении неполадок и анализе изменений в системе за длительный период.

**2. Логи майнеров**

Отражают действия, касающиеся конкретных майнеров: перезагрузки, смена пулов, сброс настроек и другие изменения конфигурации. Эти данные помогают выявлять технические проблемы, отслеживать жизненный цикл устройств и видеть последовательность действий пользователей или автоматизированных систем.

**3. Логи клиентов**

Содержат информацию об изменениях в профилях клиентов и связанных с ними платёжных данных. Это могут быть обновления контактной информации, изменения тарифов или записи платежей. Эти логи обеспечивают прозрачность при работе с клиентами и особенно важны для финансового аудита, разрешения спорных ситуаций и ведения точной истории обслуживания.

**4. Логи задач**

Позволяют отслеживать создание, назначение и выполнение задач внутри команды. Все изменения в статусах, сроках, приоритетах и описаниях задач сохраняются здесь. Эти данные незаменимы для управления проектами и командной работы — они позволяют видеть, как развивалась задача, и кто за неё отвечает.

**5. Административные логи**

Фиксируют действия администраторов, влияющие на глобальные настройки системы: управление персоналом, ролями, объектами и правилами автоматизации. Мониторинг этих изменений критичен для безопасности и стабильности работы платформы. Такие логи позволяют убедиться, что операции, вроде изменения прав доступа или настройки инфраструктуры, должным образом задокументированы.

## В чем польза логов

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

***

**Мы всегда на связи!**

Напишите нам в [Telegram](https://t.me/moondmc_bot).


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.watcherlink.online/ru/audit/logi.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.