Bir tedarik gözden geçirme toplantısında, aynı ürün kalemine ait eldeki miktar için üç ayrı rakam masaya gelir; planlama tarafındaki rakam ERP'nin bir gece önceki kapanışını, depo tarafındaki rakam sahadaki sayımın son halini, finans tarafındaki rakam ise ay sonu değerlemesinde muhasebeleştirilmiş bakiyeyi taşır. Toplantının ilk yarısı, bu üç rakamdan hangisinin doğru olduğunun tartışılmasıyla geçer, ve tartışma çoğu zaman sonuçsuz biter, zira üç rakam da kendi sisteminin tanımı içinde doğrudur — biri yoldaki malı içeriyordur, biri karantinadaki partiyi düşmüştür, biri konsinye stoğu hiç görmemektedir.

Toplantının ikinci yarısında ise asıl gündem maddesi olan karar — tedarikçiye ek sipariş açılıp açılmayacağı, müşteriye verilecek teslim tarihinin ne olacağı, hangi hattın hangi hafta durdurulacağı — bir sonraki döngüye ertelenir, ve erteleme kararı gerekçelendirilmeye bile ihtiyaç duymaz, çünkü mutabakat sağlanmadan karar almak masadaki hiç kimsenin üstlenmek isteyeceği bir sorumluluk değildir. Tekrarlayan örüntü budur: toplantı bir karar mekanizması olmaktan çıkıp bir mutabakat egzersizine dönüşür, ve organizasyon bu dönüşümü bir arıza olarak değil, işin doğal ritmi olarak kaydeder.

Bu örüntünün adı **data-silo problem**'dir — işlevsel verinin, birbirine kapalı sistemlerde, birbirinden habersiz tanımlarla tutulması. Sorun genellikle bir entegrasyon eksikliği olarak konuşulur, oysa üç ayrı katmanı vardır ve bunların yalnızca biri tekniktir: birinci katman sistemlerin fiziksel olarak konuşmamasıdır; ikinci katman, konuşsalar dahi aynı alanın iki sistemde farklı tanımlanmış olmasıdır — "eldeki stok" bir tarafta mülkiyeti geçmiş her kalemi, diğer tarafta yalnızca satılabilir durumdaki kalemi ifade ediyorsa, iki sistem arasına kurulan arayüz farkı ortadan kaldırmaz, yalnızca farkı daha hızlı taşır; üçüncü katman ise sınırın kimin sorumluluğunda olduğunun hiç tanımlanmamış olmasıdır.

Silo yapısının süregelmesi, karar vericilerin dikkatsizliğinden değil, yapının belirli bir dönem boyunca gerçekten işlevsel olmasından kaynaklanır. Her sistem, bir işlevin kendi problemini kendi hızında çözmesi için alınmıştır; depo yönetim sistemi saatlik hareket görmek isteyen bir operasyona, müşteri ilişkileri sistemi haftalık boru hattı bakan bir satış ekibine, bakım sistemi ise varlık ömrü üzerinden düşünen bir teknik kadroya göre kurgulanmıştır. Bu farklılaşma, işlev içindeki koordinasyon maliyetini belirgin biçimde düşürür, ve düşürdüğü ölçüde rasyoneldir; sorun kısayolun kendisinde değil, koşul değiştiğinde kısayolun sabit kalmasındadır — talep oynaklığı arttığında, ikinci bir tesis devreye girdiğinde, ya da bir müşteri parti bazında izlenebilirlik talep ettiğinde, karar artık tek bir işlevin sınırları içinde alınamaz hale gelir.

Yapıyı kendi kendini besler kılan mekanizma ise gölge katmandır. Sistemler arasındaki boşluk, her işlevin kendi elektronik tablosunu kurmasıyla doldurulur; bu tablolar, sistemlerden alınan dökümlerin elle düzeltilmiş, birleştirilmiş ve o işlevin kararına göre yeniden tanımlanmış halidir, ve gerçek operasyonel kayıt zamanla bu tabloya taşınır. Gölge katman çalıştığı sürece, altta duran yapıyı düzeltmek için gereken baskı da ortadan kalkar; dahası, tabloyu kuran ve haftalarca elle besleyen kişi, farkında olmadan kurumun operasyonel hafızasının taşıyıcısına dönüşür, ve bu bağımlılık yalnız o kişi ayrıldığında ya da izne çıktığında görünür hale gelir.

Bu yapının bilançodaki karşılığı, çoğu zaman stok kaleminin kendisinde değil, o kalemin bir yıl önceki seviyesinde gizlenir. Görmediği veriye karşı her işlev bir emniyet payı taşır — planlama, depodaki gerçek durumu doğrulayamadığı için fazladan hafta tutar; depo, satışın verdiği taahhüdü göremediği için hızlı hareket eden kalemde ek tampon tutar; satın alma, tedarikçi teslim performansını tek bir yerden izleyemediği için erken sipariş açar. Bu payların hiçbiri tek başına irrasyonel değildir, fakat toplamı işletme sermayesi döngüsünü bir büyüklük mertebesi genişletir, ve genişleme finansal tablolarda tek bir açıklanabilir kaleme oturmadığı için yıllarca sorgulanmadan taşınabilir.

