Уведомления и мессенджеры: больше 35 типов событий и мультиканальная доставка

Из коробки полностью работают три канала: внутренний журнал ERP (запись в систему для истории), реалтайм-сообщение в открытый браузер сотрудника и push в браузер (даже при закрытой вкладке — на проверенной библиотеке). Email, SMS, Telegram и WhatsApp — это каналы с готовой архитектурой и фиксацией в журнале доставки; конкретные подключения к выбранным провайдерам (оператор SMS, бот в Telegram, сервис WhatsApp, корпоративный почтовый сервер) занимают 1–3 дня работы на канал под требования клиента.

Это значит, что основа канала готова: подключение в настройках сотрудников, отображение в списке доступных, проверка контактных данных, запись в журнал доставки — всё работает одинаково с остальными каналами. Не хватает только конкретного подключения к выбранному провайдеру: настройки оператора SMS, токена Telegram-бота, реквизитов сервиса WhatsApp, параметров почтового сервера. После того как провайдер выбран и его подключение реализовано (1–3 дня работы), канал начинает реально доставлять сообщения. Со стороны интерфейса это незаметно — отображение в настройках работает одинаково.

Сегодня в системе больше 35 типов. По заказам — 5 (создание, смена статуса, завершение, ожидание отмены, поступление оплаты). По согласованиям цен — 3 (создание, рассмотрение, отсутствие закупочной цены). По задачам — 3 (назначение, выполнение, напоминание). По выездным сервисам — 3 (назначение, смена статуса, просрочка). По документам — 3 (не выгружен, сбой обмена с 1С, нет оригинала). По лидам — 3 (создание, смена статуса, замечание). По коммуникациям — 4 (комментарии, упоминания, новые сообщения). По обучению — 4. По финансам — 5 (согласования, банковский импорт, напоминание по кредиту, зарплата). Системные — 4. По складу — 3. Новые типы добавляются за полдня под требования клиента.

Да, отдельно по каждому каналу. Сотрудник в своём профиле может отключить конкретный канал (например, выключить Telegram, оставив push), оставив остальные включёнными. Полное отключение всех каналов оставит только внутренний журнал ERP — сотрудник увидит уведомления при заходе на страницу уведомлений, но никаких внешних сообщений не получит. Администратор может сделать так, что некоторые особо важные типы (например, системные оповещения) всегда уходят в обязательные каналы и сотрудник не может их выключить.

У каждого канала сотрудника задаётся число приоритета — чем больше, тем раньше канал получает попытку отправки. Например: push (приоритет 100) → Telegram (50) → email (10) → внутренний журнал (0). Каналы отправляются последовательно с этим порядком. Если push упал — Telegram всё равно отрабатывает, остальные каналы тоже. На странице настроек сотрудник видит свои каналы в порядке важности и может перетаскиванием изменить порядок — это удобный способ сказать «в первую очередь шли мне в Telegram, а email пусть будет резервом».

Журнал ведётся отдельно по каждому каналу: время отправки, какому сотруднику, через какой канал, итог (в очереди, доставлено, ошибка), текст ошибки при сбое, внешний идентификатор сообщения у провайдера (для проверки доставки на стороне внешнего сервиса). Одно уведомление сотруднику порождает 2–5 записей — по числу его включённых каналов. Запрос «за вчера упало доставок Telegram» отрабатывается за миллисекунды — администратор сразу видит, какой канал «болеет».

Сами уведомления (для интерфейса) — бессрочно. Журнал доставки — бессрочно, для аудита. Персональные настройки каналов сотрудников. Настройки по умолчанию для типов уведомлений. Пороги пауз между повторами для документных уведомлений. История отправок для антиспама по документам. Подписки браузеров на push. Подсистема почтовой интеграции хранит почтовые ящики, папки, сами письма, вложения и привязки писем к сотрудникам.

Когда сотрудник открывает ERP, его браузер устанавливает постоянное соединение с сервером для приёма событий. Канал у каждого сотрудника частный — посторонние не видят чужих сообщений, авторизация по текущей сессии. Когда срабатывает новое уведомление, сервер мгновенно отправляет его в нужный канал, и за 1–2 секунды у сотрудника появляется всплывающее сообщение в углу экрана, счётчик непрочитанных обновляется. Для работы канала на сервере должна быть запущена служба реалтайм-связи (она входит в стандартную поставку ERP).

