ERP Veri Aktarımı Nasıl Yapılır? 7 Kritik Adım

ERP projesinde en yüksek riski çoğu zaman yazılım seçimi değil, veri oluşturur. ERP veri aktarımı nasıl yapılır sorusunun doğru yanıtı; verileri eski sistemden yeni sisteme kopyalamaktan çok, işletmenin operasyonel gerçekliğini kontrollü biçimde yeniden kurmaktır. Hatalı müşteri kartları, güncel olmayan stoklar veya yanlış muhasebe bakiyeleri, canlıya geçişten sonra raporlama kalitesini ve günlük operasyonları doğrudan etkiler.

Başarılı bir aktarım; kapsamın belirlenmesi, veri kalitesinin iyileştirilmesi, alan eşleştirmesi, test, mutabakat ve kontrollü canlı geçiş aşamalarından oluşur. Bu süreçte hedef, mümkün olan en fazla veriyi taşımak değildir. Hedef, karar alma ve operasyon için gerekli, doğru ve izlenebilir veriyi yeni ERP ortamına almaktır.

1. Aktarım kapsamını iş süreçlerine göre belirleyin

İlk karar, hangi verilerin taşınacağıdır. Tüm geçmişi yeni sisteme almak her zaman doğru yaklaşım değildir. On yıllık hareketsiz müşteri kayıtlarını, kapanmış ürün kartlarını veya artık geçerli olmayan fiyat listelerini aktarmak; sistemi gereksiz karmaşıklaştırır ve test yükünü büyütür.

Kapsam finans, satış, satın alma, stok, üretim ve insan kaynakları gibi süreç sahipleriyle birlikte tanımlanmalıdır. Örneğin finans ekibi açılış bakiyeleri, açık müşteri ve tedarikçi hesapları ile belirli dönem karşılaştırma verilerine ihtiyaç duyabilir. Operasyon ekipleri ise aktif stok kartları, depo miktarları, açık siparişler, satın alma talepleri ve ürün reçeteleri olmadan işe başlayamaz.

Bu nedenle veriyi üç gruba ayırmak pratik bir çerçeve sağlar: canlı kullanım için zorunlu veriler, raporlama için gerekli geçmiş veriler ve yalnızca arşivde tutulacak veriler. Arşiv verisi gerektiğinde erişilebilir kalabilir, ancak yeni ERP’nin günlük işlem yüküne dahil edilmesi şart değildir.

2. Kaynak sistemleri ve veri sahiplerini netleştirin

Birçok işletmede veri yalnızca eski ERP içinde bulunmaz. Müşteri bilgileri CRM’de, fiyatlar elektronik tablolarda, ürün teknik özellikleri başka bir uygulamada, banka hareketleri ise ayrı finans araçlarında tutulabilir. Aktarım başlamadan önce tüm kaynaklar envantere alınmalıdır.

Her veri kümesi için bir iş sahibi atanması kritik önem taşır. IT ekibi dosyayı çıkarabilir veya entegrasyonu kurabilir; ancak bir müşteri kartının güncel olup olmadığına satış, stok miktarının fiziksel gerçekle uyumuna depo, hesap planı eşleştirmesine ise finans karar vermelidir. Veri sahipliği belirsiz kaldığında, hatalar teknik sorun gibi görünür ama aslında karar eksikliğinden kaynaklanır.

Kaynak envanterinde veri hacmi, güncelleme sıklığı, son güncellenme tarihi, benzersiz anahtar alanları ve veri kalitesi riski de kayıt altına alınmalıdır. Böylece proje ekibi, hangi kaynakların manuel müdahale gerektirdiğini erken aşamada görür.

3. Veri temizliğini aktarımdan önce tamamlayın

Eski sistemde bulunan her kayıt doğru değildir. Yinelenen cari hesaplar, boş vergi numaraları, farklı yazılmış ürün kodları, kullanılmayan depolar ve eksik birim tanımları sık rastlanan sorunlardır. Bu veriler yeni ERP’ye aynı biçimde aktarılırsa, yeni platform eski dağınıklığı daha hızlı üretmeye başlar.

Temizlik çalışması yalnızca boş alanları doldurmak değildir. Standartlar oluşturmayı da kapsar. Müşteri adlarının yazım biçimi, adres alanları, ödeme koşulları, para birimleri, ürün sınıfları ve ölçü birimleri tutarlı hale getirilmelidir. Aynı müşterinin farklı isimlerle açılmış kartları birleştirilmeli; geçersiz, kapanmış veya kullanılmayan kayıtlar pasife alınmalıdır.

Bu aşamada otomatik kurallar zaman kazandırabilir, fakat kritik kayıtların iş birimleri tarafından onaylanması gerekir. Özellikle finansal hesaplar, açık siparişler ve stok miktarları için otomasyon tek başına yeterli kontrol sağlamaz.

4. ERP veri aktarımı için alan eşleştirmesini tasarlayın

Alan eşleştirmesi, kaynak sistemdeki her alanın hedef ERP’de nereye ve hangi kuralla taşınacağını tanımlar. Basit görünen bu çalışma, aktarımın en belirleyici tasarım adımıdır. Eski sistemdeki “müşteri tipi” alanı yeni ERP’de segment, fiyat grubu veya kredi politikasıyla ilişkilendirilebilir. Her iki sistemde alan adı benzer olsa bile iş anlamı farklı olabilir.

