İçeriğe geçin

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.

Tobias Krüger2 dk okuma
Profil simgeli üç müşteri kartı; iki gri ve bir pembe başlık alanı ile yuvarlak pembe onay işareti.

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

SRC-11

Nordweg 4

ORG-41

K-900 müşterisine eşle.

SRC-12

Südweg 9

ORG-88

Ayrı tut ve K-901 müşterisine eşle.

SRC-13

Parkweg 6

ORG-41

Yine K-900 müşterisine eşle; doğrulanmış güncel adresi kullan.

İ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

Yazan

  • Tobias KrügerSistem Entegrasyonu EditörüTobias Krüger, ASES'te farklı yazılım sistemlerinin birlikte çalışmasıyla ilgilenir. Yazılarında ERP, CRM ve online mağazaların birbirine bağlanmasını ve veri alışverişindeki hataların nasıl ele alınacağını açıklar.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile API ve entegrasyon

ERP, CRM ve mağaza sorunsuz bağlantılı