Бизнес-процессы в Битрикс24: настройка, типы и примеры

Бизнес-процесс (БП) — это шаблон работы по чётко заданным правилам. Часть шагов БП выполняет сам: создаёт задачи, рассылает уведомления, меняет поля карточки, проверяет условия и переходит к следующему шагу. Решения, которые требуют участия человека (согласовать счёт, выбрать вариант, оставить комментарий), он передаёт нужным сотрудникам. Между этими решениями БП убирает рутину и не даёт заявке «потеряться».

Сценарий собирается в визуальном дизайнере из готовых блоков: действий, условий, ветвлений, циклов. Запускается вручную, по расписанию или автоматически — например, при создании сделки или смене стадии.

БП работает 24/7, не забывает про сроки, не теряет заявки и фиксирует все этапы для отчётности.

Что закрывают БП в типовых задачах:

• согласование документов: счета, договоры, коммерческие предложения
• кадровые процессы: отпуск, командировка, онбординг, увольнение
• обработка лидов и сделок в CRM: распределение, контроль сроков, эскалация
• внутренние заявки: на оплату, закупку, ИТ-помощь
• документооборот между отделами

Подробное описание дизайнера БП — в официальной документации Битрикс24.

В Битрикс24 пять понятий, которые легко смешать: у всех в названии «процесс» или «сценарий», все так или иначе связаны с автоматизацией. На практике это разные вещи, и выбор не того инструмента приводит к переплате за тариф или к решению, которое не масштабируется.

Сначала важное разделение:

• Смарт-процесс — это не инструмент автоматизации, а тип сущности. Кастомная «сделка», которую вы собираете сами: со своими полями, стадиями воронки, правами доступа.
• Робот, триггер, бизнес-процесс, умный сценарий — это инструменты автоматизации, которые работают внутри сущностей (Сделок, Лидов, Смарт-процессов, элементов Списков).

Разберём каждый.

Сравнительная таблица инструментов автоматизации

Когда хватит робота

Робот — простое «если—то», привязанное к стадии воронки. Если задача укладывается в логику «при переходе на стадию X сделать Y» — это робот. Например:

• сменилась стадия → отправить клиенту письмо из шаблона
• создан лид → назначить ответственного из списка
• сделка просрочена → уведомить руководителя

Когда нужен триггер

Триггер реагирует на событие извне CRM и обычно используется для перевода элемента на следующую стадию:

• клиент открыл письмо → перевести лид на стадию «Заинтересован»
• пришёл звонок → создать сделку и поставить задачу
• заполнена форма на сайте → запустить цепочку действий

Когда нужен умный сценарий

Умный сценарий — это цепочка роботов, которую можно запустить руками для одного или сразу нескольких элементов CRM, независимо от их стадии. По сути — «кнопка автоматизации» для точечных задач.

Главные отличия от обычных роботов:

• запускаются только вручную — из карточки элемента или из канбана/списка
• работают на любой стадии (не привязаны к этапу воронки)
• можно отметить несколько элементов и применить сценарий ко всем сразу

Когда полезны:

• разовая рассылка по выборке клиентов с одновременной постановкой задач менеджерам
• когда крупный клиент обратился повторно — одной кнопкой уведомить руководителя, поставить задачу на встречу, запустить шаблон договора
• массовое обновление полей у пачки сделок с цепочкой последующих действий
• регулярная ручная операция, которую раньше делали через 3–4 клика на каждом элементе

Создавать и редактировать умные сценарии могут администраторы и сотрудники с правом изменять настройки CRM.

Когда нужен бизнес-процесс

Если в задаче есть хотя бы один из признаков — нужен БП:

• этап согласования с участием 2+ человек
• ветвление: «если согласовал — туда, если отклонил — сюда»
• параллельные действия (одновременно ставится 3 задачи разным отделам)
• работа не в CRM (например, согласование заявки на отпуск в Ленте)
• цикл с повторением действий

Когда не нужен БП

Часто клиенты заказывают сложный БП там, где справится более простой инструмент. Если процесс — это «одно действие при наступлении условия» — берите робота. Если нужна разовая ручная операция над пачкой клиентов — умный сценарий. Если нужна реакция на внешнее событие — триггер. БП — самый «тяжёлый» инструмент: он требует тарифа «Профессиональный», времени на настройку и аккуратной поддержки.

Краткая шпаргалка по выбору

