Senkronizasyon Çakışması Çözümü

Senkronizasyon çakışması çözümü, iki yönlü bir entegrasyonun her iki tarafında da aynı kaydın senkronizasyonlar arasında değişmesi durumunda ne olacağını belirleyen kuraldır — biri CRM'de anlaşma tutarını güncellemiştir, başka biri aynı anda faturalama aracında güncellemiştir ve artık iki değer birden güncel olduğunu iddia etmektedir. Her çift yönlü senkronizasyonun buna bir yanıtı olmalıdır ve bu yanıt sıklıkla kimsenin seçmediği bir varsayılandır; sorunun bir ay boyunca sessizce üzerine yazılmış düzenlemelerden sonra keşfedilmek yerine değerlendirme sırasında sorulmaya değmesinin nedeni budur. Yaygın stratejilerin dengeleri farklıdır. Son yazan kazanır neredeyse her yerde varsayılandır: hangi değişiklik daha geç bir zaman damgası taşıyorsa o hayatta kalır. Basittir ve diğer düzenlemeyi sessizce atar; bu bir açıklama için sorun değil, bir fiyat için çok daha sorunludur. Dahası saatlere ve senkronizasyonun ne zaman çalıştığına bağlıdır, dolayısıyla kazanan bazen ikinci sırada işlenmiş olan daha erken düzenlemedir. Alan başına doğruluk kaynağı, kurulum emeğine en çok değen stratejidir: her alan için bir sistemi yetkili ilan edin — hesap sahibini CRM, planı faturalama sistemi sahiplensin — böylece o alanda çakışma doğamaz. Elle inceleme kuyruğu, çakışan kayıtları bir insanın çözmesi için bekletir; yüksek değerli az sayıda kayıt için doğrudur, ölçekte uygulanamaz. Bazı araçlar, bir kayıt içindeki alanlar farklı olduğunda her iki değişikliği birleştiren birleştirme kurallarını destekler. Bir bağlayıcıya güvenmeden önce kontrol edilecekler: hangi stratejiyi kullanıyor ve yalnızca genel olarak değil alan düzeyinde yapılandırılabiliyor mu; kaybedilen düzenlemeler bir yere kaydediliyor mu yoksa yok mu oluyor; silmeler nasıl ele alınıyor, çünkü güncelleme olarak senkronize edilen bir silme ya da tersi bu sorunun en yıkıcı hâlidir; ve ilk senkronizasyon nasıl davranıyor, zira dolu iki sistemin ilk uzlaştırılması başka bir adla anılan büyük bir çakışmadır.