В APX получение нового обращения, просмотр существующего диалога и право ответить клиенту — разные решения. Сотрудник может видеть переписку, не участвуя в распределении новых обращений. Коллега, приглашённый консультантом, помогает в одном разговоре, но не становится его ответственным и не получает доступ ко всем соседним диалогам.
Настройку команды удобнее проверять через конкретные вопросы: кому назначится новое обращение, кто сможет его открыть, кто отправит внешний ответ и кто только оставит заметку. Одного списка сотрудников отдела для ответов недостаточно.
Роль открывает действия, профиль — разделы
В «Управление → Сотрудники и доступ» у сотрудника задаются роль и профиль доступа. Профиль определяет доступные разделы приложения. Он не превращает наблюдателя в оператора и не заменяет роль. Если профиль не открывает раздел диалогов, участие в канале само по себе не даёт полноценного рабочего места для обработки обращений.
Создатель имеет полный доступ. Администратор видит диалоги организации при доступном разделе «Диалоги», даже если не включён в состав конкретного канала. Для руководителя, сотрудника и наблюдателя важны членство в канале, назначение и отдельное приглашение в диалог. Подробности ролей собраны в справке «Сотрудники и доступ».
Отсюда практическое следствие: не включайте директора в каждый канал только ради просмотра. Такое изменение может затронуть получение обращений. И наоборот, не считайте отсутствие новых назначений доказательством, что человек не имеет права читать историю.
Состав канала и доступность сотрудника
Настройки сотрудников на странице канала и настройки каналов в карточке сотрудника меняют одно фактическое членство. Это не два независимых списка, которые нужно поддерживать вручную. После изменения проверьте итог с обеих сторон интерфейса, особенно если канал одновременно редактируют несколько администраторов.
Для приёма обращений сотруднику нужны доступ к диалогам и право отвечать. Наблюдатель может читать доступный канал, но не должен попадать в автоматическое получение новых разговоров как полноценный оператор. Наличие имени в списке ещё не означает готовности обслуживать очередь.
Текущая доступность проверяется отдельно от постоянной настройки: сотрудник может быть офлайн, на перерыве или с приостановленными назначениями. Поэтому в разборе «почему обращение не попало Анне» сначала проверьте права и членство, затем состояние сотрудника в момент поступления. Не обещайте равномерное распределение только потому, что в канале выбраны два человека.
Один ответственный и несколько способов помочь
У клиентского диалога один ответственный. Приглашение коллеги создаёт участие в конкретном разговоре. Наблюдатель читает историю, консультант также оставляет внутренние заметки, участник с разрешением отвечать может отправлять сообщения клиенту. Уровень участия ограничен общими правами сотрудника: приглашением нельзя обойти запрет роли.
Например, менеджер уточняет нестандартную комплектацию у инженера. Ему подходит консультант: инженер читает вопрос и пишет внутреннее пояснение, а менеджер формулирует ответ клиенту. Передавать ответственность инженеру ради этой консультации не требуется. Различия разобраны в справке об ответственном и участниках.
При настоящей передаче выберите, остаться участником или выйти. Дождитесь подтверждения сервера: выбранное имя без успешного завершения операции ещё не доказывает смену ответственного. Выход из участников также не отменяет доступ, который сотрудник уже имеет через роль или членство в канале.
Конфигурация 1: владелец и два менеджера
Учебная команда принимает заявки с сайта. Два менеджера состоят в канале и имеют роль, разрешающую обработку диалогов; профиль открывает нужный раздел. Владелец просматривает обращения через свой общий доступ. Его не добавляют в состав канала только для контроля качества.
Проверка проводится тремя входами. Менеджер получает тестовое обращение и отвечает. Второй менеджер проверяет доступ, предусмотренный его членством и ролью. Владелец открывает историю, но сам факт просмотра не должен использоваться как доказательство участия в автоматическом распределении. Отдельно проверьте поведение, когда один менеджер уходит на перерыв.
Конфигурация 2: продажи и поддержка делят один канал
В учебной компании один Telegram-адрес для всех вопросов. Отделы помогают направить обращение нужной команде, но название отдела не анализирует текст клиента автоматически. Нужен явный выбор направления, действие сотрудника или настроенный сценарий; иначе вопрос о возврате не станет обращением поддержки сам по себе.
Если обе команды состоят в одном канале, не рассчитывайте на отдел как на абсолютную границу чтения: самостоятельный доступ через канал сохраняется. Для разового участия специалиста другого отдела используйте приглашение в конкретный диалог. Оно точнее выражает задачу «помочь с этим вопросом», чем постоянное расширение членства.
При проверке создайте по одному обращению каждого направления, посмотрите ответственного и доступ из учётных записей обоих отделов. Особое внимание уделите очереди передачи: принадлежность к отделу и членство в канале имеют значение, а видимость у администратора не показывает, что увидит рядовой сотрудник.
Конфигурация 3: бухгалтер помогает по отдельным обращениям
Бухгалтеру нужно уточнять платёж, но не вести всю поддержку. Откройте нужные разделы профилем и приглашайте его консультантом в выбранный разговор, если роль допускает такие действия. Ответственный остаётся у поддержки; бухгалтер видит контекст и оставляет внутреннюю заметку вместо внешнего сообщения.
После завершения помощи удалите участие, если оно больше не нужно. Затем проверьте доступ повторно. Если бухгалтер всё ещё видит разговор, ищите другое основание: например, членство в канале. Это не обязательно ошибка удаления участника. Для структуры команды используйте описание отделов APX.
Приёмка с отрицательной проверкой
Недостаточно убедиться, что нужный оператор открыл диалог. Войдите сотрудником, которому этот разговор не должен быть доступен, и проверьте список, прямое открытие, внутреннюю заметку и внешний ответ. Затем повторите после приглашения и его удаления. Так вы проверяете реальные границы, а не только наличие кнопок у администратора.
Сохраните короткую матрицу «учётная запись → получает новые → читает → комментирует → отвечает» для тестового диалога. В ней видны противоречия: наблюдатель не превращается в ответственного, консультант не получает лишнюю переписку, а руководитель сохраняет нужный обзор. Эту же матрицу повторяйте после изменения роли, профиля или состава канала.
