Veri taşıma maliyeti, eski programdaki kayıtların yeni uygulamaya alınması için gereken bütün hazırlık ve doğrulama çalışmalarının değerlendirilmesidir. Yalnızca dosyanın büyüklüğüne bakılarak belirlenmez. Kayıtların düzeni, birbirleriyle ilişkileri, eksikleri ve yeni sistemin beklediği yapı da önemlidir. Aynı sayıda satır içeren iki dosya çok farklı emek gerektirebilir. Bu yüzden teklif istemeden önce neyin taşınacağını, neyin düzeltileceğini ve sonucun nasıl kontrol edileceğini açıklamak gerekir.

İçindekiler

Bir müşteri listesini yeni programa aktarmak ilk bakışta basit görünebilir. Ancak aynı müşteri farklı adlarla kaydedilmişse, telefon alanında açıklama bulunuyorsa veya eski siparişlerin müşteri kodu eksikse çalışma genişler. Aktarım aracı bazı kuralları uygulayabilir; işletmeye ait anlamı ise kendiliğinden bilemez. Hangi iki müşterinin aynı kişi olduğunu veya hangi eski kaydın tutulacağını çoğu zaman işi bilen birinin değerlendirmesi gerekir. Bu kararın kim tarafından verileceği teklifin önemli parçasıdır.

Veri taşıma maliyeti konuşulmadan önce kaynakların listesini çıkarın. Excel dosyaları, eski uygulama, paylaşılan klasörler ve farklı şubelerin kayıtları ayrı kaynak olabilir. Her kaynak için sorumlu kişiyi ve alınabilecek dışa aktarım biçimini yazın. Program yaptırmak isteyenler için ihtiyaç hazırlığı belgesinde veri konusunu da ele alabilirsiniz. Bu rehber, aktarıma hazırlanırken maliyeti değiştiren işleri ayırmanıza yardımcı olur; belirli bir tutar veya indirim vaadi sunmaz.

Veri taşıma maliyeti neden satır sayısıyla açıklanamaz?

Satır sayısı işin hacmi hakkında başlangıç bilgisi verir; anlam ve ilişki karmaşıklığını göstermez. On bin düzenli ürün kaydı, daha az sayıdaki fakat farklı birimlerle tutulmuş kayıtlardan kolay değerlendirilebilir. Ürünün kodu, birimi, vergilendirme bilgisi ve depolardaki karşılığı uyumlu olmayabilir. Yeni uygulama farklı kurallar kullanıyorsa alanları dönüştürmek gerekir. Ayrıca bir müşterinin siparişleri, ödemeleri ve ek dosyaları birbirine bağlıysa bu ilişkinin korunması ayrı kontrol gerektirir.

Veri taşıma maliyeti değerlendirmesinde dosya sayısı da tek başına belirleyici değildir. Yüz küçük dosya aynı düzende tutulmuş olabilir; tek bir çalışma kitabında ise farklı yıllara ait değişken düzenler bulunabilir. İnceleme için yalnızca kolay görünen örnekleri göndermeyin. Eski tarihli, eksik alanlı ve sıra dışı işlemler içeren örnekler de seçin. Böylece teklif, verinin en temiz bölümüne göre hazırlanıp bütün kayıtlar görüldüğünde sürekli değişmek zorunda kalmaz.

Taşıma ile temizlik sorumluluğunu ayırın

Aktarım, kayıtları bir kaynaktan hedef yapıya almayı anlatır. Temizlik ise eksik, mükerrer veya tutarsız kayıtların belirlenen kurallarla düzenlenmesidir. Bu iki iş aynı ekip tarafından yapılabilir; ancak ayrı tanımlanmaları gerekir. Örneğin tarih biçiminin düzeltilmesi teknik kuralla yapılabilirken kapanmış müşterinin yeniden açılıp açılmayacağı işletme kararı olabilir. Teklifte yalnızca aktarım yazıyorsa bütün temizlik işlemlerinin dahil olduğunu varsaymayın. Hangi kararların kimde kalacağını konuşun.

