Excel'den yeni yazılıma veri aktarımını kontrollü yapmak

Örnek bir iş senaryosu

Telefon numarası sayısal hücrede tutulduğunda baştaki sıfır kaybolabilir. Tarih sütununda ise bazı satırlar gün-ay, bazıları ay-gün biçiminde olabilir. Otomatik tahmin her satırı doğru yorumlamaz. Belirsiz kayıtları ayrı rapora ayırın ve kişiden doğrulama isteyin. Aktarılan satır sayısı kadar reddedilen ve birleştirilen satır sayısı da teslim raporunda yer almalıdır.

Dört adımda çalışma düzeni

İlk bakışta görünmeyen noktalar

Veri geçişi sırasında eski sistemde kayıt yapılmaya devam ediyorsa son farkların nasıl alınacağı planlanmalıdır. İlk deneme aktarımı ile canlı geçiş arasında yeni müşteriler veya güncellemeler oluşabilir. Geçiş günü için kısa bir kayıt durdurma penceresi ya da güvenilir fark aktarımı yöntemi gerekir. Kaynak satıra ait kimlik bulunmuyorsa mükerrer kontrolü daha dikkatli tasarlanmalıdır; aynı isim iki farklı kişiye ait olabilir. Birleştirme kararları otomatik tahmine bırakılmadan gözden geçirilebilir olmalıdır. Teslim raporunda aktarılan, atlanan, reddedilen ve birleştirilen kayıtlar ayrı sayılmalıdır. Kullanıcıların birkaç önemli kaydı arayarak doğrulaması teknik toplam kontrolünü tamamlar.

Bağlantıyı zor koşullarda doğrulama

Entegrasyon denemesine başarılı tek bir kayıtla başlayın, ardından kontrollü olarak hata koşulları ekleyin. Eksik zorunlu alan, bilinmeyen ürün kimliği, aynı olayın tekrarı ve geçici bağlantı kesintisi iyi örneklerdir. Her senaryoda beklenen sonucu önceden yazın. Hangi kayıt tekrar denenecek, hangisi insan incelemesine düşecek ve hangisi reddedilecek açık olmalıdır. İşlem günlüğünde kaynak kimlik ile hedef kayıt arasında bağlantı bulunmalıdır. Böylece sorun araştırılırken farklı sistemlerde aynı işin peşinden gidilebilir. Test anahtarları ve üretim anahtarları birbirinden ayrı tutulmalıdır.

Yeniden deneme politikasını dış servisin kurallarıyla uyumlu tasarlayın. Her hatayı aynı hızla tekrar göndermek kota sınırına takılabilir ve diğer işlerin de gecikmesine neden olabilir. Geçici bağlantı hatasıyla kalıcı veri hatası farklı davranış gerektirir. Kuyruğun en eski kaydı ve toplam bekleyen iş sayısı birlikte izlenmelidir. Az sayıda çok eski kayıt sessiz bir soruna işaret edebilir. Başarılı kaydın tekrar işlenmemesi kadar yarım kalan işlemin güvenli devamı da önemlidir. Bu nedenle işlem durumları yalnızca başarılı ve başarısız ikilisinden daha ayrıntılı olabilir.

İş birimi için okunabilir bir hata ekranı hazırlayın. Teknik hata kodunun yanında etkilenen kayıt, yapılabilecek işlem ve sorumlu ekip yer alsın. API sırları, parolalar ve gereksiz kişisel bilgiler günlüklerde bulunmamalıdır. Saklanan teknik kayıtların erişimi ve süresi belirlenmelidir. Canlıya geçmeden önce bağlantı kesildiğinde işin nasıl sürdürüleceğini de konuşun. Manuel işlem gerekiyorsa daha sonra senkronizasyon sırasında mükerrer oluşmaması için bu kayıtların işaretlenmesi gerekir. Başarı ölçütü yalnızca isteklerin yanıt alması değil, hedef işin doğru ve bir kez tamamlanmasıdır.

Ekibinize sorabileceğiniz sorular

• Reddedilen satırlar açıklanıyor mu?
• İkinci yükleme mükerrer oluşturuyor mu?
• Aktarımın geri dönüş planı var mı?

Bu soruları seçtiğiniz örnek kayıt üzerinde yanıtlayın. Her açık nokta için sorumlu kişiyi, yapılacak düzeltmeyi ve yeniden kontrol tarihini not edin. Böylece görüşme, uygulanabilir bir iş listesiyle tamamlanır.