Bir üretim şirketinin aylık kapanış toplantısında, satış ekibinin sunduğu sipariş rakamı ile üretim planlamanın çalıştığı iş emri hacmi arasında bir fark belirdiğinde, tartışma neredeyse hiçbir zaman "bu fark neden var" sorusuyla başlamaz; "hangi rakamı esas alıyoruz" sorusuyla başlar. Fark küçükse toplantı ilerler, büyükse bir kişi görevlendirilir ve o kişi iki gün boyunca iki ayrı ekrandan alınmış listeleri yan yana koyup satır satır eşleştirir. Bu eşleştirme işi, hiçbir organizasyon şemasında bir pozisyon olarak görünmez, hiçbir bütçe kaleminde ayrı bir satır olarak durmaz, hiçbir iş tanımında yazılı değildir; buna rağmen aynı şirkette her ay, çoğu zaman aynı kişi tarafından, yıllarca tekrarlanır. Şirket bu işi bir sorun olarak değil, işin doğal bir parçası olarak tarif eder — nitekim onu yapan kişi de öyle tarif eder.
Aynı örüntü tedarik zincirinin her düğümünde farklı bir kılıkla belirir. Depo yönetim sistemindeki fiziki stok ile muhasebe kayıtlarındaki stok arasındaki fark, ayda bir sayımla kapatılır. Tedarikçi portalından gelen sevkiyat bildirimi, satın alma sistemine elle işlenir. Bakım yazılımındaki arıza kaydı ile üretim duruş kaydı arasındaki bağ, vardiya amirinin akşam yazdığı bir e-postayla kurulur. Her bir vaka tek başına bakıldığında küçük ve yönetilebilir görünür; bir araya getirildiğinde ise şirketin operasyonel omurgasının önemli bir bölümünün yazılım tarafından değil, kişiler tarafından taşındığı ortaya çıkar.
Bu örüntünün adı system-integration failure — operasyon yazılımları arasında güvenilir, otomatik ve tek yönlü tanımlanmış bir veri akışının kurulamaması ve aradaki boşluğun insan emeğiyle doldurulmasıdır. Mekanizması yazılımların teknik yetersizliğinde değil, sistemlerin şirkete giriş sırasında yatar: ERP genellikle finans ihtiyacıyla, depo yazılımı lojistik ihtiyacıyla, CRM satış ihtiyacıyla, bakım yazılımı üretim ihtiyacıyla ve çoğu zaman farklı yıllarda, farklı bütçelerden, farklı yöneticilerin talebiyle alınır. Her alım kararı kendi içinde tutarlıdır; hiçbiri diğerinin veri modelini dikkate almak zorunda değildir, çünkü karar anında diğerinin ne yapacağı bilinmemektedir.
Boşluk ortaya çıktığında ise onu kapatan mekanizma her zaman aynıdır ve her zaman rasyoneldir: bir elektronik tablo. Excel ara katmanı, entegrasyon projesinin gerektireceği bütçeye, dış kaynak koordinasyonuna ve altı ile on iki ay arasındaki uygulama takvimine kıyasla, aynı sorunu bir hafta içinde ve neredeyse sıfır görünür maliyetle çözer. Bu tercih, kısa vadeli maliyeti düşürdüğü ölçüde doğrudur; sorun tercihin kendisinde değil, işlem hacmi birkaç kat büyüdükten ve tabloyu kuran kişi kurumun kritik bir bağımlılığına dönüştükten sonra tercihin sabit kalmasındadır. Ara katman zamanla dokümante edilmemiş bir iş kuralları kütüphanesine dönüşür; hangi sütunun neden orada olduğunu bilen tek bir kişi kalır ve o kişinin ayrılması, teknik olarak hiçbir sistemin bozulmadığı bir günde operasyonun durmasına yol açabilir.
İkinci mekanizma katmanı veri sahipliğinin belirsizliğidir. İki sistemde de aynı müşteri, aynı malzeme kodu, aynı sipariş kaydı tutulabildiğinde ve her ikisi de bağımsız olarak güncellenebildiğinde, hangi kaydın doğru olduğu sorusu teknik bir soru olmaktan çıkıp örgütsel bir müzakereye dönüşür. Bu müzakerenin sonucu, çoğu zaman verinin doğruluğuna değil, tartışmaya katılan yöneticilerin göreli ağırlığına bağlıdır. Kayıt kaynağı atanmadığı sürece entegrasyon teknik olarak kurulsa bile işlevsel olmaz — iki yönlü senkronizasyon, çelişkiyi ortadan kaldırmak yerine onu iki katına çıkarır.
Bu yapının kurumsal bedeli önce personel zamanında birikir, ancak orada okunamaz; çünkü mutabakat emeği harcandığı departmanın normal iş yükü içinde erir ve maaş bordrosunun içinde bir gider kalemi olarak ayrışmaz. Bedelin ikinci birikim yüzeyi işletme sermayesidir: stok doğruluğu belirli bir eşiğin altına düştüğünde şirket, güvenmediği rakamı emniyet stoğuyla telafi eder ve bu telafi, stok devir hızında kalıcı bir yavaşlama olarak görünür. Üçüncü yüzey satış döngüsüdür — teklif hazırlarken stok müsaitliğini teyit edemeyen bir satış ekibi, ya kaybettiği siparişi ya da tutamadığı teslim taahhüdünü fiyatlar. Bu üç yüzeyin ortak özelliği, hiçbirinin nedenini gösteren bir raporun bulunmamasıdır; hepsi sonuç olarak ölçülür, kaynak olarak ölçülmez.
Bedelin en sert biçimde yüzeye çıktığı yer ise inceleme masasıdır. Bir satış, azınlık yatırımı ya da kredi süreci sırasında alıcı tarafın istediği ilk şeylerden biri, son üç yılın aylık stok, sipariş ve gelir serilerinin sistemden doğrudan alınmış hâlidir; bu talebin karşılanamaması, yani rakamların ancak elle hazırlanmış bir tabloyla üretilebilmesi, karşı tarafta muhasebe bulgusundan daha ağır bir kayıt olarak yer eder. Bulgunun teknik adı veri bütünlüğü eksikliğidir, fiili anlamı ise performansın doğrulanabilir olmamasıdır. Karşılığı öngörülebilir biçimde şu üç başlıktan birinde belirir: değerleme çarpanında iskonto, kapanış sonrasına ertelenmiş bir earn-out yapısı, ya da temsil ve tekeffül kapsamının genişletilip escrow oranının yükseltilmesi. Şirketin performansı gerçek olabilir; sorun, gerçekliğin kurucu ve birkaç kilit personel dışında bir kaynaktan gösterilememesidir.
Bu boşluğun kapatılması, sanıldığının aksine tek bir platform kararıyla başlamaz. Tek bir sağlayıcıya geçiş, veri sahipliği tanımlanmadan yapıldığında aynı çelişkiyi tek bir veritabanının içine taşır ve sorunu görünmez kılar. Yapısal müdahalenin başlangıç noktası, hangi yazılımın alınacağı değil, hangi verinin kimin olduğudur; ve bu soru bir bilgi işlem sorusu değil, bir yetki sorusudur.
BEIREK bu tür bir konfigürasyonla karşılaştığında müdahaleyi dört ayrılmış bileşen üzerinden kurar. Birincisi veri envanteridir: operasyonun kritik karar verilerinin — malzeme ana verisi, sipariş durumu, stok pozisyonu, üretim ilerlemesi, bakım kaydı — her biri için hangi sistemlerde kaç kopyasının tutulduğu ve her kopyanın kim tarafından güncellendiği tek bir tabloda çıkarılır. İkincisi kayıt kaynağı atamasıdır: her veri alanı için tek bir sistem tek doğru kaynak olarak belirlenir, diğer sistemler o alanda yalnızca okuma yetkisine indirilir ve bu atama sözlü mutabakat değil, yazılı bir yönetişim kararı olarak kaydedilir. Üçüncüsü ara katmanların envanteridir: hangi elektronik tablonun hangi iki sistem arasında köprü kurduğu, kimin tuttuğu ve içerdiği iş kurallarının ne olduğu belgelenir — çünkü ortadan kaldırılamayan bir bağımlılık, en azından kurumsallaştırılabilir. Dördüncüsü mutabakat ritmidir: farkların ay sonunda toplu olarak değil, tanımlanmış bir eşiği aştığı anda raporlandığı bir kontrol düzeni kurulur.
Bu dört bileşenin ortak amacı, entegrasyon projesinin kendisinden önce entegrasyonun kapsamını fiyatlanabilir hâle getirmektir. Çoğu entegrasyon girişimi bütçe aşımıyla değil, kapsam belirsizliğiyle başarısız olur; kapsam belirsizliği ise neredeyse her zaman, projeye başlarken kaç ara katmanın var olduğunun bilinmemesinden doğar. Envanter tamamlandığında hangi bağlantının otomatikleştirilmeye değdiği, hangisinin manuel kalmasının makul olduğu ve hangisinin doğrudan iptal edilebileceği ayrışır — ki üçüncü kategori, tipik olarak sanıldığından geniştir, zira ara katmanların önemli bir bölümü artık kimsenin okumadığı bir raporu beslemektedir.
Aynı yapının rollere göre anlamı da farklıdır ve bu farkın açıkça konulması müdahalenin kabul edilebilirliğini belirler. Operasyon yöneticisi için entegrasyon, ekibinin ay sonu mesaisinin geri kazanılmasıdır. Finans direktörü için kapanış takviminin kısalması ve denetim bulgularının azalmasıdır. Kurumsal yatırımcı ya da alıcı için ise performansın kurucudan bağımsız biçimde tekrarlanabilir olduğunun gösterilebilmesidir — ve bu üçüncü anlam, ilk ikisinin toplamından daha yüksek bir finansal karşılık üretir. Müdahalenin sıralaması bu nedenle teknik aciliyete göre değil, hangi verinin dışarıdan doğrulanma ihtiyacının en yüksek olduğuna göre kurulmalıdır.
Bir şirketin operasyonel olgunluğu, kaç yazılım kullandığıyla değil, iki yazılım arasındaki farkı kimin ve nasıl kapattığının yazılı olup olmadığıyla ölçülür. Aradaki boşluğu her ay sessizce dolduran kişinin adı hiçbir yerde yazmıyorsa, o boşluk henüz bir yönetim konusu hâline gelmemiş demektir; ve yönetim konusu hâline gelmemiş her bağımlılık, er ya da geç fiyatlanacağı bir masada karşıya çıkar.