Veri taşıma maliyeti bazen teknik işlemden çok karar bekleme yüzünden belirsizleşir. Aynı stok kodunun iki farklı ürünü anlattığı durumda yazılımcı tek başına doğru kaydı seçemez. İşletmenin belirleyeceği sorumlu kişi bu tür soruları cevaplamalıdır. Kararların tarihli bir listede tutulması, aynı sorun tekrar çıktığında farklı çözüm uygulanmasını önler. İlk inceleme sonunda çözülemeyen maddeler açık tutulmalı ve hangi koşulda yeniden ele alınacakları belirtilmelidir.

Sekiz adımda aktarım kapsamını netleştirin

1. Kaynak envanterini hazırlayın

Verinin nerede bulunduğunu tek listede toplayın. Ana programın yanında çalışanların kişisel tabloları, e-posta ekleri veya şubelerdeki ayrı dosyalar bulunabilir. Her birinin gerçekten yeni sistem için gerekli olup olmadığını sorun. Günlük işte kullanılmayan eski bir liste yalnızca alışkanlık nedeniyle aktarılmak istenebilir. Kaynağın sahibi, tarih aralığı, güncellenme sıklığı ve dışa aktarım yöntemi başlangıçta yazılabilecek basit alanlardır. Liste ilerledikçe eksik kaynaklar görünür hale gelir.

Veri taşıma maliyeti için kaynaklara erişilebilirlik önemlidir. Eski programdan uygun biçimde çıktı alınabiliyor mu, yoksa servis sağlayıcıdan destek mi gerekiyor? Dosyayı açmak için belirli sürüm veya yetki gerekebilir. Bu engelleri aktarım günü öğrenmek yerine önceden inceleyin. İnceleme sırasında gerçek veriyi paylaşmak zorunlu değilse kişisel bilgileri içermeyen temsilî örnekler kullanılabilir. Örneklerin gerçek yapıyı ne ölçüde temsil ettiği ayrıca açıklanmalıdır.

2. Taşınacak kayıtların sınırını belirleyin

Her eski kaydı yeni uygulamanın aktif alanına almak gerekli olmayabilir. Güncel müşteriler, açık siparişler ve kullanılacak ürünler öncelikli olabilir; geçmiş veriler farklı bir arşiv düzeniyle ele alınabilir. Bu kararın operasyon, muhasebe ve gerektiğinde ilgili uzmanlar tarafından değerlendirilmesi gerekir. Saklama yükümlülükleri hakkında genel hüküm vermek doğru olmaz. İşletme hangi kayda ne amaçla erişeceğini tarif etmeli, teknik ekip buna uygun seçenekleri açıklamalıdır.

Veri taşıma maliyeti kapsamına tarih aralığı kadar kayıt türlerini de yazın. Müşteri kartının taşınması bütün görüşme notlarının veya ek belgelerin de alınacağı anlamına gelmeyebilir. Ürünler aktarılırken stok hareketlerinin tamamı mı, yalnızca başlangıç miktarları mı alınacaktır? Açık siparişin geçmiş değişiklikleri korunacak mıdır? Bu sorular farklı iş miktarlarına yol açar. Çıktı listesinde “tamamı” gibi genel ifade yerine hangi verinin hangi ayrıntıyla bulunacağını belirtin.

3. Alanları ve ilişkileri eşleyin

Eski sistemdeki bir alanın yeni uygulamada nereye gideceğini belirleyen çalışma eşlemedir. İsimler aynı olsa da anlamlar farklı olabilir. “Durum” alanı bir programda müşterinin aktifliğini, diğerinde ödeme durumunu anlatabilir. Kodların uzunluğu, tarih biçimi ve boş değer kuralları da farklılaşabilir. Eşleme belgesinde kaynak alanı, hedef alanı ve uygulanacak dönüşümü yazın. Sadece alan adlarını yan yana getirmek iş kuralının doğru korunduğunu kanıtlamaz.

Veri taşıma maliyeti açısından ilişkiler özel dikkat ister. Siparişin bağlı olduğu müşteri taşınmazsa kayıt eksik kalabilir. Eski sistemde kullanılan kimliklerin yeni sistemdeki karşılıkları izlenmelidir. Ürün kodu değiştiğinde geçmiş hareketlerin yeni ürüne bağlanması da değerlendirilir. Bu işlemler elle yapılacaksa süre ve hata olasılığı farklı olur. Teknik çözüm seçilmeden önce hangi ilişkilerin korunmasının gerekli olduğu işletme diliyle tanımlanmalıdır.

