Índice

Two years ago, agentic supply chain AI was a slideware concept. Six months ago, the typical demo was a conversational interface, a natural-language query against planning data, limited to read-only operations. Today, the same systems take action: demand sensing, exception triage, scenario generation, planner agents that run multi-step workflows end-to-end. The AI strategies forming in response fall into two camps. The safe one, consolidate inside the ERP, risks falling behind the curve. The bold one, composable agentic experiments outside it, risks falling off the cliff. A third path is being walked by the companies that refused both.

Path 1: Bind the AI to the ERP, and you fall behind.

A two-year AI roadmap is being outpaced by the technology inside a fiscal quarter. A strategy presented to the board only six months ago already trails the capability curve, and the AI strategy horizon a CSCO can credibly defend has compressed accordingly.

That compression has a structural cause. The safe path that most enterprise roadmaps reward, consolidate, procure from one platform, let the system of record run the AI, is aligned to the wrong tempo. Frontier capability is advancing in months. ERP-anchored planning platforms ship on quarterly to semi-annual release waves, and the vendor’s product team picks what makes it into each release based on their roadmap priorities and integration sequencing. Even at the faster end of that range, what reaches the customer is a curated subset of what the broader market is producing. And the ERP firm itself moves slowly as an organization, by design and by track record. Release cadence, release scope, and institutional pace compound. Any AI delivered through the platform inherits all three.

That tempo is fine for the CFO. The system of record is supposed to move slowly: stability, audit trails, regression-tested change. The slow-moving partner is the right partner for the books, and ERP vendors are right to operate this way. It is not the right partner for the CSCO, whose planning capability needs to move at the pace AI is moving. Same vendor, different tempo.

Gartner predicts more than 40% of agentic AI projects will be canceled by the end of 2027, citing escalating costs and unclear business value. Gartner separately notes that integrating agents into legacy systems is technically complex, often disrupts workflows, and requires costly modifications, and that rethinking workflows from the ground up is frequently the better path.

Path 2: Skip the discipline, and you never leave pilot.

The opposite path has its own trap, composable, fast, demo-rich. The patterns vary. A planner with deep domain expertise but no production engineering scaffolding, building in pockets of time outside their day job. An IT center of excellence with the engineering capability but no embedded domain expertise, shipping agents the S&OP team can’t validate. A team with both who shipped quickly and underestimated what production at scale would require. All three produce the same artifact: prototypes that worked in the sandbox and were quietly retired when nobody could explain their decisions in the S&OP meeting. MIT Project NANDA’s 2025 report The GenAI Divide: State of AI in Business found that 95% of enterprise AI pilots fail to deliver measurable P&L impact. Most don’t fail because the model was inadequate. They fail because the foundation underneath was never built: the data pipeline, the integration architecture, the validation discipline, the operational scaffolding that turns a working prototype into a system the business can run on.

Klarna ran the experiment in public. In February 2024, Klarna announced that its OpenAI-powered AI assistant was doing the equivalent work of 700 full-time customer service agents in its first month of operation, and held the speed of the rollout up as proof of enterprise-AI velocity. By 2025, CEO Sebastian Siemiatkowski had publicly reversed course, conceded the AI-driven transition had produced “lower quality” service, and begun rehiring human agents. The model itself was not the failure. The operational scaffolding around it, escalation paths, complexity handoff, validation at scale, was thinner than the deployment required. The system did not fail to launch. It scaled, and it went off the cliff. Speed without discipline isn’t fail-fast. It’s just fail.

Path 3: Composable architecture, disciplined execution.

The planning capability is designed to evolve as the technology advances. As frontier models improve, the underlying components can be swapped, the AI models, the workflows that connect them, the integrations with operational systems, without rebuilding the planning capability itself. The execution model is disciplined enough that prototypes industrialize on a realistic timeline rather than an aspirational one. Together, the result is a planning capability that absorbs new AI as it matures, on a cadence the supply chain organization controls, not the ERP vendor’s release calendar, and not a string of unfinished pilots.

The third path requires a planning platform architected for it from the start. Discipline alone doesn’t close the gap on a platform where AI was bolted on, not built in. That’s the strategic decision the operating model sits on top of.

