Kararın dayanağı
Senkronizasyon en yeni satırı kopyalamak değil anlamı korumaktır. İki yöne yazmadan önce alanın yetkili kaynağını, yerel değişiklikleri, eşlemeyi ve silmeyi belirleyin.
Somut bir örnek
Varsayımsal satış akışında hesap yöneticisi CRM’in, fatura adresi faturalandırmanın olsun. Müşteri e-postayı değiştirirken satış telefonu düzenlesin. Satırın tamamını ezmek geçerli değişikliği kaybettirebilir; alan sahipliği ve sürüm kontrolü kararı açıklaştırır.
Değerlendirilecek seçenekler
Tek yönlü aktarım, alanın sahibi tek sistem olduğunda yönetimi kolaylaştırır. İki yönlü aktarım her iki tarafta düzenlemeye izin verir; bunun karşılığında çakışmaları çözmek gerekir. İş açısından önemli alanlarda yalnızca son zaman damgasına göre karar vermek yerine değişikliği inceleme kuyruğuna almak daha uygun olabilir.
Planın aksadığı yer
E-posta değişebilir veya paylaşılabilir; otomatik kalıcı kimlik saymayın. Arşivlenenle silinmesi gerekeni ayırın. Kopyaların sonsuz güncelleme döngüsünü önleyin.
İki geçerli değişikliğin çakışmasını tarif edin
Portal e-postayı, satış çalışanı telefonu değiştirdiğinde alan sürümü ve kaynağını koruyun. Kararlaştırılmış sahiplik izin veriyorsa iki değişiklik de kalmalı. İki sistem aynı eski sürümden aynı alanı değiştirirse iki adayı saklayıp açık kuralla çözün. Özellikle cihazlar veya aktarım saatleri farklıysa zaman damgası tek başına yetkiyi anlatmaz.
İncelemede önceki değeri, önerileri, kaynak sistemleri ve ilişkili etkinlikleri gösterin. Onaylayan kişi sonucu anlamalı. İsimler benziyor diye kayıt birleştirmeyin. Kalıcı iç kimlik ve sistemler arası açık eşleşme, değişebilen e-postadan daha güvenilirdir. Birleştirme yetkisini ve etkinlik, dosya, şirket bağlarının kalan kimliğe nasıl taşınacağını belirleyin.
Düzeltme ve silmeyi görünür tutun
Her sistem diğerinin kopyasını yeni düzenleme sayarsa döngü oluşabilir. Değişiklik kimliği ve kaynağı koruyup yeni bildirimden önce anlamlı değerleri karşılaştırın. Boşluk normalizasyonu ve eşdeğer telefon biçimlerini sınayın. Eşleme kurallarını sürümleyin; tüm kayıtların biçimini değiştiren yayın aksi hâlde toplu iş değişimi gibi görünebilir.
Arşiv, birleştirme ve silmeyi işletmenin geçerli politikasına göre ayrı olaylar olarak ele alın. Eski aktarım veya yedek dönünce silinen kaydın yeniden oluşmamasını planlayın. Gereksiz kişisel bilgi içermeyen özel silme kaydı veya başka onaylı kurtarma yöntemi gerekebilir. Toplu yazmadan önce mükerrer birleştirme, izin değişimi ve kesilen işlemden dönüşü prova edin. CRM yöneticisi anlam ve erişimin; entegrasyon ekibi güvenilir aktarım ve açık iş kanıtının sahibidir.
İşe başlamadan önce
Çakışmayı kim çözer? İki değer ve kaynağı görünür mü? Birleştirmede bağlı etkinliklere ne olur? Toplu aktarım öncesi mükerrer ve silme örneklerini getirin.