Questions, answered.

The things people most often ask before starting a BI migration with us. Can't find yours? Get in touch.

What do you need from us to start?

A read-only metadata export from your current BI platform. It describes your datasets, calculations and dashboards — not the data inside them. No platform access is required for the free estate scan, and we sign a mutual NDA as standard. We’ll send platform-specific instructions for producing the export.

Which BI platforms do you support?

Our featured platforms are Domo, Power BI, Looker and Qlik (Qlik Sense and QlikView). Tableau, MicroStrategy and Cognos are also in scope as sources, and Tableau, Sigma and Superset as targets. See supported platforms for the full list.

What are "open specifications"?

Plain-text descriptions of your estate that any engineer can read: SQL for models, Airflow and Python for transformations, JSON and YAML for dashboard definitions, plus a field-level lineage graph. They live in your repository and belong to you. More on open specifications.

Is this just a SQL translator?

No. SQL translation is one part of it. Our automated migration tool reads the whole estate — models, transformations, calculated fields, dashboards and permissions — translates it into open specifications, and then produces native artifacts on the target BI platform, with calculations rewritten in that platform’s own language.

How much of the migration is automated?

In a typical estate, around 78% is converted by our automated migration tool with no analyst in the loop. The rest — unusual calculations, undocumented business logic, platform-specific features — is handled by our engineers, and every item is tracked in the same backlog.

How do you prove the numbers still match?

With automated parity tests. Every migrated metric is calculated on both the source and the target for the same slices and compared. Anything outside the agreed tolerance is investigated and fixed before cutover. You receive the parity report. More on risk and governance.

How long does a migration take?

It depends on the size and complexity of the estate, which is exactly what the estate assessment measures. Across our engagements, the median time from kickoff to cutover is 11 weeks.

Do we have to freeze development during the migration?

Not for the whole project. Work is delivered in waves, and each wave has a short change window before its cutover. Changes made to the source in the meantime are picked up by a re-scan and carried into the specifications.

What happens to dashboards nobody uses?

We recommend retiring them rather than migrating them. Usage data from the scan shows what hasn’t been opened in a long time, and your owners decide what goes. Retired items remain in the specifications, so nothing is lost. See rationalisation.

Can we change BI platform again later?

Yes — that’s the point. Because the estate is held as open specifications, moving to a different BI platform means re-running our automated migration tool against the specs, not starting a complete migration project from scratch.

Do you work with our consultancy or systems integrator?

Yes. We regularly work alongside partners and in-house teams, from co-delivery to partners running our tool themselves. See engagement models and partners.

Who owns what you produce?

You do. The open specifications, the regenerated artifacts, the lineage graph and the parity reports are delivered into your environment and repository.

Still have a question? Contact us and we’ll get back to you.

Show us your estate.

A read-only metadata export is enough to start. No platform access required, mutual NDA as standard.