Dữ liệu sản phẩm bất động sản & quỹ căn

Trong bất động sản, sản phẩm chính là quỹ căn — danh sách các căn hộ hoặc lô đất, mỗi đơn vị có thuộc tính riêng và một trạng thái bán hàng đang biến động từng giờ. Nghe đơn giản, nhưng đây lại là một trong những dữ liệu khó giữ sạch nhất của ngành: cùng một căn được phản ánh ở CRM, ở hệ thống của các sàn phân phối và ở sổ kế toán ERP, và ba nơi này thường không nói cùng một con số. Khi quỹ căn lệch, hậu quả không trừu tượng chút nào — nó là bán trùng căn (hai kênh cùng chốt một căn) hoặc treo căn (căn bán được nhưng bị khóa vô hình). Trang này phân tích vì sao dữ liệu sản phẩm BĐS dễ lệch, và cách giải bằng dữ liệu chủ (MDM) cộng phân cấp (hierarchies) để có một quỹ căn chuẩn duy nhất.

Bài toán: vì sao quỹ căn lệch giữa các hệ thống

Cùng một căn hộ tồn tại đồng thời ở nhiều nơi, mỗi nơi giữ một phần sự thật và cập nhật theo nhịp riêng:

CRM & sàn bán hàng: giữ trạng thái bán (còn, giữ chỗ, đã đặt cọc, đã bán) — thay đổi liên tục theo từng giao dịch và từng kênh.
ERP & kế toán: ghi nhận căn khi đã có hợp đồng và dòng tiền — nhìn căn dưới góc doanh thu và công nợ.
Hệ phát triển dự án: nắm thuộc tính kỹ thuật của căn (diện tích, hướng, loại căn, vị trí trong tòa).

Vì mỗi hệ cập nhật theo nhịp riêng và không có một nguồn chuẩn được công nhận, độ lệch xuất hiện rất tự nhiên:

Một sàn cấp hai chốt một căn nhưng tín hiệu chưa kịp về CRM trung tâm, nên kênh khác vẫn thấy căn còn trống.
Khách hủy đặt chỗ, căn được giải phóng trên CRM nhưng trạng thái cũ vẫn nằm ở một hệ khác.
Mã căn ở sàn, ở CRM và ở ERP không khớp nhau (đặt tên khác, đánh số khác), nên không thể đối chiếu tự động.

Hai hậu quả tốn kém: bán trùng và treo căn

Bán trùng căn: hai kênh cùng nhận một căn là còn trống và cùng “chốt” — buộc phải hủy một giao dịch, đền bù, và xin lỗi khách. Mất doanh thu lẫn uy tín.
Treo căn: một căn thực tế bán được nhưng hệ thống vẫn để ở trạng thái “đã giữ” hoặc “chờ” — căn đáng lẽ tạo doanh thu lại bị khóa vô hình, làm chậm dòng tiền của cả dự án.

Hậu quả thứ ba: phân cấp sản phẩm lộn xộn

Ngay cả khi đếm đúng số căn, nhiều chủ đầu tư vẫn không thống nhất được một căn thuộc đâu: phân khu nào, tòa nào, tầng nào, loại sản phẩm gì. Khi cùng một căn được xếp khác nhau giữa các hệ, mọi báo cáo bán hàng theo dự án, theo phân khu, theo loại sản phẩm đều sai lệch — và lãnh đạo mất niềm tin vào chính con số tồn kho của mình.

Vì sao đây là bài toán dữ liệu chủ, không phải bài toán phần mềm bán hàng

Phản xạ tự nhiên là “mua thêm một phần mềm bán hàng tốt hơn”. Nhưng gốc rễ không nằm ở công cụ bán hàng — nó nằm ở chỗ không có một định nghĩa chuẩn, duy nhất về căn và về trạng thái quỹ căn được tất cả hệ thống công nhận. Khi mỗi hệ tự định nghĩa, mọi tích hợp về sau chỉ là chắp vá. Đây đúng là phạm vi của dữ liệu chủ (master data): căn hộ, lô đất, dự án là những thực thể được nhiều hệ thống dùng chung và cần một phiên bản chuẩn duy nhất.

Lời giải 1 — Phân cấp dự án tới căn bằng hierarchies

Bước đầu tiên là dựng một cây phân cấp sản phẩm chuẩn, dùng chung cho toàn tổ chức, từ dự án xuống tới từng căn:

Dự án — đơn vị cao nhất (một khu đô thị, một dự án căn hộ).
Phân khu — các phân khu trong dự án (ví dụ khu cao tầng, khu thấp tầng, các giai đoạn).
Tòa — từng tòa nhà trong phân khu (với khu thấp tầng có thể là dãy, cụm).
Tầng — từng tầng trong tòa.
Căn hoặc lô — đơn vị bán nhỏ nhất, có mã căn duy nhất.

Khi cây phân cấp này là chuẩn duy nhất mà CRM, sàn và ERP cùng tham chiếu, mỗi căn có một “địa chỉ” rõ ràng và bất biến trong cấu trúc sản phẩm. Báo cáo tồn kho theo dự án, phân khu, tòa hay loại sản phẩm trở nên cộng dồn được và luôn khớp, vì tất cả đều quy về cùng một cây.

Năng lực dựng và quản trị cây phân cấp này được trình bày ở Hierarchies — quản lý phân cấp dữ liệu chủ.

Lời giải 2 — Thuộc tính căn được chuẩn hóa

Trên mỗi nút “căn” của cây, gắn một bộ thuộc tính chuẩn được định nghĩa một lần và dùng nhất quán:

