> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/learn/email/01-notification-center.md).

# Общие параметры и подключения

## Что вы получите

Вы включите единый центр уведомлений, зададите адрес поддержки и получателей команды, поймёте назначение SMTP, Resend и Telegram-подключений и подготовите систему к выбору реальных событий.

Откройте **«Настройки» — «Общие настройки» — «Уведомления»**. Раздел состоит из двух страниц:

* **«Общие параметры»** — адреса и четыре общих переключателя;
* **«Подключения»** — SMTP, Resend и Telegram, их состояние и события.

{% hint style="warning" %}
Не используйте старые инструкции с отдельными страницами **«E-mail уведомления»** и **«Telegram уведомления»**. Текущие подключения и маршрутизация находятся в едином разделе уведомлений.
{% endhint %}

## Не перепутайте одноимённые разделы

{% tabs %}
{% tab title="Настройки — Уведомления" %}
Отправляет системные события по E-mail, в Telegram и сотрудникам в панели. Именно этот раздел используется в данном модуле.
{% endtab %}

{% tab title="Основное — Уведомления" %}
Показывает публичные информационные сообщения посетителям сайта. Он не создаёт почтовое или Telegram-подключение. Настройка разобрана в уроке [«Сообщения на клиентском сайте»](/learn/01-contacts/07-customer-notifications.md).
{% endtab %}
{% endtabs %}

## Как проходит сообщение

```mermaid
flowchart LR
    A["Событие в заявке"] --> B["Общие переключатели"]
    B --> C["Включённое подключение"]
    C --> D["Событие и аудитория"]
    D --> E["Очередь по приоритету"]
    E --> F["SMTP, Resend, Telegram или панель"]
    F --> G["Фактический получатель"]
```

Сохранение одного экрана не подтверждает всю цепочку. Каждый слой проверяется отдельно.

## Настройте «Общие параметры»

{% stepper %}
{% step %}

### Укажите E-mail службы поддержки

В поле **«E-Mail адрес службы поддержки»** укажите контролируемый адрес, по которому клиент сможет обратиться за помощью. Это контакт в письме, а не SMTP-сервер и не адрес отправителя.
{% endstep %}

{% step %}

### Укажите адреса администраторов

В **«E-Mail адреса администраторов»** перечислите получателей служебных писем. Допустимы запятые, точки с запятой и переносы строк; после сохранения убедитесь, что каждый адрес распознан правильно.
{% endstep %}

{% step %}

### Включите главный переключатель

**«Отправка уведомлений»** разрешает новые отправки во всех каналах. При его отключении настройки и выбранные события сохраняются, но E-mail, Telegram и уведомления панели не отправляются.
{% endstep %}

{% step %}

### Разрешите нужные способы

Для старта включите **«Уведомления по E-mail»** и **«Уведомления в панели управления»**. **«Уведомления в Telegram»** включайте после создания и проверки соответствующего бота.
{% endstep %}

{% step %}

### Сохраните изменения

Убедитесь, что после обновления страницы переключатели и адреса остались в выбранном состоянии.
{% endstep %}
{% endstepper %}

{% hint style="info" %}
Уведомления панели не требуют отдельного подключения. Система создаёт для них один внутренний маршрут автоматически.
{% endhint %}

## Выберите тип подключения

На странице **«Подключения»** нажмите **«Добавить»**.

| Тип      | Когда использовать                                          | Что потребуется                                                     |
| -------- | ----------------------------------------------------------- | ------------------------------------------------------------------- |
| SMTP     | Почтовый ящик или SMTP-relay любого совместимого провайдера | Сервер, порт, шифрование, логин, пароль, адрес и имя отправителя    |
| Resend   | Транзакционная отправка через встроенный API-драйвер Resend | Подтверждённый домен, API-ключ, адрес и имя отправителя             |
| Telegram | Обычные уведомления, Security-коды или продолжение обмена   | Отдельный бот и токен; для обычных уведомлений также место доставки |

Для каждого подключения задайте понятное внутреннее название: например, **«Zoho — основная почта»**, **«Resend — резервный канал»** или **«Telegram — группа операторов»**.

{% hint style="warning" %}
Несколько подключений работают независимо. Если одно событие включить в двух почтовых подключениях, система создаст две ветки доставки и получатель может получить два одинаковых письма. Используйте дублирование только как осознанную маршрутизацию, а не как случайный «резерв».
{% endhint %}

## Как система обращается с секретами

* логин SMTP остаётся видимым для проверки настройки;
* SMTP-пароль, API-ключ Resend и Telegram-токен полностью не возвращаются;
* отметка **«Параметр заполнен»** означает, что секрет сохранён;
* пустое поле секрета при обычном редактировании сохраняет прежнее значение;
* новое значение вводите только при плановой замене;
* после утечки отзовите старый секрет у провайдера и сохраните новый в подключении.

{% hint style="danger" %}
Не публикуйте пароль, API-ключ, Telegram-токен, QR-код привязки или снимок экрана с ними в GitBook, задаче поддержки, репозитории и общем чате.
{% endhint %}

## Читайте состояние правильно

| Состояние          | Что означает                              | Следующее действие                                          |
| ------------------ | ----------------------------------------- | ----------------------------------------------------------- |
| **«Отключено»**    | Подключение выключено                     | Включить только после заполнения и проверки                 |
| **«Не проверено»** | Нет успешного результата текущей проверки | Выполнить **«Проверить»** и реальную отправку               |
| **«Стабильно»**    | Последняя техническая проверка прошла     | Проверить событие, очередь и конечного получателя           |
| **«Ошибка»**       | Последняя проверка завершилась ошибкой    | Открыть подключение, исправить причину и повторить проверку |

Состояние **«Стабильно»** не доказывает, что выбранное событие включено, очередь работает и письмо попало во входящие.

## После обновления со старой версии

1. Не удаляйте перенесённые записи до сверки.
2. Сравните названия и число подключений с прежним регламентом.
3. Проверьте адрес поддержки и список администраторов.
4. Откройте каждое подключение и проверьте видимые поля.
5. Убедитесь, что сохранённые секреты отмечены как заполненные.
6. Сверьте включённые события, аудитории и приоритеты.
7. Повторите проверку подключения и реального события.
8. Для плановых сводок дождитесь следующего цикла и проверьте прежний маршрут.

Резервная копия настроек до переноса полезна для отката, но не доказывает работу внешнего провайдера после обновления.

## Этап завершён, если

* [ ] используется текущий раздел с двумя страницами;
* [ ] адрес поддержки не перепутан с адресом отправителя;
* [ ] административные адреса принадлежат действующим сотрудникам;
* [ ] общий и нужные канальные переключатели включены;
* [ ] выбран подходящий тип первого подключения;
* [ ] понятен риск дублей при нескольких маршрутах;
* [ ] секреты не раскрыты и хранятся у ответственного;
* [ ] состояния подключения трактуются как технический сигнал, а не доказательство доставки.

Далее настройте [события, получателей и приоритет](/learn/email/02-events-routing.md).


---

# 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.iexexchanger.com/learn/email/01-notification-center.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.