Non classé

From Automation to Intelligence: ARC’s Next Industrial Technology Chapter

Published

4 semaines ago

11 août 2026

In 1986, industrial technology looked very different. Factories were becoming more automated, but they were still dominated by specialized systems built to control specific machines and processes. Distributed control systems, programmable logic controllers, drives, instrumentation, and plant-floor computing were changing what manufacturers could see and manage, but many of those technologies still lived in relatively isolated worlds. The plant floor had its systems, the enterprise had others, and warehouses, transportation networks, suppliers, and customers operated through still more layers of technology, many of them disconnected.

It was into that world that Automation Research Corporation, later ARC Advisory Group, was founded. At the time, one of the central industrial technology questions was how far computing could reach into the physical systems that actually ran factories, utilities, energy infrastructure, and industrial operations. Almost forty years later, we know the answer: it reached nearly everywhere.

Now a new question is taking its place. What happens when intelligence does the same?

For Logistics Viewpoints, as part of ARC Advisory Group, that is not simply another AI story. It is the next chapter in a much longer technological progression that ARC has been watching since its beginning. Industrial technology learned first to control physical processes, then to connect them, then to see what was happening across them. Eventually, it learned to predict what might happen next.

Now it is beginning to decide what should happen next—and, increasingly, to act.

The Machines Learned to Talk

The first great transformation was the automation of physical processes. Machines became increasingly instrumented, control systems became more sophisticated, and industrial companies gained finer control over production, quality, throughput, and equipment performance. But automation had limits. A system might know exactly what was happening inside one production process while remaining almost completely blind to what was happening elsewhere in the organization.

The next breakthrough, therefore, was connectivity. Over time, systems that had once functioned independently began to communicate. Plant-floor systems connected with manufacturing applications, manufacturing information flowed into enterprise software, industrial Ethernet spread, standards improved, proprietary environments became more open, and operational technology and information technology began slowly moving toward one another.

That transition took years, and it rarely unfolded as neatly as technology presentations suggested it would. Factories could not simply stop running while their technology stacks were replaced. Refineries could not be rebuilt every time a new software architecture appeared. Warehouses, utilities, railroads, and global supply chains carried decades of accumulated infrastructure with them, so new technologies had to work alongside old ones.

That became one of the enduring lessons of industrial technology: invention matters, but integration determines whether the invention becomes useful.

Then Everything Began Producing Data

Once the industrial world became more connected, another transformation followed almost automatically. Connected systems produced information—enormous amounts of it. Machines, production systems, orders, warehouses, trucks, suppliers, and customers all became sources of data. At first, simply collecting and displaying that information created tremendous value.

Supply chain technology illustrates this particularly well. For years, companies struggled to understand what was happening beyond the walls of their own facilities. A shipment could leave a supplier and effectively disappear into a transportation network until it arrived—or failed to arrive. Transportation visibility platforms began changing that. Warehouse management systems provided increasingly detailed operational insight, control towers attempted to bring information from multiple systems into common views, supplier platforms digitized procurement relationships, and planning systems connected demand, inventory, production, and replenishment.

The industry spent enormous amounts of money trying to see the supply chain more clearly. And it worked, perhaps too well.

Visibility Created a New Problem

A modern supply chain can now tell you an extraordinary amount about itself. A shipment is running late. A supplier has missed a commitment. Inventory is below plan. A vessel is delayed. Demand is accelerating. A carrier has rejected a load. A distribution center is falling behind. A customer order is at risk.

Every one of those events can generate an alert, and a large enterprise can generate thousands of them. That creates an uncomfortable realization: the problem is no longer simply that organizations cannot see what is happening. Increasingly, the problem is that they can see too much.

Somewhere along the way, visibility ceased to be the final objective and became the beginning of another problem. Once you know that something has gone wrong, someone still has to determine whether it matters, understand why it happened, evaluate the alternatives, make a decision, and then act. For decades, that “someone” was usually a person.

Now, for the first time, that assumption is beginning to change.

AI Enters the Operating Model

