Single source of truth

What it is

In most growing companies the same fact lives in several places: the item price is in a price list, in the shop, in the invoicing tool and in a salesperson's head. Each copy is right on the day it was made and drifts afterwards. A single source of truth designates one system as the owner of that fact; every other system either reads from it live or receives updates from it automatically, and nobody edits the copies.

It is a design principle rather than a product. An ERP is the usual home for it because it already holds items, customers, suppliers and transactions on one data model, but the principle also applies to a customer list shared between CRM and accounting, or a stock figure shared between shop and warehouse. What matters is that ownership is decided, written down and enforced by the integrations.

Why it matters for a growing business

When two reports disagree, the meeting is spent arguing about the numbers instead of deciding what to do. When the shop and the warehouse hold different stock counts, an item is sold that is not there. When the price list on a phone is a month old, a quotation is sent at last quarter's cost. Each of these is a small loss, and together they make managers stop trusting anything on a screen.

With one agreed source, a dashboard, a monthly report and the screen in the warehouse all show the same figure, because they are looking at the same record. Disputes shrink to “is the record right?” — a question with an answer — and correcting a fact once corrects it everywhere. This is also what makes automation safe: a workflow can act on a stock level only if there is one stock level to act on.

How AutoProbaho uses it

AutoProbaho applies the principle at the design stage of every ERP, portal and integration: the audit records where each fact lives today and how many copies exist, the new system is given clear ownership of master data and transactions, and integrations are built so that other tools read from it rather than keep their own versions. Excel-to-ERP migrations are, in effect, the act of collapsing many copies into one trusted source.