Connect with us

Non classé

Salesforce Dreamforce Keynote: The Deterministic Layer Behind the Agentic Supply Chain

Published

on

The most important supply chain message from the Salesforce Dreamforce keynote was not about a new model, chatbot, or even a new agent. It was about architecture.

Enterprise AI is moving into a phase where probabilistic systems are being asked to act inside deterministic operating environments. That creates a fundamental problem for supply chains, where decisions may involve uncertainty but execution cannot. Inventory balances, shipment transactions, supplier approvals, purchase orders, user permissions, and warehouse movements all have to resolve to a defined state.

Salesforce’s answer is to connect increasingly capable AI to the data, semantics, workflows, permissions, and systems that already define how the enterprise operates. For logistics and supply chain leaders, that may ultimately matter more than which model wins the benchmark race.

Models Know the World. They Do Not Know Your Business.

Salesforce opened the Dreamforce keynote with a simple observation: frontier AI models may know an extraordinary amount about the world, but they do not automatically know an individual enterprise. They do not inherently know a company’s customers, inventory, pipeline, service history, contacts, permissions, processes, or operating rules. Salesforce argued that this enterprise context is what allows AI to move from general intelligence toward reliable business execution.

That distinction is especially important in supply chain management. A general-purpose model can understand warehouse operations, but it does not inherently know whether 2,400 units in a distribution center are available, allocated, quarantined, or already committed to another order. It can understand supplier management, but it does not know whether a specific supplier has completed certification, passed a risk review, or been approved for a particular material.

The model understands the domain. The enterprise understands the state of the business. Agentic AI becomes operational only when those two are connected.

Probabilistic Intelligence Meets Deterministic Execution

Marc Benioff made the distinction directly during the keynote. AI models are probabilistic, while enterprise applications, business data, workflows, and systems of record are deterministic. Salesforce’s architectural challenge is to connect those environments through data, semantics, governance, permissions, applications, and business rules.

Supply chains already operate across this boundary every day. Demand forecasts are probabilistic, but purchase orders are not. Estimated arrival times are probabilistic, but a warehouse receiving transaction is not. An AI system may determine that inventory should be moved from one distribution center to another, but execution still requires definitive answers about whether the inventory is physically available, whether it has already been allocated, whether transportation capacity exists, and whether the agent has authority to create the movement.

This is where much of the agentic AI discussion becomes too abstract. Reasoning is only half of the problem. The other half is controlled execution.

The more autonomy AI receives, the more important the deterministic layer becomes. Greater reasoning freedom requires stronger control over what the system can actually change.

Siemens Shows Where This Is Going

The most relevant supply chain demonstration in the Salesforce Dreamforce keynote involved Siemens. Salesforce showed an agent named Marshall performing supplier onboarding work inside SAP, updating fields autonomously while following what the company described as a repeatable set of trusted actions. The demonstration positioned the process as capable of reducing supplier onboarding from days to hours.

The significance was not that Marshall could explain supplier onboarding. It was that the agent was shown executing a defined process across enterprise software.

Supplier onboarding is a useful example because it is not a single AI task. Documentation must be collected, certifications may need to be verified, financial and compliance checks completed, approvals obtained, master data created, and the supplier eventually activated in an ERP or procurement system. Historically, humans have often served as the integration layer connecting those steps.

They read one system, interpret what they find, move to another application, enter information, request an approval, resolve an exception, and continue.

Agentic systems begin to change that operating model. Instead of employees serving as middleware between applications, an agent can orchestrate work across those applications while the underlying platforms continue to enforce business rules, records, permissions, and transactions.

That is a much more important shift than simply adding a conversational interface to enterprise software.

The GUI May Become Less Important

This may be one of the larger implications of the Dreamforce keynote for enterprise software.

For decades, software architecture has assumed that employees will interact directly with applications. A user opens the ERP, another opens the TMS, another works in the WMS, and someone else operates a planning platform. Employees navigate menus, find records, interpret information, and decide which action to take next.

Salesforce described a different model in which the intelligent interface increasingly becomes the point of interaction while enterprise applications function as operational infrastructure beneath it. The company characterized this as a move away from software that requires humans to perform all the work, toward interfaces that are dynamic, intelligent, and composable.

For logistics technology, that could be a meaningful architectural transition. A transportation planner may no longer need to move manually among a TMS, visibility platform, customer portal, and inventory system to understand why a shipment is late. The planner could instead ask what happened and what should be done, while an agent gathers shipment status, warehouse readiness, customer priority, carrier options, inventory position, and downstream implications.

The applications remain essential. But their visible interfaces may become less central.

The front end can become thinner while the operational substrate underneath it becomes more valuable.

The Semantic Layer Becomes Strategic Infrastructure

Giving an AI agent access to enterprise data is not enough. The agent must also understand what the data means.