4. Temizlik kurallarını örneklerle kararlaştırın

Mükerrer müşteri kayıtlarını yalnızca ad benzerliğine göre birleştirmek riskli olabilir. Aynı isimli farklı kişiler veya farklı şubeler bulunabilir. Hangi alanların karar için kullanılacağı ve şüpheli kayıtların nasıl inceleneceği belirlenmelidir. Boş telefon numarasını rastgele doldurmak veya bilinmeyen tarihi bugüne eşitlemek veriyi düzeltmez; anlamı değiştirir. Bilinmeyen bilgi için kullanılacak yaklaşım ayrıca konuşulmalıdır. Kurallar örnek kayıtlar üzerinde denenerek değerlendirilmelidir.

Veri taşıma maliyeti teklifinde otomatik düzenleme ile insan kontrolünü ayırın. Başındaki boşluğu kaldırmak tekrarlanabilir teknik işlem olabilir; iki farklı adresin hangisinin güncel olduğunu seçmek bilgi gerektirir. Teknik ekip sorunlu kayıtları listeleyebilir, işletme yetkilisi karar verebilir. Bu çalışmanın tamamlanması için çalışanların zaman ayırması gerekir. Yalnızca dış hizmet bedeline bakıldığında içeride harcanan emek görünmez kalır. Hazırlık planına bu sorumluluğu da ekleyin.

5. Küçük bir test aktarımı yapın

Bütün kayıtları taşımadan önce temsil gücü olan küçük bir küme üzerinde deneme yapılması yararlı olabilir. Bu kümeye yalnızca sorunsuz kayıtları değil, farklı tarihleri, eksik alanları ve sıra dışı işlemleri de dahil edin. Amaç yöntemin yalnızca normal durumda değil, beklenen istisnalarda nasıl davrandığını görmektir. Deneme sonunda kaç kayıt alındığı, hangilerinin reddedildiği ve hangi dönüşümlerin uygulandığı incelenmelidir. Hatalar açıklanabilir bir çıktı olarak görünmelidir.

Veri taşıma maliyeti test sonucu ortaya çıkan yeni ihtiyaçlara göre güncellenebilir. Bu durum baştan belirtilmişse belirsizlik daha yönetilebilir olur. Önemli olan her tekrarın sebepsiz ek iş sayılması değildir; neyin yeni bilgi, neyin kararlaştırılmış işin düzeltmesi olduğunun anlaşılmasıdır. Deneme öncesinde hangi çıktının beklenmesi gerektiğini ve sonuçların kimin tarafından değerlendirileceğini yazın. Sonraki tam aktarım aynı kuralların güncel sürümünü kullanmalıdır.

Microsoft’un Database Migration Service açıklaması, veri tabanı geçişlerinde desteklenen kaynak ve hedef senaryolarının, çevrim içi veya çevrim dışı yöntemlerin ayrı ele alındığını gösteren resmî bir örnektir. Bu kaynak, sizin projenizde aynı ürünün kullanılacağı anlamına gelmez. Buradaki çıkarım, aktarımın her sisteme tek yöntemle uygulanmadığıdır. Kullanılacak aracın kendi veriniz ve hedefiniz için uygunluğu ayrıca incelenmelidir; yalnızca araç adına güvenerek karar vermeyin.

6. Doğrulama ölçülerini önceden yazın

Kayıt sayılarının eşleşmesi önemlidir fakat tek kontrol değildir. Aynı sayıda kayıt farklı müşterilere bağlanmış olabilir. Stok toplamları doğru görünürken depo dağılımları yanlış olabilir. Bu yüzden adet kontrolünün yanında ilişki, tutar ve örnek işlem kontrolü de planlanmalıdır. İşletmenin hangi raporu güvenilir başlangıç kabul ettiği belirlenmelidir. Kontrol edilecek dönemler ve kabul edilebilir farkların değerlendirilme biçimi açıkça konuşulmalıdır. Bilinmeyen farklar sırf küçük göründüğü için göz ardı edilmemelidir.

