Veri Taşıma (Data Migration): Eski Sistemden Yeni Sisteme Geçerken 12 Risk ve Güvenli Geçiş Planı
Yeni yazılım ne kadar iyi olursa olsun, verileriniz yanlış taşınırsa proje başarısız görünür: kayıp müşteriler, bozuk siparişler, yanlış stoklar. Veri taşımanın 12 riskini, aşamalarını, doğrulama yöntemlerini ve geri dönüş planını anlatıyoruz.
Kısaca: Veri taşıma (data migration), verinizi eski sistemden (Excel, eski yazılım, başka bir platform) yeni sisteme eksiksiz, doğru ve güvenli biçimde aktarmaktır. Projelerin en çok hafife alınan kısımlarından biridir: yeni sistem hazırdır ama veri temiz değildir, alanlar eşleşmez, ilişkiler kopar, tarihçe kaybolur. Güvenli yaklaşım şudur: 1) veri envanteri çıkarın, 2) neyin taşınacağına karar verin, 3) veriyi temizleyin, 4) eşleştirme tablosu hazırlayın, 5) deneme (pilot) aktarımlar yapıp doğrulayın, 6) planlı bir geçiş penceresinde asıl aktarımı yapın, 7) geri dönüş planınızı hazır tutun. Taşımayı “yazılımcıların son haftadaki işi” olarak görmeyin; proje başında planlanması ve iş birimlerinin doğrulamaya katılması gerekir. Kişisel veri taşıdığınız için güvenlik ve KVKK yükümlülükleri de aktarım sürecinin parçasıdır.
Son güncelleme: Ekim 2026
Veri taşıma neden bu kadar riskli?
Yeni bir sisteme geçerken tipik hikâye şudur: Kod yazıldı, ekranlar güzel, test iyi gitti. Sonra eski verileri aktarma günü gelir ve şunlar ortaya çıkar:
- Aynı müşteri üç farklı yazımla kayıtlı.
- Tarih alanları farklı biçimlerde, bazıları boş.
- Eski sistemdeki “durum” kodlarının yenisinde karşılığı yok.
- Siparişler, müşteri ve ürün arasındaki ilişkiler kopuk.
- Yıllarca birikmiş ve kimsenin bilmediği kullanılmayan kayıtlar var.
Veri, yazılımın yakıtıdır; kalitesiz veri, en iyi sistemi bile güvenilmez gösterir. Bu yüzden veri taşımayı ayrı bir mini proje olarak planlayın. Geçişin genel mantığı için Excel'den özel yazılıma geçiş yazımıza da bakabilirsiniz.
12 risk ve önlemleri
| # | Risk | Ne olur? | Önlem |
|---|---|---|---|
| 1 | Veri envanteri yok | Hangi veri nerede, bilinmez; bir kısmı unutulur | Tüm kaynakları (veritabanı, Excel, e-posta, dosya sunucusu) listeleyin |
| 2 | Kirli veri | Tekrarlı, hatalı, eksik kayıtlar yeni sisteme de taşınır | Taşımadan önce temizlik yapın, kurallar belirleyin |
| 3 | Yanlış alan eşleştirme | Veri yanlış alana düşer, anlam kaybolur | Yazılı eşleştirme tablosu; iş birimi onayı |
| 4 | İlişkilerin kopması | Sipariş–müşteri–ürün bağlantıları bozulur | Benzersiz kimlikler ve ilişki kontrolleri |
| 5 | Veri biçimi uyumsuzluğu | Tarih, para birimi, karakter kodlaması (Türkçe karakterler) bozulur | Biçim standartları; UTF-8 ve örnek testleri |
| 6 | Tarihçe kaybı | Eski siparişler, notlar, loglar kaybolur | Neyin taşınacağına, neyin arşivleneceğine önceden karar verin |
| 7 | Hacim ve performans | Aktarım çok uzun sürer, sistem kilitlenir | Parçalı aktarım, deneme sürelerinin ölçülmesi |
| 8 | Doğrulamanın olmaması | Hatalı aktarım fark edilmez | Kayıt sayısı, toplam ve örnek kontrolleri; iş birimi doğrulaması |
| 9 | Kesinti ve iş sürekliliği | Geçiş sırasında sistem erişilemez | Planlı geçiş penceresi, “dondurma” dönemi |
| 10 | Geri dönüş planı yok | Sorun çıkınca eski duruma dönülemez | Eski sistemin salt-okunur korunması ve yedek |
| 11 | Güvenlik ve KVKK | Veri aktarım sırasında sızabilir veya fazla verilir | Şifreli aktarım, erişim kısıtı, gereksiz kişisel verinin taşınmaması |
| 12 | Sahiplik ve sorumluluk belirsizliği | Kimse veriyi “benim” demez; hata sahipsiz kalır | Veri sahipleri ve onaylayıcılar atayın |
Adım adım güvenli taşıma planı
Adım 1: Veri envanteri ve kapsam
- Hangi sistemlerde veri var? (Eski yazılım, Excel dosyaları, e-posta eki, ortak klasörler, üçüncü taraf hizmetler)
- Her kaynakta hangi veri türleri var? (Müşteri, ürün, sipariş, stok, fatura, belge)
- Hacim nedir? (Kayıt sayısı, dosya boyutu)
- Veri sahibi kim? (Satış, muhasebe, depo…)
Adım 2: Neyi taşıyacağınıza karar verin
Her şeyi taşımak zorunda değilsiniz. Soru: “Bu veri yeni sistemde iş için gerekli mi?”
| Kategori | Karar |
|---|---|
| Aktif ve gerekli (güncel müşteriler, açık siparişler, mevcut stok) | Taşı |
| Geçmiş ama gerekli (raporlama, hukuki/yasal saklama) | Taşı veya arşivle (salt okunur) |
| Eski ve gereksiz (yıllar önce kapanmış, tekrar eden, test kayıtları) | Taşıma; arşivle veya sil (saklama yükümlülüklerine uygun) |
Kişisel veride veri minimizasyonu ilkesi de bunu destekler: gerekmeyen kişisel veriyi yeni sisteme taşımayın. Saklama süreleri için hukuk/KVKK sorumlunuza danışın.
Adım 3: Veriyi temizleyin
Taşımadan önce temizlemek, sonradan düzeltmekten çok daha ucuzdur:
- Tekrarlayan kayıtları birleştirin (aynı müşteri, aynı ürün).
- Biçimleri standartlaştırın: Telefon, tarih, adres, para birimi, büyük/küçük harf.
- Eksik zorunlu alanları tamamlayın veya kuralını belirleyin.
- Kullanılmayan kayıtları ayıklayın.
- Tutarsız kodları (durumlar, kategoriler) tek bir listeye indirin.
Temizliği mümkün olduğunca iş birimleriyle birlikte yapın; hangi kaydın doğru olduğunu en iyi onlar bilir.
Adım 4: Eşleştirme (mapping) tablosu
Eski sistemdeki her alanın yeni sistemdeki karşılığını yazın:
| Eski alan | Yeni alan | Dönüşüm kuralı | Onaylayan |
|---|---|---|---|
MusteriAdi | customer.name | Baştaki/sondaki boşlukları temizle, her sözcüğün ilk harfi büyük | Satış |
Durum (1,2,3) | status (yeni, hazırlanıyor, tamamlandı) | 1→yeni, 2→hazırlanıyor, 3→tamamlandı | Operasyon |
Tarih (metin) | created_at (tarih) | GG.AA.YYYY → ISO biçimi; hatalı tarihler listeye | Muhasebe |
Eşleşmeyen alanları ve kayıpsız taşınamayan verileri (ör. serbest metin notlar) baştan belirleyin.
Adım 5: Deneme aktarımları (pilot)
Asıl taşımadan önce en az bir, tercihen birkaç deneme aktarımı yapın:
- Aktarım betiğini veya aracını çalıştırın.
- Sonucu kontrol edin: kayıt sayıları, toplamlar, ilişkiler, örnek kayıtlar.
- Hataları düzeltin ve tekrar edin.
- Aktarım süresini ölçün; geçiş penceresini buna göre planlayın.
Her denemede iş birimlerinden bir kişi gerçek kayıtlar üzerinde doğrulama yapmalı: “Bu müşterinin siparişleri doğru geldi mi? Bu ürünün stoğu tutuyor mu?”
Adım 6: Doğrulama yöntemleri
- Kayıt sayısı karşılaştırması: Kaynakta 12.480 müşteri, hedefte 12.480 mi? (Bilerek taşınmayanlar ayrı belgelenmeli.)
- Toplam kontrolleri: Toplam stok adedi, toplam bakiye, sipariş tutarları eşleşiyor mu?
- İlişki kontrolleri: Müşterisi olmayan sipariş, ürünü olmayan sipariş satırı var mı?
- Örnekleme: Rastgele 50–100 kaydı elle karşılaştırın; özellikle istisnai ve eski kayıtları.
- Kritik senaryolar: Yeni sistemde bir sipariş açıp eski veriyle ilişkilendirerek uçtan uca deneyin.
- Karakter kontrolü: Türkçe karakterler (ı, ş, ğ, İ) doğru geliyor mu?
Adım 7: Geçiş (cutover) planı
Asıl aktarım için bir plan yapın:
- Dondurma dönemi: Eski sistemde veri girişi durdurulur (ör. hafta sonu).
- Son aktarım: Güncel veri taşınır.
- Doğrulama: Hızlı kontrol listesiyle sonuçlar teyit edilir.
- Yayına alma: Yeni sistem açılır.
- İzleme: İlk günlerde yakın takip ve hızlı destek.
Kesintisiz geçiş gerekiyorsa (7/24 çalışan sistemler) artımlı aktarım (değişikliklerin sürekli senkronize edilmesi) ve paralel çalışma gibi daha gelişmiş yöntemler gerekir; bunlar daha karmaşık ve maliyetlidir.
Adım 8: Geri dönüş planı
“Başımıza bir şey gelirse ne yaparız?” sorusunun cevabı önceden hazır olmalı:
- Eski sistemi bir süre salt-okunur olarak açık tutun.
- Aktarım öncesi tam yedek alın ve geri yüklenebildiğini test edin.
- Geri dönüş kriterlerini önceden yazın (ör. “kritik bir veri tutarsızlığı varsa X saat içinde geri dönülür”).
Veri türüne göre özel dikkat noktaları
Müşteri verisi
Tekrarlar ve birleştirme, iletişim izinleri (pazarlama onayları), kişisel veri minimizasyonu. İzin bilgisi olmadan eski bir listeyi pazarlama için kullanmak hukuki risk doğurabilir.
Ürün ve stok
Ürün kodları, varyasyonlar, birimler (adet/koli), depo bazlı stok. Stok taşıma anı önemlidir: sayım ve dondurma olmadan stok farkı oluşur. Ayrıntı için stok takip rehberimize bakın.
Sipariş, fatura ve finansal veri
Rakamların birebir eşleşmesi gerekir; yuvarlama, para birimi ve KDV farklarına dikkat edin. Yasal saklama zorunlulukları olan belgeleri kaybetmeyin; muhasebe danışmanınızla birlikte karar verin.
Dosya ve belgeler
Dosya boyutu, klasör yapısı, adlandırma ve erişim yetkileri; belgelerle kayıtların bağlantısı (ör. sözleşme PDF'i hangi müşteriye ait).
E-ticaret ve SEO
Sitenin adresleri (URL) değişiyorsa 301 yönlendirme planı veri taşıma kadar önemlidir: bkz. site yenileme kontrol listemiz. Platform değişiminde (ör. hazır platformdan özel yazılıma) ürün, sipariş ve müşteri geçmişinin taşınması için e-ticaret altyapısı seçim yazımıza bakın.
Güvenlik ve KVKK
Veri aktarımı, riskin yükseldiği bir andır:
- Aktarım dosyalarını şifreli saklayın ve gönderin; e-posta ile ham müşteri listesi yollamayın.
- Erişimi yalnızca gerekli kişilerle sınırlayın; aktarım bitince geçici kopyaları silin.
- Aktarım ortamında (test) gerçek kişisel veri kullanıyorsanız, test ortamı da üretim kadar korunmalıdır; mümkünse anonimleştirilmiş veri kullanın.
- Üçüncü taraf bir firma veya araç verinize erişecekse gizlilik sözleşmesi (NDA) ve veri işleme koşulları yapın. KVKK yükümlülükleri için hukuk danışmanınıza başvurun.
- Aktarım sırasında oluşan günlüklerde hassas veri bırakmayın.
Genel güvenlik ilkeleri için web uygulaması güvenliği rehberimize bakın.
Zaman çizelgesi örneği
| Aşama | Ne yapılır? | Kimler? |
|---|---|---|
| Envanter ve kapsam | Kaynaklar, hacim, ne taşınacak | Proje sahibi, BT, iş birimleri |
| Temizlik ve eşleştirme | Veri düzeltme, mapping tablosu | İş birimleri + yazılım ekibi |
| Aktarım aracı geliştirme | Betik/araç, dönüşüm kuralları | Yazılım ekibi |
| Deneme aktarımları (1–3) | Aktar, doğrula, düzelt | Yazılım ekibi + iş birimleri |
| Kabul | Gerçek senaryolarla onay | Ürün sahibi, kullanıcılar |
| Geçiş | Dondurma, son aktarım, doğrulama, yayın | Tüm ekip |
| İzleme | İlk haftalarda takip ve düzeltme | Yazılım ekibi + destek |
Süre, veri hacmine ve kalitesine göre çok değişir; bu yüzden proje başında keşif ve örneklem analizi yapmak doğru tahmin için şarttır.
Veri taşıma kontrol listesi
- Tüm veri kaynakları listelendi, hacim ve sahipleri belli
- Neyin taşınacağı/arşivleneceği/silineceği kararlaştırıldı
- Veri temizliği yapıldı; tekrarlar ve eksikler giderildi
- Eşleştirme tablosu yazılı ve iş birimlerince onaylı
- Türkçe karakter ve biçim testleri yapıldı
- En az bir (tercihen birkaç) deneme aktarımı yapıldı ve doğrulandı
- Kayıt sayısı, toplam ve ilişki kontrolleri tanımlı
- Geçiş planı ve dondurma penceresi duyuruldu
- Tam yedek alındı, geri yükleme test edildi
- Geri dönüş kriterleri ve planı yazılı
- Güvenlik: şifreli aktarım, sınırlı erişim, geçici kopyaların silinmesi
- Yayın sonrası izleme ve destek planı hazır
Sık yapılan 8 hata
- Veri taşımayı projenin son haftasına bırakmak.
- Veriyi temizlemeden taşımak.
- Doğrulamayı sadece yazılımcıya bırakmak. İş birimi doğrulamalıdır.
- Tek deneme aktarımıyla yetinmek.
- Geri dönüş planı yapmamak, eski sistemi hemen kapatmak.
- Türkçe karakter ve biçim sorunlarını test etmemek.
- Güvenlik ve KVKK'yı ihmal etmek.
- Eski verinin neden/neyi içerdiğini bilmeyen kimse olmaması.
Aktaş Digital ile veri taşıma
Yeni geliştirdiğimiz CRM, ERP, e-ticaret ve operasyon sistemlerinde veri taşımayı projenin ayrı ve planlı bir parçası olarak ele alıyoruz: veri envanteri, temizlik önerileri, eşleştirme tablosu, deneme aktarımları, iş birimi onayı ve geri dönüş planı. Excel'den veya eski bir sistemden geçiş yapıyorsanız CRM sistemlerimiz, ERP sistemlerimiz ve stok takip sistemlerimiz için mevcut verinizi paylaşarak teklif formumuzdan kapsam ve maliyet dökümü isteyebilirsiniz. Gizlilik için NDA seçeneğimiz mevcuttur. Sistemler arası canlı veri akışı gerekiyorsa sistem entegrasyonu rehberimize bakın.
Sık Sorulan Sorular
Veri taşıma ne kadar sürer?
Veri hacmine, kalitesine, kaynak sayısına ve dönüşüm kurallarının karmaşıklığına bağlıdır. Temiz ve küçük bir veri kümesi kısa sürede taşınabilir; yıllarca birikmiş, dağınık ve kirli veri uzun sürer. Doğru süre için örneklem analizi gerekir.
Excel dosyalarını doğrudan içe aktarabilir miyim?
Çoğu zaman evet; ama önce yapının (sütunlar, biçimler) tutarlı olması ve temizlenmesi gerekir. Doğrudan içe aktarma kolay görünür ama tekrarlar ve biçim hataları yeni sisteme de taşınır; bu yüzden önce temizlik ve eşleştirme yapın.
Tüm eski veriyi taşımak zorunda mıyım?
Hayır. Neyin taşınacağına iş ihtiyacı ve yasal saklama yükümlülüklerine göre karar verin. Gerekmeyen veriyi arşivlemek veya (izin veriyorsa) silmek hem maliyeti hem riski azaltır.
Taşıma sırasında sistem durmak zorunda mı?
Genellikle kısa bir “dondurma” dönemi gerekir (ör. hafta sonu). Kesintisiz geçiş mümkündür ama daha karmaşık ve pahalıdır; iş sürekliliği gereksiniminize göre karar verin.
Eski sistemi ne zaman kapatmalıyım?
Yeni sistemin doğruluğuna güven oluşana ve gerekli verilerin güvenli bir arşivi bulunana kadar salt-okunur tutmak mantıklıdır. Kapatma tarihini önceden planlayın ve yasal saklama gereklilikleri için danışın.
Veri taşırken kişisel verilere özel ne yapmalıyım?
Veri minimizasyonuna uyun (gerekmeyeni taşımayın), aktarımı şifreli ve yetkili kişilerle yapın, test ortamında mümkünse anonim veri kullanın ve KVKK yükümlülükleri için hukuk danışmanınıza başvurun.
Sonuç
Veri taşıma, yeni sistemin ilk izlenimini belirler: Kullanıcılar eski müşterilerini, siparişlerini ve stoklarını doğru görmüyorsa sisteme güvenmez. Envanter çıkarın, neyin taşınacağına karar verin, veriyi temizleyin, eşleştirme tablosunu yazın, deneme aktarımlarıyla doğrulayın ve geri dönüş planınızı hazır tutun. Bugün yapabileceğiniz ilk iş: bugün kullandığınız tüm veri kaynaklarını (yazılım, Excel, klasör, e-posta) tek bir listeye yazıp her birinin sahibini belirlemek.