Consider a term as basic as inventory. There is on-hand inventory, available inventory, available-to-promise inventory, allocated inventory, safety stock, quarantined inventory, consigned inventory, in-transit inventory, and projected inventory. An AI system that does not understand those distinctions can produce an answer that sounds intelligent while being operationally wrong.

Salesforce emphasized enterprise context and business semantics throughout the keynote, describing data preparation, business definitions, relationships, and analytics semantics as part of the infrastructure agents need to interpret the enterprise correctly.

This is more consequential than it first appears. Semantic models, master data, metadata, business definitions, and process logic are no longer merely supporting architecture. They become part of the AI control plane.

For years, companies treated this work as data governance plumbing. In an agentic environment, it becomes operational intelligence infrastructure.

If an enterprise wants agents to act autonomously, it first has to define precisely what its own business means.

From One Agent to an Agent Population

The next problem appears as soon as companies move beyond pilots.

A future supply chain organization could have specialized agents for supplier management, transportation planning, procurement, inventory optimization, warehouse operations, production scheduling, maintenance, demand planning, customer service, and exception management. Those agents may come from different vendors, use different models, access different systems, and have different permissions.

Salesforce addressed this issue with Agent Fabric, presenting it as a layer for discovering, managing, and governing agents across the enterprise. During the keynote, Salesforce showed agents associated with multiple technology providers being managed inside a common environment.

At that point, the important question is no longer simply what an agent can do. Enterprises have to determine what data it can access, which systems it can modify, which transactions it can execute, which decisions require human approval, how exceptions are escalated, and how actions are logged and audited.

This is where agentic AI becomes a systems-engineering problem.

Once hundreds of agents are interacting with dozens of applications, the enterprise needs identity, policy, observability, orchestration, exception handling, and authority boundaries. The AI layer may be probabilistic, but governance cannot be.

What This Means for WMS, TMS, ERP, and Planning Vendors

This is where the Dreamforce architecture starts to matter beyond Salesforce.

For years, enterprise software vendors have competed on functionality, workflow depth, usability, dashboards, implementation speed, and increasingly embedded AI. Agentic architecture adds another dimension: how well an application can participate in a broader intelligent operating environment.

That puts greater emphasis on API depth, semantic clarity, permission-aware execution, event architecture, and workflow exposure. Agents will need dependable access not only to information but also to controlled actions. Applications will need to expose what their objects, statuses, events, fields, and business rules mean, while ensuring that an AI agent cannot simply execute a function because an API exists.

The key shift is subtle but important. Software vendors have spent decades optimizing how humans interact with applications. They may now have to spend the next decade optimizing how intelligent systems interact with them.

That could change product priorities.

A WMS may need to expose warehouse state and executable actions to external agents in a way that is semantically precise and permission-aware. A TMS may need to make shipment events, carrier constraints, tender logic, and execution workflows accessible to orchestration systems. Planning platforms may need to expose not just recommendations but the assumptions and constraints behind them.

A system with excellent functionality but poor agent accessibility could become difficult to incorporate into an autonomous operating model. Conversely, applications that expose operational capabilities securely and semantically could become more valuable even as users spend less time inside their traditional interfaces.

The GUI still matters. But in an agentic environment, the deeper competitive question may be whether the system can function as a trustworthy machine-to-machine operating layer.

Enterprise AI Is Becoming an Architecture Problem

The early enterprise AI market was dominated by copilots. The next phase focused on agents. The phase now emerging is about the infrastructure required to operate those agents safely at scale.

That means data, semantics, identity, permissions, governance, APIs, workflows, observability, exception management, and deterministic systems of record.

The model remains important, but once enterprises have access to multiple capable models, competitive differentiation begins moving into the architecture surrounding them.

That was one of the clearest messages inside the Salesforce Dreamforce keynote.

The strategic question is no longer simply who has the smartest AI.

It is who can connect intelligence to execution without losing control of the enterprise.

The Real Dreamforce Takeaway for Supply Chain Leaders

The Salesforce Dreamforce keynote was filled with agents, models, interfaces, demonstrations, and enterprise AI announcements. The more durable message was architectural.

AI can reason probabilistically, while supply chains have to execute deterministically. The systems connecting those two worlds are where much of the next wave of enterprise technology competition will occur.

For supply chain executives, the question is therefore shifting away from whether a software vendor has an AI assistant. The more important question is whether that vendor’s system can safely expose its data, semantics, permissions, workflows, and transactions to an intelligent orchestration layer.

The GUI may become less prominent. The operational substrate beneath it may become more valuable. And the next generation of supply chain platforms may be judged less by how many screens they provide than by how safely and intelligently other systems can act through them.

That is the real architectural shift.

The agent can reason.

The enterprise still has to execute exactly.

