RSS Amplifier

Ali on Tech · May 8, 2026

System of Record, System of Action, System of Judgment

0
Sign in to vote or save

Ali Khan · Ali on Tech

Every vendor pitch and every CIO strategy currently uses the same vocabulary to describe enterprise software.

Systems of record. Systems of engagement. Systems of intelligence, in a later Gartner revision. These categories were useful once. They are now misleading, because the thing happening in front of us does not fit any of them cleanly.

What is happening is a three-layer shift, and the layers behave differently, evolve on different timelines, and reward different kinds of investment. Mixing them up leads to expensive confusion.

Here is a cleaner map. Call it the three systems.

The system of record is the oldest layer of enterprise software, and the one AI changes least.

A system of record stores canonical facts: who is a customer, what is a contract, how much is owed, what is the state of the inventory, what the board approved. Systems of record are defined as much by what they will not do as by what they will do. They refuse to let two versions of a fact coexist. They refuse to let data leave without an audit trail. They refuse changes without authorisation, and they return the same answer to the same query, every time. They are, in a very old sense, custodians.

The incentives for a system of record are conservatism, auditability, consistency, and durability. The features that matter most are the ones nobody talks about because nothing goes wrong: referential integrity, transactional consistency, role-based access, immutable logs, regulated retention, disaster recovery, cross-border data residency.

AI changes almost none of this, and it is important to say so clearly. An ERP does not become more useful, fundamentally, because there is a chat interface on it. A ledger does not become more useful because it can summarise. The system-of-record layer still has to be right, and the cost of getting it wrong is measured in regulatory fines and reputational damage, not missed productivity.

The record layer is stable because the cost of instability is too high for any buyer to accept.

This is why SAP, Oracle, Dynamics 365, Workday, Xero in the mid-market, and the data platforms underneath them are fundamentally less disrupted by this cycle than the hot takes suggest. They might lose share on the interface layer. They might lose share on the workflow layer. They will not lose their job as custodian, because no one has built an agent-native alternative that carries the same compliance and durability guarantees.

Above the system of record sits the system of action. This is the layer where most enterprise SaaS lives, and the first significant disruption of this cycle will play out here.

A system of action does not store facts. It changes them: initiating transactions, moving a customer through a workflow, filing a claim, opening a ticket, triggering a downstream process. For the last twenty years, these systems have been built around a humans-driving-processes model. A human logs in, clicks through screens, fills forms, triggers state changes. The software mediates the workflow.

Salesforce is a system of action dressed as a system of record. ServiceNow is a system of action. Workday’s HR modules are systems of action layered on top of a record-keeping core. Atlassian, Hubspot, most workflow software on the market: all systems of action.

An agent is a new kind of actor in this layer. It can initiate transactions, move records through states, orchestrate across multiple systems of record, and take consequential action without a seat, a screen, or a training programme. It needs credentials, permissions, evaluations, and oversight.

Once agents are first-class actors in the action layer, the whole layer reorganises. Forms and menus become optional, the integration between action systems changes shape because the agent itself is the integration, and the pricing assumptions, usage patterns, and workflow designs all need revisiting.

The incumbents are doing what incumbents always do: adding an AI assistant on the side and claiming that constitutes their response. It does not. It is the equivalent of a 1990s client-server vendor adding a web front-end in 1999 and claiming to be a cloud company. The response that actually matters is a rebuild of how the product assumes actors work. That is a harder, multi-year project, and most incumbents have not truly begun it.

The first real wave of displacement will happen here, and it will take three to five years to play out: a long time in product cycles, a short time in enterprise adoption cycles.

Above the action layer, a third system is forming. It does not have a clean name yet because it does not have a clean analogue in previous cycles. The closest label is the system of judgment. A system of judgment does not store facts and does not initiate transactions. It makes, or supports, consequential decisions under uncertainty.

The distinction is worth being precise about. A system of action knows the correct move given complete information: escalate this ticket to that team, apply this discount to that order, file this claim with that insurer. A system of judgment is used when the correct move is not knowable from data alone: decide whether to pursue this acquisition, choose whether to extend credit to this counterparty, recommend whether to settle this litigation, advise whether to greenlight this drug candidate, assess whether this loan is in material distress. These are not process executions. They are calls.

