СТ
Size: a a a
2021 March 05
СТ
Я установил прогнозирование. Но при попытке создать график, выходит это сообщение
IB
Женя, ты же великодушный человек, сделай краткий конспект этой зарубы. Ей богу читать страшно, а вроде дельные вещи обсуждали))
Тезис Сергея, как я его понял:
Термин multiplexing означает любое использование любых данных автоматически нелицензированными пользователями. В том числе:
- Автоматическая выгрузка с помощью скрипта используя операции типа STORE INTO .... в любых форматах
- Все действия с API
Фактически любой потребитель любых данных или любого функционала системы должен иметь лицензию хотя бы аналайзер.
Отправили 1000 писем с помощью макроса? - каждому получателю купите аналайзер, иначе нарушение.
Сохранили данные в TXT файл с помощью STORE INTO чтобы загрузить в 1С? - купите каждому пользователю 1С по лицензии.
Мое мнение такое:
Термин multiplexing означает создание пула лицензий динамически распределяемого для работы с интерфейсом Qlik Sense. Например создание веб сайта который будет распределять 10 купленных лицензий на 100 пользователей - фактически превращение лицензий из Named в конкурентные или подобные схемы. У Qlik можно использовать на 1 лицензию несколько подключений, вот для разных пользователей если это делать то это так же нарушение/
С моей точки зрения не является нарушением если данные (только данные, не функции, не визуальный интерфейс) из Qlik Sense использует любой другой потребитель данных не имеющий лицензию Qlik Sense. Посредством API или выгрузок. В том числе:
- Любая система использующая данные выгруженные с помощью STORE INTO
- Любая система которая подключается с использованием 1 лицензии Qlik Sense и получает данные гиперкуба для использования в любых целях. В том числе как для создания статических отчетов - pdf, xlxs и тд. Так и для создания веб сайтов, дашбордов в других системах. Даже для неограниченного числа потребителей.
За других участников дискуссии не могу написать.
В документах написано следующее:
License-Metrics-Qlik-Sense-and-QAP
E. Multiplexing/Shared User Accounts
Multiplexing occurs when multiple end users are able to simultaneously access a single system through a common shared interface, such as a web server product. Because Qlik Sense may assign a license to the shared interface rather than to each of the end users accessing Qlik Sense via the interface, multiplexing can result in the number of actual users exceeding the number of users licensed. If Qlik Sense software is utilized with an interface that permits multiplexing to occur, customer is required to license a quantity of licenses equivalent to the total number of actual users at the multiplexing front end. The use of user login sharing, sharing of user credentials, shared logins or passwords is prohibited in Qlik Sense Enterprise SaaS.
Термин multiplexing означает любое использование любых данных автоматически нелицензированными пользователями. В том числе:
- Автоматическая выгрузка с помощью скрипта используя операции типа STORE INTO .... в любых форматах
- Все действия с API
Фактически любой потребитель любых данных или любого функционала системы должен иметь лицензию хотя бы аналайзер.
Отправили 1000 писем с помощью макроса? - каждому получателю купите аналайзер, иначе нарушение.
Сохранили данные в TXT файл с помощью STORE INTO чтобы загрузить в 1С? - купите каждому пользователю 1С по лицензии.
Мое мнение такое:
Термин multiplexing означает создание пула лицензий динамически распределяемого для работы с интерфейсом Qlik Sense. Например создание веб сайта который будет распределять 10 купленных лицензий на 100 пользователей - фактически превращение лицензий из Named в конкурентные или подобные схемы. У Qlik можно использовать на 1 лицензию несколько подключений, вот для разных пользователей если это делать то это так же нарушение/
С моей точки зрения не является нарушением если данные (только данные, не функции, не визуальный интерфейс) из Qlik Sense использует любой другой потребитель данных не имеющий лицензию Qlik Sense. Посредством API или выгрузок. В том числе:
- Любая система использующая данные выгруженные с помощью STORE INTO
- Любая система которая подключается с использованием 1 лицензии Qlik Sense и получает данные гиперкуба для использования в любых целях. В том числе как для создания статических отчетов - pdf, xlxs и тд. Так и для создания веб сайтов, дашбордов в других системах. Даже для неограниченного числа потребителей.
За других участников дискуссии не могу написать.
В документах написано следующее:
License-Metrics-Qlik-Sense-and-QAP
E. Multiplexing/Shared User Accounts
Multiplexing occurs when multiple end users are able to simultaneously access a single system through a common shared interface, such as a web server product. Because Qlik Sense may assign a license to the shared interface rather than to each of the end users accessing Qlik Sense via the interface, multiplexing can result in the number of actual users exceeding the number of users licensed. If Qlik Sense software is utilized with an interface that permits multiplexing to occur, customer is required to license a quantity of licenses equivalent to the total number of actual users at the multiplexing front end. The use of user login sharing, sharing of user credentials, shared logins or passwords is prohibited in Qlik Sense Enterprise SaaS.
А
Всех приветствую.
Очень интересно было читать вчерашнее обсуждение.
Если мы возьмём любую компанию, использующую Qlik, то с огромной долей вероятности будет такое, что не у всех сотрудников есть лицензии.
У руководящего состава есть, а у рядового нет. Не положено, да и дорого. Nprinting тоже дорого.
То есть в определённый момент данные из клика "перетекают" в Excel/ГуглДоки/Power point/pdf
Так же может по почте прилететь скриншот со снижением показателем и вопросом "Анатолий, что за ***** (снижение показателей)?"
Это получается нарушение?
Получается, что доводы "Для Qlik не нужны хранилища. У него свои." нельзя брать во внимание так как нельзя потом пользователям использовать эти данные если у них нет лицензий (а они есть у всех)
И так или иначе, но эти данные дойдут до пользователя не обладающим лицензией.
Из этого всего следует что для использования одних и тех же данных (Data driven, единая точка правды и т.д.) нужно вместе с ETL клика использовать параллельную альтернативу.
Но сопровождать 2 параллельных процесса, дающих один и тот же результат дороговато по ресурсам получается.
Напрашивается решение ETLить данные в хранилище, которым могут пользоваться все, и этими же данными пусть пользуется Qlik.
Есть ещё вопрос: А как можно понять что csv файл с данными появился с помощью store а не условным pd.to_csv
Очень интересно было читать вчерашнее обсуждение.
Если мы возьмём любую компанию, использующую Qlik, то с огромной долей вероятности будет такое, что не у всех сотрудников есть лицензии.
У руководящего состава есть, а у рядового нет. Не положено, да и дорого. Nprinting тоже дорого.
То есть в определённый момент данные из клика "перетекают" в Excel/ГуглДоки/Power point/pdf
Так же может по почте прилететь скриншот со снижением показателем и вопросом "Анатолий, что за ***** (снижение показателей)?"
Это получается нарушение?
Получается, что доводы "Для Qlik не нужны хранилища. У него свои." нельзя брать во внимание так как нельзя потом пользователям использовать эти данные если у них нет лицензий (а они есть у всех)
И так или иначе, но эти данные дойдут до пользователя не обладающим лицензией.
Из этого всего следует что для использования одних и тех же данных (Data driven, единая точка правды и т.д.) нужно вместе с ETL клика использовать параллельную альтернативу.
Но сопровождать 2 параллельных процесса, дающих один и тот же результат дороговато по ресурсам получается.
Напрашивается решение ETLить данные в хранилище, которым могут пользоваться все, и этими же данными пусть пользуется Qlik.
Есть ещё вопрос: А как можно понять что csv файл с данными появился с помощью store а не условным pd.to_csv
ИШ
Интересно как трактует сам QlikTech ограничения) Тема очень актуальная. Т.к. покупать лицензию 100 пользователям, которым нужен 1 отчет, это как минимум бред. А такое повсеместно случается. ROI от использования ПО никто не отменял.
ИШ
Всех приветствую.
Очень интересно было читать вчерашнее обсуждение.
Если мы возьмём любую компанию, использующую Qlik, то с огромной долей вероятности будет такое, что не у всех сотрудников есть лицензии.
У руководящего состава есть, а у рядового нет. Не положено, да и дорого. Nprinting тоже дорого.
То есть в определённый момент данные из клика "перетекают" в Excel/ГуглДоки/Power point/pdf
Так же может по почте прилететь скриншот со снижением показателем и вопросом "Анатолий, что за ***** (снижение показателей)?"
Это получается нарушение?
Получается, что доводы "Для Qlik не нужны хранилища. У него свои." нельзя брать во внимание так как нельзя потом пользователям использовать эти данные если у них нет лицензий (а они есть у всех)
И так или иначе, но эти данные дойдут до пользователя не обладающим лицензией.
Из этого всего следует что для использования одних и тех же данных (Data driven, единая точка правды и т.д.) нужно вместе с ETL клика использовать параллельную альтернативу.
Но сопровождать 2 параллельных процесса, дающих один и тот же результат дороговато по ресурсам получается.
Напрашивается решение ETLить данные в хранилище, которым могут пользоваться все, и этими же данными пусть пользуется Qlik.
Есть ещё вопрос: А как можно понять что csv файл с данными появился с помощью store а не условным pd.to_csv
Очень интересно было читать вчерашнее обсуждение.
Если мы возьмём любую компанию, использующую Qlik, то с огромной долей вероятности будет такое, что не у всех сотрудников есть лицензии.
У руководящего состава есть, а у рядового нет. Не положено, да и дорого. Nprinting тоже дорого.
То есть в определённый момент данные из клика "перетекают" в Excel/ГуглДоки/Power point/pdf
Так же может по почте прилететь скриншот со снижением показателем и вопросом "Анатолий, что за ***** (снижение показателей)?"
Это получается нарушение?
Получается, что доводы "Для Qlik не нужны хранилища. У него свои." нельзя брать во внимание так как нельзя потом пользователям использовать эти данные если у них нет лицензий (а они есть у всех)
И так или иначе, но эти данные дойдут до пользователя не обладающим лицензией.
Из этого всего следует что для использования одних и тех же данных (Data driven, единая точка правды и т.д.) нужно вместе с ETL клика использовать параллельную альтернативу.
Но сопровождать 2 параллельных процесса, дающих один и тот же результат дороговато по ресурсам получается.
Напрашивается решение ETLить данные в хранилище, которым могут пользоваться все, и этими же данными пусть пользуется Qlik.
Есть ещё вопрос: А как можно понять что csv файл с данными появился с помощью store а не условным pd.to_csv
Скорей всего следы в винде
ИШ
А вот скопировать на другой сервер и почистить 👌😄
ИШ
Пятничный замес😂
АФ
Всех приветствую.
Очень интересно было читать вчерашнее обсуждение.
Если мы возьмём любую компанию, использующую Qlik, то с огромной долей вероятности будет такое, что не у всех сотрудников есть лицензии.
У руководящего состава есть, а у рядового нет. Не положено, да и дорого. Nprinting тоже дорого.
То есть в определённый момент данные из клика "перетекают" в Excel/ГуглДоки/Power point/pdf
Так же может по почте прилететь скриншот со снижением показателем и вопросом "Анатолий, что за ***** (снижение показателей)?"
Это получается нарушение?
Получается, что доводы "Для Qlik не нужны хранилища. У него свои." нельзя брать во внимание так как нельзя потом пользователям использовать эти данные если у них нет лицензий (а они есть у всех)
И так или иначе, но эти данные дойдут до пользователя не обладающим лицензией.
Из этого всего следует что для использования одних и тех же данных (Data driven, единая точка правды и т.д.) нужно вместе с ETL клика использовать параллельную альтернативу.
Но сопровождать 2 параллельных процесса, дающих один и тот же результат дороговато по ресурсам получается.
Напрашивается решение ETLить данные в хранилище, которым могут пользоваться все, и этими же данными пусть пользуется Qlik.
Есть ещё вопрос: А как можно понять что csv файл с данными появился с помощью store а не условным pd.to_csv
Очень интересно было читать вчерашнее обсуждение.
Если мы возьмём любую компанию, использующую Qlik, то с огромной долей вероятности будет такое, что не у всех сотрудников есть лицензии.
У руководящего состава есть, а у рядового нет. Не положено, да и дорого. Nprinting тоже дорого.
То есть в определённый момент данные из клика "перетекают" в Excel/ГуглДоки/Power point/pdf
Так же может по почте прилететь скриншот со снижением показателем и вопросом "Анатолий, что за ***** (снижение показателей)?"
Это получается нарушение?
Получается, что доводы "Для Qlik не нужны хранилища. У него свои." нельзя брать во внимание так как нельзя потом пользователям использовать эти данные если у них нет лицензий (а они есть у всех)
И так или иначе, но эти данные дойдут до пользователя не обладающим лицензией.
Из этого всего следует что для использования одних и тех же данных (Data driven, единая точка правды и т.д.) нужно вместе с ETL клика использовать параллельную альтернативу.
Но сопровождать 2 параллельных процесса, дающих один и тот же результат дороговато по ресурсам получается.
Напрашивается решение ETLить данные в хранилище, которым могут пользоваться все, и этими же данными пусть пользуется Qlik.
Есть ещё вопрос: А как можно понять что csv файл с данными появился с помощью store а не условным pd.to_csv
да и ETL у qlik скриптовый, это совсем не отвечает концепции доступности qlik Для аналитиков данных. Они заколебаются писать скрипты для реализации ETL
ЕС
Тезис Сергея, как я его понял:
Термин multiplexing означает любое использование любых данных автоматически нелицензированными пользователями. В том числе:
- Автоматическая выгрузка с помощью скрипта используя операции типа STORE INTO .... в любых форматах
- Все действия с API
Фактически любой потребитель любых данных или любого функционала системы должен иметь лицензию хотя бы аналайзер.
Отправили 1000 писем с помощью макроса? - каждому получателю купите аналайзер, иначе нарушение.
Сохранили данные в TXT файл с помощью STORE INTO чтобы загрузить в 1С? - купите каждому пользователю 1С по лицензии.
Мое мнение такое:
Термин multiplexing означает создание пула лицензий динамически распределяемого для работы с интерфейсом Qlik Sense. Например создание веб сайта который будет распределять 10 купленных лицензий на 100 пользователей - фактически превращение лицензий из Named в конкурентные или подобные схемы. У Qlik можно использовать на 1 лицензию несколько подключений, вот для разных пользователей если это делать то это так же нарушение/
С моей точки зрения не является нарушением если данные (только данные, не функции, не визуальный интерфейс) из Qlik Sense использует любой другой потребитель данных не имеющий лицензию Qlik Sense. Посредством API или выгрузок. В том числе:
- Любая система использующая данные выгруженные с помощью STORE INTO
- Любая система которая подключается с использованием 1 лицензии Qlik Sense и получает данные гиперкуба для использования в любых целях. В том числе как для создания статических отчетов - pdf, xlxs и тд. Так и для создания веб сайтов, дашбордов в других системах. Даже для неограниченного числа потребителей.
За других участников дискуссии не могу написать.
В документах написано следующее:
License-Metrics-Qlik-Sense-and-QAP
E. Multiplexing/Shared User Accounts
Multiplexing occurs when multiple end users are able to simultaneously access a single system through a common shared interface, such as a web server product. Because Qlik Sense may assign a license to the shared interface rather than to each of the end users accessing Qlik Sense via the interface, multiplexing can result in the number of actual users exceeding the number of users licensed. If Qlik Sense software is utilized with an interface that permits multiplexing to occur, customer is required to license a quantity of licenses equivalent to the total number of actual users at the multiplexing front end. The use of user login sharing, sharing of user credentials, shared logins or passwords is prohibited in Qlik Sense Enterprise SaaS.
Термин multiplexing означает любое использование любых данных автоматически нелицензированными пользователями. В том числе:
- Автоматическая выгрузка с помощью скрипта используя операции типа STORE INTO .... в любых форматах
- Все действия с API
Фактически любой потребитель любых данных или любого функционала системы должен иметь лицензию хотя бы аналайзер.
Отправили 1000 писем с помощью макроса? - каждому получателю купите аналайзер, иначе нарушение.
Сохранили данные в TXT файл с помощью STORE INTO чтобы загрузить в 1С? - купите каждому пользователю 1С по лицензии.
Мое мнение такое:
Термин multiplexing означает создание пула лицензий динамически распределяемого для работы с интерфейсом Qlik Sense. Например создание веб сайта который будет распределять 10 купленных лицензий на 100 пользователей - фактически превращение лицензий из Named в конкурентные или подобные схемы. У Qlik можно использовать на 1 лицензию несколько подключений, вот для разных пользователей если это делать то это так же нарушение/
С моей точки зрения не является нарушением если данные (только данные, не функции, не визуальный интерфейс) из Qlik Sense использует любой другой потребитель данных не имеющий лицензию Qlik Sense. Посредством API или выгрузок. В том числе:
- Любая система использующая данные выгруженные с помощью STORE INTO
- Любая система которая подключается с использованием 1 лицензии Qlik Sense и получает данные гиперкуба для использования в любых целях. В том числе как для создания статических отчетов - pdf, xlxs и тд. Так и для создания веб сайтов, дашбордов в других системах. Даже для неограниченного числа потребителей.
За других участников дискуссии не могу написать.
В документах написано следующее:
License-Metrics-Qlik-Sense-and-QAP
E. Multiplexing/Shared User Accounts
Multiplexing occurs when multiple end users are able to simultaneously access a single system through a common shared interface, such as a web server product. Because Qlik Sense may assign a license to the shared interface rather than to each of the end users accessing Qlik Sense via the interface, multiplexing can result in the number of actual users exceeding the number of users licensed. If Qlik Sense software is utilized with an interface that permits multiplexing to occur, customer is required to license a quantity of licenses equivalent to the total number of actual users at the multiplexing front end. The use of user login sharing, sharing of user credentials, shared logins or passwords is prohibited in Qlik Sense Enterprise SaaS.
ну вот да. Понятно что делать функционал где 10 юзеров сидят под одной лицензией клика - нельзя. "each of the end users accessing Qlik Sense via the interface" - только вот выгрузка данных из клика, в виде того же списка на обзвон, это не Accessing Qlik Sense.
И очень странно требовать наличие лицензии аналитика для человека, который в клик-то не должен ходить, а просто видеть один конкретный список. Он не работает с данными, не ищет инсайты, не применяет выборки. ему не нужен ассоциативный движок. Будь у него лицензия - то у него был бы один доступ к дашборду с простой таблицей и списком номеров.
Имхо, клику давно пора сделать микро-лицензию с минимальным функционалом за очень дешево, которую можно использовать для мега-ограниченного просмотра. Хотя бы просто Историй.
И очень странно требовать наличие лицензии аналитика для человека, который в клик-то не должен ходить, а просто видеть один конкретный список. Он не работает с данными, не ищет инсайты, не применяет выборки. ему не нужен ассоциативный движок. Будь у него лицензия - то у него был бы один доступ к дашборду с простой таблицей и списком номеров.
Имхо, клику давно пора сделать микро-лицензию с минимальным функционалом за очень дешево, которую можно использовать для мега-ограниченного просмотра. Хотя бы просто Историй.
IB
Пятничный замес😂
Я предлагаю сегодня не продолжать. Позиция Сергея очень понятна и самое главное ее легко запомнить. Вряд ли новые с вчерашней ночи сведения появились.
АФ
ну вот да. Понятно что делать функционал где 10 юзеров сидят под одной лицензией клика - нельзя. "each of the end users accessing Qlik Sense via the interface" - только вот выгрузка данных из клика, в виде того же списка на обзвон, это не Accessing Qlik Sense.
И очень странно требовать наличие лицензии аналитика для человека, который в клик-то не должен ходить, а просто видеть один конкретный список. Он не работает с данными, не ищет инсайты, не применяет выборки. ему не нужен ассоциативный движок. Будь у него лицензия - то у него был бы один доступ к дашборду с простой таблицей и списком номеров.
Имхо, клику давно пора сделать микро-лицензию с минимальным функционалом за очень дешево, которую можно использовать для мега-ограниченного просмотра. Хотя бы просто Историй.
И очень странно требовать наличие лицензии аналитика для человека, который в клик-то не должен ходить, а просто видеть один конкретный список. Он не работает с данными, не ищет инсайты, не применяет выборки. ему не нужен ассоциативный движок. Будь у него лицензия - то у него был бы один доступ к дашборду с простой таблицей и списком номеров.
Имхо, клику давно пора сделать микро-лицензию с минимальным функционалом за очень дешево, которую можно использовать для мега-ограниченного просмотра. Хотя бы просто Историй.
+1. очень давно назрела такая потребность
ЕС
Ну я вот вчера не высказывался, ждал полной информации)
SG
коллеги, ну что холиварить
SG
нашим детям надо что-то есть
ИШ
Я предлагаю сегодня не продолжать. Позиция Сергея очень понятна и самое главное ее легко запомнить. Вряд ли новые с вчерашней ночи сведения появились.
Согласен)
SG
просто платите и все
IB
Sergey Gromov
коллеги, ну что холиварить
это очень важная вещь, не просто холивар. Я с 2014 года активно использую API для программирования
SG
ну и что