Открываем блокнот, пишем программу которая создает qv com обьект использует данные qlik

А зачем тогда com обьект и api?

Если это делает человек руками, а не автоматизированная система, то делайте. Стоимость в этом случае будет равняться стоимости безошибочной работы копипастера, который делает эти PDF. А вот если мы автоматизируем этот процесс, устраняя человека из цепочки, то получаем чистый Multiplexing честно описанный в лицензионном соглашении

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

Так nprinting и появился до того как его qlik купил

А как тогда работает SSE? Вот у меня серверный экстеншен, который берет таблицу 1 из Клика, скажем из готового QVD, далее накладывает механизмы ИИ и машин лернинга чисто мои собственные, и создает на основе данных из клика прогнозную финансовую модель, и я ее распространяю внешним пользователям, это тоже мультплексинг?

Sse только из скрипта или мер же работает. Ему нужен клиент для вызова

Вот еще пример - использую store для сохранения данных текстовый файл автоматически. Эти данные используются другой системой

Тоже нарушение?)

А если клик берет данные из ms dwh, которые там предрасчитывались и аггрегировались.

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

Если под "сторонней системой" подразумевается ПО работающее посредником между Qlik Sense и пользователями и не важно в какой части пищевой  цепочки - лицензии у заказчика должны быть на Qlik Sense для каждого пользователя использующего данные обработанные Qlik Sense

Идем в power bi, там все проще 😁
Чет фигня какая-то получается

)))

csv & powershell

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

При подключении к движку мы в любом случае проходим процесс аутентификации и авторизации. Т.е.под  конкретной учетной записью подключаемся к движку. И без наличия лицензии назначенной этой учетной записи подключение невозможно. А как только данные полученные этой учетной записью начинают использоваться другими автоматизированными системами и в дальнейшем потребляются пользователями не имеющими лицензии Qlik, наступает то, что и называется Multiplexing

Раскрою "большой" секрет: Microsoft был первым вендором, который ввел этот термин Multiplexing в свои лицензионные соглашения. И было это еще в соглашении на Windows Server 3.5, Если кто помнит такой :)

И всё, что я написал про Qlik, к PowerBi относится в той же степени, как к собственно, и любому продукту MS 😁
Знать матчасть всегда полезно

В лицензионном соглашении система являющаяся посредником - не делится на виды и способы предоставления информации пользователю. Поэтому любая система выступающая посредником между Qlik и пользователями-потребителями, по сути, выполняет то, что описано термином Multiplexing