> ## Documentation Index
> Fetch the complete documentation index at: https://docs.vortexiq.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Baserow on Vortex IQ

> Monitor Baserow publishing, engagement and freshness, and catch decay before organic reach erodes.

Monitor Baserow publishing, engagement and freshness, and catch decay before organic reach erodes.

No changes are made without the configured approval policy. Read-only operations do not modify the connected system; schedules, access scopes, API usage and data handling remain governed by Vortex IQ controls.

[Connect or manage this source](https://app.vortexiq.ai/workbench/settings/sources) · [How connecting works](/integrations/connector-catalogue)

| **10**              | **3**            | **Build your own** | **Ready to build yours** | **9**          |
| ------------------- | ---------------- | ------------------ | ------------------------ | -------------- |
| performance signals | automated checks | automated fixes    | workflows                | API operations |

## Monitor performance

10 performance signals. Signals with an alert band can raise Nerve Centre alerts; every signal supports a merchant-configured watcher.

| Signal                                       | Outcome                 | Alert behaviour      | What it tracks                                                                                                                                                            |
| -------------------------------------------- | ----------------------- | -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Hours Since Last Row Change**              | Catalogue quality       | Alert band 6 / 24    | Stale-table detector - hours since the most-recent row edit. >24h on a live ops table means the upstream feed has gone silent.                                            |
| **Open Order-Exception Rows on Live Orders** | Protect revenue         | Merchant rule        | Manual order-exception queue rows that map to live, paid ecom orders still sitting unresolved - revenue stuck in a spreadsheet. Needs an ecom sibling + an order-id field |
| **Empty Field Rate %**                       | Control risk and change | Alert band 2 / 15    | Share of field values left blank across the sampled rows (up to the 200-row page cap), measured against every column returned by the Fields API.                          |
| **Field Count**                              | Run operations          | Watch only           | Number of columns on the monitored table - baseline for schema-drift detection.                                                                                           |
| **Freshness Lag (minutes)**                  | Run operations          | Alert band 60 / 1440 | Same stale-table detector as Hours Since Last Row Change, in minutes - the byo\_data\_source archetype's freshness\_lag band is minutes.                                  |
| **Open-Status Rows**                         | Run operations          | Alert band 10 / 50   | Rows whose status is not in the done set - the unactioned queue (returns / order exceptions). Gated on a configured status field.                                         |
| **Row Count**                                | Run operations          | Watch only           | Total rows in the monitored table - from the `count` field on the list-rows response.                                                                                     |
| **Rows Added (24h)**                         | Run operations          | Merchant rule        | New rows in the last 24h - needs a Created-on field on the table (Baserow does not expose row creation time otherwise).                                                   |
| **Saved Views**                              | Run operations          | Watch only           | Number of saved views (grid / gallery / form / kanban / calendar) on the table.                                                                                           |
| **Tables in Database**                       | Run operations          | Watch only           | Inventory of tables in the parent database - id, name, row count. Gated on a configured database\_id.                                                                     |

## Audit risks and opportunities

A fix status appears only where the action, inputs, approval, verification and recovery controls are mapped. Candidate remediations are never executable.

| Check                                               | Severity | Outcome                 | Why it matters                                                                                                                                                                                | Fix status  |
| --------------------------------------------------- | -------- | ----------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------- |
| **Data-source API token invalid or access revoked** | critical | Control risk and change | Once this token fails, VortexIQ stops pulling data from this source entirely, and every card and finding built on it goes stale from that moment, silently, until someone notices the numbers | Report only |
| **Source not updated in over 24h (stale data)**     | high     | Run operations          | A source that has not updated in over a day means every conclusion drawn from it describes yesterday; the staleness is invisible unless surfaced.                                             | Report only |
| **Required-field empty rate above 15%**             | medium   | Catalogue quality       | When required fields are empty in more than 15 percent of rows, every downstream calculation inherits the gaps and quietly under-reports.                                                     | Report only |

### Build your own automated fixes

3 checks report findings on Baserow today. Turn any finding into an automated fix with a Vortex IQ workflow: **13,885 read and write operations across 229 connectors** are available as building blocks, with approval, verification and rollback on every change.

## Automate approved work

Vortex IQ is integrated with **6 read** and **3 write** operations across databaserowtables, databasefieldtables, databasetabledatabases, databaseviewtables, users, workspaces on Baserow. Combine them with anything from the **13,885 operations across 229 connectors** to automate the work in your own words.

Changes follow the merchant's configured approval policy: the target, proposed change, affected records, risk, reversibility and verification plan are shown before execution. Read-only operations do not modify the connected system.

[Create a workflow](https://app.vortexiq.ai/workbench/flows/create?connector=baserow)

<Accordion title="Browse the operations you can build with">
  | Resource               | Read operations | Write operations |
  | ---------------------- | --------------- | ---------------- |
  | databaserowtables      | 1               | 3                |
  | databasefieldtables    | 1               | 0                |
  | databasetabledatabases | 1               | 0                |
  | databaseviewtables     | 1               | 0                |
  | users                  | 1               | 0                |
  | workspaces             | 1               | 0                |

  Signed-in users see the full catalogue in the workflow builder, filtered to the sources they have connected.
</Accordion>

### Ready to build your first Baserow workflow

Pick a trigger, add the operations above as steps, and every step that changes data pauses for your approval. Monitoring and audits are live now and can start any workflow you build.

***

*Generated from the connector capability graph. Counts reflect the servable registry after alias normalisation and de-duplication, and refresh automatically when the registry changes.*
