Yapay zekâdan önce veri temelleri: iki çeyrekte kendini amorti eden düzeltmeler

Yapay zekâ planlarının çoğu şirketin verisinin hazır olduğunu ve işin bir model seçmekte yattığını varsayar. Köklü işletmelerde veri genellikle doğru sistemlerde ama yanlış biçimdedir: aynı müşteri üç farklı şekilde tutulur, ürün kodları mağazada ve depoda farklı anlamlara gelir, gelir analitik mülkü ile muhasebe defteri arasında farklılaşır.

Neyin düzeltilmesi gerektiğini bulmanın en hızlı yolu gerçek kayıtları izlemektir. Siparişlerden, faturalardan ve stok hareketlerinden bir örneklem alın ve her birini ona dokunan her sistem boyunca izleyin: mağazadan veya teklif aracından başlayıp ödeme sağlayıcısı, CRM ve depo üzerinden muhasebe yazılımına ve raporlama katmanına kadar. Kaydın nerede elle yeniden girildiğini, nerede bir tablonun onu kopyaladığını, tanımlayıcısının nerede değiştiğini ve nerede kaybolduğunu not edin. Bu noktalar iş listesidir.

Aşağıdaki düzeltmeler iki çeyrek içinde kendini amorti etmesini beklediğimiz düzeltmelerdir. Her biri halihazırda paraya mal olan elle yapılan bir işi veya bir raporlama hatasını ortadan kaldırır ve her biri, ileride aynı kayıtları okuyacak her yapay zekâ özelliğinin ön koşuludur.

Sonraki her kullanım eşleştirmelere dayanır. Müşteri bazında gelir, sipariş sistemi ile muhasebe defterinin ortak bir müşteri anahtarı paylaşmasını gerektirir. Ürün bazında marj, mağazanın, deponun ve satın alma defterinin bir ürün kodunun ne anlama geldiği konusunda uzlaşmasını gerektirir. Siparişler veya ürünler hakkındaki soruları yanıtlayan bir yapay zekâ asistanı, anahtarlardaki her belirsizliği devralır.

Kontrolü yürütmek hızlıdır. Her tanımlayıcı için alanın dolu olduğunu ve tüm popülasyonda benzersiz olduğunu, yani bir kodun tek bir ürünü ifade ettiğini test edin. Bunlar ayrı testlerdir. Bir ürün kodu alanı her kayıtta dolu olup yine de iki farklı ürün tarafından paylaşılıyor olabilir; bu, bir asistanın yanlış ürünü tam bir güvenle anlatması ya da bir ticari iş ortağına gönderilen bir kataloğun doğru kodun altında yanlış ürünü fiyatlaması için yeterlidir.

Getiri, düzeltmenin ortadan kaldırdığı işten gelir: yanlış sevkiyatlar için düzenlenen alacak dekontları, müşteri ekstrelerinin mutabakatına harcanan saatler ve iki sistem uyuşmadığı için her ay elle yeniden hazırlanan raporlar.

Google Analytics 4 standart mülkleri kullanıcı düzeyindeki ve olay düzeyindeki verileri varsayılan olarak 2 ay, en fazla 14 ay saklar; olay verileri için daha uzun saklama yalnızca ücretli 360 sürümünde mümkündür. Standart raporlar toplulaştırılmış tablolar üzerinde çalışır ve eski toplamları göstermeye devam eder; bu yüzden kayıp, biri yıldan yıla bir keşif analizi veya hunisi kurup önceki dönemi boş bulana kadar görünmez kalır. Saklama ayarını yükseltmek yalnızca henüz silinmemiş verileri korur.

Kalıcı çözüm, ham olayları işletmenin sahip olduğu bir veri ambarına kopyalayan BigQuery dışa aktarımıdır. Standart mülkler günlük dışa aktarım üzerinden günde 1 milyona kadar olay gönderebilir. Akışlı dışa aktarımın hacim sınırı yoktur ve gigabayt başına $0,05'tir; Google bir gigabaytı yaklaşık 600.000 olay olarak hesaplıyor. Bu fiyatlarla orta ölçekli bir işletmenin depolama faturası, bir yoğun sezonu geçen yılın davranış verileri olmadan planlamanın maliyeti yanında küçük kalır.

Bu düzeltmenin son tarihi kendi içindedir. Beklenen her ay, geri getirilemeyecek bir aylık olay geçmişi demektir ve 2027 planlama döngüsü 2026 yoğun sezonunu eksiksiz isteyecektir.

