Reach for a deterministic rule whenever the condition is something you could check with a calculator or a lookup — it’s instant, free, and never flakes. Use an AI rule when the condition needs judgement or language understanding.
Deterministic checks
Each deterministic rule is built from one check. Fields are referenced by name (the field name from the upstream Extract step).
Each check resolves to pass, fail, or inconclusive (when the referenced field is missing or can’t be read as the expected type). Numbers are read leniently —
"€1.234,56" and "1,234.56" both parse — and dates accept the common written formats.
Build a rule in Studio
- Add a Validate step after the Extract step whose output you want to check.
- Open the step, go to the Rules tab, and click Add rule.
- Choose AI or Deterministic with the toggle.
- AI — type the rule in plain language; reference a field with the field picker.
- Deterministic — pick a check type, choose the field(s), and enter the values.
- Set a severity (
errororwarning) and save.
Author rules via the API
Validation rules are part of thevalidate node in the typed-graph create body — no separate endpoint. A deterministic rule carries a check; an AI rule carries a description. Reference fields by their name as defined on the upstream extract.
Check payloads
operator defaults to sum; tolerance to 0; case_sensitive to false. Unset date bounds are null.
Author rules with the SDK
The check classes are exported from the workflow package; passValidationRules to .validate().
Rules referencing a field by name require that field to exist on the upstream Extract step. The Studio also lets you reference fields you haven’t saved yet by their persistent id — both forms resolve at run time.
What’s next?
Workflow steps
The five building blocks, including Validate.
How credits work
AI rules bill per rule; deterministic rules are free.
