Ortak veri modeli için verinin anlamında anlaşmak gerekir

Ortak veri modeli, ilgili ekipler verilerin anlamı üzerinde anlaştığında entegrasyon için kullanılabilir bir temel olur. Bu nedenle karar, verinin anlamından başlar. Alan adını ortaklaştırmak tek başına iş kurallarındaki çelişkiyi çözmez.

Bir alan, iki farklı anlam

Varsayımsal bir şirkette CRM ve ERP'nin ikisinde de active alanı bulunur. CRM'de bu alan, satış ekibinin kişiyle güncel olarak ilgilendiğini belirtir. ERP'de ise müşterinin sipariş verebildiği anlamına gelir. İki sistem de kendi değerini doğru yönetirken farklı sonuçlar verebilir.

Proje bu iki bilgiyi ortak bir aktiflik alanına sıkıştırırsa satıştaki değişiklik istemeden sipariş iznini etkileyebilir. Bu nedenle örnekte iki ayrı bilgi aktarılır. Hangi sistemin bunları değiştirebileceği de her biri için ayrıca belirlenir.

Şema, kararlaştırılan anlamı uygular

JSON Schema, JSON verilerinin yapısını ve kısıtlarını tanımlar. Doğrulayıcı, mesajın kararlaştırılmış şemaya uyup uymadığını kontrol edebilir. Kişiyle ilgilenmenin ve sipariş izninin aynı anlama gelip gelmeyeceğine sorumlular karar vermelidir. Teknik kontrol, sonrasında kararlaştırılan kuralları yansıtabilir.

Aktarımda eksik bir değerin anlamı ve çelişen değişikliklerin nasıl ele alınacağı da tanımlanmalıdır. Bu anlaşma olmadan aynı boş bilgi, alıcıya göre “bilinmiyor”, “sil” veya “değişiklik yapma” sonucuna yol açabilir. Bu seçenekler bilinçli olarak seçilmelidir.

Ortaklığı fayda sağladığı yerde kullanın

İki kararlı bağlantı için anlaşılır bir alan açıklaması yeterli olabilir. Şirket genelini kapsayan model, ek bir yapı olarak ancak birden fazla katılımcı gerçekten aynı anlama ihtiyaç duyduğunda değer kazanır. Eşleme açık olduğu sürece yerel terimler farklı kalabilir.

Önerimiz, modeli ilgili sistemlerden gelen çelişkili örnek verilerle kontrol etmenizdir. Ekipler somut bir kayıt için hedefteki anlamı aynı şekilde belirleyebiliyorsa bu kararı teknik şemaya aktarmak anlamlı olur.

Kaynaklar

• JSON Schema: What is JSON Schema?