• Действие при смене стадии воронки → робот.
• Реакция на внешнее событие (звонок, письмо, форма) → триггер.
• Разовая ручная операция над одним или несколькими элементами CRM → умный сценарий.
• Согласование, ветвление, циклы, работа за пределами CRM → бизнес-процесс.
• Нужна своя воронка с собственными полями и стадиями → смарт-процесс (а внутри него — любой из инструментов выше).

Подробнее про роботов и триггеры — в нашей статье «Роботы и триггеры в Битрикс24».

В дизайнере доступны два движка с разной логикой работы.

Последовательный

Процесс идёт линейно: шаг 1 → шаг 2 → шаг 3. Подходит для задач с фиксированным порядком и без долгих ожиданий действий пользователя. Пример: при создании сделки автоматически ставится задача менеджеру → через день напоминание → через 3 дня задача руководителю.

Плюсы: проще в настройке, меньше состояний, быстрее работает. Минусы: не подходит для согласований и сложных ветвлений.

Со статусами

Процесс делится на статусы (этапы), и в каждом доступен свой набор действий. Подходит для согласований, документооборота, кадровых процессов. Пример: «Новая заявка» → «На согласовании» → «Утверждено / Отклонено» → «Завершено». В каждом статусе участники видят разные кнопки и могут выполнять разные действия.

Плюсы: гибкость, поддержка ручных решений, удобный интерфейс для участников. Минусы: дольше настраивать, требует продумывания всех состояний.

В наших внедрениях около 80% задач закрывается процессом со статусами. Последовательный берут, когда нужна простая фоновая автоматизация без участия человека.

Дизайнер БП доступен в нескольких разделах портала. У каждого свои особенности и сценарии.

CRM (лиды, сделки, контакты, компании)

Самое частое место использования. Здесь БП решают задачи продаж: автораспределение лидов, согласование скидок, контроль просроченных сделок, многоэтапные сценарии работы с крупным чеком.

Смарт-процессы

Кастомные сущности с собственной воронкой и полями. БП в смарт-процессах удобны для разделения «продажа → производство → монтаж», когда стандартной воронки сделок не хватает.

Лента

Здесь живут стандартные шаблоны: счёт на оплату, заявление на отпуск, командировка, выдача наличных, исходящие документы. Сотрудник запускает процесс — он уходит на согласование, попадает в Ленту с уведомлениями.

Диск (документы)

БП на документе — например, утверждение или ознакомление. Файл уходит по цепочке участников, каждый ставит «Согласовано» или «Отклонено», результат фиксируется на странице файла.

Списки

Универсальные таблицы с произвольными полями. Сюда удобно ставить процессы, не привязанные к CRM: реестр договоров, заявки на ИТ-помощь, журнал командировок.

Шаблон БП собирается из блоков. Понимание этих блоков помогает оценивать сложность задачи и говорить с интегратором на одном языке.

Действия

Готовые операции, которые выполняет процесс. Список включает десятки действий, основные:

• постановка задачи
• отправка письма или SMS
• сообщение пользователю в чат
• изменение полей сущности (сделки, лида, элемента списка)
• создание элемента (сделки, задачи, события календаря)
• запрос дополнительной информации у пользователя
• задержка (пауза на N минут, часов или дней)
• вызов REST-метода (исходящий вебхук во внешнюю систему)

Условия и ветвления

Блоки «если—то» с проверкой полей сущности. Можно собирать сложные условия с логикой AND/OR и вложенностью.

Циклы

Повторение действий, пока выполняется условие. Например: запрашивать у клиента документы, пока все не загружены.

Переменные и параметры

Параметры — данные, которые пользователь вводит при запуске БП (например, сумма счёта, ФИО согласующего).

Переменные — внутренние значения процесса, которые меняются по ходу выполнения.

К ним обращаются через синтаксис вида {=Document:FIELD_NAME} или {=Variable:VAR_CODE}. Это нужно знать, чтобы подставлять данные в письма, задачи и условия.

Роли

Группы пользователей, между которыми ходит процесс: «Бухгалтерия», «Юристы», «Руководитель отдела продаж». Роль удобнее, чем привязка к конкретному человеку — при увольнении не нужно править все шаблоны.

Большие проекты часто упираются в неожиданные лимиты. Их полезно знать до того, как вы построили план автоматизации на 50 БП. Тарифы Битрикс24 периодически обновляются — актуальный состав смотрите на странице тарифов.