Historically, judgment has lived entirely in humans: senior humans, partners, executives, committees. The supporting artefacts have been documents, dashboards, models, and memos. The decisions themselves have never been software-mediated in the way action decisions are. This is the last frontier of enterprise software, and until recently it was widely assumed to be permanently human-only ground.

That assumption is being tested. Not because AI is demonstrably as good as a human at consequential judgment, it is not, but because the surrounding conditions are changing. The volume of judgments required in a modern enterprise is climbing faster than senior capacity can grow. The cost of a bad judgment has become easier to quantify and to attribute. The evidence that AI can support a good judgment, when used appropriately, is accumulating. And the new entrants building tooling explicitly for the judgment layer, decision support platforms with built-in evidence gathering, scenario modelling, counter-argument generation, and audit trails, are growing fast.

The interesting thing about the judgment layer is not that it replaces the human. It is that it raises the floor of judgment quality across the organisation. A mid-level manager with a well-designed judgment tool can make decisions closer to the quality that a senior manager used to make unassisted. A senior manager with the same tool can make decisions at a consistency and speed that was previously impossible. The floor rises more than the ceiling does. That asymmetry is still transformative for the enterprise as a whole, and it is where the next large category of enterprise software will be built.

A buyer who treats an AI vendor pitching a system of action as if it were a system of record will over-index on governance and under-index on workflow benefit. A buyer who treats a system of judgment as if it were a system of action will demand deterministic outputs from a tool whose value depends on thoughtful probabilistic reasoning. A buyer who treats a system of record as if it were a system of action will allow inconsistent state for the sake of agility, and pay for it later in audit.

For vendors, the confusion is equally expensive. A startup that pitches a judgment tool with the certainty language of an action tool loses credibility as soon as its first recommendation is wrong. A startup that pitches a record tool with the natural-language interface of an assistant looks unserious to any CIO who has ever survived a data integrity incident. Knowing which layer the product lives in should inform nearly every language choice, every UI decision, every commercial model.

The three layers also evolve on different clocks. The record layer moves slowly. It rewards patience, depth, and trust compounded over a decade. Investors who price it as growth-tech will be disappointed. Investors who price it as durable infrastructure will be rewarded. The action layer is moving fastest right now, and it is where the most value will be created and destroyed in the next three to five years. It is also where the most hype and the most noise live. The judgment layer is the slowest to emerge but the largest in eventual scope. It will take five to ten years to settle, many of the companies founded to address it today are wrong, and the category winners will be among the most valuable enterprise software companies of the 2030s.

A common claim is that all three layers will move to conversational interfaces. It is wrong, and it is worth being specific about why.

The record layer will keep structured interfaces, because structured interfaces are how you enforce correctness. You do not ask an ERP to “just make the invoice right.” You fill the fields and you submit. A conversational layer is fine for queries. It is not appropriate for state changes, and every serious CIO knows this.

The action layer will become hybrid. Conversation works well for initiating a workflow and for handling exceptions. Structure works well for the workflow’s steady state. The best products in this layer will know when to use which, and the worst will make everything a chat.

The judgment layer is the one place where conversation as a primary surface makes real sense, because judgment is inherently messy, iterative, and dialogic. A well-designed judgment tool should feel like a long, substantive conversation with a thoughtful colleague, with access to evidence, scenarios, and counter-arguments. The interface matches the work. This is the exception, not the rule, and vendors selling “conversational enterprise software” as a blanket positioning are selling a category error.

Most of the noise about enterprise software disruption is unhelpful because it refuses to distinguish between the layers. The record layer is stable and slow. The action layer is being rewired, aggressively, over the next five years. The judgment layer is being born, and its early shape will determine which companies own the most valuable territory of the next decade.

Strategic clarity here is worth a lot. Most companies, most investors, and most buyers do not have it yet. The ones who develop it sooner will allocate capital, attention, and talent more effectively than those who do not.

In the next piece in this series, I want to turn to a specific, unsolved, and surprisingly boring problem that is about to become load-bearing across all three layers. Nobody has yet worked out how to give agents stable identity, permissions, audit, and accountability. It is the plumbing problem of the cycle, and whoever solves it well will own a category.

No posts

Read the original on aliontech.substack.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.