Diện tích (thông thủy, tim tường) theo một quy ước đo thống nhất.
Hướng căn và hướng ban công.
Loại căn (số phòng ngủ, loại hình — căn hộ, shophouse, biệt thự, lô đất).
Giá theo chính sách bán hàng và lịch sử điều chỉnh.
Tình trạng pháp lý ở cấp căn.

Khi thuộc tính căn được chuẩn hóa và làm sạch ở lớp dữ liệu chủ, mọi hệ thống phía dưới — bảng hàng cho sàn, báo giá cho khách, ghi nhận doanh thu cho kế toán — đều lấy từ cùng một nguồn, nên không còn cảnh mỗi nơi một con số diện tích hay một mức giá.

Lời giải 3 — Trạng thái quỹ căn nhất quán xuyên hệ thống

Đây là trái tim của lời giải. Thay vì để mỗi hệ tự giữ trạng thái bán của căn rồi đối soát thủ công, ta đặt một trạng thái quỹ căn chuẩn duy nhất ở lớp dữ liệu chủ, đồng bộ xuyên hệ thống:

Một tập trạng thái chuẩn được định nghĩa rõ và dùng chung — ví dụ còn hàng, giữ chỗ, đã đặt cọc, đã bán, đã giải phóng — để mọi kênh hiểu giống nhau.
Khi một kênh chuyển trạng thái một căn (chốt, hủy giữ chỗ), bản ghi chủ được cập nhật và lan tỏa lại cho các kênh khác — thay vì để mỗi kênh tự cập nhật rồi lệch nhau.
Nhờ đó không hai kênh nào cùng thấy một căn còn trống khi nó đã được chốt, và không căn nào bị treo khi nó đã được giải phóng.

Việc đồng bộ này dựa trên một nền quan trọng: các bảng mã phải khớp. Nếu mã căn, mã trạng thái ở mỗi hệ một kiểu thì không thể đồng bộ tin cậy — nên lời giải tiếp theo là chuẩn hóa reference data.

Lời giải 4 — Reference data: bộ mã dùng chung

Quỹ căn chỉ nhất quán khi các bảng mã (reference data) phía dưới được chuẩn hóa và quản trị tập trung:

Mã dự án, mã phân khu, mã tòa, mã căn theo một quy ước thống nhất toàn tổ chức.
Mã trạng thái quỹ căn (còn / giữ chỗ / đã bán…) định nghĩa một lần, dùng chung.
Loại sản phẩm và trạng thái pháp lý theo danh mục chuẩn.
Mã đại lý / sàn để quy mọi giao dịch về đúng kênh.

Khi các bảng mã này là nguồn chuẩn duy nhất, việc đối chiếu một căn giữa CRM, sàn và ERP trở thành tự động và đáng tin, thay vì một bài đối soát thủ công lặp lại mỗi kỳ.

Vai trò và cách quản trị các bảng mã dùng chung được trình bày ở Reference Data — tổng quan.

Giá trị mang lại — bằng ngôn ngữ của lãnh đạo

Khi quỹ căn được chuẩn hóa bằng MDM cộng hierarchies cộng reference data, lợi ích quy đổi thẳng thành kết quả kinh doanh:

Một quỹ căn chuẩn duy nhất: mọi kênh — sàn, đại lý, đội nội bộ — nhìn cùng một bảng hàng, cùng một trạng thái, theo thời gian thực.
Hết bán trùng: không hai kênh nào cùng chốt một căn, không còn hủy hợp đồng và đền bù vì trùng.
Hết treo căn: căn được giải phóng quay lại bán ngay, dòng tiền không bị khóa vô hình.
Báo cáo bán hàng đúng: tồn kho theo dự án, phân khu, loại sản phẩm luôn khớp vì cùng quy về một cây phân cấp.
Ra quyết định nhanh và tự tin: lãnh đạo tin con số tồn kho và doanh thu, định giá và điều phối bán hàng dựa trên dữ liệu sạch.

Một ví dụ generic minh họa: tại một dự án căn hộ bán đồng thời qua nhiều sàn và đội nội bộ, trước đây trạng thái mỗi căn được giữ riêng ở từng hệ và đối soát cuối ngày — dẫn tới vài lần bán trùng và nhiều căn bị treo. Sau khi đưa quỹ căn về một bản ghi chủ với trạng thái đồng bộ xuyên hệ thống, mọi kênh nhìn cùng một bảng hàng theo thời gian thực; bán trùng chấm dứt và những căn từng bị treo được bán lại. Gốc rễ của cải thiện không nằm ở một phần mềm bán hàng mới, mà ở một nguồn dữ liệu chủ chuẩn duy nhất cho quỹ căn.

Realty Pro + Ataccama trong bài toán quỹ căn

BSD có một lợi thế khi giải bài toán này: Realty Pro — bộ giải pháp BĐS của chính BSD, trong đó Project quản lý dự án và CRM quản lý bán hàng & khách hàng — là lớp vận hành sinh ra dữ liệu quỹ căn và giao dịch. Ataccama đứng trên đó như lớp quản trị dữ liệu: hợp nhất quỹ căn từ Realty Pro, các sàn phân phối và ERP thành một bản ghi chủ, dựng cây phân cấp dự án tới căn, và giữ trạng thái quỹ căn nhất quán xuyên hệ thống. Kết quả là một bức tranh quỹ căn thống nhất từ bán hàng tới kế toán, thay vì nhiều bảng hàng lệch nhau.

Hierarchies — quản lý phân cấp dữ liệu chủ — cách dựng cây dự án tới căn.
Mô hình dữ liệu chủ — vì sao quỹ căn thuộc nhóm dữ liệu chủ.
Reference Data — tổng quan — chuẩn hóa các bảng mã dự án/căn/trạng thái.