All essays / February 1, 2026

Decision traces - Who owns them? A Case for Enterprise Sovereign Systems

Decision traces - Who owns them? A Case for  Enterprise Sovereign Systems

TL;DR

Invest in your sovereignty. Let your system constrain vendors, by design

How do we buy software?

A problem appears often, a category forms around it, and vendors emerge. A vendor is selected, and a contract is signed.

In Your SaaS Vendor’s Margin Is Your Opportunity, we named a quiet truth: Software vendors earn by generalizing away your edge cases. 

Why software forgets

Vendors optimize for feature velocity. But organization systems evolve to ensure that the organization is not fragile. The greater the exactness of software, the fewer the edge cases that go unsolved and, more robust an organization becomes. Imagine if every exception leads to a patch that the software recognizes the next time and addresses it as a matter of routine! But is that how software is packaged today? No, because software today operates on data and not on organizational memory of how decisions are made. The outcome of such decisions is data. And data alone does not tell the story.

A vendor’s roadmap is shaped by the median customer. But your system? It is shaped by your people’s decisions, and those decisions come on the best days, worst days and in between. 

A system is a historian, not a toolbox

Your system should not be a collection of tools you layer over your work; that represents a lack of system. A system, when it does exist, should be the historian of your organization’s decisions. No vendor should own it. It's about your sovereignty.

AI models from vendors make decisions, agents take actions, and recommendations propagate across workflows. When these capabilities are vendor-owned and loosely integrated, enterprises inherit a new class of risk: outcomes they can neither predict nor fully explain. The decision loops don’t accrue to your central system as new patches to the memory. They stay locked in vendor systems. What that looks like when the explanation exists but the oversight does not is the subject of Your AI System Can Explain Everything and Control Nothing.

Invest in sovereignty and the system constrains vendors

So, invest in your sovereignty. That way, your system constrains vendors by design. It dictates where AI can act autonomously, where it must ask, where context lives, and who intervenes when behavior drifts. Vendors become components inside that system, not its authors. Their features are filtered, not adopted wholesale.

This is not an argument for building everything in-house. It is an argument for owning the seams – deciding where data is canonical, where decisions are logged, and where accountability resides. It means that replacing a vendor is expensive but possible, and integrating a new one is deliberate, not reactive. It means your system has memory, even when your vendors do not. And it is not solved by building a data lake.

What the margin is actually buying

Seen this way, vendor margin becomes legible. The margin you pay is not just for software – it is for relief from design responsibility. When enterprises abdicate that responsibility, vendors step in. When enterprises reclaim it, margin shifts back in the form of resilience, leverage, and optionality.

So, do enterprises that build systems of memory buy less software? No – but they buy differently. Vendors compete inside constraints rather than defining them. AI becomes governable rather than theatrical. And margin – real margin – shows up not as savings, but as control. The related question of what your own know-how is worth is in Don't shortsell your know-how to AI vendors.

A category that does not have a name yet

In the end, vendors are necessary. Memory of why/when/what happened and who authorized it is important. Systems that own and govern these are non-negotiable.

Remember, you read this here first: System sovereignty is not talked about, at all. Sovereign Memory Systems will emerge as a category and all tool/software vendors will plug into some sovereign system. It will be a bigger market than data lakes.

Until this happens, when someone knocks at the door selling context graphs, decision traces, knowledge base, etc., find out what happens when they leave. Negotiate to own the decision traces that define your organization.

Enjoy your Sunday!

Where Moative fits

Moative builds inside the customer's seams rather than around them, which means the decision log belongs to the customer at the end of the engagement and not to us. That is a deliberately awkward commercial position for a vendor to take, and it is the only one consistent with the argument above. In healthcare revenue cycle management the decision trace is the asset: why a claim was coded a particular way, who overrode the model, and what the payer did next.

Frequently asked questions

What is a decision trace?
The record of why a decision was taken, by whom, under what authority and with what information available at the time. It is distinct from the decision's outcome, which is what most systems actually store.

What is enterprise system sovereignty?
Owning the layer that decides where your data is canonical, where decisions are logged, where context lives and who intervenes when behavior drifts. Vendors then operate as components inside that layer rather than defining it.

Does owning your system mean building everything in-house?
No. It means owning the seams. Vendors still supply capability, but replacing one becomes expensive and possible rather than impossible, and integrating a new one becomes a deliberate choice rather than a reaction.

Why is a data lake not a system of memory?
A data lake stores what happened. A system of memory stores why it happened, who authorized it and what was known at the time. The first is a record of outcomes, the second is a record of reasoning.

Who should own the decision traces when an AI vendor is involved?
The enterprise. If the traces live in the vendor's system, the organizational learning accrues to the vendor rather than to you, and it leaves when they do. This is worth writing into the contract rather than discovering at renewal.

Why do software vendors generalize away edge cases?
Because their roadmap is set by the median customer and rewarded by feature velocity. An edge case that matters enormously to one buyer is a rounding error across the customer base, so it stays unsolved and the work falls back on your people.