Провайдеру необходимо определить, какие отделы из структуры компании будут оказывать поддержку клиентам. Чтобы отдел был доступен в центре поддержки, необходимо на форме его редактирования отметить флаг Доступен в центре поддержки:
Привязка сотрудников к отделам определяет, какие задачи будут решать сотрудники.
Например, в штате компании имеется два сотрудника John Smith — специалист технической поддержки и Gary Stark — менеджер по продажам. John относится к отделу технической поддержки, а Gary входит в отдел технической поддержки и в отдел продаж.
Таким образом, John может обрабатывать только тикеты, направленные в технический отдел. Gary имеет доступ к тикетам обоих отделов.
Шаблоны ответов
Автоматизировать ответы на часто задаваемые вопросы можно в разделе Поддержка → Шаблоны ответов.
Шаблоны имеют гибкую настройку, они могут быть доступны:
- Каждому сотруднику всех отделов.
- Каждому сотруднику конкретного отдела.
- Конкретному сотруднику.
Созданные шаблоны ответов будут доступны сотрудникам для быстрой вставки в окне тикета:
Перенаправление email сообщений в BILLmanager
Не всегда клиент связывается с провайдером через личный кабинет BILLmanager. Сообщения от клиентов могут быть направлены на почтовый ящик провайдера, например sales@company.com или support@company.com. Для удобства сотрудников, такие сообщения могут быть автоматически перенаправлены в BILLmanager через шлюз входящих сообщений. Шлюз сообщений представляет собой подключение к почтовому ящику внешнего почтового сервера.
Используя шлюз, биллинговая платформа подключается к указанному почтовому ящику, получает все непрочитанные сообщения и формирует на их основе тикеты.
Подключение шлюза входящих сообщений
Подключить внешний почтовый сервер можно в разделе Интеграция → Шлюзы сообщений. Кнопка Создать запустит мастер подключения нового шлюза, который состоит из двух шагов:
- Шаг 1. Создание шлюза. На первом шаге выбирается тип шлюза: внешний или локальный.
- Шаг 2. Параметры шлюза. На этом этапе указываются данные подключения к удаленному (локальному) POP3/IMAP серверу.
BILLmanager раз в несколько минут подключается к POP3/IMAP серверу для получения непрочитанных почтовых сообщений. После того, как биллинговая платформа получит сообщения, они отмечаются как прочтенные.
Идентификация сообщений
Получая сообщения почтового шлюза, BILLmanager проверяет с какого email адреса отправлено сообщение.
Если такой почтовый ящик уже зарегистрирован в биллинговой платформе в качестве email одного из клиентов, то сообщение привязывается к клиенту и направляется в раздел Запросы отделу, указанному в настройках шлюза.
Если сообщение приходит с неизвестного почтового ящика, то оно направляется в раздел Входящие сообщения, где сотрудники вручную сортируют полученные сообщения.
Какие сообщения шлюза попадают в BILLmanager
Биллинговая платформа просматривает все непрочитанные email сообщения. Письма, у которых заголовок "TO" равен ящику, указанному в настройках шлюза, попадают в BILLmanager. Если письмо было отправлено на почтовый ящик, для которого не настроен шлюз, то такие письма не попадут в биллинговую платформу. Также игнорируются пустые письма.
Например, в BILLmanager настроен шлюз входящих сообщений для почтового адреса "support@company.NET" .В систему будут попадать только письма, адресованные "support@company.net". Если настроить ящик "support@company.COM" алиасом для "support@company.net", то письма адресованные на "support@company.com" не будут попадать в биллинговую платформу, потому что почтового шлюза для такого ящика не существует. Если же письмо будет отправлено сразу двум адресатам - "support@company.net" и "support@company.com", то письмо попадет в биллинг.