Lewati ke konten
SteveTechArcSteveTechArc Courses

Peta Bukanlah Keputusan

Juga tersedia dalam 28 bahasa

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

A road map spread on a table by a window, and outside, a single blank signpost at a fork in the lane pointing one way.
Gambar dibuat dengan AI

Modul 4 dari 6 dalam bab Data Master dan Identitas, bab 6 kursus Data Architect. Setiap modul dapat dibaca secara mandiri. Sebelumnya: Pencocokan, Penggabungan, dan Survivorship · Berikutnya: Ketika Otoritas Dibagi

Pertanyaan yang dijawab modul ini: Apakah profil terpadu sama dengan golden record?

Pelanggan yang sama berada di tiga sistem. Salesforce mengenal Daniel Reyes, d.reyes@example.com, Dallas. E-commerce mengenal Dan Reyes, email yang sama, Dallas, TX. Dukungan mengenal Daniel Reyes, 214-555-0100, Dallas. Data 360 memutuskan bahwa ketiganya orang yang sama dan membangun sebuah profil terpadu. Bagus sekali. Apakah kita punya golden record? Belum tentu. Kita tahu rekaman-rekaman itu saling terkait; kita belum memutuskan sumber mana yang memiliki kebenarannya. Ini bisa membingungkan banyak orang: resolusi identitas menghasilkan satu individu terpadu, tetapi bukan golden record. Jadi saya mengajarkan perbedaannya secara langsung:

Profil terpadu adalah sebuah peta. Golden record adalah sebuah keputusan.

Resolusi Identitas Menjawab “Siapa?”

Section titled “Resolusi Identitas Menjawab “Siapa?” ”

Tanpa resolusi identitas, satu orang muncul sebagai profil-profil yang terputus: pemasaran melihat satu, penjualan melihat yang lain, layanan melihat yang lain lagi. Data 360 menyerap semuanya dan memakai aturan resolusi identitas untuk memutuskan mana yang saling terkait. Lalu kita bisa berkata rekaman-rekaman ini tampaknya orang yang sama. Itu menyelesaikan identitas. Itu tidak menyelesaikan pengelolaan master.

Dan profil terpadu menyimpan peta kembali ke sumber-sumbernya. Menurut deskripsi Salesforce sendiri, profil terpadu bukanlah golden record: ia adalah sekumpulan kunci, dengan objek identity link yang mengikat ID setiap rekaman sumber ke ID profil terpadu (Data 360 Architecture (opens in a new tab)). Orang terpadu 10042 dipetakan ke kontak Salesforce 003…, pelanggan e-commerce EC-48372, dan pelanggan dukungan SUP-9128. Rekaman aslinya tidak hilang. Itu sangat dekat dengan registri di modul 2.

Profil terpadu adalah peta kembali ke sumber Profil terpadu 10042 di tengah, digambarkan sebagai sekumpulan kunci. Tiga rekaman sumber masing-masing terhubung kepadanya lewat tautan identitas: kontak Salesforce 003…, yang tetap di Salesforce; pelanggan e-commerce EC-48372, yang tetap di e-commerce; dan pelanggan dukungan SUP-9128, yang tetap di sistem dukungan. Di bawahnya: resolusi identitas menautkan rekaman; ia tidak memindahkan, mengubah, atau memilih nilai pemenangnya. tautan identitas tautan identitas tautan identitas Kontak Salesforce 003… tetap di Salesforce Profil terpadu 10042 sekumpulan kunci Pelanggan e-commerce EC-48372 tetap di e-commerce Pelanggan dukungan SUP-9128 tetap di sistem dukungan Resolusi identitas menautkan rekaman. Ia tidak memindahkan, mengubah, atau memilih nilai pemenangnya. © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Profil terpadu adalah peta yang menunjuk kembali ke identitas-identitas sumber.

Aturan Pencocokan: Ketatnya Adalah Keputusan Risiko

Section titled “Aturan Pencocokan: Ketatnya Adalah Keputusan Risiko ”

Bagaimana Data 360 memutuskan siapa yang disatukan? Aturan pencocokan (match rules). Profil-profil cocok ketika semua kriteria dalam sebuah aturan terpenuhi, dan jika Anda punya beberapa aturan, kecocokan pada salah satunya sudah membuat profil terpadu. Panduan Salesforce sendiri: pakai lebih banyak kriteria untuk akurasi (lebih banyak profil yang berbeda), lebih sedikit untuk konsolidasi (Identity Resolution Match Rules (opens in a new tab)). Jadi menambah kriteria pada sebuah aturan membuatnya lebih ketat; menambah aturan alternatif memperluas cara profil-profil bisa cocok. Mengonfigurasi resolusi identitas bukanlah “menyalakan pencocokan.” Itu adalah mendefinisikan bukti apa yang cukup untuk mengatakan bahwa profil-profil ini satu orang.

