Veri taşırken mükerrer müşteri kayıtlarını ayırmak
Somut bir eşleme örneği, aynı ad ile aynı müşteriyi ayırır. Aktarımdan önce kimliği, güncel adresi ve mevcut sipariş bağlantılarını kontrol edin.

Veri taşırken önce hangi kayıtların aynı müşteriyi temsil ettiğini belirleyin. Aynı şirket adı, aramada bir ipucu verir; tek başına güvenilir bir kimlik kanıtı değildir. Yeni bir adres mevcut müşteriye ait olabilir; aynı adlı iki şirket ise ayrı müşteriler olarak kalabilir.
Microsoft Dataverse, olası mükerrer kayıtlarla bunların sonradan birleştirilmesini ayırır. Hangi alanların uyarı üreteceği, kurulan kurallara bağlıdır. Benzerlik aramasının sonucu bu nedenle iş açısından vereceğiniz eşleme kararının yerine geçmez.
Kimlikleri doğrulanmış üç kaydı ayırın
Aşağıdaki örnek bütünüyle kurgusaldır. Üç kaynak kaydın da adı Beispiel Technik GmbH olarak geçer. Kuruluş referansları örnekte önceden iş açısından doğrulanmıştır; resmî kimlik numaraları değildir. Eski Nordweg adresindeki kuruluşun Parkweg’e taşındığı da doğrulanmıştır. Tablo, yapılmış bir içe aktarmanın sonucunu değil, beklenen taşıma kararlarını gösterir.
Kaynak kayıt | Kayıttaki adres | Doğrulanmış kuruluş | Hedefteki karar |
|---|---|---|---|
|
|
|
|
|
|
| Ayrı tut ve |
|
|
| Yine |
İlk iki satır aynı ada rağmen ayrı kalır. Birinci ve üçüncü satır ise adresleri farklı olsa da aynı kuruluşa aittir. Örnekte K-900 müşterisinin güncel adresi olarak Parkweg 6 alınır. Mevcut bir siparişteki eski teslimat adresi bu nedenle sessizce değiştirilmemelidir.
Aktarımdan önce kanıtları ve belirsiz durumları kaydedin
Eşlemeyi, projede kabul edilmiş uygun kimlik kanıtlarıyla kontrol ettirin. Güvenilir referanslar ve kaynağı izlenebilir ana veri belgeleri kullanılabilir. Tablodaki kimlikler bu kontrolün sonucunu temsil eder. Benzer şirket adından doğrudan türetilmemelidir.
Güvenilir kanıt yoksa eşleme açık kalır. Olası adayları, açıklığa kavuşturulacak nedeni ve sorumlu rolü kaydedin. Yeni kayıt açmak, müşteri hakkında doğrulanmış bir karar gerektirir; eksik kimlik incelemesini atlamanın yolu olmamalıdır. Birleştirme, bağlı kayıtları da etkileyebilir; kullanmadan önce ürünün somut davranışını kontrol edin.
Doğrulanan eşlemeyi kalıcı kullanın
Kaynak ile hedef arasındaki bağlantıyı, sonraki aktarım aynı kaydı tanıyacak şekilde saklayın. Örnekte (sourceSystem, sourceId) tekil kaynak referansını oluşturur. Bu referans doğrulanmış hedef kimliğiyle bağlanır. Alan adları örneğimize aittir; Dataverse API’sini tarif etmez.
Dataverse, sütun değerlerinin tekil bir birleşiminden oluşan alternatif anahtarları belgeler. Sistemlerinizin hangi anahtarları ve kısıtları desteklediği teknik ön incelemede belirlenmelidir. Bir eşleme listesi tek başına hedefte tekilliği zorunlu kılmaz.
Tekrarı ve ilişkileri de sınayın
Örnek verileri önce uygun bir test ortamına aktarın. İki ayrı hedef müşteriyi, taşınan kuruluşun ortak eşlemesini ve güncel adresini kontrol edin. Ardından aynı kaynak referanslarını yeniden verin: Ek bir müşteri oluşmamalıdır.
Aktarılan siparişlerin hangi hedef müşteriye bağlandığını ve eski belge adreslerinin korunup korunmadığını da inceleyin. Doğrulanmış bir eşleme sonradan değişirse mevcut bağlantılar üzerindeki etkileri ayrıca kontrol edilmelidir.
Kaynaklar
Devamını okuyun
Tüm yazılar





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

