İki sistem arasında veri aktarımı: entegrasyon mu, elle mi?

Önce taşınan bilgiyi ve işlemi tanımlayın

Bir satış kaydı önce müşteri sistemine, sonra muhasebe uygulamasına giriliyor olabilir. Başka bir ekip tedarikçi listesini bir Excel dosyasından satın alma ekranına taşıyor olabilir. İki durumda da sorun yalnız kopyalama değildir. Hangi alanın hangi anlamı taşıdığı, kaydın ne zaman kesinleştiği ve düzeltmenin nerede yapılacağı bilinmelidir. Bu bilgiler netleşmeden kurulan bağlantı, hatalı veriyi daha hızlı taşıyabilir. İlk adım mevcut işlemi birkaç gerçek örnek üzerinden yazmaktır. Örneğin sipariş numarası iki sistemde de bulunuyor mu; yoksa eşleştirme ad ve tarih üzerinden mi yapılıyor?

Veri kaynağını ayrıca belirleyin. Müşteri adresi bir uygulamada güncellenirken diğerinde eski kalıyorsa hangi sürümün kullanılacağı belli olmalıdır. Her alanın bir sorumlusu ve geçerli kaynağı bulunması, aktarım yönteminden bağımsız olarak gereklidir. Bir tabloda alan adı, biçim, zorunluluk, hedef alan ve kontrol kuralını yan yana yazmak iyi bir başlangıçtır. Böylece sistemler arasındaki farklar görünür hale gelir ve herkes aynı eşleştirmeyi kullanır.

Elle aktarım ne zaman makul olabilir?

İş nadiren yapılıyorsa, kayıt sayısı azsa ve her kaydın yorumlanması gerekiyorsa elle aktarım makul olabilir. Henüz değişmekte olan bir süreci hemen otomatikleştirmek, değişen kuralları yazılıma tekrar tekrar işletmek anlamına gelebilir. Ancak elle çalışmanın da bir düzeni olmalıdır. Aktarılan kayıt işaretlenmeli, ikinci kez giriş önlenmeli ve sonuç kontrol edilmelidir. Kopyalanan bir tutarın para birimi veya tarihi yanlışsa iki ekranın toplamlarının eşit olması hatayı yakalamaya yetmez.

Elle işin maliyetini tahmin ederken yalnız yazma süresini saymayın. Dosyayı hazırlama, eksik alanları tamamlama, hatayı bulma ve geri düzeltme de işin parçasıdır. Bir hafta boyunca işlem adımlarını ve istisnaları kaydetmek, karar için somut veri sağlar. Bu kayıt belirli bir tasarruf oranını garanti etmez; hangi adımın tekrarlandığını ve hangisinin insan değerlendirmesi gerektirdiğini gösterir. Otomasyon için uygun sınır çoğu zaman bu ayrımda ortaya çıkar.

Dosya üzerinden toplu aktarım bir ara çözüm olabilir

Kaynak sistem dışa aktarım, hedef sistem de içe aktarım sunuyorsa CSV veya Excel üzerinden toplu işlem yeterli olabilir. Bu yöntem iki uygulama arasında sürekli bir bağlantı kurulmasını gerektirmez. Buna karşılık sütun sırası, tarih biçimi, ondalık ayıracı, karakter kodlaması ve boş alan davranışı kontrol edilmelidir. Örnek dosyada çalışan bir eşleştirme, farklı bir ülkeden gelen dosyada aynı sonucu vermeyebilir. Başında sıfır bulunan ürün kodları da sayı olarak yorumlanıp değişebilir.

Dosya aktarımını denemek için küçük ve temsil edici bir örnek seçin. Yeni kayıt, güncellenen kayıt, eksik alan ve tekrar eden kayıt aynı testte yer alsın. İçe aktarım raporunda kabul edilen ve reddedilen satırlar ayrı görülsün. Hatalı satırı düzeltip yeniden göndermek, başarılı satırları tekrar yaratmamalıdır. Bu ihtiyaç için toplu veri girişi yaklaşımı incelenebilir; yöntem yine kullanılan uygulamanın izin verdiği sınırlar içinde seçilmelidir.

Doğrudan entegrasyon hangi koşullarda anlamlıdır?

İş sık tekrarlanıyorsa ve iki tarafın desteklenen bağlantı arayüzleri varsa entegrasyon değerlendirilebilir. Bir API bulunması tek başına yeterli değildir. Erişim yetkisi, kullanım sınırları, alanların anlamı, güncelleme sırası ve hata yanıtları bilinmelidir. Bağlantının yalnız okuma mı yoksa yazma mı yapacağı da baştan belirlenmelidir. Gereğinden geniş yetki vermek yerine ilgili işlemi yapacak en dar kapsam seçilir. Üretim verisiyle çalışmadan önce uygun bir test ortamında doğrulama yapılır.

Aktarımın yönü açık olmalıdır. Tek yönlü bağlantıda kaynak sistem değişikliği hedefe taşır. Çift yönlü bağlantıda ise aynı kaydın iki tarafta değişmesi mümkündür. Böyle bir durumda son yazanın kazanması her zaman doğru değildir. Çakışma kuralı, değişiklik tarihi ve insan onayı gereken alanlar tanımlanmalıdır. Silme işlemi de özel bir karar gerektirir: kaydı diğer tarafta silmek, pasife almak veya yalnız bağlantıyı kaldırmak farklı sonuçlar doğurur. Otomatik silme varsayılan davranış yapılmamalıdır.

Hata ve tekrar yönetimini baştan tasarlayın

Bağlantı kesildiğinde aynı istek yeniden gönderilebilir. Sistem, bunun yeni bir kayıt değil önceki işlemin tekrarı olduğunu anlayabilmelidir. Bunun için değişmeyen bir kayıt kimliği ve aktarım durumu gerekir. Başarılı işlem, bekleyen işlem ve insan müdahalesi gereken hata ayrı tutulur. Bildirim yalnız bir hata olduğunu söylememeli; hangi kayıtların etkilenmiş olabileceğini, yeniden denemenin güvenli olup olmadığını ve sonraki adımı göstermelidir. Günlükler ise parola ve kişisel veri yığınına dönüşmemelidir.

Kararı küçük bir pilotla verin

Önce tek bir veri grubunu ve sınırlı bir işlem seçin. Pilot için başarı ölçütü, aktarım sayısından çok doğru alan eşleşmesi, tekrar önleme ve hatanın izlenebilmesi olsun. Sonuçları kaynak kayıtlarla karşılaştırın; geri dönüş yolunu da deneyin. İşlem sahibi, bağlantı sahibi ve bakım sorumlusu belli olduğunda yöntemler karşılaştırılabilir. İş ve otomasyon seçenekleri üzerinden kapsamı belirlemek, mevcut uygulamaları değiştirmeden önce sorunun sınırını netleştirmeye yardımcı olur.

Sık sorulan sorular

Her veri aktarımı için API gerekir mi?

Hayır. Seyrek ve küçük işler elle, uygun işler dosya üzerinden yapılabilir. API kararı tekrar sıklığı, desteklenen erişim ve hata yönetimine göre verilir.

İki tarafta aynı kayıt değişirse ne olur?

Çift yönlü aktarımda çakışma kuralları gerekir. Hangi alanın hangi sistemden besleneceği ve hangi değişikliğin insan onayı isteyeceği önceden belirlenir.

İlk test nasıl yapılmalı?

Küçük ve temsil edici bir veri grubu seçilir. Yeni, güncellenmiş, eksik ve tekrar eden kayıtlar denenir; sonuçlar kaynakla karşılaştırılır.