ERP/CRM Veri Göçü ve Sahipsiz Sistemleri Kurtarma Rehberi

Beş temel adım vardır: analiz (kaynak verinin yapısını ve kalitesini anlama), temizleme (mükerrer ve hatalı kayıtları ayıklama), eşleme (her alanın yeni sistemdeki karşılığını belirleme), deneme göçü (test ortamında tam aktarım provası) ve doğrulama (kayıt sayısı ile bakiye toplamlarını kaynakla karşılaştırma). Her adımın öncesinde tam yedek alınır; sorun çıkarsa önceki sağlam duruma dönülür.

Üç kural yeterlidir: aktarımdan önce tam yedek alın, göçü önce test ortamında deneyin ve aktarım sonrası kayıt sayısı, bakiye ve KDV toplamlarını kaynak sistemle karşılaştırın. Canlı sisteme doğrudan, denenmemiş aktarım yapılmaz. Tutmayan kayıtlar mutabakat listesine düşer, düzeltilir ve aktarım tekrarlanır; eski sistem ancak fark sıfırlandığında kapatılır.

Big bang geçişte tüm veri ve kullanıcılar tek seferde, genellikle bir hafta sonunda yeni sisteme alınır; kısa sürer ama hata durumunda tüm operasyonu etkiler. Kademeli geçişte modüller veya lokasyonlar sırayla taşınır; risk küçülür ama iki sistemin bir süre birlikte yaşaması ve arada veri senkronu gerekir. Kesintiye toleransı düşük, sürekli çalışan operasyonlarda kademeli; küçük ve tek lokasyonlu yapılarda big bang genellikle daha pratiktir.

Evet. Cari, ürün, stok ve fatura gibi binlerce kayıt CSV/XLSX şablonlarıyla tek seferde aktarılabilir. Kritik nokta şablon disiplinidir: sütun başlıkları hedef alanlarla birebir eşlenmeli, tarih ve tutar formatları tekleştirilmeli, zorunlu alanları boş olan kayıtlar önceden ayıklanmalıdır. İyi hazırlanmış bir şablonla Excel aktarımı, küçük ve orta hacimli göçlerin en hızlı yoludur.

Eşleme, eski sistemdeki her alanın yeni sistemde hangi alana karşılık geldiğinin yazılı olarak belirlenmesidir; örneğin "müşteri_adı" alanının "cariUnvan" alanına bağlanması. Birim, para birimi ve tarih formatı dönüşümleri de eşleme tablosuna işlenir. Yanlış eşleme, veri kaybından daha sinsi bir sorun üretir: veri yerindedir ama yanlış alandadır. Bu yüzden eşleme tablosu deneme göçüyle mutlaka test edilir.

Göçten önce kaynak verinin fotoğrafını çeken kısa bir denetimdir: mükerrer kayıt oranı, boş zorunlu alanlar, geçersiz vergi numaraları, tutarsız tarih ve tutar formatları raporlanır. İki işe yarar: temizleme eforu, dolayısıyla süre ve bütçe gerçekçi planlanır; yeni sisteme eski sistemin kirli verisiyle başlama riski ortadan kalkar. Kalitesiz veriyi taşımak, sorunu yeni sisteme taşımaktır.

Küçük hacimlerde Excel/CSV içe aktarma araçları yeterlidir. Orta ve büyük projelerde veriye özel yazılan ETL/göç betikleri (SQL, Node.js, Python) kullanılır; veritabanı şema değişiklikleri Flyway veya Liquibase gibi araçlarla versiyonlanır. Bulut hedeflerde aktarım genellikle API üzerinden yapılır. Araçtan bağımsız kural aynıdır: betikler tekrar çalıştırılabilir olmalı ve her çalıştırma sonunda doğrulama raporu üretmelidir.

Temiz bir Excel aktarımı birkaç gün; tek sistemden tek sisteme standart bir ERP/CRM göçü çoğunlukla 3-8 hafta; birleşme veya kurtarma içeren projeler 2-4 ay sürebilir. Süreyi uzatan asıl etken veri hacmi değil, kaynak verinin kalitesi ve kaynağa erişim zorluğudur. Net takvim, veri kalitesi denetimi yapıldıktan sonra verilebilir.

