ERP Veri Taşıma: Ana Veri Hazırlığı Neden Projenin Kalbidir?

ERP geçişinde ana veri (master data) hazırlığı, eski sistemdeki stok, cari, reçete ve hesap planı kayıtlarının yeni sisteme taşınmadan önce temizlenmesi, standartlaştırılması ve zenginleştirilmesi işidir — ve proje takviminde en çok küçümsenen, sahada en çok zaman yiyen fazdır. İlke basittir: kirli veri taşınmaz, kaynağında temizlenir; çünkü yeni sistem eski veriyle açılırsa, kullanıcının yeni sisteme güveni daha ilk hafta eski verinin hatalarıyla sınanır.

30'dan fazla ERP dönüşümünde istisnasını görmedik: teklif aşamasında "verimiz hazır, aktarırsınız olur biter" diyen her şirkette, veri incelemesi başka bir tablo çıkardı. Bu bir kusur değil — yıllar içinde organik büyümüş her sistemde veri böyledir. Kusur, bunu bilerek plana koymamaktır. Bu yazıda ana verinin bileşenlerini, tipik tuzakları ve sahada işleyen hazırlık düzenini anlatıyoruz.

Ana veri neden bu kadar belirleyici

ERP'de her hareket bir ana veri kaydının üzerine yazılır: fatura cari karta, stok hareketi kaleme, iş emri reçeteye bağlanır. Ana veri bozuksa üzerine inşa edilen her şey bozuktur — rapor yanlış toplar, MRP yanlış önerir, mutabakat tutmaz. Ve kritik nokta şu: hareket verisi düzeltilebilir, ana veri hatası ise çoğalır. Yanlış açılmış bir stok kartı, kullanıldığı her belgeyle yeni temizlik maliyeti üretir.

Bu yüzden geçiş projelerinde önerdiğimiz zihniyet değişikliği: veri taşımayı teknik bir "aktarım işi" değil, şirketin veri sözlüğünü yeniden kurma fırsatı olarak görün. Bu fırsat her şirkete on yılda bir gelir; kullanmayan, eski düzensizliği yeni sisteme miras bırakır.

Bileşen bileşen: ne taşınır, neye dikkat edilir

Stok kartları

En kalabalık ve en kirli set genellikle budur. Tipik tuzaklar:

• Mükerrer kartlar: Aynı malzeme, farklı yazımlarla birden çok kez açılmıştır ("Vida M8x20", "M8*20 VİDA", "vida 8x20"). Taşıma öncesi mükerrer analizi ve birleştirme kararı şarttır.
• Ölü kartlar: Yıllardır hareketsiz kalemler. Önerimiz net: son dönemde hareket görmemiş ve açık bakiyesi olmayan kartlar taşınmaz; liste arşivlenir, ihtiyaç olursa tekil açılır.
• Birim kaosu: Aynı kalemin alışı koliyle, stoğu adetle, satışı paketle — birim dönüşümleri tanımsızsa yeni sistemde ilk sayımda patlar.
• Kod yapısı: Geçiş, kodlamayı rasyonalize etmek için tek fırsattır. Anlamlı, sürdürülebilir bir kod standardı belirleyin; ama aşırı akıllı kodlardan (her özelliği koda gömmek) kaçının — özellikler kodun değil, kartın alanlarının işidir.

Cari kartlar

Müşteri ve tedarikçi kartlarında klasik sorunlar: aynı firmanın şube/unvan farklarıyla açılmış birden çok kartı, eksik veya güncelliğini yitirmiş vergi daireleri ve adresler, tanımsız ödeme koşulları. e-belge çağında vergi kimlik bilgisi artık kozmetik değil operasyonel zorunluluktur — yanlış VKN, kesilemeyen e-Fatura demektir. Taşıma öncesi cari mutabakatı (özellikle açık bakiyesi olan kartlarda) hem veri temizliği hem finansal hijyendir.

Reçeteler ve rotalar

