Bir nakliye bütçesi görüşmesinde, planlanan taşıma maliyeti ile taşıyıcının kestiği fatura arasında istikrarlı bir fark gözlendiğinde, ilk açıklama neredeyse her zaman piyasa fiyatlarına ya da yakıt endeksine bağlanır; oysa farkın kaynağı çoğu kez sözleşmede değil, sistemin taşıyıcıya bildirdiği ağırlık ve hacim kaydındadır. Taşıyıcı yükü kendi terminalinde tartar ve ölçer, faturayı ölçtüğü değer üzerinden keser, şirket ise kendi kütüğündeki değer üzerinden bütçeler; iki rakam arasındaki fark tek bir sevkiyatta gözden kaçacak kadar küçük, bir bütçe döneminde ise tedarik lojistiği ekibinin yıllık tasarruf hedefini tek başına silecek kadar büyüktür. Bu farkın en sinsi tarafı, hiçbir sistemin hata vermemesidir: kayıt eksik değil, yalnızca yanlıştır, ve yanlış bir sayı aritmetik olarak tutarlı davrandığı sürece her kontrolden geçer. Aynı örüntü sevkiyat planlamasında da görünür; araçlar sistemde tam dolulukla planlanır, sahada ise ya hacim dolmadan ağırlık sınırına ulaşılır ya da tersi olur, ve planlama ekibi bunu bir tahmin hatası olarak deneyimlediği için tampon ekleyerek yanıt verir.
Örüntünün ikinci görünümü satın alma masasında ortaya çıkar. Aynı fiziksel kalem, farklı zamanlarda, farklı fabrikalarda ya da farklı satın alma sorumluları tarafından açıldığı için birden fazla kod altında dolaşır; kodların tanım alanları benzer ama aynı değildir, tedarikçi kartları ayrıdır, ve konsolide harcama raporunda kalem hiçbir zaman gerçek hacmiyle görünmez. Tedarikçi ile yıllık fiyat görüşmesine oturulduğunda masaya konan hacim, gerçek tüketimin yalnızca bir bölümüdür; karşı taraf ise kendi satış kayıtlarında toplam hacmi zaten görmektedir, dolayısıyla pazarlık asimetrisi görüşme başlamadan önce kurulmuş olur. Mühendislik tarafında aynı çoğullaşma, ürün ağacında farklı revizyonların yan yana yaşamasına yol açar ve bir mühendislik değişikliği duyurulduğunda değişikliğin hangi kodları kapsadığı sorusu, teknik bir soru olmaktan çıkıp arkeolojik bir soruya dönüşür.
Bu davranışın adı master-data inaccuracy — temel veri kütüğündeki ağırlık, hacim, ölçü, sınıflandırma ve kimlik kayıtlarının gerçeği yansıtmaması — ve mekaniği bir dikkatsizlik hikâyesi değildir. Bu kayıtların büyük bölümü hayatına belirli ve dar bir amaçla başlar: bir ağırlık değeri gümrük beyanı için girilir, bir hacim değeri raf yerleşimi için tahmin edilir, bir parça kodu tek bir projenin malzeme listesini kapatmak için açılır. Girildiği anda, o amaç için yeterli hassasiyettedir; sorun, kaydın zaman içinde hiç kimsenin öngörmediği kararların girdisi hâline gelmesidir. Gümrük için yuvarlanmış bir brüt ağırlık, birkaç yıl sonra taşıyıcı ihalesinin fiyat matrisini besler; raf yerleşimi için tahmin edilmiş bir hacim, otomatik yükleme optimizasyonunun temel değişkenine dönüşür. Kayıt değişmemiştir, kaydın taşıdığı sorumluluk değişmiştir.
İkinci mekanizma yayılmadır. Kurumsal sistem mimarisinde temel veri, aşağı akan tüm hesaplamaların ortak zeminidir; ERP'de tutulan bir öznitelik, WMS'e, taşıma yönetim sistemine, maliyet muhasebesine, planlama motoruna ve müşteri portalına aynı değerle iner. Bu sistemlerin hiçbiri değeri sorgulamaz, çünkü sorgulamak için bağımsız bir referansları yoktur; her biri kendinden yukarıdakine güvenir ve güven zinciri boyunca hata büyümez ama çoğalır. Nihai kararı veren kişi, önündeki rakamın on yıl önce başka bir amaçla girilmiş bir tahmin olduğunu göremez, zira ekranda gördüğü şey bir tahmin gibi değil, ölçülmüş bir olgu gibi görünür. Bu görünüm farkı, temel veri hatasını diğer operasyonel hatalardan ayıran şeydir: stok sayım farkı fark edilir ve düzeltilir, yanlış bir ağırlık kaydı ise düzeltilmez, çünkü kimse ondan şüphe etmez.
Üçüncü katman, yaklaşıklığın belirli koşullarda tamamen rasyonel olmasıdır. Sınırlı kalem sayısıyla, tek tesiste, kendi araç filosuyla ve deneyimli bir sevkiyat ekibiyle çalışan bir yapıda, verideki hata insan bilgisiyle telafi edilir; sevkiyat şefi hangi paletin sistemin söylediğinden ağır olduğunu bilir, ve karar kayıtla değil hafızayla verilir. Ölçme maliyeti bu koşulda tasarruf ettiğinden yüksektir, dolayısıyla yaklaşıklık doğru tercihtir. Sorun, koşulun değişmesiyle tercihin sabit kalmasında doğar: kalem sayısı bir büyüklük mertebesi arttığında, operasyon üçüncü taraf lojistiğe devredildiğinde, planlama bir optimizasyon algoritmasına bağlandığında ya da sevkiyat şefi emekli olduğunda, hatayı emen tampon ortadan kalkar ve kayıt tek başına kalır. Kurumsal hafızanın veriye taşınmadığı her yapıda, otomasyon bir verimlilik kazanımı değil, hatanın hızını artıran bir çarpan olarak davranır.
Bu mekanizmanın bilançodaki ilk karşılığı taşıma ve depolama giderlerinde birikir. Hacim ağırlığı üzerinden fiyatlanan taşımalarda kayıtlı ölçülerle gerçek ölçüler arasındaki fark, taşıyıcı lehine tek yönlü çalışır; çünkü fark şirket lehineyse taşıyıcı düzeltmeyi talep eder, şirket aleyhineyse düzeltmeyi talep edecek taraf yoktur. Araç doluluk oranı, planlamanın güvendiği verinin kalitesiyle doğrudan orantılıdır ve doluluktaki birkaç puanlık kayıp, sabit taşıma bütçesi üzerinde yıl boyunca doğrusal olarak çoğalır. Depo tarafında yanlış hacim kaydı, raf tahsisini ve toplama rotalarını bozarak işçilik saatine yansır; yanlış ağırlık kaydı ise iş güvenliği tarafında elleçleme ekipmanı seçimini etkilediği ölçüde sigorta ve olay maliyeti üretebilir.
İkinci karşılık işletme sermayesindedir. Planlama motoru, girdi verisinin güvenilirliğini ayrı bir parametre olarak taşımaz; güvenilmez veriyle üretilen tahmin sapmalarını değişkenlik olarak okur ve bu değişkenliği emniyet stoku artırarak karşılar. Böylece veri kalitesi sorunu, bilançoya bir veri kalemi olarak değil, stok kalemi olarak girer — ve stokun bir bölümü, aslında hiçbir talep dalgalanmasını değil, kendi kütüğüne olan güvensizliği finanse eder. Aynı çoğullaşma, kod tekrarları üzerinden ölü stok yaratır: bir kod altında yeterli miktar dururken diğer kod altında acil satın alma yapılır, ve iki kaydın da devir hızı gerçeği yansıtmaz. Bu yapının tipik sonucu, stok devir hızının rapor edilenden düşük, stok yaşlanma tablosunun ise rapor edilenden ağır olmasıdır.
Üçüncü ve genellikle en pahalı karşılık, şirket bir işlem masasına oturduğunda ortaya çıkar. Due diligence sürecinde alıcı tarafın operasyon ekibi, kalem bazlı brüt marj tablosunu, stok değerleme yöntemini ve sevkiyat maliyet dağıtımını sorduğunda, cevabın kalitesi doğrudan temel verinin kalitesine bağlıdır; kodların tekilliği gösterilemiyorsa kalem bazlı marj savunulamaz, ağırlık ve hacim kayıtları dış bir referansla mutabık değilse dağıtılmış lojistik maliyeti savunulamaz. Böyle bir durumda alıcı tarafın tepkisi işlemi bırakmak değil, belirsizliği fiyata ve yapıya taşımaktır: stok değerlemesi için ayrı bir temsil ve tekeffül başlığı, kapanış öncesi tam sayım koşulu, escrow oranında artış, ya da doğrulanamayan marj bandının earn-out'a devredilmesi. Kurucu ya da satıcı için bunun anlamı, aslında var olan bir performansın, gösterilebilir olmadığı için bedelinin ödenmemesidir.
Bu eğilimi nötrleyen mekanizma bireysel titizlik değil, mimari tasarımdır ve dört ayrılmış bileşen taşır. Birincisi sahiplik: her temel veri özniteliği için — ağırlık, ölçü, sınıflandırma, birim, tedarikçi eşlemesi — tekil bir kaynak sistem ve adlandırılmış bir sahip tanımlanır, ve bu sahip veriyi tüketen fonksiyondan değil, veriyi ölçebilen fonksiyondan seçilir. İkincisi yaratım kapısı: yeni bir kodun açılması, ölçülmüş değerlerin girilmesi koşuluna bağlanır, ve mükerrer kayıt kontrolü kod açılışında, açılıştan sonraki temizlik turlarında değil, önerinin yapıldığı anda çalışır. Üçüncüsü dış mutabakat: kütükteki değerler, karşı tarafın ürettiği bağımsız verilerle — taşıyıcı fatura ölçüleri, gümrük beyanları, tedarikçi paketleme listeleri, mal kabuldeki tartım ve ölçüm kayıtları — periyodik olarak karşılaştırılır ve tolerans bandını aşan sapmalar bir istisna kuyruğuna düşer. Dördüncüsü ritim: bu karşılaştırma yıllık bir proje olarak değil, aylık bir kapanış disiplini olarak işletilir, zira temel veri bir kez temizlenen değil, sürekli aşınan bir varlıktır.
BEIREK bu müdahaleyi, veri temizliği projesi olarak değil, karar mimarisi olarak kurar. Uygulamada ilk adım öznitelik düzeyinde bir sahiplik matrisidir: hangi kaydın hangi sistemde doğduğu, hangi karara girdiğinde hangi hassasiyeti taşıması gerektiği ve sapması hâlinde kimin uyarıldığı yazılı hâle getirilir; böylece veri kalitesi bir bilgi teknolojileri başlığı olmaktan çıkıp operasyon ve finans hattının ortak yükümlülüğüne dönüşür. İkinci adım, dış karşı taraf verisini bağımsız doğruluk kaynağı olarak kuran mutabakat döngüsüdür — taşıyıcı faturası ile kütük ölçüsü, gümrük beyanı ile ürün ağacı, mal kabul tartımı ile tedarikçi irsaliyesi arasındaki fark ölçülür ve tolerans eşiği aşıldığında düzeltme talebi otomatik olarak açılır. Üçüncü adım, değişiklik kaydının onay anında değil öneri anında tutulmasıdır; hangi değerin neden ve hangi gerekçeyle değiştirildiği kayıt altına alındığında, veri kütüğü zamanla kurumsal hafızanın kendisi hâline gelir ve kurucu ya da kilit personel bağımlılığı bu hat üzerinden azalır.
Bu çerçevenin yatırım hazırlığı tarafındaki karşılığı, veriyi düzeltmekten daha geniştir: amaç, temel verinin doğru olduğunu iddia edebilmek değil, doğruluğunun bağımsız olarak gösterilebildiği bir kanıt zinciri kurmaktır. Ölçüm kayıtları, mutabakat farkları, istisna kapanış süreleri ve mükerrer kod oranı düzenli olarak raporlandığında, inceleme masasına gelen soruların cevabı hafızadan değil sistemden verilir; ve bir alıcı için bu ikisi arasındaki fark, iskonto ile tam fiyat arasındaki farktır.
Temel veri hatası, kurumsal hayatta nadiren bir kriz olarak görünür; onun yerine bütçe sapması, düşük doluluk, şişmiş stok ve savunulamayan marj tablosu gibi birbirinden bağımsız görünen semptomlar olarak dağılır. Bir şirketin bu semptomları tek tek yönetmek yerine ortak zeminlerini onarmayı seçip seçmediği, çoğu zaman operasyonel olgunluğun değil, o şirketin kendi kayıtlarına ne kadar güvendiğini test etmeye istekli olmasının göstergesidir.