Lebih banyak pencocokan tidak otomatis lebih baik. Sepuluh juta profil sumber menjadi delapan juta profil terpadu. Longgarkan aturannya, dan sekarang enam juta. Lebih baik? Mungkin Anda menemukan lebih banyak duplikat. Atau mungkin Anda mulai menggabungkan orang-orang yang berbeda. Jumlah yang lebih kecil bukan bukti data yang lebih baik. Tujuannya bukan jumlah profil yang paling sedikit; tujuannya adalah identitas yang paling bisa dipertanggungjawabkan untuk tujuannya. Dan setiap kriteria punya metode pencocokan (match method): Exact, Exact Normalized, atau Fuzzy dengan presisi tinggi, sedang, atau rendah. Peringatan Salesforce sendiri adalah intinya: metode yang kurang presisi menaikkan tingkat konsolidasi, “tetapi bisa menghasilkan kecocokan yang tidak diinginkan.” (Fuzzy tidak tersedia untuk bidang Akun, dan nilai yang dinormalisasi hanya dipakai untuk membandingkan; nilai itu tidak disimpan di profil terpadu, dan itulah langkah harmonisasi dari modul 3 yang sedang bekerja: Identity Resolution Match Methods (opens in a new tab).) Makin longgar metodenya, makin identitas itu sendiri menjadi sebuah penilaian. Jika salah, apakah kita hanya mempersonalisasi sebuah halaman dengan buruk, atau menunjukkan riwayat dukungan seseorang kepada orang lain, atau membiarkan agen bertindak atas data dua orang?

Itulah posisi saya: ketatnya pencocokan adalah keputusan risiko. Ia bergantung pada seberapa unik bidang pencocokan mengidentifikasi seseorang dan berapa harga sebuah kecocokan palsu. Di tempat pencampuran itu mahal, lakukan pencocokan lebih sedikit dengan sengaja. Dua profil untuk satu orang itu merepotkan. Satu profil yang berisi dua orang bisa berbahaya.

Rekonsiliasi Tetap Bukan Pengelolaan Master

Section titled “Rekonsiliasi Tetap Bukan Pengelolaan Master ”

Begitu profil-profil disatukan, sumber-sumbernya tetap tidak sepakat: Salesforce bilang Dallas, e-commerce Plano, dukungan Dallas. Apa yang ditampilkan profil terpadu? Aturan rekonsiliasi yang memutuskan: Last Updated, Most Frequent, atau Source Priority, ditetapkan per objek dan bisa ditimpa per bidang (Identity Resolution Reconciliation Rules (opens in a new tab)). Itu seharusnya terdengar seperti survivorship di modul 3.

Di sinilah tim-tim sering terjebak. Profil terpadu menampilkan Dallas, dan seseorang berkata, “Bagus, Dallas adalah nilai emas kita.” Perlambat. E-commerce tetap bilang Plano. Salesforce menyatakan dengan tegas bahwa rekonsiliasi tidak menghapus atau mengubah data sumber atau memperbarui sistem sumber, dan tidak dimaksudkan untuk memilih nilai “terbaik” bagi setiap aplikasi. Rekonsiliasi hanya memutuskan apa yang ditampilkan profil terpadu (sumber yang sama). Penyajian bukanlah otoritas.

Pengetahuan untuk ujian. Ketahui cara resolusi identitas Data 360 memutuskan dan menampilkan: dalam sebuah aturan pencocokan, semua kriteria harus cocok, dan satu aturan mana pun yang cocok sudah menyatukan profil-profilnya (lebih banyak kriteria untuk akurasi, lebih sedikit untuk konsolidasi); tiga aturan rekonsiliasi adalah Last Updated, Most Frequent, dan Source Priority, ditetapkan per objek dan bisa ditimpa per bidang; dan rekonsiliasi tidak mengubah data sumber, serta contact point tidak direkonsiliasi.

Contact point membuat poin ini lebih jelas lagi. Seseorang bisa punya email pribadi dan email kantor, ponsel dan telepon rumah, semuanya sah. Data 360 sama sekali tidak merekonsiliasi contact point: setiap email dan telepon tetap ada di profil terpadu (sumber yang sama). Kadang beberapa nilai memang itulah kebenarannya. “Terpadu” tidak berarti satu nilai untuk segalanya.

Golden Record Adalah Sebuah Keputusan

Section titled “Golden Record Adalah Sebuah Keputusan ”

Bandingkan dengan persyaratan pengelolaan master yang sesungguhnya. Bisnis menyatakan ERP otoritatif untuk nama resmi, dan nilai master-nya adalah “Oakline Logistics LLC.” Salesforce, sistem penagihan, dan layanan semuanya harus memakainya, dan jika salah satunya tidak sepakat, proses pengelolaan master mengirim kembali nilai yang dikelola itu. Itu arsitektur yang berbeda. Kita tidak sedang memilih apa yang ditampilkan satu tampilan; kita sedang memutuskan inilah nilai yang dipakai perusahaan, dan setiap sistem yang terlibat bergerak menuju nilai itu.

