Core concepts
Expected outcomes
Define the business result an integration should produce.
Technical and business success
Distinguish delivery from the expected downstream result.
A successful HTTP response only proves that an operation was delivered. An expected outcome describes the downstream business object that should appear after a named source event.
Outcome rules
Define the observed operation and its expected result.
Each rule identifies a low-cardinality source event type, the expected business object type, and the maximum allowed delay.
- Keep event types stable across deployments.
- Create separate rules for distinct business results.
- Disable a rule when it should stop participating in evaluation.
Evaluation
See how Seamward evaluates future observations.
Seamward evaluates enabled rules against incoming observations. A missing matching result after the configured delay can become a business-outcome finding and later an incident.