Üretici şirketlerde en emek isteyen set. Excel'de veya eski sistemde yaşayan reçetelerin teorik değil fiili tüketimi yansıtması gerekir; fire ve kayıplar reçetede yoksa, yeni sistemin ürettiği her malzeme planı baştan sakat doğar. Reçete doğrulamasını üretim sahasıyla birlikte, kalem kalem yapın — bu iş masa başında bitmez.

Hesap planı ve açılış bakiyeleri

Hesap planında geçiş, sadeleşme fırsatıdır: yıllar içinde açılmış, artık kullanılmayan alt hesaplar taşınmaz. Açılış stratejisinin klasiği şudur: hareket geçmişi taşınmaz; açık kalemler (fatura bazında borç/alacak), stok bakiyeleri (sayım sonucuyla) ve mizan bazlı muhasebe açılışı taşınır. Eski sistem, geçmiş sorgular için okunabilir arşiv olarak tutulur.

Sorumluluk matrisi: veriyi kim temizler?

Projelerin en gerilimli sorusu bu — ve cevabı baştan yazılmazsa faturası kavga olarak kesilir. İşleyen dağılım şudur:

İş	Sorumlu	Neden
Veri çıkarma (eski sistemden)	Danışman + şirket BT	Teknik erişim işi
Temizlik kararları (hangi kart ölü, hangi kod doğru)	Şirket (anahtar kullanıcılar)	İşin bilgisi şirkettedir; danışman karar veremez
Dönüşüm şablonları ve yükleme	Danışman	Araç ve format bilgisi
Doğrulama ve imza	Şirket	Veriyi ancak sahibi doğrular

Altını çizelim: veri temizliği dışarıya ihale edilemez. Danışman mükerrer listesini çıkarır, birleştirme aracını kurar; ama "bu iki kart aynı malzeme mi" sorusunun cevabı depoda ve satın almada yaşar. Bu yüzden veri hazırlığına anahtar kullanıcı mesaisi ayrılmalıdır — proje boyunca haftada bir-iki gün, gerçekçi bir planlamadır. Danışmanlık modelimizde bu matris, sözleşme ekinde yazılı durur; "veri göçü dahil" diye tek satır geçen tekliflerde bu satırın altını açtırmanızı her zaman öneririz.

Deneme yüklemeleri ve doğrulama

Veri taşıma tek atışlık bir iş değildir; işleyen düzen en az iki deneme yüklemesi ve bir kesin yüklemedir:

1. İlk deneme yükleme: Temizlenmiş veri test ortamına yüklenir; format hataları, eksik zorunlu alanlar, dönüşüm hataları burada dökülür.
2. Doğrulama turu: Anahtar kullanıcılar kendi alanlarının verisini örnekleme değil sistematik kontrolle doğrular: kart sayıları kaynakla mutabık mı, bakiye toplamları tutuyor mu, kritik kartların alanları dolu mu?
3. İkinci deneme: Düzeltmeler sonrası tam tekrar. Amaç, kesin yüklemenin sürprizsiz bir rutin olması.
4. Kesin yükleme: Canlıya geçiş penceresinde, dondurulmuş veriyle yapılır. Bu andan itibaren eski sisteme veri girişi kapanır — çift sistemde açık veri girişi, mutabakatın sonu demektir.

Doğrulamanın altın kuralı: toplamlar üzerinden mutabakat (kart adedi, bakiye toplamları, açık belge sayısı) + kritik kayıtlarda birebir kontrol. "Göz gezdirdik, iyi görünüyor" bir doğrulama yöntemi değildir; neyin, kim tarafından, hangi kritere göre doğrulandığı yazılı olmalıdır.

Taşıma sonrası: temiz veriyi temiz tutmak

Veri temizliği projeyle bitmez; düzeni koruyacak kurallar kurulmazsa aynı kirlilik yeni sistemde yeniden birikir. Üç kalıcı önlem öneriyoruz: kart açma yetkisini sınırlandırın (herkes stok kartı açamamalı; açan, standarda uymalı), zorunlu alan ve doğrulama kurallarını sistemde tanımlayın (eksik VKN ile cari kart kaydedilememeli), ve yılda bir ana veri sağlık kontrolü yapın (mükerrer taraması, hareketsiz kart analizi). SAP Business One tarafında bu kuralların çoğu — yetkilendirme, zorunlu alanlar, biçimli aramayla doğrulama — standart araçlarla, geliştirme gerektirmeden kurulur.

