Metabase: первый дашборд компании без ручной сборки отчётов
Первый отчёт в Metabase должен отвечать на один вопрос руководителя и показывать, откуда взялось каждое число. Начните с количества оплаченных заказов, их суммы и среднего заказа. Проверьте небольшой учебный набор, даты и права сотрудников, затем подключайте рабочие данные и договоритесь о времени их обновления.
Что подготовить
- Один вопрос руководителя, например «Сколько оплаченных заказов было в сентябре и на какую сумму?».
- Пять учебных заказов и человек, который подтвердит правила расчёта.
- Доступ Metabase к нужным данным только для чтения; аккаунт обычного сотрудника для проверки отчёта.
Какой вопрос должен закрыть отчёт #
В мастерской пять менеджеров. Руководитель каждую неделю просит сводку продаж, а сотрудник вручную собирает Excel. Первый шаг — выбрать один вопрос: сколько оплаченных заказов было в прошлом месяце и на какую сумму, отдельно по менеджерам.
Дашборд — панель с несколькими показателями и таблицами. Для первого отчёта хватит трёх чисел. В примере ниже считаем сумму оплаченных заказов по дате заказа; это управленческая сводка. Возвраты, налоги и частичные оплаты требуют отдельных правил.
Количество заказов. Какие состояния включаем и какие исключаем? Отменённый заказ не должен попасть в оплаченные.
Сумма. Складываем стоимость заказов или фактически полученные деньги? Выберите одно определение вместе с руководителем.
Средний заказ. Сумма выбранных заказов, делённая на их количество. Для сравнения менеджеров нужны те же правила и период.
Запишите дату расчёта, валюту и границы месяца. Назначьте владельца показателей и ответственного за подключение данных. Если формула меняется, сохраните дату изменения: иначе старый и новый месяц будут выглядеть сопоставимыми, хотя считались по-разному.
Начните с пяти учебных заказов #
Ниже пять заказов: три оплачены в сентябре, один отменён, ещё один относится к октябрю. SQL — язык запросов к данным. Этот запрос считает сентябрьские оплаченные заказы по менеджерам, не меняя исходные записи.
У Анны два заказа на 20 000 и средний заказ 10 000. У Бориса один на 5 000. Вместе — три заказа на 25 000. Эти числа помогут проверить будущие карточки и понять, какие строки входят в расчёт.
WITH orders(id, sold_on, manager, status, amount) AS (
VALUES
(1, '2026-09-01', 'Анна', 'paid', 12000),
(2, '2026-09-02', 'Анна', 'paid', 8000),
(3, '2026-09-02', 'Борис', 'paid', 5000),
(4, '2026-09-03', 'Борис', 'cancelled', 7000),
(5, '2026-10-01', 'Анна', 'paid', 9000)
)
SELECT manager,
COUNT(*) AS paid_orders,
SUM(amount) AS revenue,
ROUND(SUM(amount) * 1.0 / COUNT(*), 2) AS average_order
FROM orders
WHERE status = 'paid'
AND sold_on >= '2026-09-01'
AND sold_on < '2026-10-01'
GROUP BY manager
ORDER BY manager;Для визуального конструктора администратор готовит учебную таблицу или представление — выбранный набор данных для отчёта. Важно, что означает одна строка: заказ, товар, оплата или обращение. Этот смысл должен оставаться одинаковым во всех расчётах.
Не подключайте случайную таблицу CRM только потому, что у неё есть поле суммы. Если в строках находятся товары заказа, один заказ окажется представлен несколько раз. Сначала проверьте состав данных, затем стройте отчёт.
Как подключить данные и ограничить доступ #
Создайте для Metabase отдельную учётную запись базы данных только для чтения. Ей нужны выбранные таблицы или подготовленное представление, без лишних контактов клиентов. Для первого отчёта право менять рабочие данные не требуется.
Администратор Metabase и пользователь подключённой базы — разные роли. Пароль подключения не должен разрешать изменение продаж. Запишите владельца учётной записи и период проверки её прав; доступ не должен оставаться без ответственного после ухода сотрудника.
Доступ к источнику. Ограничьте данные ещё в базе, которую читает Metabase.
Доступ к отчётам. Сохранённые вопросы — отдельные расчёты — объединяются в коллекции. Проверьте, кому разрешено открывать нужную коллекцию.
Разделение строк и столбцов. В Metabase v0.63 такие расширенные ограничения относятся к Pro/Enterprise. Если менеджер должен видеть только свои заказы, это нужно решить отдельно.
Один общий отчёт нельзя считать личным только потому, что сотрудник выбрал своё имя в фильтре. Проверьте аккаунтом менеджера, доступна ли чужая строка и исходная таблица. Обязательные ограничения должны работать независимо от выбора фильтра.
Соберите три показателя и таблицу #
Порядок сборки первой панели
- Подключите учебные данные учётной записью только для чтения.
- Создайте расчёт количества: статус paid («оплачен») и выбранный месяц.
- На тех же заказах посчитайте сумму amount и средний заказ; сохраните расчёты вместе.
- Добавьте таблицу по менеджерам и возможность открыть заказы по их
id. - Свяжите фильтры периода и менеджера со всеми нужными карточками.
- Откройте панель обычным аккаунтом и сверьте числа, фильтры и доступ к исходным строкам.
В SQL-примере сентябрь задан прямо в тексте запроса. Фильтр на экране не меняет его автоматически. Разработчик добавляет параметр или настраивает Field Filter — привязку фильтра к полю; каждую карточку нужно связать с нужной датой.
В визуальном конструкторе тоже проверьте связь фильтра с полем. Начните с одного понятного источника и двух фильтров: период и менеджер. Сравните результаты с таблицей ниже, прежде чем добавлять новые графики.
| Что выбираем | Какие числа должны получиться | Что проверяем |
|---|---|---|
| Сентябрь, все менеджеры | 3 заказа; 25 000; средний 8 333,33 | Период и оплаченный статус |
| Сентябрь, Анна | 2 заказа; 20 000; средний 10 000 | Имя меняет все нужные карточки |
| Сентябрь, Борис | 1 заказ; 5 000; средний 5 000 | Отменённый заказ исключён |
| Октябрь, все | 1 заказ; 9 000 | Октябрьский заказ не попал в сентябрь |
| Исходные заказы сентября | ID 1, 2, 3 | Каждое число связано с исходными строками |
Почему числа могут расходиться #
Попросите владельца отчёта вручную найти заказы, из которых получилась сумма. Когда итог не совпадает, начинайте с периода, статуса и числа строк. Отдельный запрос помогает проверить расчёт, но он должен использовать те же правила.
Средние значения. Среднее Анны и среднее Бориса нельзя просто сложить. Общий средний заказ считается по общей сумме и общему количеству.
Соединение таблиц. Один заказ с тремя товарами не должен превратиться в три заказа. Добавьте такой случай в учебный набор.
Граница месяца. Проверьте первые и последние записи, пустые даты и разные валюты. Не складывайте деньги разных валют без выбранного правила.
В примере сентябрь начинается первого числа и заканчивается перед первым октября. Для данных со временем согласуйте часовой пояс бизнеса до расчёта по дням. Иначе заказ около полуночи может попасть в другой день или месяц.
Как поддерживать отчёт в работе #
Обновление страницы не ускоряет выгрузку из CRM. Покажите руководителю дату и время данных, на которых построен отчёт. Укажите, когда обновляется источник и сохраняется ли результат запроса, чтобы вчерашняя сводка не выглядела сегодняшней.
После добавления поля или изменения таблицы повторите контрольные числа и фильтры. Следите за длительностью запроса и нагрузкой на рабочую базу. Если отчёт начинает мешать основной работе, администратор определит, нужно ли отдельное место для аналитики.
В копию включайте не только заказы, но и настройки Metabase с сохранёнными расчётами. Назначьте владельца отчёта и короткий порядок разбора ошибок. Коллега должен понимать формулы, источник и дату данных без объяснений автора.
Отчёт можно передавать руководителю, когда
- Понятно, какие заказы входят в расчёт, и каждое число раскрывается до исходных записей.
- Учебные итоги совпадают с ручной проверкой и SQL-примером.
- Период и менеджер меняют все связанные карточки, а закрытые данные недоступны сотруднику.
- На панели видна дата данных; владельцы расчётов и обслуживания определены.