CRM–ERP bağlantısında her alanın veri kaynağını belirlemek
Örnek bir alan tablosu, kaynağı ve yazma yönünü belirler. İletişim bilgisi, fatura adresi ve hesap durumu CRM ile ERP arasında açıkça paylaşılır.
CRM–ERP bağlantısından önce her değerin nerede değiştirileceğini ve doğrulanacağını belirleyin. Bir müşteri iki sistemde de bulunabilir; alanlarının sorumlulukları farklı olabilir. Böylece uygulama için bir veri sözleşmesi oluşur: kimlik, alanın anlamı, esas kaynak ve izin verilen yazma yönü.
Aynı kaydı kesin olarak tanımak
Kurgusal bir yazılım şirketi, CRM müşterisi C-204 ile ERP müşteri hesabı D-630 arasında bağlantı kuruyor. Eşleme bu referanslarla kalıcı tutulmalıdır; benzer şirket adı yeterli değildir. Microsoft, örneğin Dataverse için kayıtları benzersiz sütun değerleriyle tanıyabilen alternatif anahtarları açıklar. Kullanılan sistemlerin hangi anahtarları sağladığı teknik ön incelemede belirlenmelidir.
Aşağıdaki örnekte “esas kaynak”, geçerli alan değerini doğrulayan sistemdir. Diğer sistem değeri gösterebilir veya değişiklik talebi iletebilir. Tablodaki alan adları ve değerler bu örneğe ait özel tasarımdır; bir sağlayıcının API alanları değildir.
Her alanın kaynağını ve yönünü doldurmak
Alan | Örnek değer | Esas kaynak ve yön | Diğer sistemde değişiklik |
|---|---|---|---|
Proje iletişimi |
| CRM → ERP, teknik iletişim adresi olarak. | ERP’de yalnız gösterilir. |
Fatura adresi |
| ERP → CRM. | CRM’de değişiklik talebi alınır. |
Hesap durumu |
| ERP → CRM. | CRM’deki satış durumu bu değeri değiştirmez. |
Yön her alan için ayrı belirlenir; genel bir “CRM esas kaynaktır” kuralı bu iş bölümünü karşılamaz. Microsoft’un Dual-write belgesi tek ve çift yönlü sütun eşlemelerini gösterir; burada hangi yönün işe uyduğunu somut veri sözleşmesi belirler.
Farklı girdiyi değişiklik talebi olarak ele almak
Satış ekibi CRM’de yeni adresi Werkstraße 12, Beispielstadt olarak bildirirse önce açık bir talep oluşmalıdır. Yetkili ERP ekibi talebi inceler ve uygun görürse değişikliği doğrular. Yalnız doğrulanmış ERP değeri geri aktarılır. Bu nedenle istenen adresle doğrulanmış adres ayrı durumlarda tutulmalıdır.
Aktarım başarısız olursa CRM, açık talebi ve son doğrulanmış sürümü ayırt edilebilir tutmalıdır. Bağlantıya iş iletilmesi, hedef sistemin onayı değildir. İşleme zamanı ve sonucu ilgili işlemde izlenebilmelidir.
Üç aktarımı beklenen sonuçlarıyla kontrol etmek
Anlaşmayı kullanıma almadan önce uygun bir test ortamında sınayın:
CRM’de
projekt-neu@example.invalidolarak değiştirilen iletişim adresi, ERP’de teknik iletişim alanında görünür.Adres talebi, doğrulanmış
Werkstraße 8, Beispielstadtdeğerini başlangıçta değiştirmez. ERP onayından sonra yeni adres CRM’de de görünür.ERP hesap durumunu
blockedyaparsa CRM bu durumu gösterir. Satış durumunun değiştirilmesi bu engeli kaldırmaz.
Bu sonuçlar farklı alanları ve yazma yetkilerini kontrol eder. Tek bir kaydın teknik olarak başarıyla aktarılması bu üç kuralı eksiksiz sınamaz.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile API ve entegrasyon
ERP, CRM ve mağaza sorunsuz bağlantılı