Ticari tarafta bedel daha keskin görünür. Aynı tedarikçinin üç farklı satıcı kodu altında, üç ayrı iş biriminin satın alma kayıtlarında durması, harcamanın konsolide edilememesi anlamına gelir, ve konsolide edilemeyen harcama pazarlık masasında hacim kaldıracı üretmez — karşı taraf toplam ilişkinin büyüklüğünü sizden daha net biçimde bilir, ve fiyatlamasını buna göre yapar. Aynı şekilde, satışın müşteriye verdiği teslim tarihi üretim çizelgesini gerçek zamanlı olarak görmüyorsa, verilen taahhüt bir tahmindir; taahhüdün tutmadığı her seferde ortaya çıkan gecikme cezası, hızlandırılmış nakliye ve öncelik değiştirme maliyeti, kayıt altına alınmadığı ölçüde de hiçbir zaman bu yapının hanesine yazılmaz.

En pahalı katman ise şirket bir inceleme masasına oturduğunda görünür. Due diligence sürecinde sorulan soruların önemli bir kısmı yapısı gereği iki sistemin sınırını geçer — son üç yılda ilk on müşterinin brüt marjının ürün grubuna göre dağılımı, tedarikçi bazında gecikmeli teslim oranı, tesis bazında yeniden işleme maliyeti gibi. Bu soruların yanıtının günler değil haftalar alması, ve yanıtın nihayetinde bir sistem çıktısı değil elle hazırlanmış bir tablo olarak gelmesi, alıcı tarafında performans hakkında değil **doğrulanabilirlik** hakkında bir bulgu üretir; sonuç tipik olarak fiyat pazarlığında değil, yapı pazarlığında belirir — daha yüksek escrow oranı, kapanış öncesi ek koşul, daraltılmış temsil ve tekeffül kapsamı, ya da göstergeleri kapanış sonrasına taşıyan bir earn-out. Şirketin değerlemesini aşağı çeken şey, çoğu zaman performansın kendisi değil, performansın kurucudan ve o tabloyu tutan kişiden bağımsız biçimde tekrarlanabilir olduğunun gösterilememesidir.

Bu eğilim bireysel disiplinle değil kurumsal mimariyle nötrlenir, ve müdahalenin dört ayrılabilir bileşeni vardır. Birincisi rakam haritasıdır: her kritik göstergenin tek bir kaynak sistemi olduğu, ve o sistemin çıktısının başka hiçbir yerde yeniden hesaplanmadığı bir tablo. İkincisi ana veri sahipliğidir — ürün, tedarikçi, müşteri ve maliyet merkezi tanımlarının her biri için adı konmuş bir sahip, ve tanımı değiştirmenin tek bir protokole bağlanması. Üçüncüsü mutabakatın karar toplantısının içinden çıkarılıp öncesine çekilmesidir; toplantıya girildiğinde rakam tartışması kapanmış olmalıdır, ki masadaki zaman karara ayrılabilsin. Dördüncüsü karar kaydının onay anında değil, öneri anında tutulmasıdır: hangi rakama dayanarak, hangi varsayımla, kimin önerdiği kayıt altındaysa, sonradan yapılan gözden geçirme bir suçlama arayışına değil kalibrasyona dönüşür.

BEIREK'in bu soruna müdahalesi sistem envanteriyle değil kararla başlar. Önce şirketin gerçekten aldığı kararlar listelenir — sipariş açma, fiyat verme, hat durdurma, sermaye harcaması onaylama — ve her karar için o kararın gerektirdiği rakamlar, rakamların kaynağı ve kaynakların arasındaki geçiş noktaları çıkarılır; ancak bu haritalama tamamlandıktan sonra hangi sınırın entegrasyonla, hangisinin tanım standardizasyonuyla, hangisinin ise yalnız bir sahiplik atamasıyla kapanacağı belirlenir. Uygulamada sınırların önemli bir bölümü teknik yatırım gerektirmez; farklı iki tanımın tek tanıma indirilmesi ve tanımın sahibinin belirlenmesi, çoğu zaman platform seçiminden önce gelen ve ondan daha yüksek getirili adımdır.

Bunun ardından işletilen şey bir proje değil, bir ritimdir: haftalık mutabakat, aylık ana veri istisna listesi, çeyreklik karar kaydı gözden geçirmesi, ve her yeni sistem alımında zorunlu hale getirilen tanım uyum kontrolü. Bu ritim, üretim, veri merkezi, sanayi tesisi ya da portföy dönüşümü fark etmeksizin aynı mantıkla kurulur, zira sorunun kaynağı sektörün teknik doğası değil, işlevlerin farklı hızlarda karar veriyor olmasıdır. Ritmin ürettiği en somut çıktı, gölge tabloların operasyonel kayıt olmaktan çıkıp yalnızca analiz aracına dönüşmesi, ve kurumsal hafızanın bir kişinin masaüstünden kurumun kendi kayıtlarına geri taşınmasıdır.

Bir şirketin veri mimarisi hakkındaki asıl soru, kaç sistem çalıştırdığı ya da bunların birbirine bağlı olup olmadığı değildir; hangi kararın, hangi kişinin hafızasına başvurulmadan alınabildiğidir. Bu sorunun yanıtı kısa olduğu ölçüde, şirketin büyüme, denetim ve el değiştirme süreçlerinde ödeyeceği bedel de küçülür.