Как показать фильтр только на одной вкладке дашборда FineBI
На это натыкаются, когда дашборд разложен по вкладкам: фильтр нужен на TAB1, а на TAB2 он только мешает. С этим вопросом пришёл практик на китайский форум FanRuan, и один из участников ветки искренне удивился: а что, фильтр можно положить во вкладку? Можно. Всё решает то, где лежит сам фильтр.
1. Добавьте компонент Tab (в «Других компонентах») и растяните его на страницу дашборда.
2. Кнопкой «+» внутри Tab добавьте вкладки, двойным щелчком переименуйте их, например в TAB1 и TAB2.
3. Перетащите компонент фильтра внутрь вкладки TAB1. Фильтр внутри Tab показывается только на своей вкладке, на TAB2 его не будет.
4. Не выносите фильтры в панель параметров (настройка «показывать все фильтры в панели параметров»): они должны стоять прямо на дашборде.
5. Если фильтр должен действовать только на графики TAB1, сузьте область управления в его настройках. Где фильтр виден и что он фильтрует - две разные настройки.
ВАЖНО: один компонент можно перетащить в Tab только один раз. Нужен тот же фильтр на двух вкладках - сначала скопируйте его.
Попробуйте сами: соберите две вкладки, положите фильтр в первую и переключитесь на вторую. Если фильтр остался наверху над обеими, значит, он лёг рядом с Tab, а не внутрь.
Ветка на форуме: https://bbs.fanruan.com/wenda/question/231852.html
#noobs #FineBI #FanRuan #BI #дашборд #фильтры
На это натыкаются, когда дашборд разложен по вкладкам: фильтр нужен на TAB1, а на TAB2 он только мешает. С этим вопросом пришёл практик на китайский форум FanRuan, и один из участников ветки искренне удивился: а что, фильтр можно положить во вкладку? Можно. Всё решает то, где лежит сам фильтр.
1. Добавьте компонент Tab (в «Других компонентах») и растяните его на страницу дашборда.
2. Кнопкой «+» внутри Tab добавьте вкладки, двойным щелчком переименуйте их, например в TAB1 и TAB2.
3. Перетащите компонент фильтра внутрь вкладки TAB1. Фильтр внутри Tab показывается только на своей вкладке, на TAB2 его не будет.
4. Не выносите фильтры в панель параметров (настройка «показывать все фильтры в панели параметров»): они должны стоять прямо на дашборде.
5. Если фильтр должен действовать только на графики TAB1, сузьте область управления в его настройках. Где фильтр виден и что он фильтрует - две разные настройки.
ВАЖНО: один компонент можно перетащить в Tab только один раз. Нужен тот же фильтр на двух вкладках - сначала скопируйте его.
Попробуйте сами: соберите две вкладки, положите фильтр в первую и переключитесь на вторую. Если фильтр остался наверху над обеими, значит, он лёг рядом с Tab, а не внутрь.
Ветка на форуме: https://bbs.fanruan.com/wenda/question/231852.html
#noobs #FineBI #FanRuan #BI #дашборд #фильтры
🔥7
#дайджест
Всем привет! Главная тема недели: подключить LLM к данным просто, трудно объяснить ей, что эти данные значат. Об этом говорили в Лондоне на Big Data LDN, туда же ведёт новый шаг Dora. А в аналитике напомнили о старой ловушке: неуникальный ключ тихо умножает итоги.
🛠 Администраторам
• Ucell перешла с Apache Superset на FineBI. Самое полезное в кейсе - эксплуатация: в марте из-за сбоя в очистке версий начал расти объём данных, и на сервере стало заканчиваться место. Причину нашли, политики хранения и очистки настроили. Следующий шаг Ucell - переход с 6.1 на 7.0.
📊 Аналитикам
• Объединение таблиц размножает показатели при неуникальном ключе. Левое объединение в FineBI работает как left join: остаток по SKU повторится в каждой строке заказа. Две таблицы фактов лучше связать в модели темы - она сначала агрегирует, потом соединяет.
💼 Тем, кто отвечает за BI
• Big Data LDN 2026: у корпоративного ИИ проблема с контекстом. Агенту мало доступа к таблице продаж: ему нужно знать, какой период закрыт, где возвраты и кому доступен срез. Иначе быстрый связный ответ придётся перепроверять с начала.
• ИИ не должен сам решать, что считать просрочкой. В Dora 1.1 источником агента может быть модельный набор показателей FineBI: модель понимает вопрос, а правила расчёта берутся из управляемого слоя.
💬 Из чата
• Водопад чистой прибыли @Ola_la_S получил продолжение: @sur_kenny добавил соединение конца и начала через сортировку dim_sort, «для красоты».
• Всё ещё без ответа: в выгрузке в Excel в FineBI 7 вместо 1.23 появляется 000, помогает только ручная смена формата ячейки. Если решали, подскажите @birekrust в чате.
🧩 Викторины недели
• Что покажет DEF_SUB(SUM_AGG(Продажи),[Категория])? Ответили 30, верно 17 (57%). Чаще ошибались на «продажи категории по всем регионам», а DEF_SUB убирает категорию, и остаются продажи региона.
• Что будет с суммой продаж после Left Join со справочником, где код повторяется? Ответили 30, верно 20 (67%). Шестеро решили, что сумма не изменится: Left Join сохраняет строки заказов, но повторяет каждую под каждым совпадением.
🏆 Самые активные за 30 дней
🥇 @Ola_la_S - вопросы, из которых вырос лучший водопад месяца
🥈 @sur_kenny - формулы почти на каждый вопрос и доработка водопада на этой неделе
🥉 @tipadima - три пути к логам FineBI в Elastic и свой скрипт
📅 23 октября - Fine Day 2026 в Москве
Тему этой недели продолжим офлайн: дискуссия ПИК, ДИКСИ, СИБУР и АвтоВАЗ о том, что нужно данным и командам, чтобы ИИ заработал, миграция с Qlik и Power BI, опыт Московской биржи и демо-зоны FineBI 7.0 и Dora, куда можно принести свою задачу. Участие бесплатное, после регистрации пришлём чек-лист «Готовы ли ваши данные к ИИ-агенту?». Регистрация
👇 Что разобрать подробно в следующем выпуске? Ставьте реакцию:
🔥 - как проверить уникальность ключа до объединения
👍 - модельный набор показателей для Dora
🤔 - чек-лист готовности данных к агенту
Всем привет! Главная тема недели: подключить LLM к данным просто, трудно объяснить ей, что эти данные значат. Об этом говорили в Лондоне на Big Data LDN, туда же ведёт новый шаг Dora. А в аналитике напомнили о старой ловушке: неуникальный ключ тихо умножает итоги.
🛠 Администраторам
• Ucell перешла с Apache Superset на FineBI. Самое полезное в кейсе - эксплуатация: в марте из-за сбоя в очистке версий начал расти объём данных, и на сервере стало заканчиваться место. Причину нашли, политики хранения и очистки настроили. Следующий шаг Ucell - переход с 6.1 на 7.0.
📊 Аналитикам
• Объединение таблиц размножает показатели при неуникальном ключе. Левое объединение в FineBI работает как left join: остаток по SKU повторится в каждой строке заказа. Две таблицы фактов лучше связать в модели темы - она сначала агрегирует, потом соединяет.
💼 Тем, кто отвечает за BI
• Big Data LDN 2026: у корпоративного ИИ проблема с контекстом. Агенту мало доступа к таблице продаж: ему нужно знать, какой период закрыт, где возвраты и кому доступен срез. Иначе быстрый связный ответ придётся перепроверять с начала.
• ИИ не должен сам решать, что считать просрочкой. В Dora 1.1 источником агента может быть модельный набор показателей FineBI: модель понимает вопрос, а правила расчёта берутся из управляемого слоя.
💬 Из чата
• Водопад чистой прибыли @Ola_la_S получил продолжение: @sur_kenny добавил соединение конца и начала через сортировку dim_sort, «для красоты».
• Всё ещё без ответа: в выгрузке в Excel в FineBI 7 вместо 1.23 появляется 000, помогает только ручная смена формата ячейки. Если решали, подскажите @birekrust в чате.
🧩 Викторины недели
• Что покажет DEF_SUB(SUM_AGG(Продажи),[Категория])? Ответили 30, верно 17 (57%). Чаще ошибались на «продажи категории по всем регионам», а DEF_SUB убирает категорию, и остаются продажи региона.
• Что будет с суммой продаж после Left Join со справочником, где код повторяется? Ответили 30, верно 20 (67%). Шестеро решили, что сумма не изменится: Left Join сохраняет строки заказов, но повторяет каждую под каждым совпадением.
🏆 Самые активные за 30 дней
🥇 @Ola_la_S - вопросы, из которых вырос лучший водопад месяца
🥈 @sur_kenny - формулы почти на каждый вопрос и доработка водопада на этой неделе
🥉 @tipadima - три пути к логам FineBI в Elastic и свой скрипт
📅 23 октября - Fine Day 2026 в Москве
Тему этой недели продолжим офлайн: дискуссия ПИК, ДИКСИ, СИБУР и АвтоВАЗ о том, что нужно данным и командам, чтобы ИИ заработал, миграция с Qlik и Power BI, опыт Московской биржи и демо-зоны FineBI 7.0 и Dora, куда можно принести свою задачу. Участие бесплатное, после регистрации пришлём чек-лист «Готовы ли ваши данные к ИИ-агенту?». Регистрация
👇 Что разобрать подробно в следующем выпуске? Ставьте реакцию:
🔥 - как проверить уникальность ключа до объединения
👍 - модельный набор показателей для Dora
🤔 - чек-лист готовности данных к агенту
🤔9🔥3
FineOps 2.40.0: бэкапы проектов больше не привязаны к диску сервера
Когда бэкапы проектов съедают диск сервера FineOps, выход до сих пор был один: расширять физический диск или перемонтировать каталог. В Китае вышла FineOps 2.40.0, и в ней это наконец решается настройкой.
Место хранения бэкапов теперь задаётся самостоятельно, в том числе можно писать их в собственное хранилище S3. Раньше копии лежали в смонтированном каталоге на сервере FineOps, и нехватка места превращалась в работу с дисками.
Второе изменение для тех, кто разворачивает FineOps в корпоративной сети. При развёртывании нового проекта и при добавлении узла к существующему можно указать BIP узла. Это IP-адрес стандартного моста Docker docker0, через который контейнеры без своей сети получают адреса. Если подсеть по умолчанию уже занята, раньше развёртывание могло упасть. Теперь адрес выбирают заранее.
Проверка ресурсов при добавлении и расширении компонентов стала мягче: узлу достаточно 7/8 от оценки. Компонент, которому по оценке нужно 8 ГБ памяти, встанет на узел с 7 ГБ свободной. Но запас в 1/8 касается только оценки, а не работы: после развёртывания за CPU, памятью и состоянием компонентов нужно следить, при постоянной нехватке добавлять ресурсы.
И системная проверка FineOps научилась смотреть проекты FineDataLink:
- рекомендуемое число ядер для контейнера FineDataLink выросло с 6 до 8;
- новая проверка смотрит, хранит ли FineDataLink журналы в Elasticsearch, и советует переключиться на него, чтобы избежать проблем с производительностью и падений.
Это релиз про эксплуатацию, а не про новые возможности. Самое ценное в нём - S3: резервная копия на диске самого сервера FineOps зависит от этого диска, а своё хранилище её от него отвязывает. Смягчённая проверка ресурсов, наоборот, упрощает развёртывание ценой лишней обязанности следить за узлами после него.
Описание релиза на сайте вендора: https://help.fanruan.com/fineops/doc-view-249.html
#FineOps #FineDataLink #FanRuan #DevOps #бэкап #BI
Когда бэкапы проектов съедают диск сервера FineOps, выход до сих пор был один: расширять физический диск или перемонтировать каталог. В Китае вышла FineOps 2.40.0, и в ней это наконец решается настройкой.
Место хранения бэкапов теперь задаётся самостоятельно, в том числе можно писать их в собственное хранилище S3. Раньше копии лежали в смонтированном каталоге на сервере FineOps, и нехватка места превращалась в работу с дисками.
Второе изменение для тех, кто разворачивает FineOps в корпоративной сети. При развёртывании нового проекта и при добавлении узла к существующему можно указать BIP узла. Это IP-адрес стандартного моста Docker docker0, через который контейнеры без своей сети получают адреса. Если подсеть по умолчанию уже занята, раньше развёртывание могло упасть. Теперь адрес выбирают заранее.
Проверка ресурсов при добавлении и расширении компонентов стала мягче: узлу достаточно 7/8 от оценки. Компонент, которому по оценке нужно 8 ГБ памяти, встанет на узел с 7 ГБ свободной. Но запас в 1/8 касается только оценки, а не работы: после развёртывания за CPU, памятью и состоянием компонентов нужно следить, при постоянной нехватке добавлять ресурсы.
И системная проверка FineOps научилась смотреть проекты FineDataLink:
- рекомендуемое число ядер для контейнера FineDataLink выросло с 6 до 8;
- новая проверка смотрит, хранит ли FineDataLink журналы в Elasticsearch, и советует переключиться на него, чтобы избежать проблем с производительностью и падений.
Это релиз про эксплуатацию, а не про новые возможности. Самое ценное в нём - S3: резервная копия на диске самого сервера FineOps зависит от этого диска, а своё хранилище её от него отвязывает. Смягчённая проверка ресурсов, наоборот, упрощает развёртывание ценой лишней обязанности следить за узлами после него.
Описание релиза на сайте вендора: https://help.fanruan.com/fineops/doc-view-249.html
#FineOps #FineDataLink #FanRuan #DevOps #бэкап #BI
🔥10👍5🤝2
Каждый неверный ответ в викторине про DEF_SUB верен для другой формулы
В викторине 28 сентября спрашивали, что покажет DEF_SUB(SUM_AGG(Продажи),[Категория]) в таблице с измерениями Регион и Категория. Ответили 18 человек, верно 11 (61%). Разбирать тут стоит сами ошибки: каждый неверный вариант оказался правильным ответом на соседнюю функцию семейства DEF.
Три функции отличаются одним: откуда они берут измерения для расчёта.
• DEF: только из формулы. Что лежит в таблице, ей всё равно.
• DEF_ADD: измерения таблицы плюс те, что названы в формуле.
• DEF_SUB: измерения таблицы минус названные в формуле.
Возьмём условные цифры. Север: мебель 100, техника 300. Юг: мебель 200, техника 400.
✅ Верный ответ (11 голосов): продажи региона, одинаковые во всех его категориях. Таблица даёт Регион и Категорию, формула вычитает Категорию, остаётся Регион. В обеих строках Севера будет 400, в обеих строках Юга 600.
«Продажи категории по всем регионам» (3 голоса) так считает DEF(SUM_AGG(Продажи),[Категория]). DEF берёт только названное измерение: мебель 300, техника 700 в каждом регионе. Ошибка понятная: у DEF измерение в скобках - то, по которому считают, у DEF_SUB - то, которое выбрасывают.
«Как обычный SUM_AGG» (3 голоса) даёт DEF_ADD(SUM_AGG(Продажи),[]): измерения таблицы без добавок, в строках 100, 300, 200 и 400.
«Общие продажи по всей таблице» (1 голос) даёт DEF(SUM_AGG(Продажи)) без измерений: 1000 во всех строках.
Зачем DEF_SUB, если есть DEF? Он следует за таблицей. Добавьте в неё Месяц, и та же формула начнёт считать по Региону и Месяцу, а DEF(SUM_AGG(Продажи),[Регион]) останется по региону. В справке FineBI так считают средние продажи на регион по кварталам: в таблице Квартал и Регион, формула DEF_SUB(SUM_AGG(Продажи),[Регион])/DEF(COUNTD_AGG(Регион)). Первая часть считает продажи квартала без разбивки на регионы, вторая считает регионы во всей таблице.
Запомнить просто: SUB значит «вычесть». Всё, что в скобках у DEF_SUB, из расчёта уходит.
Какую из трёх DEF-функций вы используете чаще и где она вас подводила? Расскажите в @FineBIChat
Подробности - в справке FineBI: https://help.fanruan.com/finebi-en/doc-view-1990.html
#FineBI #FanRuan #DEF #формулы #викторина #аналитикаданных
В викторине 28 сентября спрашивали, что покажет DEF_SUB(SUM_AGG(Продажи),[Категория]) в таблице с измерениями Регион и Категория. Ответили 18 человек, верно 11 (61%). Разбирать тут стоит сами ошибки: каждый неверный вариант оказался правильным ответом на соседнюю функцию семейства DEF.
Три функции отличаются одним: откуда они берут измерения для расчёта.
• DEF: только из формулы. Что лежит в таблице, ей всё равно.
• DEF_ADD: измерения таблицы плюс те, что названы в формуле.
• DEF_SUB: измерения таблицы минус названные в формуле.
Возьмём условные цифры. Север: мебель 100, техника 300. Юг: мебель 200, техника 400.
✅ Верный ответ (11 голосов): продажи региона, одинаковые во всех его категориях. Таблица даёт Регион и Категорию, формула вычитает Категорию, остаётся Регион. В обеих строках Севера будет 400, в обеих строках Юга 600.
«Продажи категории по всем регионам» (3 голоса) так считает DEF(SUM_AGG(Продажи),[Категория]). DEF берёт только названное измерение: мебель 300, техника 700 в каждом регионе. Ошибка понятная: у DEF измерение в скобках - то, по которому считают, у DEF_SUB - то, которое выбрасывают.
«Как обычный SUM_AGG» (3 голоса) даёт DEF_ADD(SUM_AGG(Продажи),[]): измерения таблицы без добавок, в строках 100, 300, 200 и 400.
«Общие продажи по всей таблице» (1 голос) даёт DEF(SUM_AGG(Продажи)) без измерений: 1000 во всех строках.
Зачем DEF_SUB, если есть DEF? Он следует за таблицей. Добавьте в неё Месяц, и та же формула начнёт считать по Региону и Месяцу, а DEF(SUM_AGG(Продажи),[Регион]) останется по региону. В справке FineBI так считают средние продажи на регион по кварталам: в таблице Квартал и Регион, формула DEF_SUB(SUM_AGG(Продажи),[Регион])/DEF(COUNTD_AGG(Регион)). Первая часть считает продажи квартала без разбивки на регионы, вторая считает регионы во всей таблице.
Запомнить просто: SUB значит «вычесть». Всё, что в скобках у DEF_SUB, из расчёта уходит.
Какую из трёх DEF-функций вы используете чаще и где она вас подводила? Расскажите в @FineBIChat
Подробности - в справке FineBI: https://help.fanruan.com/finebi-en/doc-view-1990.html
#FineBI #FanRuan #DEF #формулы #викторина #аналитикаданных
🔥9❤5👍1
Права на строки в FineBI: на каждую таблицу данных или на общее измерение
Выбор возникает, как только в отчёте две таблицы данных и два уровня доступа. Пример из ветки на китайском форуме FanRuan. Отчёт собран из двух не связанных таблиц: A и B. Руководителям доступ нужен по региону, их подчинённым по району, и руководитель видит строки всех своих районов. Права лежат в двух таблицах: C (учётная запись и регион) и D (учётная запись и район). Связать C и D с каждой из A и B модель не даёт, и автор вопроса готов резать отчёт на два.
Резать не нужно. Модель упёрлась в ограничение: по ответу в ветке, FineBI не даёт нескольким таблицам фактов (A, B) делить несколько таблиц измерений (C, D).
Путь первый: модель из четырёх таблиц. На этом примере:
- пользователи: учётные записи;
- права: C и D, собранные по учётной записи в одну таблицу (учётная запись, регион, район);
- измерение: справочник регионов и районов;
- данные: A и B.
Связи две, обе 1:N: пользователи - права по учётной записи, измерение - A и B. FineBI берёт имя вошедшего, находит его строки в таблице прав, право на строки проверяет измерение, и уже оно фильтрует A и B. Руководителю в таблице прав просто прописаны все его районы. Появится третий уровень - добавляется ещё пара «измерение + права», пересечение FineBI посчитает сам. Если общего поля для слияния нет, в ветке предлагают crossjoin, но он даёт все сочетания строк: после него проверьте, что ни одна учётная запись не получила чужих значений. Сливать A с B в ветке не советуют: данные не пересекаются, будет много пустот.
Путь второй: права на строки на каждую таблицу отдельно, A по региону из C, B по району из D, без общей модели.
Как отличить, какой ваш. Два уровня, которые не будут меняться - хватит второго. Уровни прибавляются - окупится первый, иначе каждое новое правило придётся повторять на A, на B и на всём, что добавится. Граница общая: если таблица с полем вошедшего пользователя и таблица, на которую ставят право, берутся из двух разных баз в режиме прямого подключения, права на строки не настроятся. Проверьте это в своей поставке до проектирования.
А как устроено у вас? Ответьте в опросе под постом, итоги покажем в четверг в дайджесте.
Ветка на форуме: https://bbs.fanruan.com/wenda/question/231882.html
#FineBI #FanRuan #BI #права #моделиданных #безопасность
Выбор возникает, как только в отчёте две таблицы данных и два уровня доступа. Пример из ветки на китайском форуме FanRuan. Отчёт собран из двух не связанных таблиц: A и B. Руководителям доступ нужен по региону, их подчинённым по району, и руководитель видит строки всех своих районов. Права лежат в двух таблицах: C (учётная запись и регион) и D (учётная запись и район). Связать C и D с каждой из A и B модель не даёт, и автор вопроса готов резать отчёт на два.
Резать не нужно. Модель упёрлась в ограничение: по ответу в ветке, FineBI не даёт нескольким таблицам фактов (A, B) делить несколько таблиц измерений (C, D).
Путь первый: модель из четырёх таблиц. На этом примере:
- пользователи: учётные записи;
- права: C и D, собранные по учётной записи в одну таблицу (учётная запись, регион, район);
- измерение: справочник регионов и районов;
- данные: A и B.
Связи две, обе 1:N: пользователи - права по учётной записи, измерение - A и B. FineBI берёт имя вошедшего, находит его строки в таблице прав, право на строки проверяет измерение, и уже оно фильтрует A и B. Руководителю в таблице прав просто прописаны все его районы. Появится третий уровень - добавляется ещё пара «измерение + права», пересечение FineBI посчитает сам. Если общего поля для слияния нет, в ветке предлагают crossjoin, но он даёт все сочетания строк: после него проверьте, что ни одна учётная запись не получила чужих значений. Сливать A с B в ветке не советуют: данные не пересекаются, будет много пустот.
Путь второй: права на строки на каждую таблицу отдельно, A по региону из C, B по району из D, без общей модели.
Как отличить, какой ваш. Два уровня, которые не будут меняться - хватит второго. Уровни прибавляются - окупится первый, иначе каждое новое правило придётся повторять на A, на B и на всём, что добавится. Граница общая: если таблица с полем вошедшего пользователя и таблица, на которую ставят право, берутся из двух разных баз в режиме прямого подключения, права на строки не настроятся. Проверьте это в своей поставке до проектирования.
А как устроено у вас? Ответьте в опросе под постом, итоги покажем в четверг в дайджесте.
Ветка на форуме: https://bbs.fanruan.com/wenda/question/231882.html
#FineBI #FanRuan #BI #права #моделиданных #безопасность
👍10🔥8
Как у вас настроены права на строки в FineBI?
Anonymous Poll
33%
Отдельно на каждую таблицу данных
27%
Через общее измерение и таблицу прав
7%
Режем данные заранее, в базе или ETL
20%
Пока без прав на строки
13%
Не настраиваю, посмотрю ответы
⚡6👍2
DORA выходит из отдельной вкладки
ИИ-агента можно научить отвечать на вопросы по данным. Но дальше возникает менее эффектный вопрос: где люди будут им пользоваться?
Если ради каждого вопроса нужно открывать ещё одну систему, даже полезный агент рискует остаться инструментом для редких случаев. В DORA 1.2 заметная часть изменений как раз про то, чтобы приблизить агента к повседневной работе. Релиз вышел 1 сентября 2026 года.
Во-первых, появилась мобильная версия. С телефона можно обратиться к агентам, продолжить разговор и открыть материалы из библиотеки. Важная оговорка: это доступ через мобильный браузер, а не отдельное приложение. Открыть DORA можно напрямую, через мобильный FineBI или через корпоративную рабочую платформу после настройки интеграции.
Во-вторых, расширились возможности API. Теперь корпоративный портал или бизнес-приложение может обращаться к агенту DORA: вести диалог, работать с сессиями, файлами и настройками агента. Это уже другой сценарий - не «пригласить сотрудника в ИИ-платформу», а встроить аналитику в систему, где у него и возник вопрос.
Есть и менее заметные, но практичные изменения. Для одного агента можно настроить несколько языковых моделей, чтобы пользователь выбирал подходящую под задачу. А если при предварительном обновлении данных из FineBI один источник выдаст ошибку, остальные продолжат обновляться; проблемный источник можно будет найти по уведомлению и открыть в FineBI для разбора.
Получается важный сдвиг: DORA развивают не только как интерфейс «задай вопрос данным», но и как часть рабочего контура - доступную с телефона, встраиваемую в другие системы и более удобную в эксплуатации.
И здесь хочется задать вопрос уже не про возможности модели: в каком рабочем процессе агент действительно пригодится, а где он станет ещё одной вкладкой?
Подробнее - в описании DORA 1.2
#DORA #FineBI #FanRuan #ИИ #DataAgent #бизнесаналитика
ИИ-агента можно научить отвечать на вопросы по данным. Но дальше возникает менее эффектный вопрос: где люди будут им пользоваться?
Если ради каждого вопроса нужно открывать ещё одну систему, даже полезный агент рискует остаться инструментом для редких случаев. В DORA 1.2 заметная часть изменений как раз про то, чтобы приблизить агента к повседневной работе. Релиз вышел 1 сентября 2026 года.
Во-первых, появилась мобильная версия. С телефона можно обратиться к агентам, продолжить разговор и открыть материалы из библиотеки. Важная оговорка: это доступ через мобильный браузер, а не отдельное приложение. Открыть DORA можно напрямую, через мобильный FineBI или через корпоративную рабочую платформу после настройки интеграции.
Во-вторых, расширились возможности API. Теперь корпоративный портал или бизнес-приложение может обращаться к агенту DORA: вести диалог, работать с сессиями, файлами и настройками агента. Это уже другой сценарий - не «пригласить сотрудника в ИИ-платформу», а встроить аналитику в систему, где у него и возник вопрос.
Есть и менее заметные, но практичные изменения. Для одного агента можно настроить несколько языковых моделей, чтобы пользователь выбирал подходящую под задачу. А если при предварительном обновлении данных из FineBI один источник выдаст ошибку, остальные продолжат обновляться; проблемный источник можно будет найти по уведомлению и открыть в FineBI для разбора.
Получается важный сдвиг: DORA развивают не только как интерфейс «задай вопрос данным», но и как часть рабочего контура - доступную с телефона, встраиваемую в другие системы и более удобную в эксплуатации.
И здесь хочется задать вопрос уже не про возможности модели: в каком рабочем процессе агент действительно пригодится, а где он станет ещё одной вкладкой?
Подробнее - в описании DORA 1.2
#DORA #FineBI #FanRuan #ИИ #DataAgent #бизнесаналитика
🔥6👍3👏2
Логи FineBI 6.1.6 не достать запросом к fine_record_execute
@Ola_la_S хотела вытянуть логи использования платформы. Подключение проходит, а SQL-запрос к таблице fine_record_execute падает с ошибкой.
Разгадку дал @tipadima: на FineBI 6.1.6 журналы живут в Elasticsearch, и читать их надо оттуда. Плагин экспорта в обычную базу есть для FineReport, для FineBI он не находил. Можно подключиться к Elasticsearch напрямую. Или копировать журналы скриптом в MySQL, и такой скрипт он выложил на GitHub. Сам выбрал скрипт: после смены версий структура журналов менялась, но в целом работает без нареканий.
У другого участника прямое подключение сначала работало, а потом перестало получать данные: обновление таблицы проходит без ошибок, новых строк 0, хотя в журнале платформы всё пишется. Ответа в ветке пока нет.
Выходит, у каждого пути своё место поломки: скрипт ломается при смене версии, прямое подключение тихо перестаёт получать строки. Поэтому после любого обновления первым делом стоит проверить, что новые строки приходят.
Спасибо за помощь @tipadima. Если вы уже ловили ноль новых строк из Elasticsearch, подскажите в @FineBIChat, что помогло
Источник: https://t.me/finebichat/30072
Скрипт: https://github.com/tipadima/finebi_export_logdb
#FineBI #FanRuan #Elasticsearch #логи #администрирование #BI
@Ola_la_S хотела вытянуть логи использования платформы. Подключение проходит, а SQL-запрос к таблице fine_record_execute падает с ошибкой.
Разгадку дал @tipadima: на FineBI 6.1.6 журналы живут в Elasticsearch, и читать их надо оттуда. Плагин экспорта в обычную базу есть для FineReport, для FineBI он не находил. Можно подключиться к Elasticsearch напрямую. Или копировать журналы скриптом в MySQL, и такой скрипт он выложил на GitHub. Сам выбрал скрипт: после смены версий структура журналов менялась, но в целом работает без нареканий.
У другого участника прямое подключение сначала работало, а потом перестало получать данные: обновление таблицы проходит без ошибок, новых строк 0, хотя в журнале платформы всё пишется. Ответа в ветке пока нет.
Выходит, у каждого пути своё место поломки: скрипт ломается при смене версии, прямое подключение тихо перестаёт получать строки. Поэтому после любого обновления первым делом стоит проверить, что новые строки приходят.
Спасибо за помощь @tipadima. Если вы уже ловили ноль новых строк из Elasticsearch, подскажите в @FineBIChat, что помогло
Источник: https://t.me/finebichat/30072
Скрипт: https://github.com/tipadima/finebi_export_logdb
#FineBI #FanRuan #Elasticsearch #логи #администрирование #BI
👍6🔥6
Отделу пользователя открыты строки региона Москва, а его роли - Санкт-Петербург. Что он увидит в таблице?
Anonymous Quiz
53%
Оба региона: права складываются через ИЛИ
26%
Ничего: условия пересекаются через И
9%
Только Москву: права отдела главнее роли
13%
Только Санкт-Петербург: действует последнее право
Вышла Dora 1.3: агент открывается прямо из ссылки на дашборд
Дашборд отправили коллеге ссылкой, и вопрос по нему теперь можно задать там же. В Dora 1.3, новой версии Data Agent от FanRuan для FineBI 7.0.8 и новее (релиз от 18 сентября 2026 года), если к дашборду опубликован агент, на странице предпросмотра FineBI появляется плавающая кнопка. Она открывает боковую панель агента для разговорного анализа, отдельно заходить в Dora не нужно.
Сам разговор тоже изменился. На размытый вопрос вроде «что с продажами» агент теперь предлагает варианты карточками и помогает уточнить, что именно нужно проанализировать. А ещё в чат можно загрузить картинку с компьютера, например скриншот отчёта, и спросить по ней. Для этого нужна мультимодальная модель: администратор добавляет её в Admin Console > Model, и работает она только после успешной проверки подключения.
Если поделиться отдельными раундами разговора, уйдут только их результаты, без остальных. В записях разговоров в разделе контроля агентов у результатов остался только предпросмотр: скачать, сохранить в ресурсы или отправить их оттуда больше нельзя.
Администраторам дали больше рычагов:
- общие данные и «мои данные» разделены правами: создавать и удалять общие данные разработчик может только с правом на управление ими, а в управлении правами для разработчиков появились права на общие навыки и данные;
- в разделе контроля агентов для задач по расписанию появилась кнопка «Отключить все»: одним нажатием остановить все задачи, чтобы держать расход токенов под контролем и не жечь вычисления на задачах, которые уже никому не нужны.
Я бы читал этот релиз как пару. Агент выходит из своего окна туда, где пользователь уже работает: в ссылку на дашборд и в скриншот. И ровно в том же релизе администратор получает права на общие данные и рубильник для задач. Агент подходит ближе к пользователю ровно настолько, насколько администратор может его контролировать.
Описание релиза на сайте вендора: https://help.fanruan.com/dora-en/doc-view-84.html
#Dora #FineBI #FanRuan #ИИ #DataAgent #бизнесаналитика
Дашборд отправили коллеге ссылкой, и вопрос по нему теперь можно задать там же. В Dora 1.3, новой версии Data Agent от FanRuan для FineBI 7.0.8 и новее (релиз от 18 сентября 2026 года), если к дашборду опубликован агент, на странице предпросмотра FineBI появляется плавающая кнопка. Она открывает боковую панель агента для разговорного анализа, отдельно заходить в Dora не нужно.
Сам разговор тоже изменился. На размытый вопрос вроде «что с продажами» агент теперь предлагает варианты карточками и помогает уточнить, что именно нужно проанализировать. А ещё в чат можно загрузить картинку с компьютера, например скриншот отчёта, и спросить по ней. Для этого нужна мультимодальная модель: администратор добавляет её в Admin Console > Model, и работает она только после успешной проверки подключения.
Если поделиться отдельными раундами разговора, уйдут только их результаты, без остальных. В записях разговоров в разделе контроля агентов у результатов остался только предпросмотр: скачать, сохранить в ресурсы или отправить их оттуда больше нельзя.
Администраторам дали больше рычагов:
- общие данные и «мои данные» разделены правами: создавать и удалять общие данные разработчик может только с правом на управление ими, а в управлении правами для разработчиков появились права на общие навыки и данные;
- в разделе контроля агентов для задач по расписанию появилась кнопка «Отключить все»: одним нажатием остановить все задачи, чтобы держать расход токенов под контролем и не жечь вычисления на задачах, которые уже никому не нужны.
Я бы читал этот релиз как пару. Агент выходит из своего окна туда, где пользователь уже работает: в ссылку на дашборд и в скриншот. И ровно в том же релизе администратор получает права на общие данные и рубильник для задач. Агент подходит ближе к пользователю ровно настолько, насколько администратор может его контролировать.
Описание релиза на сайте вендора: https://help.fanruan.com/dora-en/doc-view-84.html
#Dora #FineBI #FanRuan #ИИ #DataAgent #бизнесаналитика
🔥6👍3
🤖 Впервые для аудитории Восточной Европы — реальный кейс FineBI + Dora
567 сбоев BI-задач в день → 7. Как команда добилась этого с помощью AI?
На вебинаре впервые для аудитории Восточной Европы покажем, как Dora применяется вместе с FineBI для автоматизации реальных BI-операций:
Результат: число ежедневных сбоев сократилось с 567 до 7, а время решения проблем — с 1–2 часов до 5 минут.
📅 29 октября 2026 года
🕒 10:00–11:00 МСК
💻 Zoom
🔥 Регистрация уже открыта,Забронируйте место заранее.
👉 Зарегистрироваться на вебинар ↗️
💬 Не хотите пропустить вебинар?
В группе публикуем напоминания, обновления программы и практические материалы по FineBI, Dora и AI-аналитике.
👉 Присоединиться к группе ↗️
#ИИ #АвтоматизацияБизнеса #БизнесАналитика #АналитикаДанных #FineBI #Dora #Вебинар
567 сбоев BI-задач в день → 7. Как команда добилась этого с помощью AI?
На вебинаре впервые для аудитории Восточной Европы покажем, как Dora применяется вместе с FineBI для автоматизации реальных BI-операций:
• AI-мониторинг задач и выявление аномалий;
• балансировка нагрузки и защита базы данных;
• оптимизация SQL с помощью AI;
• поддержка более 1 000 активных пользователей в месяц небольшой BI-командой.
Результат: число ежедневных сбоев сократилось с 567 до 7, а время решения проблем — с 1–2 часов до 5 минут.
📅 29 октября 2026 года
🕒 10:00–11:00 МСК
💻 Zoom
🔥 Регистрация уже открыта,Забронируйте место заранее.
👉 Зарегистрироваться на вебинар ↗️
💬 Не хотите пропустить вебинар?
В группе публикуем напоминания, обновления программы и практические материалы по FineBI, Dora и AI-аналитике.
👉 Присоединиться к группе ↗️
#ИИ #АвтоматизацияБизнеса #БизнесАналитика #АналитикаДанных #FineBI #Dora #Вебинар
👍5
#дайджест
Всем привет! За неделю в канале 8 постов, в @FineBIChat 1 вопрос. Коротко, кому что пригодится.
🛠 Администраторам
• FineOps 2.40.0: бэкапы проектов больше не привязаны к диску сервера. Когда бэкапы проектов съедают диск сервера FineOps, выход до сих пор был один: расширять физический диск или перемонтировать каталог.
• Логи FineBI 6.1.6 не достать запросом к fine_record_execute. Ola_la_S хотела вытянуть логи использования платформы. Подключение проходит, а SQL-запрос к таблице fine_record_execute падает с ошибкой.
📊 Аналитикам
• Каждый неверный ответ в викторине про DEF_SUB верен для другой формулы. В викторине 28 сентября спрашивали, что покажет DEF_SUB(SUM_AGG(Продажи),[Категория]) в таблице с измерениями Регион и Категория.
• Права на строки в FineBI: на каждую таблицу данных или на общее измерение. Выбор возникает, как только в отчёте две таблицы данных и два уровня доступа. Пример из ветки на китайском форуме FanRuan (версия там не названа).
💼 Тем, кто отвечает за BI
• ИИ-агент отвечает настолько точно, насколько готовы ваши данные. Если у «выручки» три версии в разных отчётах, агент возьмёт одну и ответит уверенно. Как проверить данные заранее, разберём 23 октября в Москве на Fine Day 2026 - ежегодной офлайн-конференции GlowByte по FineBI.
• DORA выходит из отдельной вкладки. ИИ-агента можно научить отвечать на вопросы по данным. Но дальше возникает менее эффектный вопрос: где люди будут им пользоваться?
• Вышла Dora 1.3: агент открывается прямо из ссылки на дашборд. Дашборд отправили коллеге ссылкой, и вопрос по нему теперь можно задать там же. В Dora 1.3, новой версии Data Agent от FanRuan для FineBI 7.0.8 и новее (релиз от 18 сентября 2026 года), если к дашборду опубликован агент, на странице…
• Впервые для аудитории Восточной Европы — реальный кейс FineBI + Dora. 567 сбоев BI-задач в день → 7. Как команда добилась этого с помощью AI? На вебинаре впервые для аудитории Восточной Европы покажем, как Dora применяется вместе с FineBI для автоматизации реальных BI-операций: AI-мониторинг задач и…
💬 Из чата
• Подскажите, а документация в pdf на 6 версию есть еще где-то? а то что-то проблемы с регистрацией на онлайн портале (( да и пдф как-то стабильнее... Вопрос @eolay13, ответ @it_larin.
🧩 Викторины недели
• Отделу пользователя открыты строки региона Москва, а его роли - Санкт-Петербург. Что он увидит в таблице? Ответили 42, верно 23 (55%).
📊 Как у вас: итоги опросов
Как у вас настроены права на строки в FineBI? Ответили 14:
• Отдельно на каждую таблицу данных - 36%
• Через общее измерение и таблицу прав - 29%
• Пока без прав на строки - 21%
• Режем данные заранее, в базе или ETL - 7%
• Не настраиваю, посмотрю ответы - 7%
🏆 Самые активные за 30 дней
🥇 @Ola_la_S - 14 сообщений
🥈 @sur_kenny - 11 сообщений, ответы на 3 вопроса
🥉 @Serg0fan666 - 3 сообщения
🤝 Помощь в выборе BI-платформы
Выбор BI-платформ: сравниваем, тестируем и подбираем решения под ваш бизнес. FineBI, Visiology, Apache Superset и др. Подробнее
👇 Какой пост недели пригодился больше? Ставьте реакцию:
🔥 - FineOps 2.40.0: бэкапы проектов больше не привязаны к диску сервера
👍 - Каждый неверный ответ в викторине про DEF_SUB верен для другой формулы
🤔 - ИИ-агент отвечает настолько точно, насколько готовы ваши данные
Всем привет! За неделю в канале 8 постов, в @FineBIChat 1 вопрос. Коротко, кому что пригодится.
🛠 Администраторам
• FineOps 2.40.0: бэкапы проектов больше не привязаны к диску сервера. Когда бэкапы проектов съедают диск сервера FineOps, выход до сих пор был один: расширять физический диск или перемонтировать каталог.
• Логи FineBI 6.1.6 не достать запросом к fine_record_execute. Ola_la_S хотела вытянуть логи использования платформы. Подключение проходит, а SQL-запрос к таблице fine_record_execute падает с ошибкой.
📊 Аналитикам
• Каждый неверный ответ в викторине про DEF_SUB верен для другой формулы. В викторине 28 сентября спрашивали, что покажет DEF_SUB(SUM_AGG(Продажи),[Категория]) в таблице с измерениями Регион и Категория.
• Права на строки в FineBI: на каждую таблицу данных или на общее измерение. Выбор возникает, как только в отчёте две таблицы данных и два уровня доступа. Пример из ветки на китайском форуме FanRuan (версия там не названа).
💼 Тем, кто отвечает за BI
• ИИ-агент отвечает настолько точно, насколько готовы ваши данные. Если у «выручки» три версии в разных отчётах, агент возьмёт одну и ответит уверенно. Как проверить данные заранее, разберём 23 октября в Москве на Fine Day 2026 - ежегодной офлайн-конференции GlowByte по FineBI.
• DORA выходит из отдельной вкладки. ИИ-агента можно научить отвечать на вопросы по данным. Но дальше возникает менее эффектный вопрос: где люди будут им пользоваться?
• Вышла Dora 1.3: агент открывается прямо из ссылки на дашборд. Дашборд отправили коллеге ссылкой, и вопрос по нему теперь можно задать там же. В Dora 1.3, новой версии Data Agent от FanRuan для FineBI 7.0.8 и новее (релиз от 18 сентября 2026 года), если к дашборду опубликован агент, на странице…
• Впервые для аудитории Восточной Европы — реальный кейс FineBI + Dora. 567 сбоев BI-задач в день → 7. Как команда добилась этого с помощью AI? На вебинаре впервые для аудитории Восточной Европы покажем, как Dora применяется вместе с FineBI для автоматизации реальных BI-операций: AI-мониторинг задач и…
💬 Из чата
• Подскажите, а документация в pdf на 6 версию есть еще где-то? а то что-то проблемы с регистрацией на онлайн портале (( да и пдф как-то стабильнее... Вопрос @eolay13, ответ @it_larin.
🧩 Викторины недели
• Отделу пользователя открыты строки региона Москва, а его роли - Санкт-Петербург. Что он увидит в таблице? Ответили 42, верно 23 (55%).
📊 Как у вас: итоги опросов
Как у вас настроены права на строки в FineBI? Ответили 14:
• Отдельно на каждую таблицу данных - 36%
• Через общее измерение и таблицу прав - 29%
• Пока без прав на строки - 21%
• Режем данные заранее, в базе или ETL - 7%
• Не настраиваю, посмотрю ответы - 7%
🏆 Самые активные за 30 дней
🥇 @Ola_la_S - 14 сообщений
🥈 @sur_kenny - 11 сообщений, ответы на 3 вопроса
🥉 @Serg0fan666 - 3 сообщения
🤝 Помощь в выборе BI-платформы
Выбор BI-платформ: сравниваем, тестируем и подбираем решения под ваш бизнес. FineBI, Visiology, Apache Superset и др. Подробнее
👇 Какой пост недели пригодился больше? Ставьте реакцию:
🔥 - FineOps 2.40.0: бэкапы проектов больше не привязаны к диску сервера
👍 - Каждый неверный ответ в викторине про DEF_SUB верен для другой формулы
🤔 - ИИ-агент отвечает настолько точно, насколько готовы ваши данные
👍2🔥2
Дашборд под каждого клиента: как OKKAM строит внешнюю аналитику на FineBI
Группа агентств OKKAM строит на FineBI отдельные дашборды и отчёты под каждого своего клиента. OKKAM - одна из крупнейших российских рекламных групп: Dentsu X, Carat, Isobar Moscow, iProspect, Posterscope и другие агентства, около 1,5 тыс. сотрудников в Москве и Петербурге. Когда из России ушли западные рекламные холдинги Publicis, WPP и Havas, бизнес группы вырос, она вошла в топ-3 по объёму медиабаинга и стала искать платформу для работы с данными. Выбрали FineBI. FanRuan описала проект в кейсе, а сама OKKAM рассказывала о своём опыте на Fine Day 2023, конференции по FineBI.
Что сделали. FineBI работает как самостоятельный сервис за веб-сервером nginx и подключён к базе OKKAM, в основном к ClickHouse. Данные сходятся из Google Ads, Meta Ads, Amazon Advertising, собственных CRM и DMP (платформ, где агентство хранит данные об аудиториях). Первыми собрали четыре направления: параметры рекламы, продажи, креативы брендов и план-факт.
Результат вендор меряет скоростью: обработка и визуализация стали быстрее на 30%. Относительно чего, не сказано, так что цифра почти ничего не значит.
Гораздо честнее другая строка. Среди сложностей проекта кейс сам называет высокую степень кастомизации под процессы и требования клиентов. По-моему, здесь и лежит настоящая цена модели: BI становится частью услуги, которую агентство оказывает своим клиентам. Каждый новый клиент - это не новая строка в фильтре, а новый набор дашбордов, который кто-то собирает, согласует и потом поддерживает. Как клиенты отделены друг от друга в общей базе и кто ведёт их витрины после запуска, текст не говорит.
Мой вывод: если вы отдаёте аналитику наружу, клиентам, дилерам или партнёрам, считайте не лицензии и не скорость. Считайте, сколько персональных витрин вы готовы вести и как они переживут рост с десяти клиентов до ста. Кейс OKKAM показывает, что на FineBI такая модель работает, но её стоимость живёт в кастомизации, а не в железе.
А вы уже отдаёте дашборды наружу? Как разделяете внешних пользователей: отдельными дашбордами или правами на строки? Расскажите в @FineBIChat
Источник: https://fanruan.ru/customers/kak-finebi-spravilsya-s-vyzovami-gruppy-kompaniy-okkam
#FineBI #FanRuan #кейс #OKKAM #ClickHouse #внешняяаналитика #BigDataLDN
Группа агентств OKKAM строит на FineBI отдельные дашборды и отчёты под каждого своего клиента. OKKAM - одна из крупнейших российских рекламных групп: Dentsu X, Carat, Isobar Moscow, iProspect, Posterscope и другие агентства, около 1,5 тыс. сотрудников в Москве и Петербурге. Когда из России ушли западные рекламные холдинги Publicis, WPP и Havas, бизнес группы вырос, она вошла в топ-3 по объёму медиабаинга и стала искать платформу для работы с данными. Выбрали FineBI. FanRuan описала проект в кейсе, а сама OKKAM рассказывала о своём опыте на Fine Day 2023, конференции по FineBI.
Что сделали. FineBI работает как самостоятельный сервис за веб-сервером nginx и подключён к базе OKKAM, в основном к ClickHouse. Данные сходятся из Google Ads, Meta Ads, Amazon Advertising, собственных CRM и DMP (платформ, где агентство хранит данные об аудиториях). Первыми собрали четыре направления: параметры рекламы, продажи, креативы брендов и план-факт.
Результат вендор меряет скоростью: обработка и визуализация стали быстрее на 30%. Относительно чего, не сказано, так что цифра почти ничего не значит.
Гораздо честнее другая строка. Среди сложностей проекта кейс сам называет высокую степень кастомизации под процессы и требования клиентов. По-моему, здесь и лежит настоящая цена модели: BI становится частью услуги, которую агентство оказывает своим клиентам. Каждый новый клиент - это не новая строка в фильтре, а новый набор дашбордов, который кто-то собирает, согласует и потом поддерживает. Как клиенты отделены друг от друга в общей базе и кто ведёт их витрины после запуска, текст не говорит.
Мой вывод: если вы отдаёте аналитику наружу, клиентам, дилерам или партнёрам, считайте не лицензии и не скорость. Считайте, сколько персональных витрин вы готовы вести и как они переживут рост с десяти клиентов до ста. Кейс OKKAM показывает, что на FineBI такая модель работает, но её стоимость живёт в кастомизации, а не в железе.
А вы уже отдаёте дашборды наружу? Как разделяете внешних пользователей: отдельными дашбордами или правами на строки? Расскажите в @FineBIChat
Источник: https://fanruan.ru/customers/kak-finebi-spravilsya-s-vyzovami-gruppy-kompaniy-okkam
#FineBI #FanRuan #кейс #OKKAM #ClickHouse #внешняяаналитика #BigDataLDN
👍3
Сводную таблицу FineBI можно раскрасить по строке, если цвет считает отдельная мера
Вопрос из чата сообщества FineBI: в сводной таблице по строкам товары или филиалы, по столбцам даты, и нужно, чтобы цвет ячейки показывал, где значение большое внутри своей строки. В идеале градиентом. Обычная раскраска так не работает: она сравнивает значения по столбцу, то есть по дате, а не по строке.
Ответ @sur_kenny держится на одной настройке: цвет показателя в таблице может зависеть от любой меры, не только от той, которую вы форматируете. Значит, правило «где максимум в строке» надо вынести в расчётное поле и красить по нему.
Мера share_of_max_val_in_dates - доля значения от максимума строки по датам:
SUM_AGG(value) / SUM_AGG(DEF_SUB(MAX_AGG(DEF_ADD(SUM_AGG(value), [date])), [date]))
Вместо value подставьте свою меру, вместо [date] своё поле из столбцов таблицы.
DEF_ADD добавляет дату к измерениям и считает сумму по каждой дате, MAX_AGG берёт из них наибольшую, DEF_SUB убирает дату обратно, и максимум строки оказывается в каждой её ячейке. Ячейка с наибольшим значением в строке получает 1, остальные меньше.
Дальше в настройке цвета показателя основанием выбираете эту меру и заводите условия на её значения от 0 до 1.
Второй вариант, share_of_max_val_in_dates_normalized, растягивает шкалу: из значения вычитается минимум строки, результат делится на разницу максимума и минимума. Минимум даёт 0, максимум 1. Он удобнее, когда значения в строке близки.
Теперь граница. Градиента в сводной таблице автоматом нет: условия заводятся руками, и чем мельче шаг, тем плавнее цвет. Пять ступеней - терпимо, двадцать - уже костыль. Если нужен именно плавный переход, я бы показал эти данные графиком: там градиент есть.
Обсуждение в чате: https://t.me/finebichat/30092
#FineBI #FanRuan #BI #DEF #своднаятаблица #условноеформатирование
Вопрос из чата сообщества FineBI: в сводной таблице по строкам товары или филиалы, по столбцам даты, и нужно, чтобы цвет ячейки показывал, где значение большое внутри своей строки. В идеале градиентом. Обычная раскраска так не работает: она сравнивает значения по столбцу, то есть по дате, а не по строке.
Ответ @sur_kenny держится на одной настройке: цвет показателя в таблице может зависеть от любой меры, не только от той, которую вы форматируете. Значит, правило «где максимум в строке» надо вынести в расчётное поле и красить по нему.
Мера share_of_max_val_in_dates - доля значения от максимума строки по датам:
SUM_AGG(value) / SUM_AGG(DEF_SUB(MAX_AGG(DEF_ADD(SUM_AGG(value), [date])), [date]))
Вместо value подставьте свою меру, вместо [date] своё поле из столбцов таблицы.
DEF_ADD добавляет дату к измерениям и считает сумму по каждой дате, MAX_AGG берёт из них наибольшую, DEF_SUB убирает дату обратно, и максимум строки оказывается в каждой её ячейке. Ячейка с наибольшим значением в строке получает 1, остальные меньше.
Дальше в настройке цвета показателя основанием выбираете эту меру и заводите условия на её значения от 0 до 1.
Второй вариант, share_of_max_val_in_dates_normalized, растягивает шкалу: из значения вычитается минимум строки, результат делится на разницу максимума и минимума. Минимум даёт 0, максимум 1. Он удобнее, когда значения в строке близки.
Теперь граница. Градиента в сводной таблице автоматом нет: условия заводятся руками, и чем мельче шаг, тем плавнее цвет. Пять ступеней - терпимо, двадцать - уже костыль. Если нужен именно плавный переход, я бы показал эти данные графиком: там градиент есть.
Обсуждение в чате: https://t.me/finebichat/30092
#FineBI #FanRuan #BI #DEF #своднаятаблица #условноеформатирование
🔥2