Jadi: profil terpadu menyatukan identitas dan informasi. Golden record adalah keputusan terkelola tentang nilai mana yang otoritatif. Profil terpadu bisa menjadi tampilan tunggal pelanggan yang sangat baik, dirakit dari sumber-sumber yang otoritatif. Itu tidak menjadikannya sistem yang mengelola pelanggan sebagai master.

Profil terpadu adalah peta, golden record adalah keputusan Dua kolom. Profil terpadu, sebuah peta, dari resolusi identitas Data 360: sumber-sumbernya menyebut Dallas di Salesforce, Plano di e-commerce, dan Dallas di sistem dukungan; profil menampilkan Dallas lewat aturan rekonsiliasi; sesudahnya e-commerce tetap berisi Plano, dan tidak ada yang dikirim kembali ke sumber. Golden record, sebuah keputusan, dari proses MDM, ditekankan: ERP memiliki nama resmi, Oakline Logistics LLC; nama itu dikirim kembali ke Salesforce, billing, dan layanan, dan setiap sistem menyesuaikan diri dengannya; ia dimiliki oleh pemilik bisnis yang ditunjuk. Di bawahnya: tampilan bukan otoritas; apakah kita menyatukan datanya, atau mengelolanya sebagai master? Profil terpadu: sebuah peta Resolusi identitas Data 360 SUMBERNYA Salesforce: Dallas E-commerce: Plano Dukungan: Dallas PROFIL MENAMPILKAN Dallas, lewat aturan rekonsiliasi SESUDAHNYA E-commerce tetap berisi Plano Tidak ada yang dikirim kembali ke sumber Golden record: sebuah keputusan proses MDM KEPUTUSANNYA ERP memiliki nama resmi Oakline Logistics LLC LALU Dikirim kembali ke Salesforce, billing, dan layanan Setiap sistem menyesuaikan diri dengannya DIMILIKI OLEH Pemilik bisnis yang ditunjuk Tampilan bukan otoritas. Apakah kita menyatukan datanya, atau mengelolanya sebagai master? © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Profil terpadu adalah peta. Golden record adalah keputusan.

Ketertelusuran

Section titled “Ketertelusuran ”

Jika profil terpadu bilang Dallas, dari mana asalnya: Salesforce, ERP, e-commerce? Apakah dipilih sebagai last updated, most frequent, source priority? Asal-usul itu penting untuk audit, privasi, pemecahan masalah, perbaikan kualitas data, dan keputusan agen, dan terutama untuk mengetahui di mana sebuah koreksi seharusnya dilakukan. Jika Dallas salah, mengedit tampilan rakitan tidak memperbaiki sumbernya. Anda butuh ID eksternal, identity link, dan bidang silsilah data untuk menelusuri kembali ke rekaman yang seharusnya berubah.

Tiga Alat untuk Tiga Pekerjaan

Section titled “Tiga Alat untuk Tiga Pekerjaan ”

Beginilah saya memisahkannya:

  1. Manajemen duplikat dan penggabungan, di dalam satu org Salesforce, ketika ada pemenang yang jelas dan Anda tidak lagi butuh duplikatnya (modul 3).
  2. Resolusi identitas Data 360, untuk satu identitas dan satu tampilan lintas sumber tanpa mengubah sumbernya: sebuah registri.
  3. Platform MDM khusus, ketika nilai harus diputuskan sekali lalu dikirim kembali ke setiap sistem yang terlibat: koeksistensi atau terpusat.
