> For the complete documentation index, see [llms.txt](https://approvalup.gitbook.io/approvalup-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://approvalup.gitbook.io/approvalup-docs/terminy-i-opredeleniya.md).

# Термины и определения

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

**Мастер-пароль**\
Главный пароль пользователя в ApprovalUp. Он используется для входа в аккаунт и для работы с зашифрованными данными. Мастер-пароль нельзя передавать другим людям.

**Сейф компании**\
Защищенное хранилище компании, в котором находятся секреты сервисов: логины, пароли и другие чувствительные данные.

**Секрет**\
Конфиденциальные данные сервиса. Например: логин, пароль, токен, ключ доступа или другая информация, которую нельзя показывать всем сотрудникам.

**Сервис**\
Система, сайт, приложение или внутренний ресурс, к которому сотрудникам может потребоваться доступ. Например: CRM, почта, банк, рекламный кабинет, хостинг или корпоративный портал.

**Доступ**\
Разрешение сотруднику использовать определенный сервис. Если доступ активен, сотрудник может видеть сервис в личном кабинете.

**Заявка на доступ**\
Запрос сотрудника на получение доступа к сервису. Заявку должен рассмотреть администратор, технический специалист или руководитель.

**Выдача доступа**\
Действие, при котором сотруднику открывается доступ к выбранному сервису.

**Отзыв доступа**\
Отключение ранее выданного доступа. После отзыва сотрудник больше не может использовать этот доступ в ApprovalUp.

**MFA**\
Дополнительная защита аккаунта с помощью одноразового кода из приложения Authenticator. Для администраторов MFA является обязательным уровнем защиты.

**Email-подтверждение**\
Проверка email пользователя через письмо со ссылкой или кодом. Нужно, чтобы система понимала, что указанный email действительно принадлежит пользователю.

**Приглашение сотрудника**\
Письмо, которое отправляется сотруднику для подключения к компании в ApprovalUp. Сотрудник переходит по ссылке и сам задает мастер-пароль.

**Временный пароль**\
Пароль, который может быть выдан при восстановлении доступа. После входа по временному паролю пользователь должен задать новый мастер-пароль.

**Доверенный пользователь**\
Администратор или технический специалист, который уже имеет доступ к сейфу компании и может помочь восстановить доступ другому пользователю по безопасному сценарию.

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

**Роль пользователя**\
Набор прав пользователя в системе. Роль определяет, какие разделы и действия доступны пользователю.


---

# 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://approvalup.gitbook.io/approvalup-docs/terminy-i-opredeleniya.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.