Most of the public discussion around artificial intelligence has focused on what AI can generate: text, images, code, answers, and summaries. Those capabilities are significant, but in industrial settings they may turn out to be the least important part of the story. The larger change begins when AI starts participating in operations.

Imagine a delayed inbound shipment. A traditional visibility system tells the planner that the container will arrive three days late. That is useful information, but the real business questions begin immediately afterward. What is inside the container? Which plants need those materials? Which production orders depend on them? Which customer commitments could be affected? Is replacement inventory available somewhere else? Can another supplier provide the component? Could production be resequenced? Would expediting another shipment cost less than interrupting production?

Ultimately, the organization needs to know which response produces the lowest total business impact while protecting its most important commitments. That is no longer simply a visibility problem. It is a reasoning problem, and increasingly it is becoming an AI problem.

From Information to Understanding

This is where the emerging architecture of industrial AI begins to matter.

AI needs more than a powerful model. It needs access to the information, relationships, tools, and operating context of the enterprise. Retrieval-augmented generation can ground AI in company-specific knowledge. Graph-based approaches can help it understand relationships among suppliers, products, plants, shipments, customers, and orders. Agent-to-agent communication can allow specialized AI systems to coordinate, while emerging protocols can connect those systems with enterprise tools and contextual resources.

ARC’s work on AI in the supply chain describes this as the foundation for a connected intelligence layer spanning existing enterprise and operational systems. The important point is not the collection of acronyms surrounding AI. It is what the architecture makes possible: moving from an AI system that answers an isolated question toward one that understands what an event means within the broader operation.

That distinction is particularly important in supply chains because almost nothing exists independently. A supplier is connected to components. Components are connected to products. Products are connected to plants. Plants are connected to customers. Shipments are connected to orders, and orders are connected to revenue.

A late container is therefore not simply a late container. It may be the beginning of a chain reaction.

And once a system can understand that chain reaction, the next question becomes unavoidable: should it act?

Software Begins to Cross the Line

For most of the enterprise software era, the division of labor between humans and systems was clear. Software stored transactions, calculated plans, displayed exceptions, produced forecasts, and recommended options. People connected the dots. A planner saw the problem, investigated the cause, called another department, evaluated alternatives, made a decision, entered the change, and watched what happened next.

Agentic AI begins to blur that division. Consider the same delayed shipment. A shipment agent detects the delay while an inventory agent determines which locations will be affected. A production agent identifies manufacturing orders at risk, a procurement agent searches for alternative supply, and a transportation agent evaluates expedited options. Those systems can potentially exchange information, compare alternatives, and weigh cost, service, inventory, and production consequences.

If the problem falls within predefined authority limits, the system could eventually take the action itself. If it does not, it could send the issue to a human with much of the investigative and analytical work already completed.

That is not simply better analytics. It represents a different operating model because software is beginning to cross the boundary between supporting work and performing work.

Forty Years in One Line

Seen from the perspective of 1986, the progression is striking.

Automation → Connectivity → Visibility → Prediction → Decision → Action.

Automation gave industrial systems the ability to control physical processes. Connectivity allowed those systems to exchange information. Visibility gave organizations a clearer understanding of what was happening across increasingly complex operations. Predictive analytics helped anticipate what might happen next. Decision intelligence began recommending what organizations should do about it.

Now agentic AI is beginning to explore the final step: taking action.

It is not a perfect description of every technology category, and not every operational process will move through all six stages. Nor should every business decision become autonomous. But the framework captures the larger direction of travel.

What makes the current moment especially interesting is that the final two stages are developing together. Decision intelligence and agentic AI are advancing at the same time, meaning the gap between knowing what should happen and actually making it happen could begin to shrink dramatically.

And Then Reality Arrives

Of course, every technology revolution looks easiest before it touches an operating environment. An AI agent resolving a simulated supply chain problem is impressive. Giving that agent authority over a real production schedule, inventory allocation, transportation move, procurement decision, or customer commitment is something else entirely.

