Beeline → HDE Admin

—

Очередь событий

—

Dead events

—

Получено сегодня

—

Обработано сегодня

—

Записи без файла

Последние события

ID	Тип	Call ID	Статус	Время

Последние звонки

Call ID	Статус	Запись	Ticket

Подписки Beeline

Target	Статус	Истекает

Алерты мониторинга

Тип	Severity	Сообщение	Время

Очередь записей разговоров

Свежая — ещё ищем, Кума молчит. Отложена — час прошёл, до двух часов Кума тоже молчит. Тихая — входящий старше 2 часов: Кума один раз пингует, когда таких стало больше, потом снова зелёная. Исходящие без файла через час и всё старше суток уходят в «нет записи» и здесь не показываются.

Время	Телефон	Направление	Заявка	Очередь	Статус	SIP	Причина

Автоответчик SIP

Это не три софтфона на рабочем столе, а один агент в этом же сервисе: регистрирует учётки как телефоны, сразу берёт трубку, молчит, через заданное время кладёт. Говорит клиент, запись делает Beeline. В HDE у робота нет сотрудника — это только SIP в ВАТС Билайна. Заявка создаётся как обычный входящий от системы: всегда новая, без склейки, без ответственного. Карточку звонка живому оператору не показываем.

Что должно быть открыто на виртуалке

UDP 5060 — сигналинг SIP (регистрация и входящий INVITE).
UDP 10000–10050 — RTP, голос. Если этот диапазон закрыт, вызов сбросится сразу после ответа.
В SDP уходит публичный IPv4 этой машины — без него Билайн шлёт голос не туда.
Транспорт только UDP, прокси региона из кабинета Билайна, перерегистрация 120 сек, кодеки PCMA/PCMU.
На этих SIP в кабинете Билайна включите запись разговоров.

Одна «сотрудническая» SIP-учётка в Cloud PBX чаще всего — одна линия: второй звонок Билайн не отдаст этому же контакту, а пойдёт на следующего в группе или получит занято. Поле «каналов» — наш потолок, если Билайн пришлёт несколько INVITE (так бывает на SIP-транке внешней АТС). На ночь достаточно 2–3 учёток. Двадцать штук не регистрируем. Если станет тесно — в кабинете Билайна лучше заказать транк, тогда одна регистрация держит много разговоров.

Публичный IPv4 виртуалки Держать трубку, секунд

RTP с порта RTP по порт

Вкл	Имя	SIP user	Auth / домен / proxy	Пароль	Каналов

Сопоставление SIP и сотрудников HDE

Для каждой SIP укажите email сотрудника в HDE или его ID. Кнопка «Позвонить» пойдёт на эту трубку. Галочка «ответственный» — если входящий звонит только на эту трубку, новая заявка сразу назначается этому сотруднику. Если АТС звонит сразу нескольким — никого не назначаем. К уже существующей заявке звонок только клеится, ответственного не меняем. SIP-роботы сюда не привязываются: в HDE их нет, заявки остаются без ответственного.

SIP Билайн	ФИО в Билайн	Email или ID в HDE	Ответственный на прямом входящем

Настройки интеграции

Секреты хранятся в PostgreSQL зашифрованно. После сохранения скопируйте блок .env и перезапустите контейнеры.

Общие

Режим Webhook URL для подписок Beeline

Beeline Cloud PBX

API URL API Token (X-MPBX-API-AUTH-TOKEN) Webhook Secret (crm_token, опционально)

HelpDeskEddy

API URL Channel Key API Email (логин Basic Auth) API Key (если требуется)

Object Storage (записи IVR)

Endpoint Bucket Access Key Secret Key

Мониторинг Uptime Kuma

Токен хранится в базе. Кума с другой виртуалки ходит на публичный URL с заголовком Authorization: Bearer. Без токена страница пустая (401).

Токен мониторинга

URL для Кумы появятся после сохранения webhook-адреса Beeline.

Блок для .env

Вставьте в файл .env и выполните: docker compose up -d