Технические лимиты

• Срок жизни одного экземпляра процесса — 1 год с момента запуска. Дальше БП автоматически завершается. Процессы вида «контролировать клиента 2 года» нужно перезапускать.
• Не более 2 одновременных процессов на одну сущность (один лид, одна сделка, один элемент списка). Если на сделке «висят» сразу 3 БП — третий не запустится.
• До 1000 итераций цикла в облачной версии. Для коробочной версии лимит выше, но всё равно конечный.
• Максимум 10 параллельных ветвей в одном БП. Дальше надёжность падает.

При проектировании сложных процессов на больших объёмах эти лимиты учитываются с самого начала. Иначе через год обнаруживается, что половина процессов «потерялась» по сроку или не стартовала из-за лимита одновременных запусков.

Это шаблоны БП, которые на наших проектах окупаются за 1–3 месяца. Если вы только начинаете — берите из этого списка.

1. Согласование счёта на оплату. Сотрудник создаёт заявку → счёт уходит руководителю → после утверждения попадает в бухгалтерию. Экономит 30–60 минут в день на пересылке писем.

1. Согласование договора. Юрист → коммерческий директор → подписант. Все версии хранятся в карточке, видна история правок.

1. Заявка на оплату. Запрос денег у руководителя с обоснованием и приложением счёта.

1. Заявление на отпуск или командировку. Сотрудник → руководитель → HR. Без бумаг и пересылки сканов.

1. Онбординг нового сотрудника. При появлении в системе автоматически ставятся задачи: HR (документы), ИТ (доступы и оборудование), руководитель (план на испытательный срок), наставник (welcome-встреча).

1. Распределение лидов round-robin. Новый лид автоматически назначается следующему по очереди менеджеру с учётом загрузки и графика.

1. Контроль сделок с большим чеком. Сделки выше определённой суммы автоматически требуют согласования скидки или условий с руководителем.

1. Реакция на просроченные сделки. Сделка не двигается N дней → напоминание менеджеру → ещё через N дней → задача руководителю → ещё через N → пометка «потенциально потерян».

1. Заявка на ИТ-помощь. Сотрудник заполняет форму → задача в ИТ → уведомления о статусе → закрытие с оценкой.

1. Согласование командировки с расчётом расходов. С автоматическим расчётом суточных и оформлением приказа.

Для большинства этих сценариев в Битрикс24 уже есть стандартные шаблоны в Ленте и на Диске — их остаётся настроить под вашу оргструктуру и роли.

Чтобы понять механику, разберём настройку базового сценария «Согласование счёта на оплату» в Ленте Битрикс24.

Шаг 1. Постановка задачи

Решаем, что должен делать процесс. Сценарий полный — от подачи заявки до получения закрывающих документов:

1. Сотрудник (Инициатор) создаёт заявку с данными счёта (сумма, контрагент, файл).
2. Заявка уходит руководителю (если сумма меньше 100 000 ₽) или генеральному директору (если больше).
3. Согласующий нажимает «Утвердить» или «Отклонить» с комментарием.
4. Если отклонено → инициатор получает уведомление с причиной → процесс завершается.
5. Если утверждено → бухгалтеру ставится задача «Оплатить счёт» с приложенным файлом, инициатор получает уведомление, что счёт передан в оплату.
6. После оплаты бухгалтер подтверждает оплату: прикладывает платёжку и отмечает, нужны ли закрывающие документы.
7. Если закрывающие не нужны → процесс завершается.
8. Если нужны закрывающие → инициатору ставится задача «Собрать документы по счёту», он прикладывает закрывающие документы (акт, накладную, счёт-фактуру).
9. Бухгалтер подтверждает получение всех закрывающих → процесс завершается.

Шаг 2. Создание шаблона

Битрикс24 → Автоматизация → Бизнес-процессы → раздел «Лента» → «Создать шаблон». Указываем тип «Со статусами», задаём название, права на запуск.

Шаг 3. Параметры запуска

Поля, которые сотрудник заполняет при создании заявки:

• сумма (число)
• контрагент (строка)
• назначение платежа (текст)
• файл счёта (файл)
• ответственный (привязка к пользователю)

Шаг 4. Сборка логики в дизайнере

В визуальном редакторе размещаем блоки в той же последовательности, что в постановке.

Блок 1 — выбор согласующего по сумме:

