[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"app-feature-crm-robots-2-0-ai-izmenenie-stadii-sdelki":3},{"appSlug":4,"featureSlug":5,"appTitle":6,"title":7,"html":8},"crm-robots-2-0-ai","izmenenie-stadii-sdelki","CRM Роботы + AI 2.0","Изменение стадии сделки","\u003Ch1>Робот «Изменение стадии сделки» для Битрикс24: мгновенное продвижение по воронке без ручного перетаскивания\u003C\u002Fh1>\n\u003Ch2>Что делает робот\u003C\u002Fh2>\n\u003Cp>Робот автоматически переводит сделку или элемент смарт-процесса на заданную стадию. Переход происходит мгновенно, как если бы менеджер сам перетащил карточку в нужную колонку воронки. Робот не учитывает роботов и триггеры, настроенные на сам переход — он именно меняет стадию, а не симулирует полный цикл смены стадии с бизнес-процессами.\u003C\u002Fp>\n\u003Cp>Это один из самых востребованных роботов, потому что движение по воронке — основа любой CRM-автоматизации. Без него все остальные роботы просто подготавливают данные, но сделка остаётся на месте. С ним выстраиваются полноценные цепочки: получили оплату → перевели сделку, согласовали скидку → продвинули дальше, клиент подписал договор → перевели на финальную стадию.\u003C\u002Fp>\n\u003Ch2>Сценарии использования\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Автоматическое закрытие после оплаты.\u003C\u002Fstrong> Самая частая связка: клиент оплатил счёт → робот «Изменение предложения из счета» зафиксировал оплату → робот «Изменение стадии сделки» переводит сделку на стадию «Оплачено» или «Закрыта». Менеджеру не нужно следить за платежами и вручную двигать карточки.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Перевод на стадию согласования при превышении скидки.\u003C\u002Fstrong> Робот «Анализ скидок в товарах» показал, что максимальная скидка выше 15%. Следующий шаг — робот «Изменение стадии сделки» переводит сделку на стадию «Согласование с руководителем» вместо обычного движения в «Подготовку КП». Сделка не уходит дальше без визы.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Синхронизация связанных сущностей.\u003C\u002Fstrong> Сделка выиграна, но параллельно велась связанная сделка на сопутствующие услуги. Робот переводит связанную сделку на ту же стадию — обе карточки двигаются синхронно. Это полезно при комплексных продажах, где один договор состоит из нескольких сделок.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Сброс на начальную стадию при возврате.\u003C\u002Fstrong> Клиент вернул товар или отказался от услуги после подписания. Вместо удаления сделки робот переводит её на стадию «Возврат» или обратно на начальную стадию с пометкой «Реанимация». История сохраняется, менеджер может перезапустить работу с клиентом.\u003C\u002Fp>\n\u003Ch2>Настройка робота\u003C\u002Fh2>\n\u003Cp>Робот принимает два параметра:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>ID сделки\u003C\u002Fstrong> — какая именно сделка меняет стадию. Обычно это текущая сделка, в контексте которой запущен бизнес-процесс, но можно указать и другую, найденную роботом поиска.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Новая стадия\u003C\u002Fstrong> — выбирается из выпадающего списка всех стадий воронки. Поддерживаются любые направления: и движение вперёд, и возврат назад.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Дополнительных опций нет — просто ID и нужная стадия. Этого достаточно для большинства сценариев автоматизации.\u003C\u002Fp>\n\u003Ch2>Результат работы\u003C\u002Fh2>\n\u003Cp>Робот возвращает подтверждение смены стадии: успешно или с ошибкой. При успехе сделка немедленно оказывается на новой стадии — это видно в воронке и во всех отчётах. Результат можно использовать как условие для следующего шага: «если стадия успешно изменена — создать задачу на следующий этап».\u003C\u002Fp>\n\u003Ch2>Интеграция с другими роботами\u003C\u002Fh2>\n\u003Cp>«Изменение стадии сделки» — финальное звено почти всех цепочек автоматизации. Он не начинает процессы, а завершает их:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>«Анализ скидок» → условие → «Изменение стадии сделки».\u003C\u002Fli>\n\u003Cli>«Поступление оплаты» → «Изменение предложения из счета» → «Изменение стадии сделки».\u003C\u002Fli>\n\u003Cli>«Подписание документа» → «Изменение стадии сделки» → «Уведомление руководителя».\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Также работает на входе цепочек: при переводе на новую стадию автоматически запускаются другие бизнес-процессы, привязанные к этой стадии.\u003C\u002Fp>\n\u003Ch2>Типичные ошибки при настройке\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Указана несуществующая стадия.\u003C\u002Fstrong> Если стадия была переименована или удалена из воронки, а в настройках робота осталось старое значение, робот вернёт ошибку. После изменения воронки всегда проверяйте настройки связанных роботов.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Сделка уже находится на целевой стадии.\u003C\u002Fstrong> Робот всё равно отработает, но фактически ничего не изменится. Это может сбить с толку при отладке, однако для логики это безопасно — робот просто подтвердит, что стадия та же.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Бесконечные циклы.\u003C\u002Fstrong> Если на стадию «Согласование» настроен автоматический переход на стадию «В работу», а на «В работу» — обратно на «Согласование», роботы зациклятся. Битрикс24 обычно прерывает такие циклы, но логику роботов нужно проектировать так, чтобы каждый переход был однонаправленным и осмысленным.\u003C\u002Fp>\n"]