Phân cấp và quan hệ trong dữ liệu chủ (hierarchies)

Bản ghi vàng cho bạn một phiên bản đúng và duy nhất của từng thực thể — từng khách hàng, từng công ty. Nhưng thực thể không sống đơn lẻ: khách hàng thuộc về một hộ gia đình, công ty con thuộc một tập đoàn, sản phẩm thuộc một nhóm hàng. Phân cấp và quan hệ (hierarchies & relationships) là lớp giúp MDM nhóm và liên kết các bản ghi vàng lại, để bạn nhìn dữ liệu không chỉ theo từng cá thể mà theo cả mạng lưới quanh nó. Trang này giải thích khái niệm đó cho người mới.

Phân cấp và quan hệ là gì?

Sau khi MDM tạo ra các bản ghi vàng, mỗi bản ghi mới chỉ là một “điểm” đứng riêng. Phân cấp và quan hệ là việc vẽ các đường nối giữa các điểm đó:

Quan hệ (relationship) = một liên kết giữa hai bản ghi vàng. Ví dụ: “công ty A là công ty con của công ty B”, “khách hàng X là vợ/chồng của khách hàng Y”.
Phân cấp (hierarchy) = nhiều quan hệ cùng kiểu xếp thành cây nhiều tầng. Ví dụ cây sở hữu: tập đoàn → tổng công ty → công ty con → chi nhánh.
Nhóm (grouping) = gom nhiều bản ghi vàng vào một đơn vị logic dù chúng vẫn là các thực thể riêng. Ví dụ điển hình là hộ gia đình (household): gom các khách hàng sống cùng một nhà thành một “hộ”.

Điểm cốt lõi: nhóm và phân cấp không xóa hay gộp các bản ghi vàng. Mỗi khách hàng, mỗi công ty vẫn là thực thể độc lập với bản ghi vàng riêng — chỉ có thêm một lớp quan hệ phủ lên trên để thể hiện chúng liên hệ với nhau ra sao. Đây là khác biệt quan trọng so với gộp (merge): gộp biến nhiều bản ghi của cùng một thực thể thành một; còn quan hệ liên kết các thực thể khác nhau lại với nhau.

Vài kiểu phân cấp thường gặp

Hộ gia đình (household) — gom khách hàng cá nhân sống cùng địa chỉ / cùng gia đình.
Cây công ty mẹ–con (legal hierarchy) — thể hiện ai sở hữu ai trong một tập đoàn.
Nhóm sản phẩm (product hierarchy) — sản phẩm thuộc dòng hàng, dòng hàng thuộc ngành hàng.
Cây tổ chức (org hierarchy) — phòng ban, đơn vị trực thuộc trong nội bộ doanh nghiệp.

Vì sao quan hệ quan trọng?

Nếu chỉ nhìn từng bản ghi vàng đơn lẻ, doanh nghiệp bỏ lỡ phần lớn giá trị. Phân cấp và quan hệ mở ra những góc nhìn mà dữ liệu phẳng không cho được:

Nhìn khách hàng theo nhóm, không chỉ theo cá nhân. Một ngân hàng thấy rõ hơn khi biết ba tài khoản thuộc cùng một hộ gia đình — tổng tài sản của hộ, sản phẩm cả nhà đang dùng, ai là người ra quyết định chi tiêu.
Tính rủi ro ở cấp tập đoàn (group risk). Cho vay nhiều công ty mà không biết chúng cùng một tập đoàn là rủi ro lớn: nếu tập đoàn gặp khó, mọi khoản vay cùng “rung”. Cây mẹ–con giúp cộng dồn rủi ro (exposure) theo cả tập đoàn, không chỉ từng pháp nhân — đây là yêu cầu bắt buộc với ngân hàng.
Bán chéo và bán thêm (cross-sell / up-sell). Biết quan hệ giúp gợi ý đúng: con đã có tài khoản thì mời bố mẹ; công ty mẹ dùng dịch vụ thì tiếp cận công ty con.
Một cái nhìn 360 độ thật sự. “Khách hàng 360” không dừng ở một người — nó bao gồm cả gia đình họ, cả nhóm công ty họ điều hành. Quan hệ là thứ biến hồ sơ phẳng thành bức tranh đầy đủ.
Tuân thủ và phòng chống gian lận. Phát hiện các bên liên quan (related parties), giao dịch nội bộ tập đoàn, hay nhiều hồ sơ cùng một mạng lưới — đều dựa vào quan hệ.

