Bad data stops at the door.
Most tools tell you on Tuesday what went wrong on Friday. OpenDQV Cloud validates every record as it is written — against plain-YAML contracts you own — and seals every decision in a tamper-evident audit chain. The bouncer at the door, at enterprise scale.
14 days · 200 engine-hours · no credit card
One engine. Three jobs.
Your own Vanguard Compute Engine, per-second metered, doing the three things data quality actually needs: stop bad records, measure before you enforce, and prove what happened.
Block it at write time
A failing record never enters your system. The decision is synchronous, sub-millisecond in the engine, and returned to the caller with the exact rules that failed.
Measure before you enforce
Every contract starts in observation mode: it counts what would have failed on your real traffic without blocking anything. Promote to enforcement deliberately, with the numbers in front of you.
An audit trail that can't be quietly edited
Every validation lands on a sealed, hash-chained audit log — coordinator-witnessed, independently verifiable, built for the conversations you have with regulators.
Your AI assistant already speaks to it
Every contract, metric and audit event is exposed over MCP — the open protocol AI assistants use. Data quality stops being the dashboard someone opens on Tuesdays and becomes a question anyone can ask, mid-conversation, and a check any agent can run before it writes.
balance_non_negative (112). Want the audit rows?
Contract in, evidence out
From signup to your first validated record is about two minutes. The sequence below is the whole product.
Write what “valid” means
A contract is plain YAML — readable by your engineers, your auditors, and your AI. Start from 40+ samples or write your own.
Put the engine in the write path
Call it from your pipeline over HTTPS, or let your AI assistant call it over MCP. Same engine, same contracts, same audit trail.
Promote with evidence
Watch observation counts on live traffic, then flip the contract to enforcement — one deliberate action, recorded on the chain like everything else.
Your contracts are portable by construction
OpenDQV Core is the MIT-licensed open-source project that defines the contract format. OpenDQV Cloud runs those same contracts on a managed engine — so the rules you write here run anywhere the standard runs.
If you leave, your YAML goes with you. That is the point of a standard — and the reason you can adopt one without asking permission first.
contracts → plain YAML, exportable any time
audit log → exportable any time, API or dashboard
records → never stored by the service
lock-in → none by design
The prices on the page are the prices
Metered on engine uptime, like the compute you already buy. No sales call at any self-serve tier. No minimum commitment, no termination fee.
14 days or 200 engine-hours, whichever comes first. One XS engine, every feature that runs on it. No credit card.
Start free trialPay for the engine while it is running. Per-second billing, 60-second minimum per start. Stop the engine and the meter stops. Sizes XS–S.
Upgrade in-productSame uptime billing, engine sizes to L (8 vCPU), SSO (OpenID Connect), 365-day audit retention, continuous-run pinning, direct support.
Upgrade in-productEverything in Enterprise, on your own substrate, inside your own network. This one is a conversation — the only one.
Talk to the founder1 ODU = one vCPU-hour of engine uptime. Larger engines meter at their vCPU multiple. Observation mode costs the same as enforcement — the meter is the engine being on, not what you ask of it. Trial → Standard → Enterprise is entirely self-serve.
Your first validated record,
about two minutes from now.
Signup → engine provisioned → sample validated. Tell us what breaks — the founder reads every reply.
Start free trial