Workflow break check · your result
Where your workflow between your tools typically breaks
These are the places setups like yours usually fail; they are not findings about your systems, since nothing here looked at them. Each one comes with a way to check it yourself. Navceed is being built to run checks of these six kinds; today it runs them on an example company, and connecting your own tools is coming next.
1. A step stops, or runs late, and nobody is told
Check firstAnywhereRun by whoever runs the stepabout 20 min
Shown because you answered “Someone would tell us”.
How to check, and why it happens
A step that should run every hour or every day stops, or slips by hours, while everything around it looks normal. Work piles up behind it.
Why it happens. A connection lost its login, hit a limit or failed once and was never retried, and an error log nobody reads is the only place it shows.
Usually fixed by: Whoever runs the step.
Kind of break, one of six: Freshness: is the step still running, and on time?
No public source found for this one: it is our reading of how these hand-offs usually work.
2. A rule that should always hold is not checked
Check firstAnywhereRun by the tool's adminabout 30 min
Shown because you answered “It is a rule on paper only”.
How to check, and why it happens
There is a rule everyone believes in (every record has an owner, no duplicates, nothing waits more than a day) and nothing checks it, so exceptions pile up unseen.
Why it happens. The rule was agreed once and nobody turned it into a check that runs on its own.
Usually fixed by: The owner of the rule.
Kind of break, one of six: Condition: does a rule that should always hold, hold?
No public source found for this one: it is our reading of how these hand-offs usually work.
3. What the next tool did never comes back
Worth a quick lookAnywhereRun by whoever runs the stepabout 20 min
Shown because you answered “I'm not sure, to: When the next tool does something about it (a reply, a payment, a status change), how does that get back to where it started?”.
How to check, and why it happens
A reply, a payment, a status change or a decision happens in the next tool, and the first tool never learns of it. One team works from an old picture.
Why it happens. The way back was never built, or it only matches records one way, so a second address, a missing record or an automatic message breaks the link.
Usually fixed by: The owner of the returning step, with the first tool's admin.
Kind of break, one of six: Return path: does what the next tool did get back to the first?
No public source found for this one: it is our reading of how these hand-offs usually work.
The common questions follow six kinds of check: Arrival (did it show up in the next tool in time?), Return path (does what the next tool did get back to the first?), Count (do the numbers at each end agree?), Freshness (is the step still running, and on time?), Field landed (did each field arrive with a value, in the right place?), Condition (does a rule that should always hold, hold?).
Checking by hand does not last
Everything above is a one-off look. The breaks that cost you are the ones that start next Tuesday, when someone changes a field.
No sign-up was needed for this page and nothing you chose was saved. Print this page to keep it. Start again.