Задумка в том, чтобы из потока сознания сразу извлекать видение набора финальных аналитических таблиц, их связей, а также понимать полноту описанных данных, с точки зрения "мы хотим считать такие-то показатели, но предусмотрели ли мы, откуда для этого брать данные?"

Я не так прочитал, сорри ))))

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

Ведь действительно, порой, кажется 3-5 полей взять, но в реальности 27 справочников +, уточнений, доп таблиц, и тп

Как раз потому, что этот нюанс упущен был на обследовании.

Круто 👍👍👍

Евгений, а что за экстеншн используется для Writeback?

Это айфрейм с гугл-таблицей) Когда хочется врайт-бека, но нет бюджета на Jedox :)

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

Все гениальное просто))

А как сделал iframe?  Свой машап?

Читаете мысли)

дада, в курсе)))

Подскажите пожалуйста как составить выражение? Мне необходимо, чтобы при выборе нескольких либо одного из значений по фильтру отображалась определенная ед. измерения. Заранее благодарю

Можно добавить переменную, а затем использовать pick

С вызовом переменной, подставляй измерения из фильтра

🔥🔥🔥🔥🔥🔥🔥 СПАСИБО!)

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

Я на 95% уверен что такая ситуация является следствием сбоя на стороне CRM, т.к. мы уже много лет практикуем такую выгрузку данных, и проблема возникает только на относительно больших аккаунтах.

Поэтому мой вопрос: что здесь можно придумать, чтобы снизить урон для конечного пользователя?

Мысли крутятся вокруг сверки кол-во данных в QVD до обновления и после, и в случае критического расхождения объема оставления старых версий QVD-файлов.