# Управление workflow Baserow - черновик, тест, публикация

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

Source: https://opennix.org/docs/baserow/automation/workflow-management/


Каждый workflow в открытой редакции Baserow проходит через три состояния - черновик, пауза и публикация, - и не начинает обрабатывать данные, пока его явно не опубликуют; страница описывает переходы между состояниями, тестовый прогон перед публикацией и то, как отследить историю выполнения и причины автоматического отключения.

## Обзор

Управление workflow в Baserow охватывает весь жизненный цикл автоматизации - от первой сборки до продакшн-запуска. Платформа обеспечивает безопасную и предсказуемую работу за счёт чётко разделённых состояний выполнения и наблюдения за каждым прогоном; общее устройство узлов и структуры workflow описано в [обзоре раздела автоматизации](/docs/baserow/automation/).

Важный момент: workflow не выполняется в состоянии **Черновик**. Все новые workflow по умолчанию создаются именно в этом состоянии, и автоматизация не начнёт обрабатывать данные, пока в редакторе workflow не будет явно нажата кнопка **Опубликовать** в правом верхнем углу.

## Состояния выполнения workflow

Workflow может находиться в одном из трёх состояний.

| Состояние | Вид переключателя | Поведение |
|---|---|---|
| **Черновик (по умолчанию)** | Серый, недоступен для нажатия | Workflow ещё собирается и не выполняется |
| **Пауза** | Серый переключатель (доступен для нажатия) | Временно остановлен, но настройки сохранены |
| **Активен (опубликован)** | Зелёный переключатель (доступен для нажатия) | Работает и ожидает срабатывания триггера |

Типичный путь workflow: черновик → тест → публикация → активен, с возможностью переключаться между состояниями «активен» и «пауза» в любой момент.

## Тестирование и публикация

**Этап тестирования.** Перед тестовым запуском все узлы workflow нужно полностью настроить - полный перечень доступных бесплатных узлов приведён в статье про [действия автоматизации](/docs/baserow/automation/automation-actions/). Функция «Запустить тест» выполняет весь workflow один раз для проверки. Результаты теста появляются во вкладке истории выполнения с отметкой об успехе (зелёная галочка) или ошибке (красный значок).

**Публикация.** После успешного теста нажатие кнопки **Опубликовать** переводит workflow в рабочий режим: он постоянно отслеживает события триггера и запускается автоматически при каждом срабатывании.

**Пауза и возобновление.** Переключить активный workflow в состояние паузы можно без удаления - это временно останавливает выполнение, полностью сохраняя настройки узлов, триггера и действий. Возобновить работу можно тем же переключателем.

## История выполнения и наблюдение

Вкладка истории выполнения показывает статус каждого запуска, метки времени, сообщения о результате и тип прогона - тестовый или рабочий. При сбое отображается подробная информация о том, какой узел завершился с ошибкой и почему. Это отдельная функция от истории изменений отдельных строк - за версиями конкретной записи следит [история изменений строки](/docs/baserow/rows/row-change-history/).

Если одно из действий workflow вызывает внешний webhook, полезно свериться со статьёй про [вебхуки](/docs/baserow/webhook-api/webhooks/), чтобы понимать формат запроса и повторные попытки на стороне получателя.

## Автоматическое отключение

Baserow автоматически отключает workflow после серии последовательных сбоев - обычно 5-10 неудачных выполнений подряд, устойчивых ошибок конфигурации, повторяющихся сбоев аутентификации или постоянных тайм-аутов. Это защищает данные от повреждения при выполнении workflow, который систематически завершается ошибкой. Переименовать, продублировать перед отладкой или удалить такой workflow можно через [настройки автоматизации](/docs/baserow/automation/automation-settings/).

## Часто задаваемые вопросы

**В чём разница между тестовым запуском и публикацией?** Тестовый запуск выполняет workflow один раз вручную для проверки настроек. Публикация включает автоматическое выполнение при каждом срабатывании триггера.

**Что происходит при редактировании уже опубликованного workflow?** Изменения создают черновую версию, а действующая опубликованная версия продолжает работать без изменений, пока черновик не будет опубликован повторно.

**Тестовый прогон затрагивает реальные данные?** Да, тестовый запуск выполняет настоящие действия над реальными данными, и эти изменения необратимы - относитесь к тестовому прогону так же осторожно, как к рабочему запуску.

**Почему workflow не запускается?** Самая частая причина - workflow всё ещё находится в состоянии черновика и ни разу не был опубликован; проверьте переключатель состояния в правом верхнем углу редактора.

Прежде чем разбирать логи узлов или пересобирать триггер, стоит сначала проверить именно переключатель состояния - это экономит время при диагностике «молчащего» workflow.