Nói cách khác: bản ghi vàng trả lời “thực thể này là ai”, còn quan hệ trả lời “thực thể này liên hệ với những ai”. Cả hai cùng cần để hiểu trọn vẹn dữ liệu chủ.

Ataccama ONE quản lý quan hệ thế nào?

Ataccama ONE quản lý quan hệ giữa các bản ghi vàng, tách bạch với lớp đối sánh – gộp:

Quan hệ là dữ liệu có mô hình. Trong mô hình dữ liệu chủ, ngoài thực thể (khách hàng, công ty) còn định nghĩa được các kiểu quan hệ (mẹ–con, vợ–chồng, thành viên hộ) với hướng và ý nghĩa rõ ràng.
Phân cấp dựng từ các quan hệ. Khi nhiều quan hệ “mẹ–con” nối lại, hệ thống tạo nên cây nhiều tầng, đi lên tới đỉnh tập đoàn hoặc đi xuống tới từng chi nhánh.
Tạo quan hệ tự động một phần. Một số nhóm có thể suy ra từ dữ liệu — ví dụ gom hộ gia đình theo cùng địa chỉ và cùng họ. Phần khó hơn (ai sở hữu ai) thường được nạp từ nguồn chính thức hoặc do data steward xác nhận.
Hiển thị dạng cây để xem và sửa. Người dùng nghiệp vụ xem được cấu trúc nhóm/cây, lần theo quan hệ, và khi cần thì điều chỉnh — gắn thêm một công ty con vào đúng tập đoàn, hay tách một thành viên ra khỏi hộ.
Quan hệ cũng được quản trị. Việc tạo, sửa, gỡ quan hệ đi qua quy trình duyệt và ghi vết như các thay đổi dữ liệu chủ khác — vì một liên kết sai (gắn nhầm công ty vào tập đoàn) có thể làm sai cả phép tính rủi ro.

Vì quan hệ nằm trên nền các bản ghi vàng đã sạch và hợp nhất, chúng đáng tin: bạn nối các thực thể đúng với nhau, thay vì nối nhầm những bản ghi trùng lặp chưa được dọn.

Ví dụ Việt Nam

Tập đoàn mẹ–công ty con. Một ngân hàng cho vay ba doanh nghiệp: “Công ty CP Đầu tư Hòa Phát Land”, “Công ty TNHH Hòa Phát Logistics” và “Công ty CP Vật liệu Hòa Phát”. Nhìn riêng lẻ, đó là ba khoản vay độc lập. Nhưng khi MDM dựng cây mẹ–con, cả ba hiện ra là công ty con của cùng một tập đoàn. Ngân hàng lập tức thấy tổng dư nợ ở cấp tập đoàn lớn hơn nhiều so với từng khoản — và điều chỉnh hạn mức rủi ro cho phù hợp. Không có quan hệ này, rủi ro tập trung bị che giấu.

Hộ gia đình ngân hàng. Tại một ngân hàng bán lẻ, bốn khách hàng cùng địa chỉ “Số 12 ngõ 5 Tây Sơn, Hà Nội” và cùng họ Nguyễn được gom thành một hộ gia đình: bố, mẹ, hai con. Nhờ đó ngân hàng thấy tổng tài sản của cả hộ, biết bố mẹ đang gửi tiết kiệm còn con vừa mở thẻ — và mời đúng sản phẩm cho từng người (vay mua nhà cho con, đầu tư cho bố mẹ) thay vì gửi quảng cáo rời rạc.

Nhóm sản phẩm sau sáp nhập. Sau khi hai chuỗi bán lẻ sáp nhập, danh mục sản phẩm được hợp nhất rồi xếp vào cây nhóm hàng chung: từng SKU thuộc dòng sản phẩm, dòng sản phẩm thuộc ngành hàng. Báo cáo doanh thu theo ngành hàng nhờ vậy mới cộng đúng trên toàn hệ thống mới.

Hiểu nền tảng mà quan hệ phủ lên trên: “Bản ghi vàng” (golden record) là gì.
Đặt quan hệ và phân cấp vào bức tranh quản trị dữ liệu tổng thể: MDM trong tổng thể data governance.