Я бы Qlik не брал. Не хочу холиварить, это моё субъективное мнение, но для быстрых изменений он не подходит. Это почти классический BI (не совсем, конечно), кодить там надо на своём языке все отчёты. Если их надо поддерживать и менять - вы сильно охренеете со временем этим заниматься.

Тем более best practice, всё-таки, всё что касается данных и их трансформации - вешать на хранилище. Оно чаще мощней, чем сервак для клика

whatever 🙂 В любом случае я понял вопрос исходный именно в части архитектуры хранилища... а клик - это уже как бы сама отчётность )

Хорошо, предлагаю сойтись на том, что даже для клика нужен некоторый persistent integration layer, иначе оно не выживет

Ну то и подразумеваю, слой, который предоставляет устойчивую модель данных. Так, чтобы если у вас изменились источники, отчётность хотя бы не упала. Может не получала бы данные, но не упала.
Обычно эту роль играет либо детальный слой, либо уже представление витрин. В зависимости от общей архитектуры.

Это можно, но не нужно делать на клике 🙂

Нет, не зависит. Если в какой-то момент клик надоест и захочется что-то ещё, с него нельзя будет съехать из-за гигансткого легаси. Тем более параллельно использвоать несколько BI тулзов.
Там человек ещё про логи спрашивал, если есть кейс реалтайм визуализации - клик не подходит.