Suddenly the questions become less glamorous and much more important. What information can the agent access? Which systems can it modify? How much money can it commit? Which decisions require human approval? What happens when two agents optimize for different objectives? How do you reconstruct a decision six months later? Who is responsible when the system is wrong? And how does this sophisticated new intelligence layer interact with an ERP implementation that may be fifteen years old or a warehouse system that the business cannot afford to replace?

These questions may sound like constraints, but they are actually where industrial transformation happens. ARC has seen variations of this problem repeatedly. Open systems did not make proprietary infrastructure disappear overnight. Cloud computing did not eliminate enterprise systems. Industrial IoT did not replace control systems. Digital transformation did not sweep away decades of installed technology. Instead, every new layer had to find its place within what already existed.

AI will be no different.

The Future Will Be Built on the Past

There is a tendency in technology to describe every new era as though everything before it suddenly became obsolete. Industrial technology rarely works that way. The future tends to accumulate rather than replace: new layers sit on top of old ones, new architectures connect with installed systems, and new intelligence depends on existing transaction platforms.

AI will not erase ERP, TMS, WMS, procurement, planning, or control systems. It will increasingly operate across them. That is why the AI conversation inside industry will eventually become less about models and more about architecture: data harmonization, interoperability, security, governance, context, decision rights, and human oversight.

Those are the mechanisms through which AI stops being an impressive demonstration and becomes part of the operating fabric of the enterprise. The real competitive advantage may ultimately come not from having access to the most powerful model, but from connecting intelligence successfully to the data, systems, workflows, and decisions through which the business actually operates.

The Categories Are Starting to Move

We can already see the consequences in the supply chain software market. Visibility platforms are moving toward exception management. Exception management is moving toward decision intelligence. Decision intelligence is moving toward execution. Planning systems are incorporating generative AI, transportation and warehouse platforms are beginning to add autonomous capabilities, and control towers are evolving toward orchestration environments.

Software categories that once seemed distinct are beginning to overlap. That makes this a particularly important moment for technology research because mature and emerging markets require very different kinds of analysis. In an established category, the questions are familiar: Who are the leaders? How large is the market? What features does each supplier offer? How quickly is the category growing?

Emerging markets create harder questions. What exactly is the category? Where does it begin and end? Which capabilities actually belong inside it? What architecture is required? Which decisions should remain advisory and which can become autonomous? What level of buyer maturity is necessary?

Before suppliers can be compared, the market itself often has to be defined.

That has always been one of the most important functions of industrial technology research, and it becomes particularly important when the underlying architecture is changing as quickly as it is today.

Back to 1986

And so, after nearly forty years, the story comes almost full circle.

When ARC began, the defining question was what would happen as computing became deeply embedded in industrial operations. The answer unfolded over decades as machines became automated, systems became connected, operations became visible, data became pervasive, and analytics became predictive.

Now the industry is moving into another phase. The question is no longer simply whether industrial systems can collect information or even understand what is happening. The question is whether they can increasingly determine what should happen next and whether, under the right circumstances, they should be allowed to make it happen.

For Logistics Viewpoints, that makes the AI era particularly significant. We are not watching a technology category appear in isolation. We are watching the next stage in the evolution of the systems that run supply chains and, more broadly, the physical economy.

ARC has spent nearly forty years studying that evolution. The technologies have changed, but the underlying question has not: How does a breakthrough in computing become something industry can actually trust, integrate, and use?

In 1986, that question began with automation. Today, it begins with intelligence.

The next industrial era will be defined not simply by systems that can see more or predict more, but by systems increasingly capable of deciding and acting. For ARC, that makes AI less a break with its past than the logical continuation of it: another fundamental change in the architecture of the physical economy, and another transition whose real significance will only become clear when the technology meets operations.

The post From Automation to Intelligence: ARC’s Next Industrial Technology Chapter appeared first on Logistics Viewpoints.

Non classé

The End of the Transportation-Warehouse Divide

Published

24 heures ago

7 septembre 2026

