Yeni bir web yazılımı hazır olduğunda eski sistemi kapatıp yenisini açmak kolay görünebilir. Asıl risk çoğu zaman yazılımın kendisinde değil; müşteri, ürün, sipariş, belge ve geçmiş işlem verilerinin yeni yapıya eksiksiz taşınmasında ortaya çıkar.
Veri aktarımı son güne bırakılırsa hangi kayıtların taşınacağı, eski alanların yeni sistemde nereye karşılık geldiği ve geçiş sırasında işletmenin çalışmaya devam edip etmeyeceği belirsiz kalır. Sağlıklı bir sistem geçişi; veri envanteri, deneme aktarımı, doğrulama, yedekleme ve geri dönüş planıyla birlikte ele alınmalıdır.
Önce mevcut sistemin veri envanteri çıkarılmalı
Aktarım planı, “bütün verileri taşıyalım” cümlesiyle başlayamaz. Önce eski sistemde hangi veri gruplarının bulunduğu listelenmelidir. Müşteriler, kullanıcı hesapları, ürünler, siparişler, teklifler, faturalar, destek kayıtları, dosyalar ve işlem geçmişleri ayrı başlıklar hâlinde incelenebilir.
Her veri grubu için kayıt sayısı, zorunlu alanlar, son güncellenme tarihi ve veri sahibi belirlenmelidir. Kullanılmayan deneme kayıtları, yinelenen müşteriler veya yıllardır erişilmeyen geçici veriler aktarım kapsamından çıkarılabilir. Ancak bu karar teknik ekip tarafından tek başına verilmemeli; iş birimleri hangi geçmiş bilginin gerçekten gerekli olduğunu onaylamalıdır.
Eski ve yeni alanlar nasıl eşleştirilir?
İki sistem aynı bilgiyi farklı biçimlerde tutabilir. Eski sistemde “ad soyad” tek alanken yeni sistemde ad ve soyad ayrı olabilir. Tek bir adres alanı; il, ilçe, posta kodu ve açık adres bölümlerine ayrılabilir. Bu nedenle her eski alanın yeni sistemdeki karşılığı açık bir eşleştirme tablosunda gösterilmelidir.
Bir alanın doğrudan karşılığı yoksa dönüştürme kuralı belirlenmelidir. Durum kodları, tarih biçimleri, para birimleri, ondalık ayırıcılar ve karakter kodlaması gibi ayrıntılar aktarım sırasında hataya açıktır. “Aktif” ve “pasif” yerine sayısal kod kullanan iki sistem bile aynı değere farklı anlam verebilir.
Bu eşleştirmeler yazılım geliştirme kapsamının parçasıdır. Hangi verinin neden taşındığı ve yeni sistemde nasıl kullanılacağı, web yazılımı ihtiyaç dokümanı hazırlanırken iş kurallarıyla birlikte tanımlanmalıdır.
Veri temizliği ne zaman yapılmalı?
Hatalı veriyi yeni sisteme taşımak sorunu çözmez; yalnızca yeni bir yerde devam ettirir. Yinelenen müşteri kayıtları, eksik e-posta adresleri, yanlış telefon biçimleri ve artık kullanılmayan ürün kodları aktarım öncesinde belirlenmelidir.
Temizlik kuralları otomatik uygulanabiliyorsa önce kopya veri üzerinde denenmelidir. Örneğin telefon numaralarının ülke koduyla standartlaştırılması veya boş alanların belirli bir değerle doldurulması, beklenmeyen kayıtları bozabilir. Otomatik olarak düzeltilemeyen durumlar raporlanıp yetkili kişilerin kararına bırakılmalıdır.
Dosyalar ve görseller veritabanından ayrı düşünülmemeli
Birçok projede tablolar aktarılırken ürün görselleri, sözleşmeler, teklif dosyaları veya müşteri ekleri gözden kaçar. Veritabanında dosyaya ait kayıt bulunsa bile fiziksel dosya yeni sunucuya taşınmadığında bağlantılar çalışmaz.
Dosya adları, klasör yapısı, erişim izinleri ve eski bağlantıların yeni adreslere nasıl çevrileceği planlanmalıdır. Aynı dosyanın birden fazla kayda bağlı olup olmadığı kontrol edilmelidir. Aktarım sonrasında rastgele örnekler yerine farklı dosya türlerini kapsayan doğrulama listesi kullanılmalıdır.
Aktarım yöntemi nasıl seçilir?
Küçük ve sade veri kümeleri tablo dosyalarıyla taşınabilir. Daha büyük veya ilişkili sistemlerde doğrudan veritabanı aktarımı, özel dönüştürme betikleri ya da uygulamalar arası servis bağlantıları gerekebilir. Yöntem, kayıt sayısından çok verinin yapısı ve güncellenme sıklığına göre seçilmelidir.
Eski sistem geçiş gününe kadar veri üretmeye devam edecekse tek seferlik aktarım yeterli olmayabilir. İlk toplu aktarımın ardından değişen kayıtların ayrıca taşınması gerekebilir. Sistemler bir süre birlikte çalışacaksa API entegrasyonu planlaması, geçici veya kalıcı veri eşitleme ihtiyacıyla birlikte değerlendirilmelidir.
Deneme aktarımı neden zorunludur?
İlk aktarım doğrudan canlı sisteme yapılmamalıdır. Gerçek verinin güvenli bir kopyasıyla test ortamında deneme yapılması, eşleştirme ve dönüştürme hatalarını geçiş gününden önce görünür hâle getirir.
Deneme aktarımında yalnızca kaç kaydın taşındığına bakmak yeterli değildir. Müşterinin siparişleriyle ilişkisi, ürünün kategorisi, belgenin sahibi ve kullanıcı yetkileri gibi bağlantılar da kontrol edilmelidir. Kayıt sayıları eşit görünse bile ilişkiler bozulmuş olabilir.
Farklı örnek grupları seçilmelidir: eski ve yeni kayıtlar, eksik alanı bulunan veriler, birden fazla adresi olan müşteriler, iptal edilmiş siparişler ve özel karakter içeren metinler. Bu örnekler gerçek kullanım akışlarında açılıp düzenlenerek denenmelidir.
Aktarım doğrulaması nasıl yapılır?
Doğrulama için baştan kabul ölçütleri belirlenmelidir. Toplam kayıt sayısı, zorunlu alanların doluluk oranı, parasal toplamlar, dosya sayısı ve ilişki bütünlüğü karşılaştırılabilir. İşletme açısından kritik raporların eski ve yeni sistemde aynı sonucu verip vermediği kontrol edilmelidir.
Teknik ekibin yaptığı otomatik kontrollerin yanında, sistemi günlük kullanan personel de örnek kayıtları incelemelidir. Satış ekibi müşteri geçmişini, muhasebe sorumlusu ilgili mali verileri, depo ekibi stok ve ürün kodlarını daha hızlı fark edebilir. Onay süreci sorumlulara göre bölünürse “veriler taşındı” ifadesi ölçülebilir hâle gelir.
Geçiş günü için veri dondurma planı gerekir
Canlı geçiş sırasında eski sisteme yeni kayıt girilmeye devam ederse bazı bilgiler iki sistem arasında kalabilir. Bu nedenle belirli bir saatten sonra eski sistemin yalnızca görüntülenebilir hâle getirilmesi veya son değişikliklerin ayrıca aktarılması planlanmalıdır.
Veri dondurma süresi işletmenin çalışma düzenine göre seçilmelidir. Müşterilere veya çalışanlara yapılacak bilgilendirme, geçişten önce hazırlanmalıdır. Sipariş, ödeme veya destek talebi alan sistemlerde kısa bir kesinti bile iş akışını etkileyebileceği için hangi işlemlerin devam edeceği açıkça belirtilmelidir.
Yedekleme ve geri dönüş planı nasıl hazırlanır?
Geçiş öncesinde eski sistemin veritabanı, dosyaları ve gerekli yapılandırmaları ayrı bir yedekte tutulmalıdır. Yedeğin alınmış olması tek başına yeterli değildir; geri yüklenebilir olduğu doğrulanmalıdır.
Yeni sistem beklenmeyen bir sorun çıkarırsa hangi koşulda eski sisteme dönüleceği kararlaştırılmalıdır. Geri dönüş için sorumlu kişiler, tahmini işlem sırası ve yeni sistemde geçişten sonra oluşmuş kayıtların ne olacağı önceden yazılmalıdır. Geçiş başladıktan sonra karar vermeye çalışmak veri kaybı riskini artırır.
Kullanıcı hesapları ve şifreler nasıl ele alınmalı?
Kullanıcı hesapları taşınırken e-posta, rol, durum ve yetki bilgileri birlikte değerlendirilmelidir. Şifreler güvenli biçimde saklandığı için eski sistemdeki parola yapısı yeni sistemle uyumlu olmayabilir. Bu durumda kullanıcılara şifre yenileme akışı sunmak gerekebilir.
Parolaları açık metne dönüştürmek veya geçici ortak şifre vermek güvenli bir çözüm değildir. İlk giriş süreci, doğrulama mesajı ve hesap eşleştirme yöntemi proje içinde ayrıca test edilmelidir. Eski çalışanların veya artık hizmet almayan müşterilerin hesaplarının otomatik etkinleştirilmemesi için durum bilgileri kontrol edilmelidir.
Eski sistem hemen kapatılmalı mı?
Yeni sistem canlıya alındığında eski sistemi anında silmek yerine belirli bir süre yalnızca görüntüleme amacıyla saklamak yararlı olabilir. Böylece geçmiş kayıtlarla ilgili karşılaştırma yapılabilir ve gözden kaçan veriler tespit edilebilir.
Bu sürenin ne kadar olacağı, kimlerin erişeceği ve eski verinin ne zaman arşivleneceği baştan belirlenmelidir. İki sistemde birden işlem yapılmasına izin verilirse hangisinin doğru kaynak olduğu karışabilir. Bu nedenle eski sistemin rolü net biçimde “referans” olarak sınırlandırılmalıdır.
Geçiş sonrasında hangi kontroller sürdürülmeli?
- Yeni ve eski sistemdeki kritik kayıt toplamlarının karşılaştırılması
- Müşteri, ürün ve sipariş ilişkilerinin örneklerle doğrulanması
- Dosya, görsel ve belge bağlantılarının açılması
- Kullanıcı girişleri ve yetki seviyelerinin kontrolü
- Raporların ve parasal toplamların karşılaştırılması
- Hata kayıtlarının ve başarısız işlemlerin izlenmesi
- Personelden gelen veri uyuşmazlığı bildirimlerinin sınıflandırılması
Geçişten sonraki ilk günlerde bulunan sorunlar kayıt altına alınmalı ve düzeltmeler kontrollü biçimde uygulanmalıdır. Tek tek veriyi doğrudan düzenlemek yerine, aynı sorunun başka kayıtlarda bulunup bulunmadığı araştırılmalıdır.
Başarılı geçiş, yalnızca veriyi kopyalamak değildir
Veri aktarımı; eski kayıtları yeni tabloların içine taşımaktan çok, işletmenin geçmişini yeni sistemde kullanılabilir hâle getirme sürecidir. Envanter, alan eşleştirme, deneme aktarımı, doğrulama ve geri dönüş planı birlikte hazırlandığında riskler daha görünür ve yönetilebilir olur.
Çağ Medya, web yazılımı projelerinde sistem geçişini uygulamanın iş kuralları ve mevcut veri yapısıyla birlikte ele alır. Yeni bir yazılıma geçilirken aktarım kapsamı, test senaryoları ve canlıya geçiş adımları işletmenin çalışma düzenine göre planlanabilir.