Прочитал 3 раза, не понял, в чёт тут подвох?
Для решения задачи нужно просто добавить schedule0.

Это можно и из msdb.dbo.sysjobactivity получить, только у ТС задача не просто запускать разные ветки в зависимости от шедурера, но и:


Это всё напоминает вечный поиск начинающими программистами "универсального кода"

Типа, "Зачем делать разные процедуры с SELECT ... для разных таблиц, лучше сделать процедуру типа SELECT @ColumnNames from @tableName"
Или каждый MSSQL программист сразу пытается сделать "универсальный триггер логирования".

И тут похоже - я, конечно, не знаю бизнес-задачи, но подозреваю, что её можно реализовать более просто, и используя джобы и шедулеры по назначению (а не как ТС, который хочет использовать шедулер как джоб).

Не, это не бизнес-задача. Это какой бизнесмен-нефтяник, или маркетолог-ритэйлер, скажет, "а вот мне нужно, что бы пятый шаг джоба запускался по шедуреру №3"???

Done Чутьё меня не подвело!
Ничего, с приходом опыта триггеры логирования будут переписаны, как и джобы :-)

Запускать чуть разные. Отсюда и желание универсальности.Это часто очень правильно, лечше, чем копи-паст, но у вас уж больно запутанный подход.

Нужно как то ближе к бизнес-процессам, и менее универсально.

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

А вот решить какую то бизнес задачу, не делая копи-паст джоба, намного проще.

Например, если джоб делает бакапы логов раз в полчаса, а один раз в сутки (в 3 ночи) он должен сделать ещё и полный бакап, то это решается проверкой в шаг полного бакапа пары условий (время больше 3х ночи, и в эти сутки ещё не было полного бакапа)