Так тебе надо попроще или вообще самоустранится.

Еще раз. Если задача проверить наличие чего-то чего что в отчет не попало - это делается элементарно с помощью весьма ограниченного набора предопределенных запросов/view для проверки.
Пользователям ничего готовить и строить не надо.

Если задача проверить наличие чего-то по ключу то для этого тоже элементарно добавляются look-up.

Может тебе надо что-то еще. Детали имеют первоочередное значение.

С подобной проблемой сталкивался чуть более чем каждый эскуэльщик, но тут появляется дмитрык1,
который считает что он первый и единственный, а вокруг все идиоты. Да еще и задели его юношеское эго.
Ну сиди-дуйся.

Если не умеешь упрощать, структурировать и ясно формулировать то без шансов изобрести автоматизацию которая упростит хаос.

Я понимаю иногда трудно взглянуть на себя со стороны, но раз ты любитель ютуба - ознакомься с роликом

Только автору надо будет сделать новую схему. Что с его квалификацией как два байта переслать.
А если у него отчетики сложные...
Могу только подкинуть мысль для размышления:
в курсе почему существует конвертер MDX -> SQL, но не существует обратного SQL -> MDX (даже если речь про базовый эскуэль)?
Я так понимаю знакомство с базовыми принципами которые закладывал Mosha Pasumansky при дизайне MDX осуществлено и здесь может быть предметный диалог, так?
В курсе что в при получении данных из других источников можно указывать запрос и фильтры?
Если у людей либо нет базовых знаний либо есть установка "мы хотим чтоб всё улучшилось но не хотим чтоб что-либо изменилось", то тут я бессилен, да.

Ах да, я ж уже писал.