Это международный стандарт push-уведомлений в браузере, который работает даже когда вкладка ERP закрыта. На стороне сервера один раз генерируются ключи безопасности и прописываются в настройки. Сотрудник заходит в ERP, браузер один раз спрашивает «разрешить уведомления от этого сайта?», сотрудник нажимает «разрешить» — подписка автоматически сохраняется в системе. После этого push приходит как системное уведомление операционной системы (Windows, macOS, Android) — даже когда вкладка ERP закрыта и браузер свёрнут.

Когда подписка становится недействительной (например, сотрудник сменил браузер, удалил данные сайта или сбросил настройки уведомлений), сервис браузера возвращает сигнал «подписка больше не работает». ERP автоматически удаляет такую запись и не пытается через неё доставлять — никакого ручного обслуживания не нужно. На следующем входе сотрудник снова увидит запрос на разрешение уведомлений и сможет одним кликом восстановить подписку. У одного сотрудника может быть 5–10 устройств, через год часть подписок будет недействительной — автоочистка решает эту проблему без обслуживания.

Корпоративный почтовый ящик подключается по стандартным параметрам входящей и исходящей почты. Для популярных провайдеров (Яндекс, Mail.ru) — готовые пресеты с правильными адресами серверов и портами, подключение в один клик. Пароли шифруются в базе. Каждые несколько минут (период настраивается) система забирает новые письма с сервера. Треды собираются автоматически по правилам почтового стандарта — переписка с клиентом группируется в одну ветку. Каждое письмо привязывается к карточке клиента — в его профиле видна вся история коммуникаций. Поддерживается несколько ящиков и привязка ящиков к конкретным сотрудникам.

Да, прямо из ERP. Менеджер открывает карточку клиента, нажимает «написать», заполняет тему и текст, прикладывает вложения — письмо уходит через корпоративный почтовый сервер, настроенный в системе. Тред переписки сохраняется, привязка к клиенту фиксируется автоматически — переписка идёт через его карточку. Можно настроить готовые шаблоны исходящих писем — типовые подтверждения заказа, акции, информацию о статусе доставки — это ускоряет работу с типовыми запросами.

Для каждого типа документного уведомления настроена пауза между повторами: «документ не выгружен» — раз в сутки, «сбой выгрузки» — раз в 4 часа, «нет оригиналов» — раз в сутки. Перед отправкой проверяется, прошло ли заданное время с последнего сообщения по этой паре «документ + тип уведомления». Если нет — повтор не отправляется. Факт отправки фиксируется в истории. Так бухгалтеру не падает 20 одинаковых сообщений «документ не выгружен» каждые 5 минут — только одно в сутки.

Внутренний журнал всегда сохраняет уведомление независимо от других каналов. Сотрудник, который был оффлайн, увидит уведомление при следующем заходе — счётчик непрочитанных в шапке и список на странице уведомлений. Push в браузер работает даже при закрытой вкладке: операционная система показывает системное уведомление, при клике открывается нужная страница ERP. Telegram, SMS, WhatsApp и email — это внешние каналы, которые гарантируют доставку даже когда у сотрудника нет открытого браузера: сообщение придёт в мессенджер или на телефон.

Больше 12. По уведомлениям: список с разными фильтрами (по типу, прочитанности, приоритету, источнику, поиск по тексту), счётчик непрочитанных, отметка одного или всех как прочитанных, массовая рассылка по списку сотрудников, удаление. По каналам: список включённых каналов сотрудника, включение и выключение, изменение параметров, статистика доставки по каналам, список доступных каналов. Отдельный раздел — управление подписками браузера на push.

Получатель определяется по событию. Для документных уведомлений (сбой выгрузки и т.п.) — администраторы, бухгалтеры, менеджеры (список ролей настраивается). Для событий по заказу — менеджер заказа и его руководитель. Для задач — назначенный исполнитель. Для системных оповещений — все администраторы. Логика выбора получателей привязана к каждому типу события и при необходимости настраивается под структуру конкретного клиента — например, для холдинга с несколькими юрлицами можно отправлять каждому юрлицу только свои документы.