Veri taşıma maliyeti içinde doğrulama çalışmasını görünür tutun. Bir kişinin bütün kayıtları gözle incelemesi her zaman uygulanabilir olmayabilir; otomatik kontrollerle seçilmiş örneklerin birlikte kullanılması gerekebilir. Hangi kontrolün neyi kanıtladığını yazın. Toplam tutarın eşleşmesi, tek tek belgelerin bütün alanlarının doğru olduğu anlamına gelmez. Sonuç raporunda yapılmış kontroller kadar yapılmamış kontrollerin sınırı da belirtilirse kullanım başlangıcındaki beklenti daha gerçekçi olur.

7. Son geçiş ve geri dönüş kararını planlayın

Deneme aktarımıyla gerçek geçiş arasında eski sistemde yeni kayıtlar oluşabilir. Bu değişikliklerin nasıl alınacağı belirlenmelidir. İşlemler geçici olarak durdurulacak mı, son fark aktarımı mı yapılacak, yoksa farklı bir yöntem mi kullanılacaktır? Seçim işletmenin kesinti toleransına ve teknik olanaklara bağlıdır. Her proje için kesintisiz geçiş sözü verilmemelidir. Çalışanların hangi saatten sonra hangi sistemi kullanacağı ve destek için kimi arayacağı net olmalıdır.

Veri taşıma maliyeti değerlendirmesinde geri dönüş hazırlığını da konuşun. Yeni sistemde kritik sorun görülürse karar yetkisi kimdedir? Eski sisteme dönmek teknik olarak mümkün müdür ve yeni oluşmuş kayıtlar nasıl ele alınacaktır? Yedek almak tek başına bütün geri dönüş sorunlarını çözmez. Yedeğin nerede olduğu, neyi içerdiği ve nasıl kullanılacağı bilinmelidir. Bu planın kapsamı projenin büyüklüğüne göre değişir; ancak geçiş günü ilk kez düşünülmemelidir.

8. Sonuçları ve açık kayıtları teslim edin

Aktarım tamamlandığında yalnızca “bitti” bilgisi verilmesi yeterli olmayabilir. Taşınan kayıt türleri, kullanılan kaynak sürümü, reddedilen kayıtlar ve yapılan kontroller kısa bir raporda toplanabilir. Bazı kayıtlar işletme kararı beklediği için dışarıda kaldıysa bunun listesi bulunmalıdır. Böylece sonradan eksik görünen kaydın teknik hata mı, kapsam kararı mı olduğu araştırılabilir. Çalışmanın izlenebilirliği, yeni sistemdeki güveni destekleyen pratik bir unsurdur.

Veri taşıma maliyeti için son teslimin içeriği teklif aşamasında konuşulursa beklenti daha nettir. Eşleme belgesi, hata listesi veya aktarım raporu gibi çıktılar her projede aynı ayrıntıda olmayabilir. Yine de ihtiyaç duyacağınız kayıtları önceden belirtin. Kullanılan geçici dosyaların ve erişim yetkilerinin aktarım sonrasında nasıl ele alınacağı da netleştirilmelidir. Veri güvenliği açısından gereksiz kopyaların kontrolsüz kalmaması önemlidir; işletmenin gerçek uygulamalarına uygun sorumluluk belirlenmelidir.

Teklifte hangi kalemler ayrı görünmeli?

Veri taşıma maliyeti konuşulurken ön inceleme, dışa aktarım, temizlik, eşleme, geliştirme, deneme ve son geçiş aynı satırın altında kaybolabilir. Hepsinin ayrı fiyatlandırılması zorunlu değildir; fakat hangilerinin dahil olduğu anlaşılmalıdır. İşletmenin kendi yapacağı görevler de listelenmelidir. Örneğin müşteri eşleştirme kararlarını çalışanlar verecekse bu görev ücretsizmiş gibi görünse bile zaman gerektirir. Teklif, dış hizmetin sınırını ve sizin hazırlamanız gerekenleri birlikte açıklamalıdır.

Dosya ekleri veya görseller için ayrı çalışma gerekebilir. Veritabanında yalnızca dosyanın yolu tutuluyorsa gerçek dosyaların başka yerde bulunması mümkündür. Eski klasörlerin yapısı ve eksik dosyalar ayrıca incelenebilir. Sadece kayıt listesinin alınması bütün eklerin taşındığını göstermez. Aynı şekilde kullanıcı hesaplarının aktarılması, eski parolaların güvenli biçimde kullanılabileceği anlamına gelmez. Hesapların nasıl açılacağı ve erişimin nasıl doğrulanacağı teknik ve güvenlik koşullarına göre değerlendirilmelidir.

