ERP Veri Migrasyonu: Eski Sistemden Yeni Sisteme Güvenli Geçiş
ERP veri migrasyonu; ETL (çıkar-dönüştür-yükle) süreciyle eski veriyi temizleyip yeni sisteme taşımaktır — doğru strateji seçimi, kayıt/tutar mutabakatı ve doğrulanmış bir yedeğe dayalı rollback planı geçişi güvenli kılar.
Veri migrasyonu nedir ve neden en riskli aşamadır?
Veri migrasyonu, eski sistemdeki (eski ERP, muhasebe programı veya Excel tabloları) verinin yeni ERP'ye taşınmasıdır. Implementasyonun en kritik adımıdır: iyi bir yazılım bile hatalı taşınmış cari bakiye, yanlış eşlenmiş stok kodu veya kaybolmuş fatura yüzünden güvenilmez hale gelir. Migrasyon hataları çoğu zaman canlıya geçtikten sonra fark edilir ve geri alınması zordur — bu yüzden planlama ve test şarttır.
ETL süreci: Extract, Transform, Load
| Aşama | Yapılan iş | Kritik nokta |
|---|---|---|
| Extract (Çıkarma) | Kaynaktan CSV/Excel/XML/JSON veya API ile veri çekme | Tam mı, artımlı (incremental) mı; anlık görüntü tarihi |
| Transform (Dönüştürme) | Temizleme, format düzeltme, alan eşleme (mapping), iş kuralı | Eski alan → yeni alan haritası ve doğrulama |
| Load (Yükleme) | Hedefe içe aktarma, referans bütünlüğü, işlem yönetimi | Hata yakalama, loglama, yükleme sırası (master → hareket) |
Yükleme sırası önemlidir: önce ana veri (müşteri, tedarikçi, ürün, hesap planı), sonra bunlara bağlı hareketler (fatura, sipariş, stok hareketi) yüklenir; aksi halde referans bütünlüğü (foreign key) kırılır.
Veri temizleme: çöp girerse çöp çıkar
Eski sistemdeki kirli veriyi olduğu gibi taşımak, yeni ERP'yi ilk günden bozar. Migrasyon, tarihî veriyi temizlemek için bir fırsattır.
| Temizlenecek sorun | Teknik |
|---|---|
| Mükerrer (duplicate) kayıtlar | Deduplication (tekilleştirme) |
| Boş/null zorunlu alanlar | Doğrulama kuralları, zenginleştirme |
| Tutarsız formatlar (tarih, para, vergi no) | Standardizasyon |
| Yetim (orphan) kayıtlar | Referans kontrolü, ilişki onarımı |
| Eski/kullanılmayan veri | Arşivleme (taşımadan ayır) |
Migrasyon stratejileri
| Strateji | Ne zaman? | Artı | Eksi |
|---|---|---|---|
| Big Bang | Tek seferde tüm veri, planlı kesinti penceresinde | Hızlı, tek geçiş, düşük geçici entegrasyon | Yüksek risk, dar geri dönüş penceresi |
| Phased (aşamalı) | Modül modül veya lokasyon lokasyon | Kontrollü, düşük kesinti, öğrenerek ilerleme | Uzun sürer, geçici köprü entegrasyon gerekir |
| Trickle (paralel) | Eski ve yeni sistem bir süre birlikte çalışır | Kesintisiz, veri güncel kalır | Karmaşık senkronizasyon, çift bakım maliyeti |
Küçük ve orta işletmeler genelde bir hafta sonu Big Bang penceresini tercih eder; çok lokasyonlu veya 7/24 çalışan işletmeler Phased ya da Trickle ile kesintiyi minimize eder.
Doğrulama ve test
- Kayıt sayısı mutabakatı: Kaynak ve hedef kayıt sayıları eşleşiyor mu? Kayıp/fazla var mı?
- Tutar/kontrol toplamları: Cari bakiye, stok değeri ve fatura toplamları birebir tutuyor mu (checksum)?
- Referans bütünlüğü: Her hareket geçerli bir ana kayda bağlı mı?
- İş kuralı doğrulaması: KDV, döviz kuru ve hesap eşleştirmeleri doğru çalışıyor mu?
- UAT (kullanıcı kabul testi): Kullanıcılar kendi verilerini doğru ve eksiksiz buluyor mu?
Ölçüt olarak veri doğruluk oranı = doğru taşınan kayıt ÷ toplam kayıt × 100 kullanılır; finansal ve stok kritik alanlarında hedef %100'dür. Küçük sapmalar bile bilançoda büyür.
Rollback planı ve yedek
Migrasyon başarısız olursa izlenecek altı adım:
- Dur: Migrasyon sürecini derhal durdurun.
- Analiz et: Hangi aşamada, hangi veride sorun oluştuğunu belirleyin.
- Rollback: Doğrulanmış yedekten eski duruma dönün.
- Düzelt: Eşleme/temizleme kuralını veya betiği onarın.
- Tekrar test: Test ortamında baştan doğrulayın.
- Yeniden dene: Onaydan sonra canlı migrasyonu tekrarlayın.
Rollback'in ön şartı sağlam yedektir: migrasyon öncesi tam ve doğrulanmış bir yedek(kurumun RPO hedefine uygun) alınmalı ve geri yükleme (restore) tatbikatı yapılmalıdır. Test edilmemiş yedek yedek sayılmaz.
2026 eğilimleri
- Bulut migrasyon araçları: Hazır konnektörler ve eşleme şablonları manuel betik ihtiyacını azaltıyor.
- AI destekli veri kalitesi: Mükerrer ve anormal kayıt tespiti otomatikleşiyor.
- Simülasyon (dry-run): Canlıdan önce tam ölçekli deneme migrasyonu standart hale geliyor.
Öneriler ve şartname maddeleri
- Migrasyon öncesi alan eşleme dokümanı (eski → yeni) ve temizleme kurallarını yazılı sabitleyin.
- Canlıdan önce en az bir kez tam ölçekli deneme (dry-run) migrasyonu şart koşun.
- Sözleşmeye kayıt/tutar mutabakatı, doğruluk oranı hedefi ve UAT onayı ekleyin.
- Rollback planı ve doğrulanmış yedek zorunlu tutulsun; geri yükleme test edilsin.
- Tarihî veriyi taşımadan önce arşiv/aktif ayrımı yapın; her şeyi taşımak yeni sistemi yavaşlatır.
Geçiş sürecinin tamamını ERP implementasyon süreci ile birlikte planlayın; Excel tabanlı bir kaynaktan geliyorsanız Excel'den ERP'ye geçiş rehberimiz adım adım yol gösterir.
Merak edilenler
ERP veri migrasyonu nedir?
Veri migrasyonu, eski sistemdeki (eski ERP, muhasebe yazılımı veya Excel) verilerin yeni ERP'ye taşınması sürecidir. Genellikle ETL (Extract-Transform-Load) yaklaşımıyla yapılır: veri çıkarılır, yeni yapıya dönüştürülüp temizlenir ve hedefe yüklenir. Implementasyonun en riskli aşamasıdır çünkü hatalar tüm raporlamayı bozabilir.
Hangi migrasyon stratejisi seçilmeli: Big Bang mi Phased mı?
Big Bang tüm veriyi tek seferde taşır; hızlıdır ama risklidir ve geri dönüş penceresi dardır, küçük/orta işletmelere uygundur. Phased (modül modül) daha kontrollüdür, kesinti azdır ama sürer ve geçici entegrasyon gerektirir. Trickle ise eski ve yeni sistemi bir süre paralel çalıştırıp sürekli senkronize eder; kesintisizdir ama karmaşıktır.
Veri migrasyonu doğrulaması nasıl yapılır?
Çok katmanlı doğrulama gerekir: kayıt sayısı mutabakatı (record count), tutar toplamları (control totals/checksum), referans bütünlüğü, iş kuralı kontrolleri ve son olarak kullanıcı kabul testi (UAT). Doğruluk oranı = doğru taşınan kayıt ÷ toplam kayıt × 100 ile ölçülür; kritik alanlarda hedef %100 olmalıdır.
Migrasyon başarısız olursa ne yapılır?
Önceden hazırlanmış bir rollback (geri dönüş) planı devreye alınır: süreç durdurulur, hata analiz edilir, yedekten eski duruma dönülür, sorun giderilir ve test ortamında tekrar denenir. Bu yüzden migrasyon öncesi tam ve doğrulanmış bir yedek (RPO hedefine uygun) almak vazgeçilmezdir.
Süreçleriniz kutuya sığmıyorsa, size özel ERP geliştirelim.
İhtiyacınızı yazın; süreçlerinizi analiz eder, size özel ERP mi yoksa mevcut ERP’nizin özelleştirmesi mi gerektiğini birlikte belirler, 1 iş günü içinde döneriz. Hazır paket değil — kaynak kodu sizin.
Talep Oluştur