Metabase даёт отделам самостоятельные запросы: агенты ограничивают данные и сохраняют общие определения

В Metabase сотрудник выбирает данные, фильтр и группировку в конструкторе. Аналитику не нужно заново писать запрос на каждую смену периода.

Свобода отдела начинается с подготовленного источника. Вопрос «выручка по регионам» должен менять разрез, сохраняя утверждённый способ считать выручку.

Готовность подключения задают действиями пользователя. Нужен проверяемый результат, а не обещание «собрать BI».

Metabase читает подключённые данные. Если у оплаты несколько строк товара, небрежное объединение таблиц повторит сумму заказа в каждом товаре.

Для пилота выберите подготовленную аналитическую базу или отдельные представления. Нужны только согласованные поля и известное время обновления.

Вендор рекомендует отдельную учётку БД с минимальными правами чтения. Разрешение изменять данные для такого пилота не требуется.

Агенту для кода хватит схемы и учебных записей. Работу без базы клиентов организуют заранее, а подключение к рабочим данным принимает инженер.

Папка отчётов и исходная таблица имеют разные права. Закрытая коллекция ограничивает сохранённые объекты, но не заменяет ограничение доступа к данным.

Права пользователя складываются из членства в группах. По документации Metabase действует более широкий доступ, поэтому проверяют и общую группу All users.

Скрыть колонку в настройках вида недостаточно. Пользователь с SQL-доступом может запросить её по имени, если остальные права позволяют чтение.

Матрицу отделов записывают до настройки. В правилах для ИИ-агентов фиксируют, кто согласует доступ и какие проверки нужны перед изменением.

Защита строк и колонок в Pro и Enterprise работает для конструктора. Для SQL выбирают роли БД, например через impersonation в совместимой базе.

В Open Source настройка View data не ограничивается по группам. Для него доступ проектируют через права БД и раздельные подключения, а не через скрытие полей.

Публичная ссылка тоже меняет границу доступа. Политики строк и колонок к ней не применяются, поэтому проверяют публикацию, сохранённые SQL-отчёты и рассылки.

Метрика в Metabase хранит способ расчёта вместе с источником данных. Отдел выбирает её в конструкторе вместо собственной версии суммы.

Слово «выручка» ещё не задаёт правило. Владелец показателя должен определить, как учитывать возвраты и к какой дате относить оплату.

Одинаковая формула не делает разные срезы одинаковыми. При сверке совпадают также фильтры, период и момент обновления данных.

Правка сохранённой метрики меняет использующие её запросы. Документация Metabase описывает это прямо: после изменения определения зависимые вопросы используют новую формулу.

Поэтому инженер с агентами готовит контрольный расчёт рядом с изменением. Аналитик подтверждает смысл, CTO принимает доступ, а отдел сверяет свой срез.

Metabot помогает строить запросы словами и наследует права пользователя. Он не определяет за компанию, что считать выручкой, и не исправляет ошибочно выданный доступ.

Наш опыт относится к собственной админке. Открытый счётчик проекта на 8 октября: 7 107 коммитов за 99 дней, с 1 июля 2026.

Число коммитов показывает работу машины на этом сайте. По нему нельзя определить срок подключения Metabase к базе другой компании.

Для этой задачи полезнее история запроса в обход пароля. Она напоминает, почему приёмка должна дойти до данных, а не закончиться открывшимся экраном.

Работу принимают по сценарию отдела. Обычный пользователь строит нужный срез, а попытка прочитать запрещённые данные заканчивается отказом.

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

Инженер ведёт машину агентов. Ответственность за ошибки ИИ остаётся у компании; её уполномоченный сотрудник принимает доступ.

Если данные уже готовы, аналитик может подключить Metabase и настроить отчёты. Для разовой настройки не требуется постоянная разработка.

Инженер с агентами нужен, когда надо подготовить данные и поддерживать изменения. После подключения появляются новые поля, отделы и правила расчёта.

Разработка по подписке, тариф «Один проект»: 250 000 ₽ в месяц на 8 октября 2026. Один поток означает одну задачу в работе.

Первой задачей можно поставить подключение и тесты доступа. Изменения остаются в репозитории клиента, пауза доступна в любой месяц.

Если надо определить первую задачу, начните с обсуждения подключения. Этот адрес ведёт на страницу услуг.

1. Отдавайте отделу выбор среза на подготовленных данных.

2. Проверяйте доступ запросом под обычной учёткой, включая запрещённые пути.

3. Сохраняйте общую формулу метрики и сверяйте период с фильтрами.

4. Принимайте у инженера изменения вместе с повторяемыми проверками.

5. Мерьте самостоятельные срезы и расхождения, возвращайте их в очередь задач.