Örnek dosyayı paylaşmadan önce hazırlayın

Veri taşıma maliyeti için incelemeye göndereceğiniz örnek, bütün kaynağı açıklamak zorunda değildir; ancak gerçek sorunları temsil etmelidir. Örneğin tarih alanında hem gün hem ay sırası değişiyorsa bunu gösteren birkaç satır bulunmalıdır. Ürün biriminde farklı yazımlar kullanılıyorsa yalnızca düzenli satırları seçmek incelemeyi yanıltabilir. Hangi alanların bilinçli olarak değiştirildiğini not edin. Gerçek adları örnek adlarla değiştirirken müşteri ile sipariş arasındaki ilişkiyi bozarsanız teknik ekip yapıyı yanlış anlayabilir. Temsilî veri hazırlanmasının amacı hassas bilgiyi azaltırken gerekli ilişki bilgisini korumaktır.

Örneği göndermeden önce dosyanın hangi kaynaktan ve hangi tarihte üretildiğini yazın. İçindeki verinin sonradan elle düzenlenip düzenlenmediği de açıklanmalıdır. Eski programın kendisinden alınan dışa aktarım ile çalışanın yeniden hazırladığı tablo aynı yapıyı göstermeyebilir. Veri taşıma maliyeti tahmini ikinci dosyaya dayanıyorsa gerçek kaynak ortaya çıktığında farklı iş gerekebilir. Paylaşılacak dosyanın kapsamını ve aktarım kanalını teknik ekiple konuşun. Gereksiz kişisel veya ticari bilgileri ilk incelemeye dahil etmeyin. Dosyanın size ait kopyasını saklayın; hangi örnek üzerinden değerlendirme yapıldığı sonradan anlaşılabilsin.

Sonradan değişen veriyi kontrol altında tutun

Veri taşıma maliyeti deneme sonrasında eski sistemde oluşan değişikliklere göre etkilenebilir. Test için alınan dosya ile son geçiş dosyası arasında yeni ürünler, düzeltilmiş müşteri bilgileri veya iptal edilen işlemler bulunabilir. Bunların farkının nasıl belirleneceği açıklanmalıdır. Aynı kaydın iki kez alınmasını önleyecek kimlik bilgisi mevcut mu? Güncellenmiş kayıt yeni kayıt gibi mi görünüyor? Bu soruların cevabı kaynak yapıya bağlıdır. Teknik ekipten bütün değişikliklerin otomatik anlaşılacağını varsaymak yerine uygulanacak yöntemi açıklamasını isteyin. Geçiş planında kaynakların güncel ve tutarlı tutulması için işletmenin yapacağı görevler de görülsün.

Veri taşıma maliyeti açısından aktarım anında kaynak dosyalarının değiştirilmemesi gerekebilir; ancak bu karar çalışma yöntemine göre verilir. Kullanıcıların hangi saatten sonra hangi kayıt üzerinde işlem yapacağı açık olmalıdır. Ayrı şubeler kendi dosyalarını kullanıyorsa tek bir duyurunun herkese ulaştığı varsayılmamalıdır. Sorumlu kişi, kullanılacak son sürümü belirleyip teknik ekibe doğrulayabilir. Aktarım sonrasında aynı dosyanın farklı kopyalarıyla yeni kayıt açılması karışıklık oluşturabilir. Eski çalışma düzeninin nasıl kapatılacağı, gerektiğinde arşive nasıl erişileceği ve yeni düzeltmelerin hangi kanaldan bildirileceği birlikte konuşulmalıdır. Bu hazırlık, doğru aktarılmış bilginin kullanım sırasında yeniden dağılmasını azaltmaya yardımcı olabilir.

Hazırlık kontrol listesi

Veri taşıma maliyeti için aşağıdaki listeyi proje sorumlusuyla birlikte doldurun. Cevap bilinmiyorsa tahmin yazmak yerine “incelenecek” notu kullanın. İlk aşamada her bilinmeyeni çözmek mümkün olmayabilir; bunların görünür olması teklifin hangi varsayımlarla hazırlandığını anlamanızı sağlar. Değişen cevapları tarihli tutun. Aynı veri kümesinin farklı dosya sürümleri arasında kaybolmaması için hangi örneğin değerlendirmeye gönderildiğini de belirtin.