Dört kalem belirler: veri hacmi ve tablo sayısı, kaynaktan veri çekmenin zorluğu, temizleme-dönüştürme ihtiyacı ve doğrulama kapsamı. Sektörde veri göçü, toplam ERP proje bütçesinin kabaca yüzde 10-20'si olarak planlanır. Kaynak veriyi görmeden verilen kesin fiyat gerçekçi değildir; sağlıklı teklif, kısa bir veri incelemesinden sonra kapsamı yazılı olarak tanımlayarak verilir.

Önce iki sistemin veri yapıları karşılaştırılır ve ortak bir model tanımlanır. Aynı müşteri veya ürün iki sistemde de varsa vergi numarası, barkod, e-posta gibi benzersiz alanlarla eşleştirilip tekilleştirilir. Çakışan kayıtlarda hangi sistemin esas alınacağı kural olarak baştan yazılır. Aktarım sonrası iki kaynağın toplamları birleşik sistemle mutabakatlanır; fark kapanmadan eski sistemler kapatılmaz.

Önce erişim envanterinizi çıkarın: sunucu/hosting paneli, veritabanı bağlantı bilgileri, eski yedekler, sözleşme ve faturalar. Bu kanallardan biri açıksa veri büyük olasılıkla kurtarılır ve sahibi siz olan yeni bir sisteme taşınır. Edge Bilişim bu durumdaki firmalar için önce neyin okunabildiğini gösteren kısa bir tespit çalışması yapar; kurtarma şansını abartmadan, yazılı olarak bildirir. Yeni sistemi kime yaptıracağınıza karar verirken freelance mi kurumsal yazılım firması mı karşılaştırmasını da okumanızı öneririz.

Çoğu zaman evet. Şifre bilinmese bile sunucudaki veritabanı dosyalarına, otomatik yedeklere veya hosting sağlayıcısının anlık görüntülerine erişim varsa veri dosya düzeyinde dışarı alınabilir. Teknik kurtarma denemesiyle eş zamanlı olarak, sözleşmeden doğan haklarınız için hukuki danışmanlık almanız da önerilir; iki yol birbirini engellemez. Ödeme baskısına boyun eğmeden önce mutlaka teknik seçenekleri değerlendirtin.

Zorlaşır ama bitmez. Canlı veritabanından doğrudan okuma, sunucu diskindeki veri dosyaları, uygulamanın kendi dışa aktarım ekranları, hatta e-posta eklerinde ve muhasebe tarafında kalan kopyalar sırayla denenir. Kurtarma şansı sistemin durumuna göre değişir; bu yüzden dürüst bir ön inceleme, "her şeyi kurtarırız" vaadinden daha değerlidir. İnceleme sonunda neyin kurtarılamayacağı da yazılı olarak netleşmelidir.

Evet; göç planı zaten operasyonu durdurmayacak şekilde kurulur. Aktarım mesai dışına veya hafta sonuna alınır, kritik dönemde kısa bir "kayıt dondurma" penceresi ilan edilir: bu saatlerde eski sisteme yeni kayıt girilmez. Gerekiyorsa çift kayıt dönemiyle iki sistem bir süre paralel çalıştırılır. Tam kesinti çoğu projede birkaç saati geçmez.

Kişisel veriler şifreli kanalla taşınmalı, erişim en az yetki ilkesiyle sınırlanmalı, süreç kayıt altına alınmalı ve geçici kopyalar iş bitiminde imha edilmelidir. Saklama süresi dolan kayıtları yeni sisteme taşımak yerine belgeli şekilde silmek gerekir; bunun çerçevesini KVKK ve veri imhası politikası rehberinde anlattık. Veri sorumlusu sıfatıyla sürecin uyumundan şirketiniz sorumludur; bu cevap hukuki danışmanlık değildir.

Evet. Eski sistemden dışa aktarılamayan ama kağıt ya da PDF olarak arşivde duran fatura ve belgeler, yapay zeka destekli OCR ile okunarak yapılandırılmış veriye çevrilebilir ve göç kapsamına alınabilir. Bu yöntem, veritabanına hiç ulaşılamayan sahipsiz sistemlerde son çare olarak da işe yarar. OCR ile okunan veriler de aynı temizleme ve doğrulama sürecinden geçirilir.