A truck arriving early sounds like a transportation success. It may be the opposite if the receiving dock is occupied, the yard is full, the required labor is not scheduled, or the inventory cannot be processed when it arrives. The same problem works in reverse. A warehouse can hit its internal productivity targets and release an outbound wave exactly on schedule, only to discover that trailers, drivers, or carrier capacity are not aligned with the plan. That dependency is exactly why Stop Managing Logistics as a Collection of Functions argued that local functional optimization can degrade the performance of the total logistics system.

These are not edge cases. They reveal a structural problem in logistics: transportation and warehousing are often managed as separate functions even though the physical flow of goods does not recognize the organizational boundary.

Local Optimization Can Create System-Level Waste

Transportation teams are typically measured against transportation outcomes: freight cost, tender acceptance, on-time performance, utilization, and service. Warehouse teams focus on throughput, labor productivity, order accuracy, dock performance, and storage utilization. Each set of metrics is rational. The problem arises when improving one metric shifts cost or delay into the other function.

A carrier appointment optimized for route efficiency can create dock congestion. A warehouse schedule optimized for labor can increase carrier dwell. A decision to consolidate freight may reduce transportation cost while creating inventory or fulfillment consequences downstream. The result is a familiar logistics paradox: every function can report reasonable performance while the end-to-end operation remains inefficient. The loading dock is one of the clearest examples of why the divide is becoming untenable.

A dock door is warehouse capacity, transportation capacity, labor capacity, and time capacity simultaneously. If an inbound trailer arrives outside its expected window, the effect can propagate through receiving, putaway, inventory availability, labor assignments, outbound fulfillment, and subsequent appointments. That makes dock scheduling more than a calendar problem. It is a coordination problem across transportation arrival predictions, yard state, warehouse workload, labor availability, and order priorities. The more volatile the network becomes, the less effective static appointment assumptions become.

The Yard Is Not a Parking Lot

The yard is often treated as the space between transportation and the warehouse. Operationally, it is the interface between them. Trailers waiting in the yard represent inventory, capacity, equipment, and time. Poor visibility into yard state can cause unnecessary moves, lost trailers, excess dwell, dock starvation, and labor inefficiency. Better yard execution can therefore improve both warehouse and transportation performance.

This is why yard management is becoming strategically more important in highly automated facilities. A warehouse capable of moving goods rapidly inside the building still depends on a reliable flow of trailers to and from the doors. Automation can make poor coordination at the boundary more visible, not less important.

Warehouse plans are built on assumptions about what will arrive and when. Transportation volatility continuously challenges those assumptions. If a critical inbound shipment is delayed, the warehouse may need to change receiving priorities, labor assignments, replenishment, or outbound sequencing. If the delay is known early enough, the response can be deliberate. If it becomes visible only when the expected trailer fails to appear, the operation moves into firefighting mode.

This is where transportation visibility becomes warehouse intelligence. Outbound fulfillment is equally connected. Warehouse release schedules, order cutoffs, staging space, trailer availability, carrier pickups, and delivery commitments form one operating chain. Optimizing the warehouse without considering downstream transportation can create staged inventory with nowhere to go. Optimizing transportation without considering warehouse readiness can create trucks waiting for freight.

The economic cost appears in detention, labor, overtime, missed service, congestion, and poor asset utilization. The organizational cause is often a decision that made sense inside one functional boundary.

Shared State Matters More Than Shared Dashboards

Companies have tried to solve this problem with meetings, control towers, shared dashboards, and cross- functional teams. Those mechanisms help, but they do not eliminate the underlying timing problem. Modern logistics decisions increasingly happen too quickly for coordination to depend entirely on humans reconciling separate systems.

Transportation and warehouse applications need access to a sufficiently consistent operating state: expected arrivals, dock availability, yard position, workload, order priority, trailer status, labor constraints, and exceptions. The objective is not to create one giant database. It is to make the information required for a decision available when that decision must be made. Integration will remain superficial if incentives stay siloed.

A network that measures transportation solely on freight cost and the warehouse solely on labor productivity may systematically reward decisions that damage total logistics performance. More useful measures connect the functions: end-to-end dwell, order cycle time, dock-to-stock time, trailer turn time, service recovery, total exception cost, and the time required to resolve cross-domain problems.