• Kaynak programlar, tablolar ve ek dosyalar listelendi mi?
• Veri sahibi ve işletme tarafındaki karar sorumlusu belli mi?
• Taşınacak tarih aralığı ve kayıt türleri açık mı?
• Dışa aktarım için gereken erişim veya destek incelendi mi?
• Mükerrer ve eksik kayıtların nasıl ele alınacağı konuşuldu mu?
• Test aktarımı için farklı durumları temsil eden örnekler seçildi mi?
• Kontrol raporları ve karşılaştırma ölçüleri belirlendi mi?
• Son geçişte çalışanların hangi sistemi kullanacağı planlandı mı?
• Reddedilen kayıtlar ve geçici erişimler için sorumlular atandı mı?

Veri taşıma maliyeti listesini tamamladıktan sonra yalnızca yöneticinin değil, kayıtlarla günlük çalışan kişinin görüşünü alın. Ürün kodundaki özel bir işaret veya müşteri adının sonundaki açıklama iş açısından anlam taşıyor olabilir. Dışarıdan bakıldığında gereksiz görünen alanları silmeden önce neden kullanıldıklarını sorun. Benzer biçimde herkesin gerekli sandığı bir alan yıllardır doldurulmuyor olabilir. Bu gözlemler yeni uygulamanın daha sade ama gerekli bilgiyi koruyan yapıda tasarlanmasına yardımcı olur.

Varsayımsal senaryo: Üç şubenin ürün listesi

Üç şubesi olan bir işletmenin ayrı tablolar kullandığını varsayalım. Aynı ürün bir şubede kısa kodla, diğerinde tedarikçi koduyla kayıtlıdır. Bazı ürünler adet, bazıları paket olarak tutulmuştur. Yönetici bütün tabloları birleştirmenin yeterli olacağını düşünür. İlk incelemede iki paketin her zaman aynı sayıda ürünü içermediği anlaşılır. Bu durumda dosyaları yan yana eklemek stok miktarını yanlış yorumlama riski oluşturur. Önce ürün ve birim kuralları açıklanmalıdır.

Veri taşıma maliyeti bu senaryoda yalnızca satır hacminden kaynaklanmaz. Ortak ürün kimliğini belirlemek, birim karşılıklarını incelemek ve şüpheli kayıtları işletmeye doğrulatmak gerekir. Teknik ekip sorunlu satırları ayıran rapor hazırlayabilir; doğru eşleştirmeyi işletme sorumlusu onaylayabilir. Bir şubenin verisi üzerinde deneme yapıldıktan sonra diğer kaynaklara geçilebilir. Bu örnek belirli bir fiyat veya süre sonucu göstermez; kapsamın neden incelemeyle değişebileceğini açıklar.

Veri taşıma maliyeti konuşulurken aynı işletmenin geçmiş hareketleri nasıl kullanacağı da sorulur. Günlük stok başlangıç miktarıyla açılabilirken geçmiş satış analizi için farklı ayrıntı gerekebilir. Her iki ihtiyacı tek aktarım hedefi gibi düşünmek gereksiz karmaşıklık yaratabilir. Aktif kullanım ile arşiv erişimi ayrı ele alınabilir. Hangi seçeneğin uygun olduğu işletmenin kararına, teknik imkânlara ve ilgili yükümlülüklere bağlıdır; varsayımsal senaryo bütün işletmelere tek çözüm önermemektedir.

Yaygın yanlış inanışlar

“Excel açılıyorsa aktarım kolaydır” düşüncesi her zaman doğru değildir. Dosyanın açılması, alanların anlamının ve ilişkilerinin uygun olduğunu göstermez. “Yeni program bütün hataları düzeltir” beklentisi de gerçekçi değildir. Uygulama kararlaştırılmış kuralları uygulayabilir; eksik bilginin gerçeğini bilemez. Veri taşıma maliyeti bu farklar nedeniyle başlangıçta örnek incelemesi gerektirir. Teknik aracın ne yapabildiğini ve işletmenin hangi kararları sağlaması gerektiğini ayırmak, daha açıklayıcı bir çalışma planı oluşturur.

