Корпоративные Telegram-боты: HR, согласования и отчёты
Основы4 минРедакция Innovialabs
Коротко
Внутренний Telegram-бот хорошо закрывает короткие повторяющиеся действия — заявки, согласования, отчёты и уведомления из учётных систем, — но данные и права доступа должны жить в ваших системах, а не в чате.
Коротко: зачем компании внутренний бот
Сотрудники уже открывают Telegram десятки раз в день. Если короткое рабочее действие можно сделать там же — подать заявку на отпуск, нажать «Согласовать», отправить отчёт за смену, — его делают быстрее и чаще, чем через корпоративный портал, в который нужно отдельно входить.
Внутренний бот — это не замена учётной системы, а удобный вход в неё. Данные хранятся в 1С, CRM или HR-системе, а бот лишь принимает действия и доставляет уведомления.
Типовые сценарии
- Онбординг. Новичок получает ссылку на бота, проходит пошаговый план первой недели: документы, контакты наставника, регламенты, короткий тест. Руководитель видит, на каком шаге человек.
- Заявки на отпуск и отгулы. Сотрудник выбирает даты кнопками, бот проверяет остаток дней в HR-системе и отправляет заявку руководителю.
- Согласования. Счёт, договор или закупка приходят ответственному сообщением с кнопками «Согласовать» и «Отклонить» и полем для комментария. Решение записывается обратно в систему.
- Ежедневные отчёты. Бот в конце смены задаёт 3–5 вопросов (выручка, остатки, проблемы) и собирает ответы в таблицу или BI.
- Уведомления из 1С и CRM. Новая крупная сделка, просроченная оплата, отрицательный остаток на складе, упавший сервер — система сама пишет нужному человеку или в рабочую группу.
Контроль доступа
Это главный вопрос внутреннего бота. Бот публичен: найти его по имени и нажать Start может кто угодно.
- Привязка к сотруднику. При первом входе бот запрашивает номер телефона кнопкой «Поделиться контактом» или одноразовый код из корпоративной почты. Номер сверяется со справочником сотрудников.
- Хранение связки. Бот запоминает Telegram
user_id(а не username — его можно сменить) и роль сотрудника. - Проверка на каждом действии. Права проверяются на сервере при каждом нажатии кнопки, а не только при входе. Кнопка в старом сообщении не должна работать, если человек уже уволен или сменил должность.
- Отключение при увольнении. Деактивация в HR-системе автоматически блокирует доступ к боту и удаляет человека из рабочих групп.
- Минимум данных в чате. Зарплаты, персональные данные и коммерческие условия лучше показывать по ссылке на защищённую страницу, а не текстом в переписке.
Когда бот лучше корпоративного портала
| Задача | Бот | Портал |
|---|---|---|
| Одно действие в 1–3 шага | Удобнее | Избыточно |
| Нужна реакция за минуты | Пуш приходит сразу | Пока не откроют вкладку |
| Сотрудники в поле, на складе, в рознице | Работает с телефона | Часто неудобно |
| Сложные формы, таблицы, отчёты с фильтрами | Тесно | Удобнее |
| Работа с документами и историей | Только ссылки | Основной инструмент |
Хорошая схема — бот плюс веб-интерфейс: короткие действия и уведомления в боте, а сложные экраны открываются как Mini App или веб-страница по кнопке.
Ограничения Telegram как рабочего инструмента
- Личный аккаунт. Сотрудник использует свой номер, а аккаунт принадлежит ему, а не компании. Переписку в личке с ботом вы не можете «забрать» при увольнении — значит, важное должно храниться в ваших системах.
- Требования к данным. Для отдельных отраслей и типов персональных данных могут действовать требования к месту хранения и обработки. Это нужно проверить с юристом до запуска.
- Лимиты Bot API. Массовые уведомления тысячам сотрудников нужно отправлять с учётом ограничений на частоту сообщений.
- Зависимость от доступности. Если Telegram недоступен в сети компании или у части сотрудников, критичные процессы должны иметь запасной канал.
- Шум. Если бот присылает всё подряд, уведомления начинают игнорировать. Отправляйте только то, что требует действия.
Частые ошибки
- Пускать в бота всех, кто знает его имя, без проверки по справочнику.
- Хранить роли и права только в памяти бота, а не в учётной системе.
- Делать в боте длинные анкеты на десятки вопросов вместо формы.
- Не логировать, кто и когда нажал «Согласовать», — для спорных случаев нужен журнал.