Editor’s note: I watched the full Salesforce Dreamforce 2026 Main Keynote replay, available on Salesforce+ here: Salesforce Dreamforce Main Keynote 2026.

The post Salesforce Dreamforce Keynote: The Deterministic Layer Behind the Agentic Supply Chain appeared first on Logistics Viewpoints.

Continue Reading

Non classé

The New Economics of Logistics Visibility

Published

on

By

Knowing that a shipment will arrive six hours late is information. Knowing it early enough to reschedule labor, protect a customer commitment, avoid detention, or change an inventory decision is economic value.

That distinction is becoming central to the logistics visibility market. The earlier argument that exceptions are becoming the real unit of work explains why visibility economics depend less on event volume than on whether the organization can convert important events into timely resolution.

The first era of visibility was largely about answering a basic question: Where is my shipment? The next era is about a harder question: What should I do because its state has changed?

Visibility Is Not the Outcome

Location and status data can be valuable, but they are intermediate products. A business does not earn a return because a dot moved across a map more accurately. The return appears when information changes an operational decision. A useful way to think about visibility is as a chain: signal -> interpretation -> decision -> intervention -> economic outcome. If any link is missing, much of the potential value disappears.

A Signal Has to Arrive Inside the Decision Window

Timing matters.

A delay discovered after the customer has already missed production is history. The same delay identified early enough to expedite an alternate shipment may be actionable. An ETA update received after warehouse labor has reported for a shift may have less value than the same update received while the schedule can still be changed.

This means visibility quality is not only about accuracy. It is about whether the signal arrives with enough lead time to support an intervention.

Not Every Exception Deserves Attention

As visibility improves, organizations often discover a new problem: too many exceptions. A network with thousands of shipments will always contain delays, deviations, missed scans, changing ETAs, and incomplete data. If every deviation creates an alert, planners become the bottleneck. The more important capability is prioritization.

Which late shipment threatens a high-value order? Which delay creates a stockout? Which container risks demurrage? Which arrival change will disrupt a dock schedule? Which event is likely to self-correct without intervention?

Visibility becomes intelligence when the system can distinguish operational consequence from mere deviation.

ETA Is a Decision Input

Estimated time of arrival is a good example of how the economics are changing. ETA was once primarily a customer-service or tracking metric. Increasingly it can influence warehouse scheduling, yard planning, labor, inventory, customer promises, and downstream transportation. That makes ETA a shared operating variable.

The value increases when the prediction is connected to the systems that can respond. A changing ETA that remains trapped in a visibility dashboard creates less value than one that can trigger a workflow or decision elsewhere.

Dwell, Detention, and Demurrage Make the Economics Visible

Some visibility use cases have direct financial consequences. Better awareness of arrival, dwell, free-time windows, and container status can help organizations manage detention and demurrage exposure. Yard visibility can reduce unnecessary trailer search and moves. Earlier exception detection can protect delivery appointments and reduce costly service recovery. These cases make an important point: visibility value is often realized outside the visibility platform itself.

More Visibility Can Increase Work

This is the uncomfortable side of digital transparency. If a company exposes ten times as many events but does not improve prioritization or workflow, it may create ten times as many things for people to inspect. The result can be an expensive monitoring layer sitting on top of the same manual decision process.

That is why visibility and autonomous exception management are converging. The system must increasingly help decide which events require action, assemble context, recommend a response, and automate routine resolution where appropriate.

Measure Intervention, Not Just Coverage

Visibility programs are often measured by tracking coverage, data completeness, ETA accuracy, or number of connected carriers. Those are necessary operating metrics, but they do not fully describe business value.

Organizations should also ask: How many material exceptions were identified early enough to act? How quickly were they resolved? How often did intervention protect service or avoid cost? How many alerts required no useful action? How much planner time was consumed per exception?

Those measures connect visibility to economics.

The Market Is Moving Toward Action

This shift has strategic implications for technology providers. Pure visibility is becoming less differentiated as location and event data become more widely available. The higher-value layer is interpretation and action: understanding what an event means to a specific operation and helping execute the appropriate response.

That pushes visibility platforms toward orchestration, workflow, decision intelligence, and AI. It also pushes TMS, WMS, and other execution systems toward richer external event awareness.

The Bottleneck Moves

For years, logistics organizations complained that they could not make better decisions because they could not see what was happening. Increasingly, they can see more.

The bottleneck is moving.

When a network can identify exceptions continuously, the constraint becomes the speed and quality with which the organization can interpret and resolve them. That is precisely the environment in which AI agents become interesting—not because logistics needs another conversational interface, but because it needs more capacity to do operational work.

Related Logistics Viewpoints research

The New Architecture of Logistics
Systems Engineering in Logistics
2026 Autonomous Exception Management Market Map
The Economics of Decision Latency
Previous in this series: Transportation Is Becoming Computational