Veri taşıma maliyeti için “tek seferde kopyalarız” sözüne de kapsam sorusuyla yaklaşın. Gerçekten düzenli ve sınırlı bir veri kümesi varsa basit yöntem yeterli olabilir. Ancak kayıtların çalışma sırasında değiştiği sistemlerde son farklar ve kontrol adımları ayrıca düşünülmelidir. Basit çözüm kötü değildir; açıklanmamış çözüm belirsizdir. “Bütün kayıtlar geldi” ifadesinin hangi kontrolle desteklendiğini sorun. Görünür kayıt adedinin yeterli olup olmadığı kullanım amacına bağlıdır.

Veri taşıma maliyeti için hata listesinde kullanılan ifadelerin anlaşılır olmasını isteyin. “Geçersiz kayıt” tek başına çalışan kişinin neyi düzeltmesi gerektiğini söylemeyebilir. Hangi alanın eksik olduğu, hangi kuralla çeliştiği ve düzeltmenin kimden beklendiği açıklanabilir. Örneğin tarih biçimi sorunu teknik dönüşümle çözülebilirken bulunamayan müşteri kimliği işletme kararı gerektirebilir. Hatalar düzeltildikten sonra aynı kayıtların yeniden alınma yöntemi de belirlenmelidir. Bütün dosyayı baştan aktarmakla yalnızca düzeltilmiş kayıtları almak farklı yaklaşımlardır; uygun yöntem teknik incelemeyle seçilir. Böylece sorun raporu yalnızca sayı bildiren çıktı olmaktan çıkar, sonraki işi tarif eder.

Temel terimler

Veri taşıma maliyeti görüşmelerinde envanter, kaynakların ve veri türlerinin listesidir. Eşleme, kaynak alanın hedefteki karşılığını belirler. Dönüşüm, bilgiyi hedef yapının beklediği biçime getirir. Mükerrer kayıt, aynı varlığın gereksiz tekrarı olabilir; benzer görünen her kayıt mükerrer değildir. Mutabakat ise kaynak ve hedef arasında belirlenen ölçülerle karşılaştırma yapılmasıdır. Bu terimleri ezberlemek yerine projenizde hangi işin bunlarla anlatıldığını sormanız daha yararlıdır.

Test aktarımı yöntemin sınırlı veriyle denenmesidir. Son geçiş, kullanıcıların yeni sistemde çalışmaya başlayacağı asıl aktarım aşamasını anlatır. Geri dönüş planı ise kritik durumda önceki çalışma düzenine nasıl dönüleceğini ele alır. Bu planın mümkün ve yeterli olup olmadığı teknik olarak değerlendirilmelidir. Veri taşıma maliyeti içinde bu terimlerin her biri için bir satır bulunması değil, gerekli işlerin ve sorumluların anlaşılması önemlidir. Küçük işlerde kısa açıklama yeterli olabilir.

Yerel görüşmede hangi örnekleri getirebilirsiniz?

Maltepe, İdealtepe ve Anadolu Yakası içindeki görüşmelerde mevcut kayıtların yapısını örneklerle anlatabilirsiniz; İstanbul dışındaki veya Türkiye genelindeki uzaktan görüşmelerde de aynı hazırlık geçerlidir. Veri taşıma maliyeti hakkında ilk değerlendirme için hassas bilgilerden arındırılmış alan listesi, kayıt türleri ve örnek sorunlar yararlı olur. Gerçek müşteri verisini gereksiz yere paylaşmayın. HD Bilgisayar özel yazılım geliştirme hizmeti kapsamında ihtiyacınızın ve aktarım sorularınızın birlikte değerlendirilmesini isteyebilirsiniz.

Sık sorulan sorular

Eski kayıtların tamamını taşımak zorunda mıyım?

Her kayıt için aynı kullanım ihtiyacı olmayabilir. Aktif çalışma, arşiv erişimi ve ilgili saklama gereksinimleri ayrı değerlendirilmelidir. Veri taşıma maliyeti kapsamını belirlerken hangi bilgiye ne amaçla erişeceğinizi yazın. Geçmiş verinin bir bölümünü dışarıda bırakma kararı teknik kolaylıkla tek başına verilmemelidir; işletmenin ve gerektiğinde ilgili uzmanın değerlendirmesi gerekir.

