Workflow automation for supply chain: visibility you do not have
Most supply chain problems are information problems about things you do not control. Lead time variability, supplier visibility, and planning against uncertainty rather than around it.
On this page
- What we'll cover
- The information problem
- Lead time is a distribution
- Getting visibility you were not given
- Building it with CodeWords
- Demand signals and their quality
- Exceptions and what to escalate
- Supplier performance, measured
- Planning against uncertainty
- Making it survive
- Limits worth knowing about
- What to build first
- Frequently asked questions
- Related reading
Supply chain work is planning against things you do not control, using information you mostly do not have. A supplier's production schedule, a port's congestion, a carrier's actual capacity this week — none of it is visible, and the plan depends on all of it.
Automation does not fix that. What it does is shorten the time between something changing and somebody knowing, which is where most of the recoverable cost sits — because a delay discovered three weeks late is a crisis and the same delay discovered on the day is a decision.
What we'll cover
- The information problem
- Lead time is a distribution
- Getting visibility you were not given
- Building it with CodeWords
- Demand signals and their quality
- Exceptions and what to escalate
- Supplier performance, measured
- Planning against uncertainty
- Making it survive
- Limits worth knowing about
- What to build first
- Frequently asked questions
The information problem
You control your own systems and nothing upstream, which is the defining constraint.
Suppliers tell you what they choose to, usually late and usually optimistically.
Carriers give tracking, not intent, so a shipment's status says where it is and not whether it will arrive on time.
Your own data is frequently wrong too — stock counts drift, receipts are recorded late, and units of measure disagree between systems.
The lag is the cost. Knowing three weeks late converts a manageable problem into an unmanageable one.
Automation compresses the lag, which is a real and bounded contribution rather than a solution to uncertainty.
Lead time is a distribution
A single lead time number is a fiction that planning systems require and reality does not provide.
Record the actual time from order to receipt, every time, which most organisations do not.
Use the variability, not just the average — safety stock is determined by the spread far more than by the mean.
Watch it change. A supplier whose lead time is drifting upward is a problem visible months before a stockout.
Segment by supplier, route and season, since a blended figure hides exactly what you need.
Report the distribution to planners, because a planner working from an average is systematically under-buffering.
Getting visibility you were not given
Ask for the data as a condition, at contract time, which is the cheapest moment to get it.
Automate the chase. A weekly confirmation request against every open order is tedious by hand and free once built.
Treat silence as a signal. A supplier who stops confirming is telling you something, and it should raise a flag rather than being assumed fine.
Use what you can observe: carrier tracking, customs events, port data, and shipment documents.
Triangulate. Several weak signals agreeing is more reliable than one confident report from an interested party.
Record what they said and what happened, which over time is the most valuable supplier intelligence you will hold.
Building it with CodeWords
CodeWords connects to more than 3,000 integrations, and the connection is made once and reused.
- Open CodeWords and start a new automation.
- Describe what should happen in plain language to Cody, the automation builder: which orders to track, what to chase, what to flag, and who is told.
- Authorize the connections — the purchasing or ERP system, the carrier and supplier data sources, and your chat or email.
- Describe the exceptions: an unconfirmed order, a date that moved, a shipment with no movement, a quantity discrepancy.
- Run it across one supplier's orders and check what it would have flagged over the last quarter.
You describe the outcome; Cody builds it, connects it, and deploys it. The free plan covers light use, with Pro at $39 per month and Business at $100 per month as usage grows; details are on the pricing page.
Demand signals and their quality
Sales forecasts are optimistic, consistently and predictably, and the bias is measurable.
Measure forecast error by owner and by product, which makes the bias correctable rather than a complaint.
Actual orders beat forecasts wherever you have them, and a short-horizon actual is worth more than a long-horizon estimate.
Promotions and launches break history, so a model trained on past sales will miss them unless it is told.
Watch the leading indicators you have — enquiries, quotes, seasonal patterns — rather than relying on a single forecast number.
Separate the forecast from the commitment, since the two get conflated and then nobody knows which was being reported.
Exceptions and what to escalate
Not every late order needs a person, which is the discipline that makes the alerting usable.
Weight by consequence: what it stops, which customer it affects, and whether an alternative exists.
Surface the date that moved, not the current date, since a rolling promise is the signal and the latest date hides it.
Alert on absence of movement, which is the most informative and least reported signal in shipping.
Group by cause. Eleven orders delayed at one port is one situation and should arrive as one message.
Escalate on age, not only on severity, since a small problem nobody has touched for two weeks is about to become a large one.
Supplier performance, measured
On-time in-full, measured against the original commitment rather than the revised one, which is the distinction most scorecards get wrong.
Lead time variability, which matters more operationally than the average.
Quality and rejection rates, tied back to the specific shipments.
Responsiveness, since a supplier who answers quickly is materially easier to plan around than one who does not.
Share the scorecard with them, which changes behaviour more than any internal report does.
Use it in negotiation, because the supplier who costs least per unit and most in disruption is a calculation nobody makes without this data.
Planning against uncertainty
Buffer where variability is high, not uniformly, which is the practical use of the distribution.
Decide what you will do in advance for the foreseeable disruptions, so the response is a plan rather than an improvisation.
Identify single points of failure — one supplier, one port, one component — and know the cost of the alternative before you need it.
Model the scenario, not the forecast. What happens if this arrives three weeks late is a more useful question than what date it will arrive.
Review the buffers as variability changes, since they are set once and rarely revisited.
Accept the residual. Some disruption is not preventable, and the goal is a shorter reaction time rather than a plan that never breaks.
Making it survive
Handle unit of measure differences explicitly, which is a persistent and expensive source of error.
Make receipts idempotent, since duplicate goods receipts distort stock and payables together.
Reconcile physical to system regularly and treat discrepancies as alerts rather than corrections.
Handle supplier data arriving in every format, since spreadsheets and email remain the norm.
Report the outcome: orders tracked, confirmations chased, exceptions raised, and dates that moved.
Limits worth knowing about
Supplier systems are frequently unavailable, and email or spreadsheet exchange is the realistic channel.
Carrier data quality varies and status meanings differ between them.
Physical constraints are real — capacity, transit time, production schedules — and no information system shortens them.
Forecast accuracy has a ceiling set by genuine uncertainty rather than by method.
Automation cannot create resilience. Dual sourcing and buffer stock cost money, and that is a commercial decision rather than a systems one.
What to build first
Order confirmation chasing with absence detection: a weekly confirmation request against every open order, with anything unconfirmed or unmoved for a defined period flagged by consequence. It is tedious by hand, it is free once built, and it compresses the lag between something going wrong and somebody knowing — which is the whole of what automation contributes here.
Two habits make the difference. Record actual lead times and plan from the distribution rather than the average, since variability determines the buffer and a planner working from a mean is systematically under-buffered. And measure on-time performance against the original commitment rather than the revised date, because a supplier who moves a date three times and then hits it is not on time and every scorecard that says otherwise is measuring the wrong thing.
Frequently asked questions
What can supply chain automation actually fix?
The lag between something changing and somebody knowing. It does not reduce uncertainty about things you do not control, and compressing that lag is where most of the recoverable cost sits.
Why is a single lead time number a problem?
Because lead time is a distribution and safety stock is determined by the spread far more than by the average. A planner working from a mean is systematically under-buffering, and a drifting lead time is visible months before a stockout.
How do I get visibility suppliers have not offered?
Ask for it as a contract condition, automate the confirmation chase, treat silence as a signal rather than assuming everything is fine, and triangulate from what you can observe — carrier tracking, customs events, documents.
What is the most informative shipping signal?
Absence of movement. It is the least reported and most predictive, and a shipment that has not moved is usually a problem before any status field says so.
How should supplier performance be measured?
On-time in-full against the original commitment rather than the revised date — which is what most scorecards get wrong — plus lead time variability, quality, and responsiveness. Share it with the supplier, which changes behaviour more than any internal report.
Are sales forecasts usable for planning?
With a measured correction. The optimism is consistent and therefore measurable by owner and by product, and short-horizon actual orders are worth more than long-horizon estimates.
What should trigger an escalation?
Consequence rather than lateness alone — what it stops, which customer it affects, whether an alternative exists — grouped by cause, with the date that moved surfaced rather than only the current one, and escalation on age as well as severity.
Can automation make a supply chain resilient?
No. Dual sourcing and buffer stock cost money and are commercial decisions. Automation makes the exposure visible and shortens reaction time, which is worth having and is not the same as resilience.
Should I tell customers about a delay before I have to?
Yes. A delay the customer discovers themselves costs more than the same delay explained early, and early notice is frequently the difference between a rescheduled expectation and a cancelled order.
What is the most common data error in supply chain systems?
Unit of measure mismatches between systems — cases against units, kilos against pounds. They are persistent, expensive, and invisible until a quantity looks implausible.