Bağlantı kurmak veri politikasını belirlemez
ERP ve CRM aynı müşteri adını, adresi ve sipariş bilgisini tutabilir. API’leri bağlamak, iki kayıt farklı olduğunda hangi değerin geçerli olacağını belirlemez. Bu karar entegrasyon kapsamına dahildir.
Her alan için sahibi olan sistemi, değişiklik yönünü, sabit kimliği ve düzeltme yapabilecek kişileri yazın. Sahiplik alan bazında değişebilir: talep durumu CRM’e, onaylı hesap referansı ERP’ye ait olabilir.
Kimlikleri ve yaşam döngüsünü tanımlayın
Ad veya e-posta değiştiğinde kaybolmayacak bir kimlik seçin. Adayın ne zaman müşteriye dönüşeceğini, siparişin ne zaman onaylanacağını ve iptalin hangi işleri durduracağını belirleyin. Arşivlenmiş veya silinmiş kayıtları da ele alın.
Örnek olarak CRM’deki talep kimliğine daha sonra ERP hesap referansı bağlanabilir. Entegrasyon, yalnız görünen ada göre tekrar eşleştirmek yerine bu kimlik ilişkisini korumalıdır. Bu bir tasarım örneğidir; gerçek müşteri verisini anlatmaz.
Tekrar ve çakışma kurallarını açık yazın
Kullanıcı kaydı değiştirdikten sonra gecikmiş bir olay gelebilir. Eski güncellemenin reddedileceğini, inceleme kuyruğuna alınacağını veya alan bazlı bir kuralla uygulanacağını kararlaştırın. En son ulaşan olayın her zaman doğru olduğunu varsaymayın.
Yinelenen olayın nasıl tanınacağını ve hedefin işlemi daha önce tamamlayıp tamamlamadığının nasıl kontrol edileceğini belgeleyin. Zaman aşımı, hiçbir değişiklik olmadığı anlamına gelmez. Hassas işlemlerde sınırsız tekrar yerine sınırları belli kurtarma süreci kullanın.
Olay aktarımına mutabakat ekleyin
Olay aktarımı mesajın gönderilip gönderilmediğini gösterir. Mutabakat ise kayıtların gerçekten uyumlu olup olmadığını sınar. Hangi kayıtların karşılaştırılacağını, farkların nasıl bildirileceğini ve düzeltmeyi kimin onaylayacağını belirleyin.
Erişimi gereken alan ve işlemlerle sınırlayın. Tanılama kayıtlarında hangi bilgilerin bulunabileceğini ve operatörün gereksiz müşteri verisi açmadan başarısız kaydı nasıl bulacağını netleştirin.
İlk veri geçişini ayrı planlayın
Geçmiş veri aktarımı ile günlük güncelleme farklı riskler taşır. Yinelenen kayıtları, eksik alanları ve eski kimlikleri önceden değerlendirin. Onaylı test veya maskelenmiş veriyle prova yapın; toplam ve ilişkileri mutabık kılın, ardından geçiş ve geri dönüş ölçütlerini belirleyin.
Özel müşteri bilgisi içermeyen örnek alan haritası, API dokümantasyonu, yaklaşık hacim ve sistem sorumlularıyla ERP ve CRM entegrasyonu kapsamını görüşebilirsiniz. Süre, erişim ve veri kalitesi netleşince belirlenir.