Ошибки, ограничения и недоступные действия
Не каждая недоступная кнопка или сообщение об ошибке означают сбой. Часто это осознанное ограничение: нет прав, не выполнено условие, данные изменились или защитная проверка не пускает дальше. Эта страница помогает понять, что именно произошло и что делать, не теряя времени и не обходя ограничения опасными способами.
Быстрая диагностика
Прежде чем считать это ошибкой, задайте три вопроса:
- Есть ли у меня права на этот объект и действие?
- Не изменил ли данные кто-то другой, пока я работал?
- Не блокирует ли действие условие процесса (обязательное поле, причина, этап)?
Ответ на эти вопросы обычно объясняет 90% «ошибок» в CRM.
Нет доступа
- Нет доступа к модулю CRM. Раздел скрыт или сообщает об отказе — у вашей роли нет прав на CRM. Обратитесь к администратору.
- Нет доступа к сделке или клиенту. Объект вне вашей области видимости. Запросите доступ к нужной воронке или записи.
- Недостаточно прав на управление. Просмотр разрешен, а изменение или настройка — нет. Это разделенные права; их выдает владелец или администратор.
Не обходите ограничение доступа пересылкой данных вне CRM: так история работы по клиенту расходится, а контроль теряется.
Видно, но вы не участник
Иногда объект виден, но действие недоступно, потому что вы не участник связанной рабочей группы. В этом случае попросите владельца добавить вас в участники — это правильный путь, а не обходные действия. Часть действий доступна только владельцу; тогда их выполняет владелец или сначала передается владение.
Скрытые по правам данные
Отдельные поля, особенно персональные данные и реквизиты юрлиц, могут отображаться как «Скрыто по правам». Это не пустые данные, а ограничение доступа: запись вы видите, но к этим полям доступа нет. Если поле действительно нужно для работы, запросите доступ к нему, а не ищите его в обход.
Конфликт изменений и устаревшие данные
- Данные изменил другой пользователь. Обновите карточку и примените изменение заново, чтобы не затереть чужую правку.
- Контекст устарел. Если права или область видимости изменились с момента загрузки, обновите страницу.
Блокировка этапа или статуса
Перевод сделки на этап или смена статуса могут быть заблокированы защитной проверкой. Это не сбой: процесс требует выполнить условие.
Условий может быть нарушено несколько сразу. Сообщение блокировки перечисляет все невыполненные условия — каждое отдельной строкой. Это сделано специально: иначе исправление шло бы по одному кругу на причину.
- Прочитайте сообщение целиком, а не первую строку.
- Выполните все перечисленные условия: заполните обязательные поля, завершите нужные шаги, добавьте данные.
- Повторите перевод.
Если после исправления блокировка осталась, сравните новое сообщение со старым: возможно, вы закрыли часть причин, а одна осталась, либо появилось новое условие следующей проверки.
Форма подсказывает, где исправлять. Когда условие относится к конкретному полю карточки, она прокручивается к этому полю и подсвечивает его. Исключение — причина закрытия: она заполняется в блоке смены этапа, и туда карточка не прокручивает, ищите её там вручную.
Частный случай — закрытие сделки: завершающий этап может требовать исход (выиграно или проиграно) и причину закрытия. Без них перевод не пройдет. Указывайте настоящую причину: из нее потом виден реальный процент потерь.
Частичный результат массового действия
Массовое действие (например, архивирование нескольких сделок или клиентов) может примениться не ко всем выбранным. Причины — права, статус, защитная проверка или изменение объекта другим пользователем. Что делать:
- Посмотрите, к каким объектам действие применилось.
- Откройте отдельно те, где оно не сработало.
- Исправьте причину и повторите только для оставшихся, а не для всего набора вслепую.
Для клиентов окно подтверждения показывает разбор ещё до выполнения: сколько записей будет обработано, сколько уже в нужном состоянии и сколько недоступно. Читайте его перед подтверждением — это дешевле, чем разбирать частичный результат потом.
Отдельный случай — то, что осталось активным. Архивирование клиентов не закрывает их рабочие группы и клиентские проекты; портал прямо предупреждает об этом в окне подтверждения. Формально действие прошло полностью, но работа по «закрытому» клиенту продолжает идти. Закрывайте такие рабочие группы и проекты отдельно, иначе расхождение никто не заметит.
Входящий поток и интеграции
- Заявка с формы не дошла в CRM. В списке заявок доступен повтор передачи — воспользуйтесь им, проверив маршрутизацию формы.
- Канал интеграции в ошибке. У каждого подключения в Хабе интеграций есть состояние: активно, предупреждение, ошибка, черновик, в архиве или выключено. Канал в ошибке или с предупреждением — это потенциально потерянные заявки и сообщения. Запустите проверку соединения: она покажет понятную причину (проблема настройки или внешней системы), затем исправьте её.
- Сообщение клиенту не ушло (мессенджеры). У мессенджер-каналов есть очередь повторной отправки: зависшие сообщения можно отправить заново, а не терять. Регулярно разбирайте её.
- REST-интеграция отклоняет вызовы. Внешняя система может получать отказ из-за лимита запросов, IP вне белого списка или потому, что метод не входит в разрешённые. Проверьте лимиты, белый список IP и набор разрешённых действий подключения. Ключ доступа показывается один раз — если он утерян, перевыпустите его, заново пройдя мастер.
- Не хватает прав на настройку интеграций. Без права на запись коммуникаций Хаб интеграций открывается только для чтения: подключения видно, но мастер, проверка и переключатели недоступны. Настройку выполняет администратор.
- Приглашение во внешний доступ недействительно (истекло, использовано, отозвано). Выпустите новое приглашение.
Автоматизация повела себя не так
Если правило не сработало или сработало не так, как ожидалось:
- проверьте, включено ли правило и подходит ли его область и условие к случаю;
- откройте историю запусков — она показывает, что правило сделало и где остановилось;
- если автоматизация недоступна для настройки, возможно, она ограничена правами или временно остановлена в настройках модуля.
Кто должен действовать
| Ситуация | Кто помогает |
|---|---|
| Нет доступа к модулю, воронке, полю | Администратор или владелец пространства |
| Не участник рабочей группы | Владелец рабочей группы |
| Блокировка этапа или статуса | Исполнитель выполняет условие проверки |
| Заявка не дошла / канал в ошибке | Администратор процесса или ответственный за интеграции |
| Правило автоматизации работает не так | Владелец правила |
Как описать проблему, чтобы её быстро решили
Если в сообщении есть код отказа
Сервер может вернуть технический reasonCode, но интерфейс специально переводит его в понятное сообщение и не показывает сырой код пользователю. Поэтому один и тот же общий текст вроде «нет доступа» нельзя использовать как диагноз: уточните действие и объект, для которого оно заблокировано. Например, назначение владельца сделки, перевод на этап и изменение персональных данных — разные права и требуют разных решений.
Ориентируйтесь на смысл сообщения, а не на внутренний код:
| Смысл сообщения | Что сделать | К кому обратиться |
|---|---|---|
| Нет доступа, действие запрещено или сотрудника нельзя назначить | Проверьте роль, область и участника; не передавайте данные в обход CRM | Администратор, владелец проекта или воронки |
| Данные изменены другим пользователем | Обновите карточку, перенесите только актуальную правку и повторите действие | Автор текущей правки, если результат неясен |
| Неверные условия, поле или связь | Исправьте указанное поле, участника, этап или связь и повторите | Владелец процесса |
| Сервис проверки, запрос или интеграция временно недоступны | Не создавайте дубликат и не повторяйте массовую операцию вслепую; подождите и повторите один раз | Ответственный за интеграцию или администратор |
Для обращения в поддержку передайте точный текст сообщения на экране, экран и действие, тип объекта, время и результат повторной попытки. Не прикладывайте сырой JSON, токены, персональные данные или приватные ссылки: внутренний код отказа сам по себе не объясняет, что нужно исправить.
Если ограничение или ошибку не получается разобрать самому, опишите проблему так, чтобы администратор или владелец процесса понял её без уточнений. Укажите:
- где: на каком экране и в какой воронке это произошло;
- что вы делали: какое действие пытались выполнить;
- что увидели: точный текст сообщения или какая кнопка недоступна;
- по какому объекту: сделка, клиент или воронка (без приватных данных — достаточно ссылки или номера);
- повторяется ли: остаётся ли проблема после обновления страницы.
Не пересылайте в обращении персональные данные клиента и приватные ссылки — опишите ситуацию словами. Точное описание экономит один-два круга переписки и ускоряет исправление: по нему сразу видно, права это, условие процесса или настоящий сбой.
Хорошие практики
- Сначала проверяйте права, изменения и условия процесса, потом считайте это ошибкой.
- Читайте сообщение блокировки целиком: в нём может быть перечислено сразу несколько причин.
- Перед массовым действием читайте разбор в окне подтверждения, а не только итог после выполнения.
- При конфликте обновляйте данные, а не затирайте чужую правку.
- Частичный результат разбирайте по причинам, а не повторяйте массовое действие вслепую.
- Не обходите ограничения доступа пересылкой данных вне CRM.
Частые ошибки
Считать ограничение прав сбоем. Время уходит на «починку» того, что работает как задумано; нужно просто запросить доступ.
Игнорировать сообщение защитной проверки. В нем уже написано, что исправить.
Исправлять причины блокировки по одной. Сообщение перечисляет их все сразу; повторять операцию после каждой правки — это лишние круги и ощущение, что «ошибка не уходит».
Повторять массовое действие после частичного результата. Часть сделок снова не пройдет, а причина останется неразобранной.
Обходить доступ пересылкой данных наружу. Это риск утечки и потеря контроля над историей клиента.
Заводить новую запись вместо обновления при конфликте. Появляется дубль, и данные расходятся.
Как проверить результат
- понятно, что именно произошло: права, конфликт или условие процесса;
- сообщение блокировки прочитано и условие выполнено;
- частичный результат разобран по оставшимся объектам;
- недошедшая заявка передана повторно, канал интеграции проверен;
- доступ запрошен штатно, без обходных путей.
Связанные сценарии