Elektronik fatura, müşteri ana verisini bir uyum bağımlılığına dönüştürür. Almanya'da önceki yıl cirosu €800.000'i aşan işletmeler 1 Ocak 2027'den itibaren yurt içi işletmeden işletmeye faturaları yapılandırılmış elektronik formatta düzenlemek zorunda; diğer tüm işletmeler 1 Ocak 2028'den itibaren buna katılacak. Bu faturaları alabilmek ise 1 Ocak 2025'ten bu yana zorunlu. Birleşik Krallık'ta hükümet, Nisan 2029'dan itibaren tüm KDV faturalarının elektronik olması gerekeceğini açıkladı, alışveriş ağı olarak Peppol'u teyit etti ve ayrıntılı bir uygulama yol haritasının 28 Ekim'de açıklanacak 2026 Bütçesi ile geleceğini söyledi.

Kendini amorti eden iş iki ülkede de aynıdır ve herhangi bir son tarihten çok önce başlar. Müşteri ana verisindeki müşteri KDV tanımlayıcılarını, vergi numaralarını ve elektronik yönlendirme adreslerini tamamlayıp doğrulayın. Fatura satırlarındaki ürün ve vergi kodlarını standartlaştırın. Sipariş sistemi ile fatura arasındaki elle yapılan adımları kaldırın. Reddedilen bir fatura tahsilatı geciktirir; bu nedenle temiz ana veri kurala uymanın yanında tahsilat süresini de kısaltır ve bu çeyrek bir Alman tüzel kişiliği için kurulan veri modeli ileride Birleşik Krallık için yeniden kullanılabilir.

Son düzeltme bir sistemden çok bir disiplindir. Yönetim raporları geliri mağazadan veya CRM'den, maliyetleri muhasebe defterinden, pazarlama sonuçlarını reklam platformlarından alır ve üçü nadiren uyuşur. Yönetim kurulu raporu ile finansal tablolar kimsenin açıklayamadığı bir tutarla ayrıştığında, rapordaki her rakam otoritesini kaybeder ve insanlar hangi rakamın doğru olduğunu tartışırken kararlar yavaşlar.

Aylık bir köprü bunu çözer. Kapanıştan sonra yönetim raporu setindeki her ana rakamın muhasebe defteriyle mutabakatı yapılır ve fark, adı konmuş ve tekrarlayan kalemlere ayrılır: zamanlama, iadeler, vergi, şirketler arası işlemler, test siparişleri. Köprü elle derlenmez, sistemlerden üretilir; kararlaştırılmış bir eşiğin üzerindeki açıklanamayan her kalıntı, rapor gönderilmeden önce incelenir. Tekrarlayan kalemlere ad verildikten sonra geriye kalan, genellikle kimsenin belgelemediği kısa bir süreç listesidir.

Bu, herhangi bir yapay zekâ raporlama asistanının ihtiyaç duyacağı temeldir de. Bir bölgede marjın neden düştüğü sorulan bir model, ancak okuduğu rakamların mutabakatı önceden yapılmışsa doğru yanıt verebilir. Bu köprüleri muhasebe defterinden dışa doğru kurmamızın nedeni, her projeye siparişlerden, muhasebe kayıtlarından ve log kayıtlarından başlamamızın nedeniyle aynıdır: gösterge paneli, altındaki kayıtlar kadar iyidir.

Kasım 2026'da gerçek siparişlerden, faturalardan ve stok hareketlerinden bir örneklemi her sistem boyunca izleyin ve bir kaydın yeniden girildiği, kopyalandığı veya yeni bir tanımlayıcı aldığı her noktayı listeleyin.

Kasım sonundan önce her mülkte GA4 olay saklama süresini 14 aya ayarlayın ve her mülkü BigQuery'ye bağlayın; böylece 2026 yoğun sezonu eksiksiz korunur.

Aralık sonuna kadar sistemler genelinde müşteri, ürün ve sipariş tanımlayıcıları üzerinde benzersizlik ve eksiksizlik kontrollerini yürütün; herhangi bir yapay zekâ özelliği veya ticari katalog onlara dayanmadan önce mükerrer ürün kodlarını düzeltin.

Her Alman tüzel kişiliği için 1 Ocak 2027'den önce €800.000 eşiğinin üzerinde olup olmadığını ve faturalama ile müşteri ana verisinin hazır olduğunu teyit edin; yol haritası yayımlandığında Birleşik Krallık zorunluluğunu aynı veri modeli üzerinde planlayın.

Ocak 2027 kapanışından itibaren, adı konmuş mutabakat kalemleri ve bir kalıntı eşiğiyle, yönetim raporu setinden muhasebe defterine aylık bir köprü yayımlayın.

Haziran 2027'ye kadar ilk yapay zekâ kullanım senaryosunu mutabakatı yapılmış verilerden seçin ve başlangıç değerini aynı kayıtlardan ölçün.