Temizliği kim yapmalı?

Teknik olarak tekrar edilebilir düzenlemeler araçlarla yapılabilir; iş anlamı gerektiren seçimler işletmenin kararını gerektirebilir. Veri taşıma maliyeti teklifinde bu ayrım açık olmalıdır. Bir ekip sorunlu kayıt listesini hazırlayabilir, diğer taraf doğru karşılığı onaylayabilir. Sorumluyu ve beklenen cevap süresini belirlemek, çalışmanın belirsiz biçimde beklemesini önlemeye yardımcı olur.

Yalnızca kayıt sayısını kontrol etmek yeterli mi?

Hayır, her durumda yeterli sayılmaz. Kayıtlar yanlış ilişkilenmiş veya farklı alanlara alınmış olabilir. Adet kontrolünün yanında işinize uygun tutar, ilişki ve örnek işlem kontrolleri gerekebilir. Veri taşıma maliyeti kapsamında hangi doğrulamanın yapılacağını önceden konuşun. Yapılmayan kontrolün sınırı da teslim raporunda anlaşılır biçimde görünmelidir.

Son geçiş sırasında işi durdurmak gerekir mi?

Bu, kaynak ve hedef sistemin olanaklarına bağlıdır. Bazı durumlarda geçici durdurma, bazı durumlarda son değişikliklerin ayrıca aktarılması düşünülebilir. Veri taşıma maliyeti konuşulurken kesinti beklentisini belirtin. Her projede kesintisiz yöntem mümkün kabul edilmemelidir. Kullanıcıların hangi anda hangi sistemde çalışacağı ve sorun halinde karar verecek kişi netleştirilmelidir.

Dosya ekleri de otomatik taşınır mı?

Her zaman değil. Kayıt içindeki bağlantı ile gerçek dosyanın kendisi ayrı yerlerde bulunabilir. Ek dosyaların kapsamda olup olmadığını ve eksik olanların nasıl raporlanacağını sorun. Veri taşıma maliyeti için yalnızca tablo yapısının incelenmesi yetmeyebilir. Belge ve görsellerin sayısı, konumu, erişim koşulları ve hedefte nasıl bağlanacağı ayrıca değerlendirilebilir.

Ön inceleme olmadan fiyat alınabilir mi?

Yaklaşık çerçeve verilebilir; ancak hangi varsayımlara dayandığı açıklanmalıdır. İnceleme yapılmadan kesin kapsam varmış gibi davranmak sonradan anlaşmazlık yaratabilir. Veri taşıma maliyeti için temsilî örnek, kaynak listesi ve beklenen çıktı hazırlanması tahmini anlamlı hale getirir. Bilinmeyenler ayrı belirtilirse sonraki değişikliğin hangi yeni bilgiye dayandığı da anlaşılabilir.

Önce veriyi tanıyın, sonra geçişi planlayın

Veri taşıma maliyeti için doğru başlangıç, yalnızca kaç satır bulunduğunu söylemek değildir. Kayıtların kaynağı, anlamı, ilişkileri ve yeni uygulamada nasıl kullanılacağı birlikte açıklanmalıdır. Küçük denemeler ve belirlenmiş kontroller yöntemin uygunluğunu değerlendirmeye yardımcı olur. Aktarım tamamlandığında reddedilen kayıtların ve açık konuların görünür olması önemlidir. Böylece yeni sistemi kullanacak kişiler hangi bilginin nereden geldiğini ve neyin ayrıca incelenmesi gerektiğini daha iyi anlayabilir.

Veri taşıma maliyeti hakkında görüşmeye hazırlanırken kaynak listenizi, örnek sorunlarınızı ve işletme tarafındaki karar sorumlusunu belirleyin. Gerçek verileri paylaşmadan önce kapsamı ve paylaşım yöntemini konuşun. HD Bilgisayar’a 0532 396 34 71 üzerinden ulaşarak yeni yazılımınızın veri geçişi ihtiyaçlarını değerlendirebilirsiniz. İlk hedef mümkün olduğunca çok kaydı aceleyle taşımak değil, gerekli bilginin doğru anlamla ve doğrulanabilir biçimde yeni çalışmaya alınmasıdır.