Data Engineering & Analytics

Tableau and Power BI: administration, migration, and the semantic layer.

We run Tableau Server and Tableau Online — administration, migration, and the semantic layer underneath the dashboards — alongside Power BI and SQL Server, not instead of them.

company delivery historyfounder-asserted

not in scopeTableau or Power BI licence reselling — you hold or buy your own licences directly

Scorecard pipeline — warehouse to Tableau to KPIs Source systems feed a scheduled extract, which loads a modelled warehouse. Tableau Server, Tableau Online and Power BI read from the warehouse on a refresh cadence and publish scorecards and a KPI set. The BI layer reads the warehouse; it never writes back to source systems. Sourcesystems Extract(scheduled) Warehouse(modelled) BI layer Tableau /Power BI Scorecard+ KPIs Both tools read the warehouse on a refresh cadence and publish scorecards. Never writes back to source systems — read-only into the BI layer.
Source systems feed an extract into a modelled warehouse. Tableau Server, Tableau Online and Power BI read that model on a refresh cadence and publish it as a scorecard and KPI set — the BI layer reads the model; it never writes back to the source systems.Full step-by-step description

What this covers

Two platforms, run as one estate rather than two separate tool choices:

company delivery historyfounder-asserted

We are not a Tableau or Power BI reseller. You hold the licences directly — with Tableau and with Microsoft — and we administer, migrate and build on top of what you already have.

Scorecards and KPI reporting

Once a model exists, publishing an agreed set of measures on a schedule is the last mile of this work, not a separate practice — scorecards, performance metrics and KPI reporting sit on top of the same warehouse and the same definitions as everything else on this page.

company delivery historyfounder-asserted

How a number gets from a source system to a scorecard

The diagram above is the summary. Here is the same path, spelled out:

  1. Source systems. ERP, POS, inventory, or whatever systems of record the operation actually runs on — the same sources a reconciliation or a warehouse project reads from.
  2. Extract. A scheduled pull, not a manual export somebody remembers to run.
  3. Modelled warehouse. The same warehouse layer this silo builds for any reporting project — one set of definitions, not a parallel copy built inside the BI tool.
  4. Tableau Server. Reads the model, publishes and refreshes workbooks against it, and enforces permissions and row-level security at the platform level.
  5. Tableau Online. The same administration model, hosted rather than self-managed.
  6. Power BI. Reads the same modelled warehouse, where Power BI is the tool your team already knows — not a second, disagreeing model.
  7. Scorecard and KPI set. Published on a schedule, with the definitions agreed once in the model rather than argued over in the meeting where the number gets shown.

The BI layer — Tableau or Power BI — reads that model. It does not write back to the source systems, and it is not where the definitions live.

Access to a client's Tableau or Power BI tenant during this work follows the same standard we hold ourselves to everywhere else — named individual accounts, least privilege, and logged, time-bound elevation. See Trust & Security.

Start with the assessment, not the migration.

Book an assessment call

30 minuteswith the engineer who would scope the work[PLACEHOLDER: written-summary turnaround, not yet committed]