1. Условие «Если сумма < 100 000» → ветка «к руководителю», иначе → «к директору».
2. В каждой ветке — действие «Запросить дополнительную информацию» у согласующего с полями «Решение» (утверждено/отклонено) и «Комментарий».

Блок 2 — обработка решения:

1. Условие по полю «Решение»:

• Отклонено → действие «Сообщение пользователю» Инициатору с комментарием → конец процесса.
• Утверждено → переход к блоку оплаты.

Блок 3 — оплата счёта:

1. Действие «Постановка задачи» с галочкой «Ожидать выполнения задачи» для роли «Бухгалтер»: «Оплатить счёт {=Document:CONTRAGENT} на сумму {=Document:SUM}», в приложениях — файл счёта. Параллельно — действие «Сообщение пользователю» Инициатору: «Счёт передан в оплату».
2. После выполнения задачи — действие «Запросить дополнительную информацию» у бухгалтера с полями «Файл платёжки» (файл) и «Нужны ли закрывающие документы» (да/нет).

Блок 4 — закрывающие документы:

1. Условие по полю «Нужны ли закрывающие документы»:

• Нет → действие «Сообщение пользователю» Инициатору: «Счёт оплачен, закрывающие не требуются» → конец процесса.
• Да → переход дальше.

1. Действие «Постановка задачи» с ожиданием выполнения для Инициатора: «Собрать закрывающие документы по счёту {=Document:CONTRAGENT}». В описании задачи — список нужных документов (акт, накладная, счёт-фактура), к выполнению задачи — приложение файлов.
2. Действие «Запросить дополнительную информацию» у бухгалтера: поле «Подтверждаю получение всех закрывающих документов» (галочка). После подтверждения — действие «Сообщение пользователю» Инициатору: «Документы получены, процесс завершён» → конец процесса.

Что добавить для надёжности:

• На каждой задаче с ожиданием — дедлайн (например, 1 рабочий день на оплату, 5 рабочих дней на сбор закрывающих).
• Если дедлайн просрочен — ветка эскалации: уведомление руководителю исполнителя, потом задача на руководителя.
• На каждый файловый ввод — проверка, что файл реально приложен (через условие на пустоту поля).

Шаг 5. Настройка прав и уведомлений

Указываем:

• кто может запускать БП (например, все сотрудники)
• кто видит шаблон
• роли «Руководитель», «Директор», «Бухгалтер»
• тексты уведомлений с подстановкой полей через {=Document:NAME}

Шаг 6. Тестирование

Запускаем процесс на себе. Проверяем:

• все ли уведомления приходят
• срабатывает ли условие по сумме
• корректно ли создаётся задача
• сохраняется ли история

Шаг 7. Запуск в эксплуатацию

После теста открываем шаблон для всех сотрудников. Первые 2 недели держим в фоне готовность исправлять ошибки, например не у всех есть права на запуск БП или нет доступа к списку компаний поставщиков.

Полное описание возможностей дизайнера — в документации Битрикс24.

Шаблон БП в Битрикс24 можно выгрузить файлом 0 и импортировать на другой портал или в другой шаблон. Это внутренний формат — сериализованный PHP-массив, который читается обычным текстовым редактором: видна структура с действиями, ветвлениями, переменными.

ИИ умеет такой файл понимать и модифицировать. Если у вас есть один работающий БП как «основа», можно за минуту получить вариант под другую задачу — без сборки в визуальном дизайнере с нуля. Особенно полезно, когда вы делаете несколько похожих процессов (согласование счёта, договора, КП, командировки — у них общая логика) или переносите шаблоны между порталами с правками.

Шаги

1. Создайте в Битрикс24 пилотный БП в самом простом виде — с нужной логикой, без излишеств.
2. Экспортируйте: меню шаблона → «Экспорт». Скачается файл вида bp-5.bpt, где 5 — ID шаблона.
3. Откройте .bpt в текстовом редакторе (VS Code, Sublime, Notepad++). Внутри — читаемая структура.
4. Сформулируйте промт для ИИ (шаблон ниже), приложите файл-образец.
5. Получите модифицированный .bpt, сохраните файл.
6. Импортируйте в Битрикс24: «Создать» → «Импортировать шаблон» → выбрать файл.
7. Откройте в визуальном дизайнере, замените ID пользователей и отделов, прогоните тестовый запуск.

Важные ограничения

