ибо является тз написанное в терминах экселя

Да, так и есть это делается чтобы у пользователя готовая екзелька была.

Так что, настоятельно рекомендуется сделать рефакторинг модели данных и матрицу показателей, возможных димененов и формул

Это угробит систему и решение будет неподдерживаемое

Оно будет геометрически усложнять, т.к. разные архитектуры работы с ячейками данных

Соответственно, в таких случаях рекомендуется предлагать пользователю, вместо этих таблиц пространных получить конструктор отчетов

Та же большая таблица, выбираешь измерения, формулы, они оправляются в таблицу, далее в эксель

так пользователь получат 500 разных срезов в разных видах и все выгружает себе

некий компромис

Не понял вас тут

В противном случае повтороение логики экселя приведет в формулам, где на посик только места, где внести изменение будет расходоваться 5-10 минут.

Вообще лучше пользователей в Qlik Sense обучать работе с платформой. QS Это self-service Никаких конструкторов не надо делать это и есть конструктор. Нужно нести это в массы!

Другое дело что пользователи ленивые и придется делать простыни если попросят хорошо

Когда качество модели и в целом приложения хорошее и алгоритмы ясные пользователи сами прекрасно делают свои любимые таблицы с помощью master items и все это неплохо поддерживается

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

асбтракции и связи должны быть понятны пользователю в модели данных. Допустим когда у нас в схеме есть "Таблица продаж" к которой привязаны таблицы "Магазины", "Товары" и "Клиенты" это безумно понятно человеку который в предметной области разбирается и дорос до аналитики. А когда начинаются всякие link-table, островки данных, таблицы с ежедневными срезами остатков и прочие скользящие нарастающие итоги пользователи бросают разработку на платформе и прячутся под стол

Мне кажется в qlik первые X лет человек учится делать что-то сложное чтобы понять потом что оно ему не нужно, а нужно внедрять "платформу" )

господа, есть ли вариант сопоставить или как то преобразовать к единому формату дубликаты полей, ну например название производителя может быть написано Samsung и SAMSUNG, клик через Count(distinct(Производитель)) считает как 2 шт. Хотя по факту это 1

В буквах отличаться может?