Каждое уведомление связано с конкретным объектом-источником: заказом, задачей, документом, лидом, выездным сервисом, финансовой операцией и т.п. По клику на уведомление сотрудник переходит прямо к источнику — открывается карточка заказа, документа или задачи. Можно запросить «все уведомления по заказу №4218» — список соберётся за миллисекунды, удобно для разбора инцидентов и для понимания, что и кому уже сообщали по этому заказу.

AIERP — внутренняя ERP для сотрудников и клиентов. Сотрудникам уведомления уходят в рамках трудового договора — отдельное согласие не требуется. Клиентам уведомления уходят с фиксацией согласия в момент регистрации. Сегодня уведомления клиентам — это транзакционные сообщения по заказу (статус, готовность к выдаче, доставка), они попадают под исключение из статьи 18 закона «О персональных данных». Маркетинговые рассылки с обязательной отпиской и отдельным сегментированием — это отдельный модуль, реализуется за 1–2 недели поверх существующей основы.

Архитектурная основа для Telegram-бота готова: корпоративный бот регистрируется в системе, сотрудник один раз привязывает свой аккаунт через переход по приглашению, далее все уведомления идут ему в личку бота. Кнопки прямо в сообщении (согласовать или отклонить заявку, заказ, возврат или отгрузку — не открывая ERP) реализуются как расширение — обычно 1–2 недели для типового набора согласований. Сегодня в системе есть закладка под бота, конкретные команды и обработка нажатий на кнопки добавляются под задачи клиента.

Почтовая интеграция уже даёт двустороннее общение через email — входящие и исходящие письма с тредами и привязкой к карточке клиента. Деловой WhatsApp через выбранного провайдера — техническая возможность есть, двусторонняя реализация (приём входящих сообщений, привязка к клиенту, отображение чата) — это расширение существующего канала за 1–2 недели. Telegram-чат с клиентами поверх существующей инфраструктуры реализуем за 1–2 недели. Сегодня в системе есть базовые типы событий для входящих сообщений — задел под полноценный модуль чата с клиентами.

Архитектурно реализуемо поверх существующей основы. Модуль «Лиды и клиенты» даёт фильтрацию клиентов по сегменту, бонусной программе, городу, истории покупок и другим признакам. Массовая рассылка — это «выбрать клиентов по фильтру, передать список в систему рассылки, по каждому отправить через включённые у него каналы». Конкретный модуль маркетинговых кампаний с A/B-тестами, шаблонами писем и аналитикой открытий и кликов — реализуется за 2–3 недели поверх существующей основы.

Все события по уведомлениям пишутся в отдельный технический журнал с хранением 30 дней — для разбора инцидентов. Каждая попытка отправки по каждому каналу с её результатом и техническими подробностями попадает в этот журнал. Параллельно в самой системе хранится журнал доставки — бессрочно, для аудита. Эти два источника вместе дают полную картину: «покажи мне все сбои Telegram за вчера» — через журнал доставки в системе, «покажи мне полную трассировку конкретной отправки» — через технический журнал.

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

Права делятся на два раздела: уведомления (просмотр, создание, изменение, удаление) и каналы уведомлений (те же четыре действия). По умолчанию просмотр уведомлений доступен всем сотрудникам — они видят свои уведомления. Массовая рассылка доступна администраторам и менеджерам. Изменение и удаление — только администраторам. Управление своими каналами — самообслуживание: каждый сотрудник сам управляет своими настройками без обращения к администратору.

Да. Новый канал доставки — это отдельный модуль с реализацией отправки в нужный сервис, регистрация в общем каталоге каналов и базовая настройка по умолчанию для типов уведомлений. После регистрации канал автоматически появляется в персональных настройках сотрудников, в журнале доставки, в статистике администратора. Никаких изменений в основной логике рассылки не требуется. Подключение Viber, MAX или собственного корпоративного мессенджера — 2–5 дней работы.