Сделка не переходит на стадию Битрикс24
Менеджер передвинул сделку, а она осталась на месте. Повторите действие на той же карточке и запишите ответ Битрикс24: сообщение о поле, отказ в доступе или смену стадии с последующим возвратом.
Для диагностики возьмите ID одной сделки, на которой переход не удался. Запишите текущую и целевую стадии, воронку и пользователя. Попросите его повторить действие в карточке сделки или канбане и сохранить точный текст сообщения без данных клиента.
Определите, на каком шаге остановилась сделка
Битрикс24 может попросить заполнить обязательное поле до сохранения или отказать в праве перемещения. Если стадия успела измениться и позже стала прежней, проверяйте историю действий после перехода.
Сохраните скриншот только сообщения об ошибке и номер сделки, если это допускают правила вашей компании. Содержание переписки и персональные данные для поиска причины не нужны. Если сотрудник не видит саму карточку, начните с проверки видимости сделки и прав чтения.
Когда Битрикс24 просит заполнить поле
Пользовательские и некоторые системные поля CRM можно сделать обязательными. Пока обязательное поле пустое, сотрудник не сможет сохранить или переместить сделку. В карточке такое поле отмечено красной звёздочкой. Укажите реальное значение, сохраните и проверьте стадию. Если сделка осталась на месте, повторите переход; произвольный текст ради обхода проверки испортит данные.
Если правило кажется неожиданным, попросите администратора проверить настройку именно для воронки и целевой стадии. В карточке сделки наведите курсор на поле и откройте «Настройки» → «Настроить». Параметр «Обязательное на стадии» может действовать на все стадии и воронки либо на выбранные стадии конкретной воронки. Менять его может администратор или сотрудник с правом изменения настроек CRM. Доступность настройки обязательности по стадиям зависит от тарифа.
Если поле не видно в карточке сотрудника, не делайте вывод, что именно оно блокирует переход. В Битрикс24 пользовательское поле с ограниченной видимостью должны заполнять только сотрудники, которым оно доступно. Администратор может сопоставить видимость и обязательность поля с ролью сотрудника. О том, чем системная обязательность отличается от требований стадии, есть отдельный материал о типах полей CRM.
Если проблема не в незаполненном поле
При отказе в доступе администратор проверяет роль сотрудника и право «Перемещение на стадию», а также ограничения конкретной стадии. Сравните точный текст ошибки и результат на той же сделке под уполномоченным пользователем. Не расширяйте доступ ко всей CRM только ради одной карточки.
Если стадия изменилась, а затем сделка вернулась, откройте историю карточки и отметьте время и автора следующего изменения. После этого проверьте действия роботов и процессов на текущей и целевой стадиях. У нас есть отдельная инструкция для робота, который не сработал; она пригодится, когда переход уже состоялся.
Робот на целевой стадии не следует считать способом заполнить обязательное поле до ручного перехода: сначала Битрикс24 проверяет сохранение и перемещение. Для метода REST crm.item.update официальная документация описывает проверку прав и стадийных обязательных полей при смене стадии в рамках того же направления до запуска роботов. Если сделку перемещает интеграция, зафиксируйте её ответ об ошибке и сверяйте его с настройкой поля и правами того подключения.
| Что произошло | Что зафиксировать | Где искать причину |
|---|---|---|
| Просьба заполнить поле | Название поля и его значение в карточке | Правило для целевой стадии нужной воронки |
| Отказ в перемещении | Роль сотрудника и точный текст сообщения | Право «Перемещение на стадию» и доступ к стадии |
| Переход состоялся, затем откатился | Время и автор изменений в истории сделки | Роботы и другие действия после перехода |
Проверьте исправление на той же сделке
После заполнения поля или согласованного изменения настройки проверьте стадию сделки. Если она не изменилась, повторите переход с той же ролью и воронкой. Убедитесь, что карточка осталась в целевой стадии после работы автоматизации. В записи диагностики оставьте ID, название поля, целевую стадию, текст ошибки и принятое изменение. Так можно отличить единичный пропуск данных от неверного правила для всей воронки.
Если обязательность мешает нормальной работе, обсудите правило с владельцем процесса до изменения. Возможно, поле требуется на более поздней стадии или должно заполняться другим сотрудником. После корректировки проверьте соседние стадии той же воронки, чтобы нужные данные по-прежнему собирались.
MCP TrueTell для настройки и диагностики CRM находится в разработке. Автоматический поиск причин отказа и исправление полей пока не заявлены. Можно обсудить, какие сведения понадобятся для будущей диагностики: обезличенный текст ошибки, стадию, воронку и права подключения.
Частые вопросы о переходе сделки на стадию
Почему сделка не переходит на следующую стадию Битрикс24?
Сначала повторите переход в карточке и запишите точное сообщение. Если Битрикс24 просит заполнить поле, проверьте его значение и обязательность на целевой стадии нужной воронки. Если речь о доступе, проверьте права сотрудника на изменение и перемещение. Когда стадия сначала изменилась, а затем вернулась, изучите историю карточки и автоматизацию.
Где настроено обязательное поле для стадии сделки?
Администратор или сотрудник с правом менять настройки CRM может открыть карточку сделки, навести курсор на поле и выбрать «Настройки» → «Настроить». В параметре «Обязательное на стадии» видно, для каких стадий и воронок действует правило. Стадийная обязательность доступна не на всех тарифах.
Почему у коллеги сделка переходит, а у меня нет?
Сравните одну и ту же сделку, воронку, целевую стадию и точный текст отказа. Роли могут различаться правом «Перемещение на стадию». Кроме того, обязательное пользовательское поле с ограниченной видимостью должны заполнять только сотрудники, которым оно доступно. По одному результату нельзя определить причину без проверки настроек.
Может ли робот на новой стадии заполнить обязательное поле перед переходом?
Робот целевой стадии не стоит считать способом обойти незаполненное обязательное поле при ручном переходе. Сначала выполните требование для сохранения и перемещения, затем проверьте, запускалась ли автоматизация после перехода. Метод crm.item.update проверяет права и стадийные обязательные поля, когда меняется стадия в рамках того же направления.
Нужно ли отключить обязательность, чтобы сдвинуть зависшие сделки?
Сначала выясните, какое поле и для какой стадии настроено, и заполните достоверное значение в контрольной сделке. Если правило мешает рабочему процессу, согласуйте изменение с владельцем CRM и проверьте его на одной сделке в той же воронке. Массовое снятие обязательности может убрать нужный контроль данных.
MCP TrueTell уже проверяет причины отказа автоматически?
Такую автоматическую проверку мы пока не заявляем. MCP TrueTell для настройки и диагностики CRM находится в разработке. Для обсуждения сценария достаточно номера сделки, названия воронки и стадии, обезличенного текста ошибки и роли сотрудника; данные клиента отправлять не нужно.
Официальная справка Битрикс24 проверена 31 октября 2026 года. Конкретный клиентский портал и его роли не проверялись; элементы интерфейса и доступность опций зависят от тарифа и прав.