The goal is not to eliminate functional accountability. It is to make system performance visible alongside local performance.

From Handoffs to Orchestration

The transportation/warehouse divide will not disappear organizationally. Nor should it. The disciplines require different expertise. What is disappearing is the luxury of slow handoffs between them.

The future model is one in which transportation and warehouse systems remain specialized but exchange events, constraints, and decisions continuously. A changed ETA can trigger a dock reassessment. A warehouse delay can change a pickup sequence. A yard constraint can alter both. That is orchestration: not collapsing functions into one system, but coordinating their decisions around a shared physical reality.

Once logistics starts operating this way, another question becomes unavoidable. If TMS, WMS, YMS, OMS, visibility, and automation systems all remain in place, what coordinates decisions across them? That is where the emerging logistics control layer enters the architecture.

Related Logistics Viewpoints research

The New Architecture of Logistics
Systems Engineering in Logistics
2026 Warehouse Management Systems Market Map
DHL and the Reality of End-to-End Logistics Integration
Previous in this series: Logistics Is Becoming an Operating System

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 End of the Transportation-Warehouse Divide appeared first on Logistics Viewpoints.

Non classé

Predictive Fleet Safety: Protecting Drivers and the Bottom Line

Published

5 jours ago

3 septembre 2026

Every fleet manager would agree that the primary goal of their fleet safety strategy is the prevention of motor vehicle crashes to protect drivers and the public from injury or death. But increasingly, fleet safety is tied directly to a company’s bottom-line health through compliance, legal, and insurance considerations.

Transportation companies that neglect to champion a proactive fleet safety culture not only put their drivers and vehicles at risk, but they leave themselves open to profit-crushing fines, legal fees, nuclear verdicts, and escalating insurance premiums.

Profit margins under siege

Without a robust fleet safety model, transportation companies risk violating Federal Motor Carrier Safety Administration (FMCSA) regulations, such as Hours of Service (HOS), vehicle technology standards, and rules regarding inspection, maintenance, and repair. These types of FMCSA violations can trigger costly operational disruptions and hefty fines.

In addition to non-compliance penalties, fleets must deal with the bottom-line impact of truck crashes. The FMCSA estimates that fatal large truck crashes cost $13.8 million per crash, with non-fatal crashes costing more than $400,000 per incident.

Motor vehicle accidents create a cost-amplifying ripple effect across the organization, driving costs up through reduced productivity, vehicle repairs, and the need to recruit temporary or new drivers. Plus, the blow to a company’s reputation can compromise new client acquisition and driver retention and recruitment.

The crippling impact of nuclear verdicts

The costliest ramifications of inadequate driver safety programs and increased crash rates stem from legal fees, jury awards, and expensive insurance premiums. A 2025 study of nuclear verdicts—awards greater than $100 million—found that the trucking and automotive industries are among the top targets of nuclear verdicts, mainly in wrongful death and negligence cases. These sectors faced 15 multimillion-dollar verdicts in 2024, totaling more $1.4 billion.

Similarly, an ATRI 2025 report concluded that while the number of awards in trucking litigation are increasing in general, the upper 50% of awards are increasing at a particularly alarming rate. Notably, from 2012 to 2020, the number of cases with verdicts over $1 million increased by 235% compared to the six years prior, with the average size of a crash-related verdict increasing by a staggering 967% between 2010 and 2018—and this upward trend shows no sign of abating.

Insurance premiums pounding profits

While nuclear verdicts can damage a transportation company’s financial health beyond recovery, the fallout extends to insurance premiums. Escalating claim severity, rising 93.5% between 2015 and 2024, is driving insurance premiums to new heights.

Recent ATRI research shows that liability insurance premium costs rose by 18.6% from 2021 to 2024, outpacing consumer inflation by 5.4 percentage points even while heavy-duty truck crash rates fell by 2.6% industry-wide.

Mitigating risk with predictive fleet safety