What separates the third path from the second isn’t architecture alone. It’s the operating model around the architecture, the way AI capability gets converted into production-grade decision systems on a timeline that keeps up with the curve. It has to do three things at once: absorb operational complexity from real customers without flattening it into demoware, accumulate domain expertise across engagements rather than restarting it every time, and industrialize what gets validated on infrastructure that doesn’t have to be rebuilt per problem. ketteQ AI Studio for Supply Chain is built as that operating model: three-party by design. Customers bring the operational complexity, the edge cases, the operational constraints, the decision problems that don’t fit a generic agent demo. Partners bring the domain expertise, operators who co-build the solution patterns and stay accountable for them in production. ketteQ Engineering does the industrialization on ketteQ’s cloud-native, multi-tenant planning platform, built for the operating model, not retrofitted to it. The broader pattern in the MIT data supports the structure: specialized-vendor partnerships reach production roughly twice as often as internal builds (67% versus 33%). The architectural innovation is the structure itself, not any single capability inside it.

A working example. A service parts planner at a Fortune 500 industrial distributor was spending the back half of every week manually overriding the replenishment recommendations the legacy system produced for slow-moving, intermittent-demand SKUs, a population the underlying forecast method was structurally unequipped to handle. The decision problem was specific, the operational constraints were known, and the override patterns were captured in the planner’s spreadsheets but nowhere in the system. Through AI Studio, the partner co-built a planner agent that combined intermittent-demand forecasting (Croston, TSB, SBA variants selected per item) with the planner’s historical override logic encoded as a reviewable policy. Prototype in three weeks, validation against twelve months of actuals in six, in production in eight. The planner now reviews exceptions rather than generating recommendations from scratch, and the override logic is auditable rather than locked in a spreadsheet. That’s what a four-month cycle produces. Not a copilot. A decision system that ships.

Four months is the best. Short enough to ship the current generation of capability while it’s still the current generation. Long enough that what reaches production has been validated, not just demoed. The curation that determines what gets shipped is no longer the vendor’s release backlog. It’s the bleeding edge of the curve, selected for the customer’s specific decision problem. And when the curve advances, the architecture absorbs the change rather than being replaced by it. What got shipped doesn’t get stranded by the next breakthrough. Composable enough at the front of the pipeline to move at the speed of the technology curve. Disciplined enough at the back of it that prototypes don’t get quietly retired in S&OP six months later.

The Four-Month Pipeline

Identify a decision problem, a planning gap, a recurring exception, a human judgment that’s getting bottlenecked.

Prototype the decision logic in a sandbox. (2–3 weeks)

Validate against real customer data, outcomes measured, the model refined. (4–6 weeks)

Industrialize through ketteQ Engineering, into production at scale. (6–8 weeks)

Three to four months from problem definition to production-grade decision system.

Each implementation makes the next one better. Integration patterns become reusable across industries and systems of record. Tuning playbooks encode what worked. Knowledge captured during one engagement becomes searchable for the next. Decision patterns proven in one environment deploy to another. The production-rate advantage in the MIT data isn’t a single-transaction outcome. It compounds: the third path gets cheaper to walk with every project the partnership delivers.

The posture is operational. ketteQ AI Studio doesn’t ship pilots. It ships production.

The architectural question won’t wait. Companies engaging with it now, as a strategic call rather than a procurement default, keep their options open. Companies that don’t engage will inherit whatever their planning platform’s release calendar delivers.

The journey from a system of planning to a system of action runs through architectural optionality and operational discipline. The launch arc is underway, at ketteQuest 2026, with customers and partners, and we’d welcome the conversation with leaders working through it over the next twelve months.

If your AI roadmap waits on your planning platform’s roadmap, you’re on Path 1. If your AI work is a string of prototypes S&OP can’t defend, you’re on Path 2. Either way, the platform you’re on is the strategic decision underneath the AI strategy. Where do you come out?

Compártelo en las redes sociales:

Sobre el autor

Nathan Palmer
Nathan Palmer
Managing Director, Grant Thornton
Esta div de prueba debe eliminarse.