Bir firmada aynı müşteri “ABC Metal Ltd. Şti.”, “ABC Metal”, “Abc Metal LTD” olmak üzere üç ayrı cari kart olarak açılmışsa, o müşterinin gerçek cari bakiyesi hiçbir raporda doğru görünmez. Satış müdürü bir rakam söyler, muhasebe başka bir rakam söyler, ikisi de kendi ekranında haklıdır. Sorun ne satış ekibinde ne muhasebededir; sorun kartın kendisindedir.
Bu, ERP kurulumlarında en sık atlanan ve en pahalıya patlayan konudur. Modüller çalışır, ekranlar açılır, faturalar kesilir — ama sistemin altındaki kart yapısı ilk günden dağınık kurulduğu için üzerine kurulan her rapor, her analiz ve her yapay zekâ modeli bu dağınıklığı miras alır.
Ana veri nedir, hareket verisinden farkı ne?
ERP’deki veriler kabaca ikiye ayrılır.
Ana veri (master data), işletmenin sabit tanım kümesidir: stok kartları, cari kartlar, muhasebe hesap planı, personel kartları, iş merkezleri, birim tanımları, depo tanımları. Bunlar nadiren değişir ve neredeyse her modül tarafından ortak kullanılır.
Hareket verisi, bu kartlar üzerinden akan işlemlerdir: fatura, irsaliye, sipariş, tahsilat, üretim iş emri, stok hareketi. Bunlar sürekli üretilir.
Aradaki ilişki tek yönlüdür ve acımasızdır: hareket verisi, ana veriye referans verir. Cari kart hatalıysa o karta bağlı bin fatura da hatalıdır. Stok kartının birimi yanlış tanımlandıysa o kartla yapılmış tüm sayımlar, maliyet hesapları ve MRP çalıştırmaları yanlıştır. Ana veriyi düzeltmek bir kaydı düzeltmek, düzeltmemek ise binlerce kaydı bozmak demektir.
Türkiye’deki firmalarda tipik ana veri arızaları
Sahada tekrar tekrar karşılaşılan tablo şudur:
- Mükerrer cari kartlar. Aynı firma farklı yazımlarla birden fazla açılmış. Vergi numarası zorunlu alan yapılmadığı için sistem bunu engelleyememiş. Risk limiti bölünmüş, çek-senet takibi dağılmış, müşteri bakiyesi parçalanmış.
- Kodsuz veya anlamsız kodlanmış stok kartları. “M8 civata”nın beş farklı kodu var; biri depoda, biri satın almada, biri üretim reçetesinde açılmış. Stok devir hızı ölçülemez, minimum stok uyarısı yanlış tetiklenir.
- Serbest metin alanlar. Ölçü birimi kimi kartta “adet”, kimi kartta “AD”, kimi kartta “ad.” yazılmış. Rapor bunları üç ayrı birim sanır.
- Sahipsiz kart açma yetkisi. Herkes yeni kart açabiliyorsa kimse standardı korumuyor demektir. Ana verinin bozulması bir olay değil, bir süreçtir.
- Terk edilmiş kartlar. On yıl önce çalışılmış, artık faal olmayan yüzlerce cari kart pasife alınmadan durur. Arama ekranı şişer, kullanıcı yanlışlıkla eskisini seçer.
Bunların hiçbiri tek başına felaket değildir. Toplamı, yönetimin rapora güvenmemesine ve herkesin kendi Excel dosyasına dönmesine yol açar — ki Excel’e geri dönüş, bir ERP projesinin gerçek başarısızlık göstergesidir.
Veri kalitesi artık raporlama meselesi değil, yapay zekâ meselesi
Kirli ana verinin bedeli eskiden “raporlar biraz sapıtıyor” düzeyindeydi. Yapay zekâ destekli analiz katmanları devreye girdikçe bedel büyüdü.
Gartner, 26 Şubat 2025 tarihli basın bülteninde, 2026 boyunca kurumların yapay zekâya hazır veriyle desteklenmeyen yapay zekâ projelerinin %60’ını terk edeceğini öngörüyor. Aynı bültende, 2024 üçüncü çeyrekte 248 veri yönetimi yöneticisiyle yapılan ankete göre kurumların %63’ünün yapay zekâ için doğru veri yönetimi uygulamalarına sahip olmadığı ya da sahip olup olmadığından emin olmadığı belirtiliyor. (Gartner basın bülteni)
Mantık basit. Bir dil modeline “geçen çeyrek en kârlı müşterilerim kimler” diye sorduğunuzda model, cari kartların tekilliğine güvenir. Üç parçaya bölünmüş bir müşteri, üç orta ölçekli müşteri gibi görünür ve listenin tepesine hiç çıkmaz. Model yalan söylemez; kendisine verilen tabloyu doğru okur. Tablo yanlıştır.
Bu yüzden yapay zekâ destekli raporlamadan verim almak isteyen bir firmanın ilk yatırımı model değil, kart disiplinidir.
Ana veri yönetimini kurmanın altı adımı
1. Her ana veri kümesine bir sahip atayın
Cari kartın sahibi kimdir? Stok kartının? “Herkes” cevabı, “hiç kimse” demektir. Cari kart standardından finans, stok kartından üretim ya da satın alma sorumlu olsun. Sahip, yalnızca kart açan kişi değil; standardı tanımlayan ve ihlalini fark eden kişidir.
2. Kodlama standardını yazılı hale getirin
Stok kodunun kaç karakter olacağı, hangi bölümün ürün grubunu, hangisinin ölçüyü ifade edeceği bir sayfada yazılı olmalı. Anlamlı kodlama şart değildir — sıralı numara da çalışır — ama tutarlılık şarttır. Kritik olan, aynı fiziksel nesneye iki farklı kod verilmesini engelleyen kuralın var olması.
3. Kart açmayı yetkiye ve onaya bağlayın
Yeni cari kart açma yetkisi, satış temsilcisinde değil, tanımlı bir onay akışında olmalı. Qera’da rol bazlı yetkilendirme ile “kart açma” ve “kart kullanma” yetkileri ayrıştırılabilir; kart talebi düşer, kontrol edilir, sonra açılır. Bu tek düzenleme, mükerrer kayıt üretiminin büyük bölümünü kaynağında durdurur.
4. Zorunlu alanları ve tekillik kuralını sistemsel yapın
Cari kartta vergi kimlik numarası ya da TC kimlik numarası zorunlu ve tekil olmalıdır. Sistem, aynı VKN ile ikinci kart açılmasına izin vermiyorsa, iyi niyetli hatalar tek başına engellenir. Stok tarafında barkod veya üretici kodu benzer bir tekillik anahtarı sağlar. Kuralı insana bırakmayın; alana koyun.
5. Mevcut kirliliği bir defalık temizleyin
Yeni kuralı koymak, geçmişi düzeltmez. Temizlik ayrı bir projedir ve sırası şudur:
| Adım | Yapılan iş | Çıktı |
|---|---|---|
| Envanter | Tüm kartların bir dökümü çıkarılır | Ham liste |
| Tespit | VKN, barkod, isim benzerliği ile mükerrer adayları bulunur | Eşleşme listesi |
| Karar | Hangi kart “hayatta kalan” (master) olacak, belirlenir | Birleştirme haritası |
| Birleştirme | Hareketler master karta taşınır, diğerleri pasife alınır | Tekilleştirilmiş kart |
| Doğrulama | Bakiye ve stok miktarı toplamları eskisiyle karşılaştırılır | Mutabakat raporu |
Son adım pazarlık konusu değildir. Birleştirme öncesi ve sonrası toplam cari bakiye ile toplam stok miktarı birebir tutmalıdır; tutmuyorsa hareket kaybı vardır. Bu disiplinin ayrıntısı veri taşıma süreci yazısında ele alınıyor.
6. Kaliteyi ölçün ve düzenli bakın
Temizlik bir kere yapılır, bakım süreklidir. Üç basit ölçüt yeter: pasife alınmamış hareketsiz kart sayısı, zorunlu alanı boş kart oranı, son ay açılan mükerrer aday sayısı. Bu üç sayı çeyrek başında yönetime gidiyorsa, ana veri bozulmadan önce müdahale edilir.
Entegrasyon, kirli veriyi daha hızlı çoğaltır
Ana veri sorunu tek sistemdeyken yönetilebilir. E-ticaret sitesi, pazaryeri, banka ve kargo sistemleri ERP’ye bağlandığında ise kart yapısı tüm zincirin ortak dili olur.
Burada tek soru şudur: ana veri kaynağı hangi sistem? Ürünün asıl tanımı ERP’de mi tutulacak, pazaryeri panelinde mi? İkisinde birden tutulursa, birinde yapılan düzeltme diğerine geçmez ve iki gerçek doğar. Entegrasyon kurarken ilk kararlaştırılması gereken şey, veri akış yönü değil, hangi sistemin kartın sahibi olduğudur.
Aynı ilke stok tarafında da geçerli. Depo yönetimi ile ERP arasındaki miktar farklarının önemli bir bölümü, sayım hatasından değil, iki sistemde farklı tanımlanmış birimden ya da farklı kodlanmış aynı üründen kaynaklanır. Konunun operasyonel tarafı stok ve depo yönetimi yazısında ayrıntılı.
Tek platform olmanın ana veri açısından anlamı
Ana veri sorununun kaynağı çoğu zaman modül değil, sistem sayısıdır. Muhasebe bir programda, stok başka bir programda, CRM üçüncü bir yerdeyse, cari kart üç yerde ayrı yaşar. Hiçbir entegrasyon bu üç kartı gerçekten tek kart yapmaz; sadece aralarında kopya taşır.
Qera ERP tek platform üzerine kurulu olduğu için cari kart, stok kartı ve hesap planı sistemde bir kez tanımlanır; finans, satış, satın alma, üretim ve raporlama aynı kaydı okur. Microsoft Azure altyapısında çalışır, kullanıcı yetkileri kart bazında ayrıştırılabilir, yapay zekâ destekli raporlama bu tekil kart yapısının üzerine oturur. Anahtar teslim yaklaşımda kart standardının kurulumu uygulama sürecinin parçasıdır; sonradan gelen sürpriz bir kalem değildir.
Sıkça Sorulan Sorular
Ana veri yönetimi için ayrı bir MDM yazılımı almak gerekir mi?
Çok sistemli, çok şirketli ve yüksek hacimli kurumsal yapılarda ayrı bir MDM (ana veri yönetimi) çözümü anlamlıdır. Tek bir ERP platformu üzerinde çalışan işletmelerin büyük çoğunluğunda gereksizdir: ihtiyaç duyulan şey ek yazılım değil, kart açma yetkisi, zorunlu alanlar, tekillik kuralı ve düzenli bakım disiplinidir.
Mükerrer cari kartları birleştirmek geçmiş faturaları bozar mı?
Doğru yapılırsa bozmaz. Birleştirme, hareketleri silmez; onları hayatta kalan karta bağlar. Riskli olan, kontrolsüz birleştirmedir. Bu yüzden işlem öncesinde yedek alınmalı, birleştirme haritası onaylanmalı ve işlem sonrasında toplam bakiye mutabakatı yapılmalıdır. Fatura numaraları, tarihler ve tutarlar değişmez.
Stok kodları anlamlı mı olmalı, sıralı numara mı?
İkisi de çalışır. Anlamlı kodlama (grup + tür + ölçü) insan gözüyle arama kolaylığı sağlar ama ürün yapısı değiştiğinde kodlama şeması tıkanır. Sıralı numara esnektir, aramayı ise ürün adı, barkod ve özellik alanları üstlenir. Kararı verirken kritik olan hangi yöntemin seçildiği değil, seçilenin istisnasız uygulanmasıdır.
Veri temizliği ERP geçişinden önce mi sonra mı yapılmalı?
Öncesinde. Yeni sisteme kirli veri taşımak, temizliği hem daha pahalı hem daha riskli hale getirir; canlı sistemde kart birleştirmek, geçiş öncesi bir dosyada birleştirmekten çok daha zordur. Uygulamada tavsiye edilen yol, geçiş projesinin ilk fazında ana veri temizliğini bağımsız bir iş paketi olarak ele almaktır.
Veri kalitesi yapay zekâ destekli raporlamayı gerçekten etkiliyor mu?
Doğrudan etkiliyor. Yapay zekâ katmanı, kendisine verilen kart yapısını doğru kabul eder. Üç parçaya bölünmüş bir müşteri, modelin gözünde üç ayrı müşteridir; bölünmüş ciro hiçbir “en iyi müşteriler” listesine çıkmaz. Gartner’ın yukarıda aktarılan öngörüsü de bu noktaya işaret ediyor: veri hazır değilse yapay zekâ yatırımı sonuç üretmiyor.
Kart açma yetkisini kısıtlamak satış ekibini yavaşlatmaz mı?
Onay akışı iyi kurulduğunda yavaşlatmaz. Satış temsilcisi kart talebini sistemde açar, talep saniyeler içinde ilgili kişiye düşer, VKN kontrolü yapılır ve kart onaylanır. Yavaşlatan şey yetki kısıtı değil, onaycının belirsiz olmasıdır. Yetkisiz açılan bir mükerrer kartın altı ay sonra yarattığı mutabakat işi, birkaç dakikalık onaydan çok daha uzun sürer.
Ana veri, ERP’nin en görünmez ve en belirleyici katmanıdır. Doğru kurulduğunda kimse fark etmez; yanlış kurulduğunda her rapor tartışmaya açılır.
Mevcut cari ve stok kartlarınızın ne durumda olduğunu görmek, kart yapınızın tek platformda nasıl toplanacağını konuşmak isterseniz ücretsiz demo talebi oluşturabilirsiniz. Demoda kendi kart yapınız üzerinden mükerrer tespiti ve temizlik yol haritasını birlikte değerlendiriyoruz.
