Business rules, not buried if/else.
Finomium exposes the exact DMN 1.3 engine Workflow already runs under the hood - evaluate a versioned decision table directly, with a full historic execution trail, no BPMN process needed.
curl -X POST https://api.finomium.co/api/v1/dmn/discount-eligibility/evaluate \
-H "Authorization: Bearer $TOKEN" \
-d '{"accountAgeDays": 400, "planTier": "growth"}'
# {"discountPercent":10,"reason":"loyalty-tier-growth"}DMN 1.3 decision tables
The same open standard Workflow already runs under the hood for gateway decisions - author rules as a table, not buried if/else logic in code.
Evaluate on demand
One call evaluates a deployed decision by key against your own input variables and returns its output - no BPMN process required to use it.
Versioned deploys
List every deployed version of a decision - roll a rule change out deliberately, not by overwriting the only copy.
Historic execution trail
Every evaluation is recorded - pull the last N executions of a decision to audit exactly what input produced what output, and when.
Shared with Workflow
A decision table gating a task-claim rule or a message-routing choice in Workflow is the exact same engine and the exact same deploy - no second system to keep in sync.
Calendar-aware rules
Feed the same business-calendar data Calendar and Workflow already use as input variables, so a decision can gate on business hours or holidays too.
Same auth, same API keys
Rule evaluation runs behind the exact bearer-token/API-key auth every other product here already uses - nothing new to wire up.
A small, honest API
Evaluate, list versions, list history - three real endpoints, not a sprawling rules-authoring platform bolted on top.
The same rules power your workflow gateways
Author a decision table once and use it two ways: as a gateway inside a BPMN/CMMN process in Workflow, or evaluated directly here for a plain business-rule check - same deploy, same version history, same audit trail either way.