Ranked by PO count
Buyers and planners work the queue by volume and by whoever escalated loudest — not by the revenue each line actually holds up.
Honeywell Aerospace × Wexa AI
Agentic Supplier Recovery Cockpit
Tool-using agents detect at-risk purchase orders, quantify the revenue they gate through the bill of materials, and draft the recovery — ranked by revenue leverage, not PO count. Every commitment still belongs to a person.
The problem
reduction in midpoint pro forma adjusted EBIT guidance for FY2026, after mechanical supply constraints held output growth below plan.
Why it is missed today
Nobody is short of alerts. What is missing is the one figure that turns a late part into a decision: how much revenue it gates, and whose desk that lands on.
Buyers and planners work the queue by volume and by whoever escalated loudest — not by the revenue each line actually holds up.
PO history in SAP, structure in PLM, acknowledgements in the supplier portal, escapes in quality, tooling status in somebody’s inbox. Assembling it is the job.
Walking a delayed part up the BOM to the end items it gates is a graph problem. A spreadsheet cannot follow it, so in practice nobody does — they estimate.
The lag between a slip appearing in the data and a recovery action being taken is measured in days to weeks — most of it spent gathering, not deciding.
The buyer who calls the right supplier first is the one who saw the number first.
The solution
AeroFlow is an internal cockpit, not a chatbot. It continuously watches PO, delivery and BOM data, and turns a slipped critical-supplier line into a ranked, priced, citation-backed recovery card within one refresh cycle.
Slipped POs from critical or constrained suppliers surface on their own, with the program, the gated end items and the dependency chain attached.
A where-used traversal converts a late part into dollars gated, with the arithmetic shown line by line so a buyer can check it before acting on it.
A root-cause hypothesis, the recovery actions, alternate sources and a supplier email — each claim cited to the source record it came from.
No external communication and no system write-back happens without an explicit, logged human decision. Those decisions become the evaluation labels.
How it works
Eight stages, every one of them recorded. Stage seven is a person, and the pipeline cannot route around them.
Long agent work never sits in a request path. Runs are started and polled, so a slow traversal degrades into a slower answer rather than a timeout.
The roster
| Agent | Responsibility |
|---|---|
| Orchestrator | Decomposes the goal, routes sub-agents, holds state, enforces escalation thresholds and pauses for human interrupts |
| Retrieval | Typed tool calls into SAP, PLM, supplier portals, external risk feeds and the vector index — never free-form scraping |
| Impact | BOM where-used traversal, revenue gated per delayed part, ranked into a leverage list |
| Risk scoring | Chronic versus one-off supplier risk, with the contributing factors named and a confidence attached |
| Recommendation | Drafts the recovery playbook and the supplier communication. Never commits anything |
| Guardrail / critic | Validates citations, schema and export-control policy before a single figure reaches a screen |
| Human approval | A buyer or planner approves, edits or rejects. This layer is not optional and not automatable |
The platform underneath
Postgres stays the typed system of record. The Fabric context graph is a projection of it — because BOM where-used is a traversal, and a traversal is not a join.
An ontology-backed graph agents query at run time, so the where-used chain is walked against current data rather than a nightly extract.
Approval is a platform primitive with single-use resume tokens, not an if-statement in application code that a later refactor can drop.
A ten-stage lifecycle record per call, written by the platform. AeroFlow has no API to alter it — which is the point.
Trust & governance
What it has to move
Leading indicators prove the loop is working; lagging ones prove it mattered. Baselines are measured in Sprint 0, so none of these is graded against a memory.
| Measure | Type | Pilot target |
|---|---|---|
| Time to detect an at-risk PO | Leading | −50% |
| Time to first action | Leading | −40% |
| Past-due revenue-at-risk with an active recovery plan | Leading | ≥80% |
| Buyer hours saved per week, per FTE | Leading | ≥6 |
| Past-due backlog on the pilot family | Lagging | −15% |
| On-time delivery on the pilot family | Lagging | +3–5 pts |
| Recommendation acceptance rate | Quality | ≥70% |
| Hallucination rate on the eval set | Quality | <2% |
Ready when you are
Sign in to open the Revenue-at-Risk Cockpit and work the queue the way the money is actually exposed.