• Шаблон работает только в типе, из которого экспортирован. БП из CRM нельзя импортировать в БП Ленты, Диска или Списков.
• При импорте создаются ВСЕ поля сущности из исходного портала — даже те, что в БП не участвуют. Чистите шаблон до импорта, если не хотите мусора.
• ID пользователей, отделов, групп и кастомных полей или значений на новом портале другие. Подменяйте их вручную или просите ИИ оставить плейсхолдеры вида [USER_ID].

Пример промта для ИИ

Роль: эксперт по Битрикс24, разбираешься в формате .bpt 
(сериализованный PHP-массив шаблона бизнес-процесса).

Задача: на основе прилагаемого шаблона .bpt сделай новый шаблон 
для другого сценария.

Базовый шаблон:
[вставь содержимое файла bp-5.bpt или приложи файлом]

Этот шаблон делает: согласование счёта на оплату — руководитель 
утверждает или отклоняет, инициатор получает уведомление.

Новый сценарий:
- Тип: со статусами
- Где работает: CRM → Сделки
- Запуск: автоматически при переходе сделки в стадию 
  "Договор согласован"
- Логика:
  1. Поставить задачу юристу проверить договор (срок 1 день)
  2. После выполнения — отправить договор на подпись 
     роли "Директор"
  3. Если "Директор" утвердил → сменить стадию сделки 
     на "Договор подписан" и уведомить инициатора
  4. Если "Директор" отклонил → вернуть сделку на стадию 
     "Договор согласован" и поставить задачу менеджеру 
     с комментарием

Ограничения:
- Используй только стандартные действия БП (без REST-вызовов)
- Все ID пользователей, отделов и кастомных полей замени 
  плейсхолдерами вида [USER_ID_DIRECTOR], [DEPT_ID_LEGAL], 
  [FIELD_CONTRACT_NUMBER] — я подставлю руками
- Поле ответственного: стандартное ASSIGNED_BY_ID
- Уведомления: через действие "Сообщение пользователю"

Документация для опоры:
- Экспорт и импорт шаблонов:
  https://helpdesk.bitrix24.ru/open/5435897/
- Дизайнер бизнес-процессов:
  https://helpdesk.bitrix24.ru/open/22955798/
- Контроль бизнес-процессов:
  https://helpdesk.bitrix24.ru/open/13774260/

Выдай:
1. Готовый для импорта файл .bpt
2. Список плейсхолдеров для ручной замены перед импортом
3. Чек-лист, что проверить после импорта 
   (запуск, переходы, права доступа)

Что проверить после импорта

• Структура шаблона корректная, нет «битых» блоков.
• Все плейсхолдеры заменены реальными ID.
• Условия запуска (автоматический или ручной) выставлены правильно.
• Тестовый запуск прошёл без ошибок в «Контроле БП».

Совет от практика

Не пытайтесь генерить через ИИ сразу сложный БП на 20+ шагов. Делите на блоки: отдельно «согласование», отдельно «уведомления», отдельно «постановка задач». Каждый блок проверяйте на тестовом портале. Иначе отладка одного большого .bpt займёт больше времени, чем сборка вручную.

Слишком сложный БП с первого захода. Команда придумывает идеальный процесс на 30 шагов с 10 ветвлениями. После запуска оказывается, что половина шагов в реальной жизни не работает. Решение: запустить минимальную версию, через месяц доработать.

Жёсткая привязка к конкретным людям вместо ролей. При увольнении или переводе сотрудника процесс ломается. Решение: использовать роли — даже для одного человека.

Нет обработки «отклонено». Часто в БП согласования есть только ветка «утверждено», а сценарий «отклонено» не предусмотрен. Заявки зависают в воздухе.

Запуск 3+ процессов на одну сущность. Лимит — 2 одновременных. Третий не стартует, и никто этого не замечает, пока не начинаются жалобы.

Игнор лимита 1 года. Длинные процессы (наблюдение за клиентом, гарантийное обслуживание) автоматически закрываются через 365 дней. Решение: дробить на короткие БП с перезапуском.

Уведомления только инициатору. Согласующие не получают сигнала, что от них ждут действия. Заявка висит. Решение: уведомления плюс задача с дедлайном.

Нет логирования и контроля. В БП не предусмотрены поля фиксации статуса, отчёты не настроены. Через 2 месяца невозможно понять, где затыки. Решение: с самого начала добавлять поля «дата прохождения этапа» и собирать отчёт.

