qventisqventis

Data & ETL engine

Catch bad loads before your dashboards do

Reconcile source and target, catch nulls, duplicates and schema drift, and check reports against the warehouse. Each check is a plain-English step.

  • Reconcile every load
  • Runs inside your warehouse
  • Dashboard checked against source
Nightly orders load is completeData, 4 steps
  1. Compare 'staging.orders' with 'dw.fact_orders' on 'order_id'

  2. Check that row counts match for yesterday's load

  3. Check that 'order_id' is unique in 'dw.fact_orders'

  4. Check that the schema of 'dw.fact_orders' matches 'baseline'

Data checks the whole team can read

Out of the laptop

SQL scripts on one person's machine become readable steps anyone can review and run.

Runs in your warehouse

Steps compile to SQL and run where the data sits. Only results and a sample of mismatches come back.

Dashboard to source

One test reads a value off a BI report and checks it against the warehouse.

How the data engine works

What each check catches

The checks data teams write by hand, as steps.

  • Reconciliation: missing, extra or changed rows between source and target
  • Row counts: partial loads and silent filter changes
  • Nulls and uniqueness: broken joins, duplicate loads and bad merge keys
  • Schema drift: renamed, dropped or retyped columns before reports break
See the test data engine

Questions

Does an AI model read my rows?

No. Checks run as SQL inside your warehouse.

Do I need to write SQL?

No. Steps compile to SQL for you, and you can read the generated query anytime.

Can data checks run in my pipeline?

Yes. Run them from the CLI after a load job.

See one pipeline reconciled end to end

Bring a load job and the dashboard it feeds, and leave with both checked in one test.