Условный пример: администратор подключил ящик, увидел письмо в сделке и объявил настройку завершённой. Менеджер его не видит. Коллега из другого отдела, наоборот, получил лишний контекст. Одна проверка под администратором не описывает работу всей команды.
Интеграция почты с CRM связывает переписку с рабочими записями. До подключения определите, кому действительно нужен доступ, и проверьте сценарии из обычных ролей сотрудников.
Разделите ящик и карточку клиента
Доступ к почтовому ящику и видимость сохранённого письма в CRM следует проверять отдельно. Не считайте их одним и тем же разрешением.
В Битрикс24 видимость письма зависит от доступа к связанным элементам. Например, связь со сделкой и контактом требует проверки обоих. Это разъясняется в официальных вопросах о почте CRM.
Уточните текущие настройки, права и ограничения тарифа в вашем портале. Не расширяйте доступ на весь отдел только ради того, чтобы одно письмо наконец стало видно.
Подготовьте роли и учебное письмо
Назовите участников: ответственный менеджер, коллега, которому передают работу, руководитель и сотрудник другого направления. Для каждой роли запишите ожидаемое действие: видеть переписку, ответить, передать вопрос или не иметь доступа.
Используйте контролируемое учебное письмо без клиентских секретов. Не проверяйте настройки массовой рассылкой настоящим покупателям. Порядок отправки теста согласуйте внутри команды.
Для компании в Казахстане включите привычные языки и понятные названия клиентов в учебный сценарий. Проверка доступа не должна зависеть от догадок о содержимом письма.
Пройдите путь из разных ролей
Проверьте получение, сохранение в нужной карточке и открытие письма каждым разрешённым участником. Отдельно проверьте, что сотрудник вне сценария не получает лишний доступ.
Затем рассмотрите передачу клиента коллеге и ошибочную привязку письма. Кто исправляет связь? Что увидят прежний и новый ответственные? Права на изменение тоже нужно проверить, а не предполагать по доступу на чтение.
Если письмо не видно, сначала разберите его связи и права. Не выдавайте административный доступ как универсальный способ «починить почту».
Зафиксируйте рабочее правило
Запишите, какой ящик используется для процесса, кто отвечает за настройку, кому разрешён доступ и куда обращаться при проблеме. После изменения структуры команды повторите проверку на учебном примере.
Обсуждайте только необходимые сведения: пересылка всей переписки в общий чат может разрушить границы, которые вы аккуратно настроили в CRM.
QQDev помогает внедрять Битрикс24 и обучать сотрудников рабочим сценариям. На странице внедрения можно обсудить подключение почты и проверку ролей. Подготовьте схему «кто должен видеть какое письмо» — это полезнее требования «дайте доступ всем».