Запуск в продакшн без теста. БП падает на реальных данных, потому что не проверили крайние случаи: нулевая сумма, пустое поле, нестандартный пользователь.

Сколько стоит настройка БП

Цена сильно зависит от сложности. Ориентиры по нашей практике:

На цену влияют: количество участников, нужны ли согласования, есть ли интеграции с внешними системами (1С, эквайринг, ЭДО), требуется ли разработка кастомных действий через REST.

Как посчитать окупаемость

Логика простая. Если БП убирает у сотрудника N минут рутины на каждой операции — это время сотрудник больше не тратит. Умножаем сэкономленное время на стоимость часа сотрудника и получаем экономию в деньгах:

Экономия = сэкономленное время × количество операций × стоимость минуты сотрудника

Дальше смотрим, сколько эта экономия копится за месяц, квартал и год — и понимаем, какой бюджет на автоматизацию имеет смысл.

Пример. Согласование счёта в компании. Раньше менеджер тратил 20 минут на каждый счёт: написать руководителю, дождаться ответа, переслать в бухгалтерию. После настройки БП всё ходит автоматически.

Исходные данные:

• сэкономлено: 20 минут на одну операцию
• объём: 1 счёт в день × 22 рабочих дня × 5 менеджеров = 110 счетов в месяц
• ставка менеджера: 1000 ₽/час (≈ 16,7 ₽/минута)

Экономия по горизонтам:

Сколько разумно платить за такую автоматизацию. Хорошая практика: настройка БП окупается за 1–3 месяца. То есть на этот процесс разумно потратить от месячной до квартальной экономии — в данном примере 37 000 – 110 000 ₽. При нашей средней цене за БП такого уровня (40 000 – 60 000 ₽) окупаемость — 1–1,5 месяца. Дальше весь сэкономленный фонд времени менеджеры тратят на продажи, а не на пересылку писем.

И это без учёта качественных эффектов: меньше потерянных счетов, прозрачность для руководителя, готовая отчётность по этапам.

Когда автоматизация не окупится

• Процесс запускается реже 5 раз в месяц.
• Каждый запуск занимает менее 5 минут на участника.
• Логика часто меняется — поддержка БП «съест» экономию.

В таких случаях честнее остаться на ручной обработке или ограничиться роботом, триггером или умным сценарием — это в разы дешевле в настройке.

Что такое бизнес-процессы в Битрикс24 простыми словами?

Это автоматизация типовых сценариев работы. Вместо того чтобы каждый раз вручную пересылать счёт руководителю, а потом в бухгалтерию, вы один раз настраиваете цепочку — и все счета ходят по ней автоматически.

На каком тарифе доступны бизнес-процессы?

Полноценный дизайнер БП доступен только на тарифе «Профессиональный» и выше. На младших тарифах есть только роботы и триггеры в CRM. Актуальный состав тарифов — на странице Битрикс24.

Чем БП отличаются от роботов и триггеров?

Роботы и триггеры — простые «если—то» внутри CRM. БП — полноценный движок с согласованиями, ветвлениями, циклами и работой за пределами CRM (Лента, Диск, Списки). Подробное сравнение — в разделе выше и в статье «Роботы и триггеры в Битрикс24».

Можно ли настроить БП самому или нужен интегратор?

Простой процесс на 3–5 шагов руководитель отдела или толковый сотрудник настроит сам по документации. Сложные сценарии с ветвлениями, ролями и интеграциями обычно делает интегратор — на проекте окупается за счёт скорости и того, что сразу учитываются типичные грабли.

Сколько стоит настройка одного бизнес-процесса?

От 15 000 ₽ за простой шаблон до 500 000 ₽+ за сложный сценарий с интеграциями. Подробная разбивка с примерами — в разделе «Стоимость и ROI».

Можно ли перенести БП с одного портала на другой?

Да, через экспорт и импорт CSV-файлов. Важно: переносится только в раздел того же типа (БП из CRM нельзя импортировать в Ленту), и при импорте создаются все поля сущности с исходного портала.

Что будет, если процесс зависнет?

В разделе Автоматизация руководитель видит все запущенные процессы, их статусы и оценки эффективности. Зависший процесс можно завершить вручную или перезапустить.

Сколько живёт один экземпляр процесса?

Максимум 1 год с момента запуска. Дальше Битрикс24 автоматически закрывает экземпляр. Для длительных сценариев (наблюдение за клиентом, гарантия) делайте короткие БП с перезапуском.