Request The New Architecture of Logistics Client Edition

If your organization is assessing connected execution, orchestration, AI, observability, decision velocity, or selective autonomy, I would be glad to provide the complete client edition and discuss the implications for your logistics operating model and technology architecture.

Request the client edition

The post The New Economics of Logistics Visibility appeared first on Logistics Viewpoints.

Continue Reading

Non classé

o9 Solutions Uses a Knowledge Graph to Connect Supply Chain Decisions

Published

on

By

Supply chain decision-making is difficult partly because the relevant information is distributed across products, locations, suppliers, orders, capacities, policies, and external events. A system may have access to all of those records and still struggle to understand the relationships among them quickly enough to support a consequential decision.

o9 Solutions addresses that problem through its Digital Brain architecture, including an enterprise knowledge graph and in-memory modeling designed to connect demand, supply, inventory, planning, and operating context. That semantic layer is important because it gives analytics and AI a structured representation of how supply chain entities relate to one another rather than treating the environment as a collection of independent tables and documents.

The company combines this architecture with integrated planning, optimization, scenario modeling, machine learning, and human oversight. The strategic direction is toward a continuous decision environment where changes can be interpreted quickly, alternatives can be modeled, and recommendations can be traced back to the assumptions, events, and constraints that produced them.

As with any broad planning and intelligence platform, the value depends on implementation quality. Knowledge models need strong data governance, entity resolution, process ownership, and clear decision rights. A sophisticated model of the supply chain is useful only if the organization can keep it current and use it consistently in real operating workflows.

o9 Solutions appears in the Logistics Viewpoints Supply Chain Decision Intelligence MarketMap and Autonomous Exception Management MarketMap. The two MarketMaps highlight the relationship between integrated decision intelligence and the faster exception-response capabilities now developing around it.

The post o9 Solutions Uses a Knowledge Graph to Connect Supply Chain Decisions appeared first on Logistics Viewpoints.

Continue Reading

Non classé

AI Will Not Transform the Supply Chain Until the Architecture Around It Catches Up

Published

on

By

Executive thesis. The model is becoming the least durable layer of the AI stack. Sustainable advantage will come from the operating architecture around AI: authoritative context, governed tools, permissions, observability, and connection to enterprise workflows.

The model is only one component

Supply chain AI discussions often begin with model capability: prediction accuracy, reasoning quality, computer vision performance, or the fluency of a generative system. Those capabilities matter, but operational value depends on everything around the model. The system still needs authoritative context, enterprise tools, permissions, workflow, observability, and a reliable path from recommendation to action.

Different AI patterns solve different problems

Prediction, optimization, generative AI, vision, and agents should not be treated as interchangeable technologies. Forecasting demand, selecting a route, extracting information from a document, interpreting an image, and executing a multi-step workflow require different evidence, control, and performance measures. A mature architecture starts with the decision or task and chooses the AI pattern that fits it.

Context is the operating fuel

An AI system can produce a plausible answer while using stale or incomplete operational context. In logistics, that can be dangerous because the truth may reside across orders, inventory, rates, carrier status, warehouse state, supplier records, and policy documents. Retrieval, master data, identity resolution, and system access therefore become part of the AI architecture, not secondary data-engineering concerns.

Tool access turns intelligence into consequence

The moment an AI system can create a shipment, change an order, contact a carrier, release inventory, or approve an exception, governance becomes an operational requirement. Tool permissions, financial limits, approval gates, idempotency, retries, and rollback are the mechanisms that separate an interesting demonstration from a dependable production workflow.

Measure workflow performance

A fluent response is not the right success metric for operational AI. Supply chain leaders should measure decision latency, manual context gathering, exception closure, override behavior, error recovery, tool failure, and the business outcome being improved. That measurement discipline also creates a rational basis for expanding autonomy as evidence accumulates.

The Logistics Viewpoints AI in Logistics: Use Cases, Architecture, and Implementation Guide separates the major AI patterns and connects them to data, tools, governance, workflow, observability, and ROI—the architecture required to move from model capability to operating value.

Executive implication

AI strategy should separate model selection from control architecture and measure value through workflow performance, decision quality, and operational outcomes.

Go deeper: provides the durable buyer, architecture, and implementation reference for this topic. AI & Advanced Analytics connects this analysis to the broader Logistics Viewpoints research architecture.

Related Logistics Viewpoints research

Download: AI in the Supply Chain — From Architecture to Execution
The New Architecture of Logistics

Go Deeper

Read the full AI in Logistics: Use Cases, Architecture, and Implementation Guide.

Explore the broader AI & Advanced Analytics domain for related Logistics Viewpoints research and analysis.

The post AI Will Not Transform the Supply Chain Until the Architecture Around It Catches Up appeared first on Logistics Viewpoints.

Continue Reading

Trending