Established buyer
- Risk
- Low
- On-time payments
- 99%
- Credit / order
- 100%
100% deferred
Combine customer history, risk and commercial constraints to determine eligibility, limits and terms. Test your policy before using it, and see which rule led to each result.
Buyer & order
Payment terms policy
Matching rule| Customer for | Market | Risk | On-time payments | Credit / order | Terms |
|---|---|---|---|---|---|
| ≥ 1 year | EU | Low | ≥ 98% | ≥ 100% | Net 60 |
| ≥ 2 years | EU | Moderate | ≥ 95% | ≥ 80% | Net 30 |
| Any | Any | High | Any | Any | Prepay |
Payment terms offered
Customer history, risk and available credit combine to determine what you can offer. The same policy can approve longer terms, require a deposit or ask for payment upfront.
100% deferred
20% upfront
No deferred payment
A Decision can be evaluated against representative inputs before a process depends on it. This creates a natural place to exercise thresholds, edge cases and routing outputs without replaying an entire end-to-end journey.
When a rule is genuinely simple and deterministic, keeping it here is also cheaper and more predictable than delegating the same rule to an AI model.
Ambiguous document interpretation, contextual classification or language-heavy analysis may justify an Agent activity instead. Human review may still be required when the impact or applicable policy calls for it.
The important design choice is explicit: deterministic policy in a Decision, bounded AI work in an Agent, operational sequencing in a Process.