(15) Непонятно, почему Вы так против опеределения триггеров в глобальнике. Всего то - проверить наличие триггера, если нет - создать. И, кстати, монополный режим для этого не нужен.
Если баз несколько десятков, разбросанные по разным SQL серверам и по разным городам, если изменения конфигурации с изменением структуры данных идут регулярно - другой альтернативы я не вижу.

имею подобную задачу.
только выгрузки из баз как 1с77, 1с8х выполняются в глобальное хранилище для последующего формирования консолидированной отчетности по контуру и т.п.

для баз 1с8х решение достаточно типовое. а вот по 77 есть много вопросов. Для себя сформировал ряд требований.

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

хочу взять за основу предложенный вами алгоритм.

есть ли возможность посмотреть решение в "действии"?
мы своими силами готовы довести его до рабочего с последующей передачей прав на разработку вам, как идеологу.

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