Необходимо запланировать выполнение одной транзакции периодически. Транзакция содержит чекбокс "тестовый прогон". Создал 2 варианта тестовый (с галочкой) и продуктивный (без нее). Спул теста будет отправлятся воркфловом кому надо.
Думаю задать в SM36 3 шага:

1. Тест
2. Отправка
3. Прод

Возможно ли учесть предпосылку не выполнять 2 и 3 если 1 завершен с ошибками?

напишите прожку, которая будет запускаться в фоне. Она же запустит вашу транзакцию в тесте, проанализирует (как уже интереснее, смотря что за транзакция и как она выдаёт ошибки) и в зависимости от этого запустит или нет продуктивный прогон.

не спортивно. интересовала возможность стандарта.

Дописать процедурку в программу: при некорректном завершении тестового прогона и условии фонового выполнения - дампануть. К примеру, так:Сейчас проверил, второй шаг точно не выполнится.

Наверное не получится. Создал две задачи. Первую запланировал переодически, вторую по условию после первой, статусозависимую. Но там смысл обеих обработать кучу записей и если по какой-то будут ошибки отчет выдаст количество успешных, количество не успешных, а не terminate with error.

Спасибо.

Ну если уж на то пошло более корректный способ отправить программу в дамп это MESSAGE TYPE X

Кидать программу в dump - это как-то не солидно. MESSAGE TYPE 'E' в программе на шаге 1 прервет выполнение background job безo всякого дампа. Но если и это не подходит (т.е. надо, чтобы в sm37 все "зелененько" было), то, боюсь, вам придется потратить $$$$$$ на такую приблуду как Redwood. Вот там жутко адванснутые фичи для background jobs имеются.