Eşleştirme dokümanında kaynak alanı, hedef alanı, veri tipi, dönüşüm kuralı, zorunluluk durumu, varsayılan değer ve sorumlu kişi yer almalıdır. Örneğin eski sistemde serbest metin olarak tutulan ödeme koşulu, hedef sistemde kontrollü bir kod listesine dönüştürülebilir. Bu dönüşüm kuralı açıkça belgelenmezse, aynı veri farklı yüklemelerde farklı sonuç üretebilir.

Ana veri ile hareket verisi arasındaki bağı da korumak gerekir. Müşteri, ürün, depo, hesap planı ve çalışan gibi ana kayıtlar doğru sırayla yüklenmeden sipariş, fatura, stok hareketi veya muhasebe fişi aktarılamaz. Veri yükleme sırası, iş süreçlerinin bağımlılıklarına göre planlanmalıdır.

5. Tekrarlanabilir aktarım yöntemi kurun

Aktarım, tek seferlik bir dosya yükleme işi olarak yönetilmemelidir. Test ortamında tekrar tekrar çalıştırılabilen bir yöntem kurulmalıdır. Veri hacmi, kaynakların yapısı ve ERP’nin teknik yetenekleri doğrultusunda API, entegrasyon aracı, güvenli dosya aktarımı veya kontrollü şablonlar kullanılabilir.

Seçim yapılırken hız kadar izlenebilirlik de değerlendirilmelidir. Büyük veri setleri için otomasyon avantaj sağlar. Ancak küçük ve düşük frekanslı veri kümelerinde, onay mekanizması içeren standart şablonlar daha kontrollü olabilir. Her yöntemde hata kayıtları, yükleme tarihleri, kayıt sayıları ve başarısız işlem nedenleri saklanmalıdır.

Mira ERP gibi merkezi iş yönetimi platformlarında veri aktarımının amacı, yalnızca kayıtları taşımak değil; finans, stok, satın alma ve satış süreçlerinin aynı doğruluk standardıyla çalışmasını sağlamaktır. Bu nedenle teknik yükleme planı, iş süreçleri için belirlenen kontrol noktalarından bağımsız ele alınmamalıdır.

6. Test aktarımı ve mutabakatı zorunlu tutun

Canlıya geçiş öncesinde en az bir tam kapsamlı test aktarımı yapılmalıdır. Testte yalnızca dosyanın sisteme yüklenip yüklenmediği kontrol edilmez. Verinin kullanıcı ekranlarında, iş akışlarında, raporlarda ve işlem sonuçlarında doğru davranıp davranmadığı doğrulanır.

Finans ekibi açılış bakiyelerini mizanla karşılaştırmalı, satış ekibi müşteri limitleri ve açık siparişleri kontrol etmeli, depo ekibi ise stok miktarları ile ürün-depo ilişkilerini sayım veya mevcut kayıtlarla mutabık hale getirmelidir. Kayıt sayısı eşitliği yararlı bir ilk kontroldür, ancak tek başına yeterli değildir. Bin kayıt taşınmış olabilir; fakat yanlış vergi kodu, depo veya hesapla taşınan kayıtlar iş açısından yine hatalıdır.

Test senaryoları gerçek işlem akışlarını içermelidir: sipariş oluşturma, mal kabul, sevkiyat, fatura kesme, ödeme kaydı, dönem sonu raporu ve onay akışları gibi. Bu yaklaşım, veri hatalarının ancak operasyon başladığında ortaya çıkmasını önler.

7. Canlı geçişi kesinti planıyla yönetin

Canlı geçiş tarihi yaklaşırken eski sistemdeki veri değişiklikleri kontrol altına alınmalıdır. Bunun için belirli bir kesim zamanı belirlenir. Kesimden sonra oluşan siparişler, stok hareketleri ve finansal işlemler ya sınırlı bir prosedürle kaydedilir ya da son aktarım öncesinde tekrar alınır.

Canlı geçiş planında görevler, sorumlular, zaman pencereleri ve geri dönüş karar kriterleri yazılı olmalıdır. Aşağıdaki kontroller özellikle gereklidir:

• Son veri çekiminin tamamlanması ve kayıt sayılarının doğrulanması
• Açılış bakiyeleri ile finansal mutabakatın onaylanması
• Kritik kullanıcıların erişim, rol ve onay yetkilerinin test edilmesi
• Açık sipariş, stok ve üretim verilerinin operasyon ekiplerince kontrol edilmesi
• Hata durumunda uygulanacak geri dönüş veya düzeltme prosedürünün belirlenmesi

İlk günlerde kısa aralıklarla durum değerlendirmesi yapmak faydalıdır. Kullanıcıların bildirdiği sorunlar tek bir kanalda toplanmalı, önceliklendirilerek çözülmeli ve yapılan düzeltmeler kayıt altında tutulmalıdır. Aksi halde aynı hata farklı ekipler tarafından tekrar tekrar ele alınır ve kontrol kaybolur.

Aktarım sonrasında veri yönetimini sürdürün

ERP veri aktarımı canlıya geçişle bitmez. Yeni sistemde veri kalitesini korumak için müşteri açılışı, ürün kartı oluşturma, fiyat değişikliği, hesap planı güncellemesi ve stok ana verisi gibi işlemlerde açık yetki kuralları gerekir. Aksi durumda sistem birkaç ay içinde yeniden yinelenen kartlar, eksik alanlar ve tutarsız raporlarla karşılaşabilir.

Düzenli veri kalite kontrolleri, istisna raporları ve süreç sahiplerinin sorumluluğu kalıcı disiplin sağlar. Doğru planlanan bir aktarım, ERP yatırımının ilk teknik kilometre taşıdır; asıl değer ise bu doğruluğu günlük kararların ve operasyonların standardı haline getirebilmektir.