| Baserow: No-code open source database & application builder | https://baserow.io/ |
Зачем Baserow в BIM-процессах
BIM-проекты редко укладываются в один чат и одну таблицу Excel. На практике нужны:
- единый реестр задач по разделам (АР, ОВ, ИОС, ТХ, координация, сервер Revit и т.д.);
- понятные статусы для проектировщиков, BIM-менеджера и заказчика;
- сроки и «объёмы» (срезы работ по месяцам);
- вложения (скриншоты, Navisworks, PDF, IFC);
- быстрый вход для внешних участников без аккаунта в корпоративной системе;
- уведомления в мессенджер или почту при появлении и смене статуса задачи.
Baserow здесь работает как операционная база: не замена Revit/Navisworks, а слой управления работой вокруг модели. Self-hosted установка даёт контроль над данными, SMTP и интеграциями, без привязки к чужому SaaS.
Типовая схема для BIM-команды:
- База на клиента — изолированный контур задач и исполнителей.
- Сводная база — обзор по всем клиентам.
- Публичная форма — приём запросов от проектировщиков.
- Представления — рабочий стол, канбан, календарь.
- Вебхуки / Automations — оповещения и связка с n8n.
- Application Builder / Dashboards — витрина для руководства и заказчика.
На практике удобно держать несколько однотипных баз: отдельные контуры по проектам/клиентам, одну сводную по всем задачам и при необходимости отдельное приложение-портал поверх данных.
Образец: клиентская база задач
Клиентская база устроена просто и масштабируемо: две таблицы — Задачи и Исполнители.
Таблица «Задачи»: что в столбцах
| Столбец | Тип | Назначение |
|---|---|---|
| Задача | Текст (основное поле) | Короткое название: «Проверить связи в модели АР», «ЭОМ на RS» |
| Описание | Длинный текст | Детали, критерии приёмки, контекст |
| Журнал | Длинный текст | Хронология обсуждения и решений |
| Вложения | Файлы | Модели, отчёты, скрины коллизий |
| Статус | Одиночный выбор | Жизненный цикл задачи |
| Объем | Одиночный выбор | Срез работ по периоду (например, 2026-06, 2026-07) |
| Срок | Дата | Дедлайн |
| Раздел | Одиночный выбор | Дисциплина / зона ответственности |
| Исполнитель | Связь со строкой | Ссылка на справочник исполнителей |
| Telegram | Lookup | Автоподтягивание ссылки на мессенджер исполнителя |
Статусы: Очередь → Работа → Уточнить → Проверка → Закрыто, плюс Повтор для возвратов.
Разделы: BIM, АИ, АР, ОВ, ИТП, ИОС, ТХ, ГП — то есть и координация, и профильные дисциплины.
Такое полевое покрытие закрывает типичный BIM-цикл: постановка → уточнение → исполнение → проверка → закрытие, с привязкой к разделу и месячному объёму.
Таблица «Исполнители»
| Столбец | Тип | Назначение |
|---|---|---|
| Имя | Текст | ФИО |
| Telegram | URL | Ссылка на профиль в мессенджере |
| Задачи | Связь | Обратная связь со всеми задачами человека |
Lookup в задачах берёт контакт через связь Исполнитель → Telegram. Достаточно назначить исполнителя — контакт подтянется сам, это удобно для уведомлений.
Представления: один набор данных — разные роли
Для клиентской базы обычно хватает пяти представлений по задачам и одного по исполнителям.
1. Рабочий стол (Grid, можно опубликовать)
Основной операционный вид:
- фильтр: статус не «Закрыто»;
- группировка: Статус и Исполнитель;
- сортировка: Срок по возрастанию.
Это ежедневный стол BIM-менеджера: только живые задачи, сразу видно, кто чем занят и что горит по срокам. Публикация позволяет открывать таблицу по ссылке без полного доступа к workspace.
2. По статусам (Grid)
Группировка по Объему и Статусу, сортировка по сроку. Удобно для планёрки и отчётности: «что в текущем месяце в проверке / в очереди / закрыто».
3. Доска (Kanban)
Канбан по полю Статус. Визуальный поток: Очередь → Работа → Уточнить → Проверка → Закрыто / Повтор. Хорошо работает на стендапах и при передаче задач между ролями.
4. Календарь (Calendar)
Календарь по полю Срок. Показывает плотность нагрузки по дням и просрочки без отдельного Gantt.
5. Добавить задачу (Form, публичная)
Публичная форма приёма запросов — отдельный блок ниже.
6. Исполнители (Grid)
Справочник команды: имена, контакты, связанные задачи.
Тот же паттерн удобно копировать на другие клиентские и сводные базы: рабочий вид, календарь, форма добавления; при необходимости — канбан и группировка по статусам.
Публичная форма для проектировщиков
Проектировщику не нужен аккаунт в Baserow, чтобы поставить задачу. Достаточно открыть опубликованную форму (Form view) по внешней ссылке.
В форме обычно оставляют только «входные» поля:
- Задача (обязательно)
- Описание (обязательно)
- Вложения
- Срок (обязательно)
- Раздел (обязательно)
Служебные поля (статус, объём, исполнитель, журнал, контакты) скрывают: их заполняет BIM-команда после triage. После отправки можно оставить пользователя на той же форме — удобно для серии запросов подряд.
Практический сценарий:
- Проектировщик АР находит коллизию или нужна правка координат.
- Заполняет форму: название, описание, раздел, срок, при необходимости файл.
- Запись появляется в таблице «Задачи».
- Вебхук уходит в n8n → уведомление команде.
- BIM-менеджер ставит статус, объём и исполнителя в рабочем представлении или на доске.
Форму можно встроить во внутреннюю wiki, отправить в чат проекта или повесить на портал.
Вебхуки и n8n: реактивные уведомления
На таблице «Задачи» настраивается вебхук в n8n:
- события: создание строки и обновление строки;
- для обновлений часто отслеживают только смену поля Статус;
- в payload удобно отдавать человекочитаемые имена полей.
Типовой сценарий в n8n:
- Webhook принимает payload из Baserow.
- Router: создание vs обновление.
- При создании — сообщение в командный чат: «Новая задача: …, раздел …, срок …».
- При смене статуса на «Проверка» — пинг проверяющему; на «Закрыто» — запись в архивный канал.
- Опционально: тикет, письмо заказчику, дублирование в сводную базу.
Почему n8n, а не только встроенные Automations:
- сложная маршрутизация (разные чаты по разделам АР/ОВ/BIM);
- шаблоны сообщений, retry, логи;
- связка с почтой, мессенджерами и другими внутренними системами.
Baserow здесь — источник истины по задачам; n8n — шина реакций.
Automations и почтовые уведомления
Даже если уведомления уже идут через n8n, встроенные Automations полезны для простых почтовых сценариев — особенно когда SMTP уже настроен на уровне инстанса.
Как настроить:
- Создать приложение типа Automation в workspace.
- Новый workflow, например «Письмо при новой задаче».
- Trigger: Rows created / Rows updated в таблице «Задачи» (при необходимости — фильтр по статусу или разделу).
- Action: Send an email (SMTP).
- В письме подставить поля задачи: название, раздел, срок, описание.
- Получатели: фиксированный список команды или динамический email из справочника.
- Опубликовать workflow.
Полезные сценарии для BIM:
- письмо менеджеру, когда статус → Уточнить;
- ежедневный digest (Periodic trigger + List rows + Email): задачи со сроком сегодня и просроченные;
- письмо исполнителю при назначении (если в справочнике есть поле Email);
- эскалация, если задача слишком долго висит в «Очереди».
Когда Automations, когда n8n:
простые письма и обновление полей — Automations; ветвления, мессенджеры, несколько систем — n8n. Их можно комбинировать.
Applications (Application Builder): витрина поверх данных
Application Builder позволяет собрать простой портал поверх тех же таблиц: текстовые блоки, таблицы, формы, кнопки действий. Это не замена внутренней БД, а клиентский или управленческий интерфейс:
- страница «задачи на сегодня» для команды;
- read-only витрина для заказчика (только его клиентская база);
- форма подачи запроса прямо в приложении;
- кнопки вроде «взять в работу» / «на проверку» через element events.
Для BIM это способ дать ГИПу или заказчику аккуратный портал без доступа к сырым таблицам и чужим клиентам.
Dashboards: контроль загрузки и KPI
Dashboard в Baserow собирает виджеты поверх таблиц:
- количество задач в «Очереди» / «Работе» / «Проверке»;
- доля закрытых за неделю;
- загрузка по исполнителям;
- распределение по разделам;
- просрочки по полю «Срок».
Для клиентской базы это может быть экран текущего месяца: фильтр по объёму, сводки по статусам и дисциплинам. Для руководства — сводный дашборд из общей базы задач с разрезом по компаниям.
Операционка остаётся в представлениях таблиц; «здоровье проекта» — на одном экране дашборда.
Как это складывается в рабочий день
- Проектировщик создаёт запрос через публичную форму.
- Запись попадает в Задачи, вебхук уведомляет команду через n8n.
- BIM-менеджер в рабочем виде или на доске назначает исполнителя, ставит объём и статус.
- Исполнитель двигает статус; при смене статуса снова срабатывает webhook.
- Контроль сроков — в календаре, контроль потока — на канбане, отчётность — в виде по статусам.
- Позже: письма через Automations, портал на Application Builder, KPI на Dashboard.
Шаблон клиента копируется быстро: те же таблицы и представления. Новый клиент = новая база + форма + webhook.
Итог
Baserow для BIM — это контур управления задачами вокруг модели: статусы, разделы, сроки, файлы, исполнители и внешний вход для проектировщиков. На типовой клиентской базе достаточно двух таблиц, осмысленных select-полей, набора представлений под роли, публичной формы и вебхука в n8n. Следующий прирост ценности — почтовые Automations, дашборды по объёмам и разделам и портал на Application Builder для команды и заказчика.