Facing the costly prospect of nuclear verdicts and climbing insurance rates, many transportation companies are re-evaluating their fleet safety strategies, with a focus on protecting both drivers and the bottom line through a more proactive, predictive approach.

On the legal front, plaintiff attorneys are increasingly evaluating whether a fleet can show a pattern of proactive risk identification, coaching, and intervention before an incident occurs. Similarly, juries are influenced by whether fleets can prove they took reasonable, documented steps to prevent foreseeable risk.

Consequently, it’s no surprise that fleets operating with reactive or inconsistent driver safety practices face significantly higher exposure. Preventing nuclear verdicts is no longer solely a legal strategy; it’s a safety strategy, and one that requires a proactive approach to risk mitigation.

Insurance premiums are influenced by similar considerations. Moving forward, the affordability and availability of insurance will be determined by data transparency and the ability to use data in insurance costing. Indeed, insurers are beginning to reward fleets that can show measurable reductions in risky driving behavior using predictive safety models.

Protecting the bottom line with data

In today’s transportation landscape, forward-thinking fleets recognize that reactive driver safety that typically rely on lagging indicators (e.g., compliance violations, incidents, claims) and in-cab cameras and video telematics is no longer sufficient for reducing risk and curtailing costs.

Profitable fleets are thinking beyond simple scorecards, arbitrary weighting, and reactive training. They’re building a proactive safety culture underpinned by a data-driven predictive driver safety program that integrates data from a wide range of sources: cameras, telematics, electronic logging devices (ELDs), FMCSA, customer feedback, training, dispatch, HR systems, and accidents and claims.

Using predictive analytics and machine learning to analyze billions of miles of driving data and hundreds of thousands of historical crashes across the industry, AI-enabled fleet safety programs can identify elevated risk earlier, prioritize interventions, and demonstrate continuous improvement. Fleet leaders can use these safety insights to proactively manage risk, intervening with at-risk drivers to provide meaningful coaching before a crash occurs.

In this era of nuclear verdicts, eye-watering insurance premiums, and razor-thin margins, safety has become a competitive cost advantage. By shifting from reactive safety models to investment in predictive analytics, driver development, and documented preventive practices, fleets can better safeguard drivers from crash risk while protecting themselves from costly litigation and strengthening their insurance position to keep premiums under control.

Hayden Cardiff, VP Safety Solutions at Descartes

The post Predictive Fleet Safety: Protecting Drivers and the Bottom Line appeared first on Logistics Viewpoints.

Non classé

Stop Managing Logistics as a Collection of Functions

Published

5 jours ago

3 septembre 2026

Calling logistics a network is accurate, but it is not sufficient. A network describes connections; it does not explain how independently managed transportation, warehousing, fulfillment, yard and dock operations, last-mile delivery, technology, partners, and people combine to produce one customer outcome. The more useful model is a system of systems.

The practical consequence is important. You cannot understand logistics performance by looking at any one component in isolation.

Every Function Is Rational. The System Still Can Be Wrong.

A warehouse is optimized around throughput, storage, labor, service requirements, and physical constraints. A transportation operation is optimized around modes, routes, carrier capacity, cost, service, and variability. A yard operation is optimized around appointments, dwell, doors, and trailer flow. None of those perspectives is wrong. The difficulty appears when they are connected.

None of those perspectives is wrong. The difficulty appears when they are connected.

Consider a seemingly simple promise to offer later customer order cutoffs. Commercially, it may be attractive. Operationally, it can change picking waves, labor schedules, carrier tender timing, dock congestion, linehaul departure, delivery commitments, and exception management. The decision spans multiple systems, and the value appears only if those systems can absorb the change together.

A system-of-systems view forces the organization to see that dependency before the change is made.

The Network Does Not Report to You

Traditional engineering often assumes a designer has meaningful control over the system being built. Logistics networks rarely offer that luxury.

Carriers have their own network economics. 3PLs optimize their facilities and labor. Parcel providers manage sort capacity and delivery density. Ports and terminals manage gates, berths, yards, and appointments. Customers change ordering behavior. Software providers determine product road maps. Regulatory agencies change requirements. Labor markets move independently of corporate plans.

