ERP değiştirmek zaten başlı başına büyük bir adım. Ama verilerinizi doğru taşımadan yeni sisteminiz eski sorunlarla başlayabilir. İşte veri göçünde bilmeniz gerekenler.
Veri göçü neden bu kadar zor?
Her ERP sistemi veriyi farklı bir yapıda saklar. Zirve'deki "CARI_KOD" alanı GoWings'te bambaşka bir tablo yapısında karşılık bulabilir. Bu dönüşümü elle yapmak hem hataya açık hem de son derece zaman alıcıdır.
Öte yandan, yıllar içinde biriken verinin kalitesi genellikle beklentinin altındadır. Eksik vergi numaraları, tutarsız cari kodlar, mükerrer kayıtlar — bunların hepsi göç sürecinde ortaya çıkar.
Başarılı bir veri göçünün 5 adımı
Keşif (Discovery)
Kaynak veritabanının yapısını anlamadan göçe başlamayın. Tüm tablo yapısını, kolon adlarını, veri tiplerini ve satır sayılarını çıkarın. Veri kalitesi raporu bu aşamada üretilir.
Eşleme (Mapping) ve Onay
Kaynak alanları hedef alanlara eşleyin. Eşlenemeyen alanlar için karar alın: atla mı, varsayılan değer mi, ek alana taşı mı? Bu tabloyu mutlaka müşteri veya danışmanla onaylayın.
Test Göçü
Son 30 günün verisini test ortamına taşıyın. Hataları ve uyarıları inceleyin. Müşteri ile birlikte doğrulayın. Bu aşama en az bir kez tekrarlanmalıdır.
Son Göç
Mutabakat tarihinde (tercihen hafta sonu) tam veri aktarımı yapın. Kaynak ve hedef kayıt sayılarını karşılaştırın, toplam bakiyeleri doğrulayın.
Go-Live Sonrası
İlk 2 hafta paralel çalışmayı düşünün. Uyuşmazlık tespit edebilmek için eski sistemdeki verileri bu süre boyunca silmeyin.
⚠️ Sık Yapılan Hatalar
- Hedef ERP veritabanına doğrudan INSERT yapmak (veri bütünlüğünü bozar)
- Test göçü yapmadan canlıya geçmek
- Veri kalitesi sorunlarını göç öncesi temizlememek
- Kimin sorumlu olduğunu sözleşmeye yazmamak
Kapsam kararları
Tüm tarihsel veriyi taşımak zorunda değilsiniz. Yaygın kısmi göç senaryoları şunlardır:
- Son N yıl: Tarih filtresiyle yalnızca belirli dönemin işlemlerini taşımak
- Sadece referans veriler: Cari ve stok kartları, hareket yok
- Açık bakiyeler: Ödenmemiş faturaları taşımak, eski hareketleri değil
Kobalt Suite ETL ile güvenli veri göçü
Canonical Format mimarimiz sayesinde kaynak ERP'den bağımsız bir ara format oluşturulur. Bu, her yeni ERP çifti için sıfırdan kod yazmak yerine mevcut altyapıyı kullanmak anlamına gelir. Keşif, eşleme onayı, test göçü ve son göç — tüm süreç yönetilir şekilde yürütülür.
ETL Çözümünü İncele