Tiga alat untuk tiga pekerjaan Tiga alat untuk tiga pekerjaan, bernomor. Satu, gabungkan, dengan manajemen duplikat dan penggabungan: pekerjaannya adalah duplikat dalam satu org; alat ini menggabungkannya menjadi satu rekaman dan sisanya masuk ke Tempat Sampah; pakai saat ada pemenang yang jelas dan Anda tidak butuh duplikatnya. Dua, tautkan, dengan resolusi identitas Data 360: pekerjaannya adalah satu identitas lintas sumber; alat ini menautkan rekaman menjadi profil terpadu dan sumbernya tetap apa adanya; pakai saat Anda butuh satu tampilan; inilah yang paling mirip registri. Tiga, kelola sebagai master, dengan platform MDM khusus: pekerjaannya adalah satu nilai yang dikelola di mana-mana; alat ini memutuskan nilai master dan mengirimnya kembali ke setiap sistem; pakai saat setiap sistem harus seragam, dengan MDM koeksistensi atau terpusat. Di bawahnya: gabungkan, tautkan, kelola sebagai master; jangan membeli MDM jika yang Anda butuhkan adalah peta. 1 Gabungkan Manajemen duplikat dan penggabungan PEKERJAANNYA Duplikat dalam satu org YANG DILAKUKAN Menggabungkannya menjadi satu rekaman Sisanya masuk ke Tempat Sampah PAKAI SAAT Ada pemenang yang jelas Anda tidak butuh duplikatnya 2 Tautkan Resolusi identitas Data 360 PEKERJAANNYA Satu identitas lintas sumber YANG DILAKUKAN Menautkan rekaman menjadi profil terpadu Sumbernya tetap apa adanya PAKAI SAAT Anda butuh satu tampilan Paling mirip registri 3 Kelola sebagai master Platform MDM khusus PEKERJAANNYA Satu nilai yang dikelola di mana-mana YANG DILAKUKAN Memutuskan nilai master Mengirimnya kembali ke setiap sistem PAKAI SAAT Setiap sistem harus seragam Koeksistensi atau terpusat Gabungkan, tautkan, kelola sebagai master. Jangan membeli MDM jika yang Anda butuhkan adalah peta. © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Tiga alat untuk tiga pekerjaan: gabungkan, tautkan, kelola master.

Jangan membeli MDM ketika yang Anda butuhkan adalah peta. “Kami ingin agen layanan melihat bahwa pelanggan Salesforce ini adalah orang yang sama yang membeli secara online” mungkin butuh resolusi identitas dan konteks gabungan, bukan MDM terpusat. “ERP, Salesforce, e-commerce, dan sistem penagihan semuanya harus memakai nama resmi terkelola yang sama, dan perubahan harus mengalir kembali ke semuanya” itu berbeda: itu pengelolaan master. Jangan menyelesaikan yang kedua ketika Anda punya yang pertama, dan jangan berpura-pura yang pertama sudah menyelesaikan yang kedua.

Satu Identitas Bukan Satu Izin

Section titled “Satu Identitas Bukan Satu Izin ”

Resolusi identitas mengatakan rekaman-rekaman ini satu orang. Itu tidak berarti setiap orang yang bisa melihat satu rekaman sumber boleh melihat semua yang melekat pada identitas terpadu itu. Sebuah Mitra Ritel boleh melihat pengiriman yang dikirimnya; pengiriman mitra lain ke Penerima yang sama bukan urusannya, meskipun lapisan identitas tahu bahwa semuanya terkait. Grafik identitasnya bisa benar sementara desain aksesnya salah. Menyatukan identitas tidak menghapus batas keamanan. Itulah sebabnya pencocokan berlebihan menjadi masalah privasi, dan mengapa checkpoint Steve Trucking memperlakukan penyatuan Penerima dengan sangat hati-hati: peta tentang siapa adalah siapa tidak memberi kepemilikan, atau akses.

Di luar ujian: apa yang diubah AI. Agen butuh satu identitas untuk bertindak, dan profil terpadu memberikannya. Itu menaikkan taruhannya ke dua arah. Pencocokan berlebihan kini menjadi insiden privasi: agen bertindak untuk satu orang atas data orang lain. Dan agen yang “memperbarui pelanggan” harus menulis ke system of record atribut itu, memakai peta otoritas dari modul 1, bukan ke profil terpadu. Peta memberi tahu agen siapa orangnya; model otoritas memberi tahu di mana sebuah perubahan seharusnya dilakukan.

Yang Diputuskan Arsitek di Sini

Section titled “Yang Diputuskan Arsitek di Sini ”
  • Bukti apa yang cukup untuk menyatukan profil, dan bagaimana harga kecocokan palsu menentukan ketatnya.
  • Aturan rekonsiliasi mana yang menentukan apa yang ditampilkan profil terpadu.
  • Apakah kebutuhannya adalah pembersihan duplikat dalam satu org, identitas lintas sumber, atau pengelolaan master perusahaan yang sesungguhnya.
  • Sumber mana yang tetap otoritatif untuk setiap atribut, bahkan ketika Data 360 menampilkan nilai yang sudah direkonsiliasi.
  • Bagaimana identitas terpadu berinteraksi dengan keamanan, privasi, asal-usul data, dan tindakan agen.

Data 360 bisa memberi tahu kita bahwa profil-profil ini saling terkait, memberi kita identitas terpadu, merekonsiliasi apa yang ditampilkannya, dan menyimpan tautan kembali ke setiap sumber. Itu sangat berharga. Tetapi jika Salesforce mengatakan satu hal dan ERP mengatakan hal lain, seseorang tetap harus memutuskan sistem mana yang boleh mengubah kebenaran perusahaan. Jadi ketika seseorang berkata “kita punya profil terpadu, jadi kita punya golden record,” tanyakan: apakah kita menyatukan datanya, atau mengelolanya sebagai master?

Jelajahi

Section titled “Jelajahi ”