These entities participate in the same operating system without being subordinate to a single designer. That is one of the defining characteristics of a system of systems. Its components can operate independently, evolve independently, and still affect the performance of the whole.

This helps explain why seemingly small external changes can create disproportionate logistics effects. A carrier-capacity shift can alter fulfillment strategy. A missed linehaul departure can invalidate an otherwise efficient warehouse wave. A new customer cutoff can create technology and process work across order release, picking, staging, tendering, and delivery.

Logistics is not simply complicated. It is adaptive.

Complexity Raises the Price of Weak Architecture

When systems are relatively simple, coordination can rely heavily on experience and informal processes. As complexity increases, that becomes less reliable.

Architecture provides structure.

Process architecture defines how work moves across the enterprise. Data architecture defines how information is created, governed, shared, and interpreted. Decision architecture defines who or what makes decisions, what inputs are used, how quickly decisions must be made, and when escalation is required. Technology architecture provides the applications, integration, analytics, and automation that support those processes and decisions.

These architectures overlap. They should.

The mistake is to allow one of them, usually technology architecture, to become the de facto operating model. When that happens, organizations begin designing work around system capabilities instead of designing systems around business requirements. The result may be technically integrated while remaining operationally fragmented.

Treat Every Handoff as a Design Decision

In a system of systems, interfaces are not plumbing. They are part of the product.

The interface between order management and fulfillment determines whether customer promises are executable. The interface between a shipper and a carrier determines whether capacity commitments are reliable. The interface between an optimization engine and a TMS or WMS determines whether a recommendation can actually be executed. The interface between an AI agent and a human determines whether automation accelerates decisions or simply creates another queue of suggestions.

These interfaces should have explicit requirements.

What information must cross the boundary? At what frequency? With what latency? Who owns data quality? What happens when the message is incomplete? Which decisions can be automated? What happens when two systems disagree?

Organizations frequently discover these questions during implementation. Systems engineering argues that they should be part of design.

Measure the Enterprise Outcome, Not the Local Win

A system-of-systems view also changes performance measurement.

Functional metrics remain necessary, but they are insufficient. A warehouse can hit its productivity target while order cycle time gets worse. Transportation can reduce cost per shipment while dock dwell or delivery variability increases. A parcel operation can lower rate per package while missed cutoffs rise. The larger question is whether the total logistics system is improving service, cost, flow, and responsiveness together.

The larger question is whether the total system is producing the outcomes the business requires.

That means metrics should connect across levels. Local operating measures should roll into end-to-end logistics measures such as on-time delivery, perfect-order performance, order cycle time, cost per shipment or order, dock dwell, capacity utilization, responsiveness, resilience, and decision speed. The organization needs to understand where local gains create system gains and where they simply move cost, delay, or risk somewhere else.

Change the Question, Change the Design

The system-of-systems idea may sound theoretical, but it is a useful operating model for logistics leaders. It explains why local optimization is dangerous, why interfaces matter, why technology integration alone does not create end-to-end performance, and why transformation requires architecture across organizational boundaries.

The practical shift is straightforward: stop asking whether each function is performing well in isolation and ask whether the combined system is producing the outcome the enterprise needs. In 1.3, that system view becomes operational: we move from understanding the whole to defining what the whole must actually do before technology enters the discussion.

Related Logistics Viewpoints research

Systems Engineering in Logistics
The New Architecture of Logistics
2026 Supply Chain Decision Intelligence Market Map
Guest Commentary: Control Tower 2.0 – Managing Logistics Costs in a Risky and Volatile World
Previous in this series: Why Logistics Needs Systems Engineering

Request the Systems Engineering in Logistics Client Edition

If your organization is evaluating a logistics transformation, technology strategy, automation program, or operating-model redesign, I would be glad to provide the complete client edition and discuss how the framework applies to your priorities, constraints, and operating environment.

Request the client edition

The post Stop Managing Logistics as a Collection of Functions appeared first on Logistics Viewpoints.