Veri hazırlığı, ERP projesinin görünmez kahramanıdır: iyi yapıldığında kimse fark etmez, kötü yapıldığında herkes her gün yaşar. KOBİ ölçeğinde bir ERP geçişi planlıyorsanız, takviminizde en cömert davranmanız gereken kalem budur.

Veri seti bazında temizlik kontrol listesi

Sahada kullandığımız kontrol listesinin özeti — her set için "taşımaya hazır" demeden önce işaretlenmesi gerekenler:

Stok kartları

• Mükerrer analizi yapıldı, birleştirme kararları kayda geçti
• Hareketsiz ve bakiyesiz kartlar ayıklandı, arşiv listesi alındı
• Kod standardı uygulandı; birim ve birim dönüşümleri tanımlandı
• Kalem grupları, KDV kodları ve muhasebe bağlantıları eşlendi

Cari kartlar

• VKN/TCKN, vergi dairesi ve adres alanları doğrulandı
• Aynı firmanın çoklu kartları birleştirildi veya bilinçli ayrıştırıldı
• Ödeme koşulları ve para birimi tanımları tamamlandı
• Açık bakiyeli carilerle mutabakat sağlandı

Reçeteler

• Reçeteler fiili tüketimle doğrulandı, fire payları işlendi
• Kullanımdan kalkmış ürünlerin reçeteleri ayıklandı
• Yarı mamul seviyeleri gerçek stok noktalarına göre kuruldu

Bakiyeler ve açılış

• Stok bakiyeleri fiili sayımla eşitlendi
• Açık kalemler belge bazında listelendi ve mutabık
• Mizan, taşıma tarihine kilitlendi; kesin yükleme penceresi ilan edildi

Liste sıkıcı görünebilir; amacı da tam olarak bu — veri taşımada heyecan istemeyiz. Kesin yükleme gecesi sürpriz yaşamayan proje, bu listeyi ciddiye almış projedir.

Sık sorulan sorular

ERP geçişinde veri taşıma ne kadar sürer?

Veri hacmine değil veri temizliğine bağlıdır: düzenli tutulmuş küçük bir veri seti günler içinde hazırlanırken, mükerrer ve eksik kayıtlarla dolu bir set haftalarca temizlik ister. Hazır kapsamlı KOBİ kurulumlarının 2-8 haftalık tipik takviminde veri hazırlığı, genellikle en uzun tekil iş kalemidir.

Eski sistemdeki hareket geçmişimizi taşımak zorunda mıyız?

Hayır ve çoğu durumda önermeyiz: açık kalemler, bakiyeler ve ana veri taşınır; geçmiş hareketler için eski sistem okunabilir arşiv olarak tutulur. Geçmişi taşımanın maliyeti ve mutabakat riski, sağladığı faydayı neredeyse her zaman aşar.

Veri temizliğini danışman firmaya tamamen devredemez miyiz?

Teknik işleri (çıkarma, dönüştürme, yükleme) evet; kararları hayır. "Bu iki kart aynı mı", "bu kalem hâlâ kullanılıyor mu" sorularının cevabı şirketin iş bilgisinde yaşar — danışman bu kararları sizin yerinize verirse, yanlış verdiğini canlıda öğrenirsiniz. İşleyen model, danışmanın araç ve yöntemi, şirketin kararı ve doğrulamayı üstlendiği ortak modeldir.

Verimizin ne kadar kirli olduğunu geçişe başlamadan öğrenebilir miyiz?

Evet; keşif aşamasında yapılan bir veri profili analizi (kart sayıları, mükerrer adayları, eksik zorunlu alanlar, hareketsiz kayıt oranı) tabloyu netleştirir ve takvimi gerçekçi kurmanızı sağlar. Bu analizi geçiş kararından önce yaptırmak isterseniz bize ulaşın — çıktısı, hangi sistemi seçerseniz seçin işinize yarar.