Çift yönlü eşitleme açık yazma kuralları gerektirir
CRM ve ERP yazabiliyorsa ortak her alanın çakışma kuralı olmalıdır. En son gelen bildirim, iş açısından en yeni kararı taşımayabilir.

Bir bağlantı iki yönde veri aktarabilir. Bu, her alanın iki tarafta da sınırsızca üzerine yazılması gerektiği anlamına gelmez. Ortak alanlarda düzenleme yetkisini, başlangıç sürümünü ve çakışma işlemini bağlayan bir kural gerekir. Aksi hâlde teknik olarak yeni bir bildirim, iş açısından eski bir değeri geri getirebilir.
Geç gelen bildirim eski veriye dayanabilir
Kurgusal bir yazılım şirketi CRM ile ERP’yi eşitliyor. Fatura adresini ERP doğruluyor, proje iletişimini CRM yönetiyor. Şu kurgusal akış, bütün kaydı tek seferde güncellemenin yol açabileceği durumu gösteriyor:
Saat | İşlem | Veri sürümü |
|---|---|---|
| CRM müşteri kaydını okur. |
|
| ERP ekibi yeni fatura adresini doğrular. |
|
| CRM değişmiş proje iletişimini eski adresle birlikte geri gönderir. | Pakette hâlâ |
Bildirim daha sonra gelir; ancak adresi eski sürümdendir. Entegrasyon bütün kaydı kontrolsüz kabul ederse doğrulanmış değişiklik kaybolabilir. Buradaki v7 ve v8 aynı ERP kaydına aittir; farklı sistemlerin bağımsız yerel sürüm sayaçları doğrudan karşılaştırılamaz.
Başlangıç sürümünü tanımak ve çakışmayı karara bağlamak
Microsoft, Dataverse için iyimser eşzamanlılık denetimini açıklar: Uygulama, sunucudaki kaydın okuma ile yazma arasında değiştiğini saptayabilir. Hangi denetimin bulunduğu ve nasıl etkinleştirildiği ürüne ve bağlantısına bağlıdır.
Farkın saptanması hangi adresin iş açısından doğru olduğunu henüz belirlemez. Örnekte eski adres netleştirme için beklemeli veya izin verilmeyen geri yazma olarak ele alınmalıdır. Reddedilen eski değeri yalnız yeni bir sürüm kimliğiyle yeniden göndermek, iş açısından farkı çözmeden sürüm denetimini boşa çıkarırdı. Tek bir sürüm denetimi, birden fazla sistemdeki bütün bağlantı adımlarını atomik hâle de getirmez.
İki taraf ne zaman yazabilir?
İki ekip gerçekten aynı bilgileri düzenlemek zorundaysa çift yönlü çözüm uygun olabilir. Bu durumda izin verilen alanlar, değişiklikler ve çakışma kararları açıkça belirlenmelidir. Microsoft’un Dual-write belgesi örneğin sütun eşlemesi başına farklı yönleri gösterir; bütün alanlar için ortak bir ayar kullanmak işin zorunlu kıldığı bir kural değildir.
Farklı alanları farklı yönlerde aktarmak da yeterli olabilir. Örnekte yeni proje iletişimi kendi kuralına göre alınmalı, eski fatura adresi ise kontrolsüz geri yazılmamalıdır. İki değer aynı müşteriye aittir; ancak farklı yazma kararları gerektirir.
Kaynaklar
Devamını okuyun
Tüm yazılar





ASES ile API ve entegrasyon
ERP, CRM ve mağaza sorunsuz bağlantılı


