ERP projelerinde bütçe ve takvim kayıplarının önemli bir bölümü yazılımdan değil, eski sistemden taşınan kirli veriden doğar. Aynı müşterinin üç ayrı cari kartı, her biri farklı birim kullanan stok kodları, geçersiz vergi numaraları: Bunlar yeni sisteme olduğu gibi aktarıldığında, pahalı bir ERP'yi eski sistemin hatalarını hızlandıran bir araca dönüştürür.
Bu rehberde ERP veri temizliği ve ana veri yönetimini adım adım ele alıyoruz. Hangi verinin önce temizleneceğini, kalite sorunlarının nasıl tespit edileceğini, geçiş stratejisini ve canlıya çıkış öncesi kontrol listesini öğrenecek, projenizi daha öngörülebilir hale getireceksiniz.
ERP Veri Temizliği Neden Projenin Kaderini Belirler?
ERP, tüm departmanların aynı veriyi kullandığı tek bir omurgadır. Eski ortamda her birim kendi Excel dosyasıyla ya da küçük programıyla çalışırken hatalar yerel kalır. ERP'de ise bir hatalı kayıt satın alma, stok, finans ve raporlamaya aynı anda yayılır.
Gerçekçi bir senaryo verelim: Bir dağıtım firması, eski muhasebe programından 12 bin cari kartı taşıyor. Aynı bayi "ABC Gıda", "A.B.C. Gıda Ltd." ve "ABC GIDA LTD ŞTİ" adlarıyla üç kez kayıtlı. Yeni sistemde bayinin bakiyesi üç karta bölünür, kredi limiti kontrolü çalışmaz, satış raporu yanlış çıkar. Sorun ERP'den değil, geçiş öncesi yapılmayan temizlikten kaynaklanır.
Veri kalitesi ihmal edildiğinde tipik sonuçlar şunlardır:
- Canlıya geçiş tarihinin tekrar tekrar ertelenmesi,
- Kullanıcıların yeni sisteme güvenmeyip paralel Excel tutmaya devam etmesi,
- Finansal mutabakat farkları ve kapanış gecikmeleri,
- Otomasyon ve entegrasyonların hatalı veriyle beslenmesi.
Veri çalışmasını projenin sonuna bırakmak en sık yapılan hatadır. Doğru yaklaşım, ERP seçimi ve ihtiyaç analizi aşamasında veri kalitesini de proje kapsamına yazmak ve sorumluluğu baştan atamaktır.
Ana Veri Nedir, Hangi Veri Önce Temizlenir?
Ana veri (master data), iş süreçlerinde tekrar tekrar kullanılan ve nispeten az değişen temel kayıtlardır: müşteri, tedarikçi, ürün, hesap planı, çalışan, depo gibi. Hareket verisi (sipariş, fatura, stok hareketi) ise bu kayıtlara bağlı olarak sürekli üretilir. Ana veri hatalıysa, üzerine inşa edilen her hareket de hatalı olur.
Ana veri ile hareket verisini ayırın
Geçişte en değerli kaynak ana veridir; hareket verisinin ne kadarının taşınacağı ise ayrı bir karardır. Çoğu projede açık kalemler (ödenmemiş faturalar, açık siparişler, güncel stok bakiyeleri) taşınır, geçmiş hareketler ise arşivlenir. Bu ayrım hem göç hacmini hem de temizlik yükünü ciddi biçimde azaltır.
Öncelik sırası ve tipik sorunlar
| Ana veri türü | Sık görülen sorunlar | Temizlik önceliği |
|---|---|---|
| Cari hesaplar (müşteri/tedarikçi) | Mükerrer kayıt, geçersiz vergi no, eksik adres ve iletişim bilgisi | Çok yüksek |
| Ürün / stok kartları | Aynı ürüne birden fazla kod, tutarsız birim, kullanılmayan kalemler | Çok yüksek |
| Hesap planı ve maliyet merkezleri | Eski yapıdan kalan kullanılmayan hesaplar, raporlamaya uymayan kırılımlar | Yüksek |
| Ürün ağaçları (reçeteler) | Güncel olmayan bileşenler, hatalı fire oranları | Yüksek (üretim yapanlar için) |
| Çalışan ve yetki verileri | Ayrılmış personelin aktif görünmesi, rol karmaşası | Orta |
Cari ve ürün kartları neredeyse her projede ilk sırada yer alır, çünkü satış, satın alma, stok ve finans modüllerinin hepsi bunlara bağlıdır.
Veri Envanteri ve Kalite Ölçümü: Temizliğe Nereden Başlanır?
Temizliğe başlamadan önce neyin ne kadar kirli olduğunu bilmeniz gerekir. Tahmine dayalı bir plan, geçişin son haftasında sürprizlerle karşılaşmanıza neden olur. Aşağıdaki adımlar, küçük ve orta ölçekli projelerde işe yarayan sade bir yöntemdir:
- Kaynakları listeleyin: Eski ERP, muhasebe programı, Excel dosyaları, e-ticaret paneli, CRM ve saha uygulamaları dahil tüm veri kaynaklarını çıkarın. Gölge kaynaklar (kişisel Excel'ler) genellikle en kirli olanlardır.
- Kayıt sayılarını alın: Her ana veri türü için toplam, aktif ve son bir yıl içinde hareket görmüş kayıt sayısını belirleyin. Hareketsiz kayıtlar taşıma listesinden çıkarılabilir.
- Kalite kurallarını yazın: Örneğin "vergi numarası 10 veya 11 hane olmalı", "her ürünün tek bir temel birimi olmalı", "aktif cari için en az bir iletişim bilgisi bulunmalı".
- Kuralları verinin üzerinde çalıştırın: SQL sorguları, Excel filtreleri veya basit betiklerle ihlalleri sayın. Her kural için hata oranını raporlayın.
- Sorunları sınıflandırın: Otomatik düzeltilebilecekler, iş birimi kararı gerektirenler ve silinecekler olarak üçe ayırın.
- Hedef belirleyin: "Yüzde yüz temiz" gerçekçi değildir; kritik alanlar için kabul edilebilir eşikleri önceden belirleyin ve yönetim onayına sunun.
Mükerrer kayıtları yakalamanın pratik yolları
Mükerrer cari tespitinde yalnızca unvana güvenmeyin. Vergi numarası, telefon, e-posta ve normalize edilmiş adres gibi birden fazla alanı birlikte karşılaştırın. Unvanlardan "LTD", "ŞTİ", "A.Ş." ve noktalama farklarını ayıklayıp benzerlik kontrolü yapmak, ilk turda çoğu çifti ortaya çıkarır. Birleştirme kararını ise otomatiğe bırakmayın; hangi kartın "ana" kart olacağını muhasebe ve satış birlikte onaylamalıdır.
Ana Veri Yönetimi: Temizliği Kalıcı Hale Getirmek
Bir kez temizlenen veri, yönetilmezse birkaç ay içinde yeniden kirlenir. Ana veri yönetimi (MDM), verinin kim tarafından, hangi kurallarla ve hangi onayla oluşturulacağını tanımlayan yönetişim modelidir. Büyük bir yazılım yatırımı gerektirmez; önce net kurallar ve sorumluluklar gerekir.
Veri sahipliği
Her ana veri türünün bir iş sahibi olmalı: cari kartlar için finans veya satış operasyonu, ürün kartları için ürün yönetimi veya satın alma gibi. BT, veriyi saklayan ve koruyan taraftır; verinin doğruluğundan ise iş birimi sorumludur. Bu ayrım yapılmadığında herkes veriyi kullanır ama kimse temizlemez.
Kodlama ve adlandırma standardı
Ürün kodları anlamlı mı olacak yoksa sıralı mı, unvanlar büyük harfle mi yazılacak, adres alanları hangi formatta tutulacak? Bu soruların cevabı tek sayfalık bir standartta toplanmalı ve ERP'de zorunlu alan, açılır liste ve doğrulama kuralları olarak sisteme işlenmelidir. Serbest metin ne kadar azalırsa kalite o kadar artar.
Kayıt oluşturma ve onay akışı
Yeni cari veya ürün kartı açılırken önce mevcut kayıt araması yapılmasını zorunlu kılın, ardından kartı açan kişiyle onaylayan kişiyi ayırın. Bu akış ERP içinde iş akışı olarak kurulabilir. Standart ERP'nizin bu kuralları desteklemediği durumlarda ERP yazılım geliştirme kapsamında özel doğrulama ve onay adımları eklenebilir.
Birden fazla sistemin (e-ticaret, CRM, saha satış) aynı müşteri ve ürün verisini kullandığı yapılarda, hangi sistemin "doğru kaynak" olduğunu belirlemek şarttır. Bu konuyu veri entegrasyonu ve veri tutarlılığı yazımızda ayrıca ele aldık.
Geçiş Stratejisi, Dönüşüm ve Mutabakat
Veriyi nasıl taşıyacaksınız?
Taşıma yaklaşımı; veri hacmine, iş sürekliliği toleransına ve ekibin kapasitesine göre seçilir. Üç yaygın yaklaşımı karşılaştıralım:
| Yaklaşım | Nasıl çalışır? | Avantaj | Risk |
|---|---|---|---|
| Olduğu gibi taşı | Veri temizlenmeden yeni sisteme aktarılır | Kısa sürede başlar | Kirli veri yeni sisteme yerleşir, sonradan düzeltmek zorlaşır |
| Temizleyerek taşı (ara katman) | Veri bir hazırlık alanında temizlenir, doğrulanır ve sonra aktarılır | Kalite kontrolü ve tekrarlanabilirlik | Ön hazırlık süresi gerektirir |
| Kademeli taşı | Önce ana veri ve açık kalemler, sonra modül modül diğer veriler | Risk dağılır, ekip öğrenerek ilerler | Geçiş döneminde iki sistemin yönetimi gerekir |
Çoğu işletme için en dengeli seçenek, temizleyerek ve gerekirse kademeli taşımaktır. Eski sistemden hedef sisteme veri akışını yönetmek ve tekrar çalıştırılabilir hale getirmek için veri entegrasyonu çalışmaları bu aşamada belirleyici olur.
Eşleme (mapping) ve deneme göçleri
Eski sistemdeki her alanın yeni sistemde hangi alana karşılık geldiğini gösteren bir eşleme dokümanı hazırlayın. Dönüşüm kurallarını (örneğin eski "KG" biriminin yeni "kilogram"a çevrilmesi, boş KDV oranının varsayılan değere atanması) bu dokümana yazın; bir kural yalnızca birinin kafasında kalmasın.
Gerçek geçişten önce en az iki üç deneme göçü yapın. Her denemede hata listesini azaltmak, hem betikleri olgunlaştırır hem de gerçek geçiş gecesinin ne kadar süreceğini gösterir. Eski ve yeni sistem arasında canlı veri akışı gerekiyorsa sistem entegrasyonu mimarisi de bu planın parçası olmalıdır.
Mutabakat: Rakamlar tutuyor mu?
Göçten sonra "veri geldi" demek yeterli değildir; doğruluğu kanıtlamanız gerekir. Şu karşılaştırmaları yapın:
- Kayıt sayıları: Kaynakta ve hedefte aktarılan kayıt adedi, reddedilen kayıtlar dahil uyuşuyor mu?
- Finansal bakiyeler: Cari bakiyeler ve mizan toplamları eski sistemle birebir tutuyor mu?
- Stok değerleri: Depo bazında miktar ve maliyet bakiyeleri doğrulandı mı?
- Örneklem kontrolü: İş birimi kullanıcıları rastgele seçilmiş kayıtları ekranda kontrol etti mi?
Mutabakat sonuçlarını imzalı bir tutanakla kayda geçirmek, canlıya çıkış kararını nesnel kılar.
Canlıya Geçiş Öncesi Veri Kontrol Listesi
Go-live tarihinden önce aşağıdaki maddelerin tamamı "evet" olmalıdır:
- Her ana veri türü için bir iş sahibi atandı.
- Kalite kuralları yazıldı ve hata oranları kabul edilen eşiklerin altına indi.
- Mükerrer cari ve ürün kayıtları birleştirildi, birleştirme kararları kayıt altına alındı.
- Hareketsiz ve kullanılmayan kayıtların taşınıp taşınmayacağına karar verildi.
- Alan eşleme ve dönüşüm kuralları dokümante edildi.
- En az iki deneme göçü tamamlandı, göç süresi ölçüldü.
- Finansal ve stok mutabakatı imzalandı.
- Yeni kayıt açma standardı ve onay akışı ERP'de aktif.
- Eski sistemin salt okunur arşiv erişimi ve yedeği güvence altında.
- Canlı geçiş sonrası ilk 30 gün için veri düzeltme talepleri toplayacak bir kanal hazır.
Kişisel veri içeren cari ve çalışan kayıtlarını taşırken KVKK kapsamındaki saklama ve silme yükümlülüklerini de gözden geçirin; gereksiz kişisel veriyi yeni sisteme taşımamak hem riski hem de temizlik yükünü azaltır.
Sık Sorulan Sorular
ERP veri temizliği ne kadar sürer?
Süre, kayıt sayısından çok verinin kalitesine ve karar verme hızınıza bağlıdır. Mükerrer kayıt birleştirme gibi iş birimi onayı gerektiren işler çoğu zaman teknik işlemden daha uzun sürer. Genel olarak temizliği, ERP projesinin ilk aşamalarında başlatmanızı ve takvime ayrı bir iş paketi olarak eklemenizi öneririz.
Veri temizliğini kim yapmalı: BT mi, iş birimi mi?
Teknik işlemleri (sorgular, betikler, aktarım) BT veya danışman ekibi yürütür; ancak hangi kaydın doğru olduğuna iş birimi karar verir. Cari kartı muhasebe, ürün kartını satın alma veya ürün yönetimi doğrulamalıdır. Bu iş bölümü kurulmazsa temizlik teknik bir egzersize dönüşür.
Tüm geçmiş verileri yeni ERP'ye taşımak zorunda mıyım?
Hayır. Genellikle ana veri, açık kalemler ve güncel bakiyeler taşınır; geçmiş hareketler salt okunur bir arşivde tutulabilir. Yasal saklama sürelerini ve raporlama ihtiyaçlarınızı mali müşavirinizle birlikte değerlendirerek karar vermelisiniz.
Ana veri yönetimi için ayrı bir MDM yazılımı şart mı?
Küçük ve orta ölçekli işletmelerde çoğunlukla değil. Net sahiplik, kodlama standardı, zorunlu alanlar ve onay akışı ERP içinde de kurulabilir. Birden fazla sistem aynı ana veriyi ortak kullanıyorsa ve senkronizasyon karmaşıklaşıyorsa özel bir MDM çözümü ya da entegrasyon katmanı gündeme gelebilir.
Canlıya geçtikten sonra veri kalitesi nasıl korunur?
Periyodik kalite raporları (örneğin aylık mükerrer kayıt ve eksik alan kontrolü), kayıt açma onay akışı ve veri sahiplerinin düzenli toplantıları kaliteyi korur. Kuralları sisteme gömmek, insan disiplinine güvenmekten çok daha sürdürülebilirdir.
Sonuç: ERP Veri Temizliği Yatırımınızı Korur
ERP veri temizliği, projenin yan işi değil; yazılımın vaat ettiği tek doğru veri kaynağına ulaşmanın ön şartıdır. Veri envanteri çıkarmak, kalite kurallarını yazmak, sahiplikleri atamak, temizleyerek taşımak ve mutabakatı belgelemek, canlıya geçişi tahmin edilebilir hale getirir. Ana veri yönetimi ise bu kazancı geçişten sonra da korur.
Tekno Danışman olarak ERP geçiş projelerinde veri analizi, dönüşüm kuralları, entegrasyon ve ana veri yönetişimi konularında yanınızdayız. Hazır bir ERP'ye mi geçeceğinize yoksa özel çözüme mi ihtiyacınız olduğuna karar vermeden önce hazır ERP mi özel ERP mi karar matrisimizi inceleyebilirsiniz. Mevcut verinizin durumunu birlikte değerlendirmek ve size özel bir geçiş planı çıkarmak için bizimle iletişime geçin.
