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