Một mô hình dữ liệu địa chính mô tả các đối tượng trong quản lý đất đai và quan hệ giữa chúng: ai (chủ thể), có quyền gì, hạn chế gì, nghĩa vụ gì (quyền, hạn chế, trách nhiệm), đối với đơn vị nào (đơn vị quản lý), có hình thể ở đâu (đơn vị không gian), và căn cứ vào giấy tờ nào (nguồn). Chuẩn quốc tế phổ biến nhất cho việc này là LADM, mô hình miền quản lý đất đai, được công bố thành tiêu chuẩn ISO 19152 năm 2012 và những năm gần đây được mở rộng thành bộ nhiều phần.
Bài này dành cho người làm phần mềm cho văn phòng môi giới, chủ đầu tư, ban quản lý toà nhà hay dịch vụ kiểm tra pháp lý. Bạn không cần triển khai LADM đầy đủ, nhưng hiểu cách nó tách các khái niệm sẽ giúp bạn tránh những lỗi thiết kế khiến dữ liệu nhà đất của khách rối dần theo thời gian, nhất là khi phải ghép với dữ liệu chính thức.
Vì sao người làm proptech nên hiểu mô hình địa chính
Phần lớn phần mềm nhà đất bắt đầu bằng một bảng "căn" hoặc "lô" với vài chục cột: địa chỉ, diện tích, giá, tên chủ, số điện thoại chủ, tình trạng pháp lý. Cách này chạy tốt trong vài tháng. Rồi các trường hợp khó xuất hiện: một căn có hai vợ chồng đồng sở hữu, một chủ có năm căn, một lô đất tách làm ba, một căn đang thế chấp rồi giải chấp, một khách hỏi "căn này trước đây ai đứng tên".
Mỗi trường hợp được vá bằng một cột mới hoặc một ghi chú dạng chữ. Sau một năm, bảng có hàng trăm cột, nửa trong số đó trống, và không ai dám xoá cột nào. Mô hình địa chính đã giải quyết đúng những trường hợp này từ lâu, vì các cơ quan đăng ký đất trên thế giới phải xử lý chúng hằng ngày với hàng triệu bản ghi.
Lý do thứ hai là ghép dữ liệu. Khi dữ liệu đất đai chính thức của Việt Nam ngày càng được cấu trúc hoá, phần mềm nào có cấu trúc gần với cách nhà nước tổ chức dữ liệu sẽ ghép được dễ dàng hơn, ví dụ khi đối chiếu số tờ, số thửa hay khi mã định danh thửa đất được áp dụng rộng rãi.
Năm khái niệm lõi của LADM
Tên lớp trong chuẩn có tiền tố LA_. Bảng dưới giải thích bằng ngôn ngữ đời thường và ví dụ nhà đất Việt Nam.
| Khái niệm trong chuẩn | Nghĩa | Ví dụ |
|---|---|---|
| Chủ thể (LA_Party) | Người hoặc tổ chức có quan hệ với đất | Ông A, bà B, Công ty C, nhóm đồng thừa kế |
| Quyền, hạn chế, trách nhiệm (LA_RRR) | Quan hệ pháp lý giữa chủ thể và đơn vị quản lý | Quyền sử dụng đất ở; thế chấp tại ngân hàng; hành lang bảo vệ lưới điện; nghĩa vụ nộp tiền sử dụng đất còn nợ |
| Đơn vị quản lý cơ bản (LA_BAUnit) | Đơn vị mà quyền được gắn vào, có thể gồm một hay nhiều phần không gian | Một thửa đất kèm ngôi nhà trên đó được ghi trên cùng một giấy chứng nhận |
| Đơn vị không gian (LA_SpatialUnit) | Phần không gian cụ thể: thửa đất, căn hộ, công trình | Thửa 233 tờ 12 với toạ độ các đỉnh; một căn hộ ở tầng 15 |
| Nguồn (LA_Source) | Giấy tờ, hồ sơ đo đạc làm căn cứ cho dữ liệu | Hợp đồng công chứng, quyết định giao đất, biên bản đo đạc |
Điểm tinh tế là tách đơn vị quản lý khỏi đơn vị không gian. Một giấy chứng nhận có thể bao gồm đất và nhà; một căn hộ chung cư là một khối không gian trong toà nhà, kèm phần sở hữu chung. Gắn quyền thẳng vào thửa đất thì không diễn tả được những trường hợp này.
Các quan hệ phải ghi được
Một đơn vị, nhiều chủ thể. Vợ chồng đồng sử dụng, anh chị em cùng thừa kế, nhiều người góp mua. Mỗi người có một bản ghi quyền riêng, kèm tỷ lệ nếu có. Đừng ghi "Nguyễn Văn A và vợ" vào một ô tên.
Một chủ thể, nhiều đơn vị. Một người có nhiều thửa, một chủ đầu tư có hàng nghìn căn. Chủ thể là bảng riêng, không lặp lại tên và số định danh ở mỗi dòng tài sản.
Nhiều quan hệ trên cùng một đơn vị. Cùng lúc có quyền sử dụng, thế chấp, hành lang an toàn và hợp đồng thuê. Mỗi thứ là một bản ghi quan hệ với loại và thời hạn riêng, không gom vào một cột "tình trạng pháp lý".
Quan hệ có thời hạn. Thế chấp có ngày bắt đầu và ngày xoá; quyền sử dụng đất có thời hạn với một số loại đất; hợp đồng thuê có kỳ hạn. Mỗi bản ghi cần thời điểm bắt đầu, kết thúc.
Mỗi quan hệ có nguồn. Một bản ghi thế chấp mà không trỏ tới hợp đồng thế chấp hay văn bản đăng ký nào là một bản ghi không kiểm chứng được. Liên kết tới nguồn là điều làm dữ liệu đáng tin.
Lịch sử và phiên bản: đừng bao giờ ghi đè
Nguyên tắc quan trọng nhất của dữ liệu địa chính là lưu lịch sử. LADM mô hình hoá điều này bằng các đối tượng có phiên bản: mỗi bản ghi mang thời điểm bắt đầu và kết thúc hiệu lực. Khi chuyển nhượng, bản ghi quyền của người bán được đóng lại tại ngày đăng ký, bản ghi quyền của người mua được mở ra. Không có gì bị xoá.
Với phần mềm thương mại, nguyên tắc này hay bị bỏ qua vì ghi đè đơn giản hơn. Hậu quả là không trả lời được những câu hỏi rất thực tế: căn này đã đổi chủ mấy lần, giá chào tháng trước là bao nhiêu, ai là chủ khi hợp đồng môi giới được ký. Trong tranh chấp về hoa hồng hay về thông tin đã cung cấp cho khách, lịch sử này là bằng chứng.
Cách làm đơn giản nhất là thêm hai cột thời điểm hiệu lực vào mọi bảng quan hệ và quy ước bản ghi đang hiệu lực là bản ghi chưa có thời điểm kết thúc. Tách thửa và hợp thửa thì đóng đơn vị không gian cũ và tạo đơn vị mới, ghi quan hệ sinh ra từ, đúng như nguyên tắc định danh thửa đất.
Đăng ký văn tự và đăng ký quyền: mô hình phản ánh hệ thống nào
Trên thế giới có hai họ hệ thống đăng ký đất. Đăng ký văn tự lưu các giấy tờ giao dịch theo thứ tự thời gian; muốn biết ai có quyền, người mua phải lần lại chuỗi văn tự. Đăng ký quyền do nhà nước ghi nhận và bảo đảm tình trạng quyền hiện tại; hệ thống Torrens, khởi đầu ở Nam Úc năm 1858, là ví dụ kinh điển. Việt Nam, với việc nhà nước cấp giấy chứng nhận và đăng ký biến động, gần với họ thứ hai hơn. Khác biệt này ảnh hưởng trực tiếp tới cách người mua kiểm tra: ở hệ đăng ký văn tự, người ta thuê dịch vụ rà chuỗi giấy tờ; ở hệ đăng ký quyền, người ta tra tình trạng đã đăng ký.
LADM được thiết kế đủ tổng quát cho cả hai họ, nhờ việc tách nguồn khỏi quyền. Trong hệ đăng ký quyền, bản ghi quyền là trung tâm và nguồn là căn cứ; trong hệ đăng ký văn tự, nguồn là trung tâm. Với người làm phần mềm ở Việt Nam, hệ quả thực tế là: tình trạng quyền theo dữ liệu chính thức là thứ cần đối chiếu, còn giấy tờ khách cung cấp là nguồn cần lưu kèm để chứng minh dữ liệu của bạn đến từ đâu.
Áp vào phần mềm nhà đất: một lộ trình vừa sức
Không cần triển khai đầy đủ chuẩn ISO. Một lộ trình thực tế cho đội phát triển nhỏ:
- Tách bảng chủ thể (người, tổ chức) khỏi bảng tài sản; mỗi chủ thể một mã nội bộ, lưu số định danh hoặc mã số doanh nghiệp ở trường riêng, có phân quyền xem.
- Tách bảng đơn vị không gian (thửa, căn hộ, công trình) với các trường chính thức: số tờ, số thửa, đơn vị hành chính cũ và mới, mã thửa khi có.
- Tạo bảng quan hệ với loại (quyền sử dụng, sở hữu, thế chấp, thuê, độc quyền môi giới), tỷ lệ, thời điểm bắt đầu và kết thúc.
- Tạo bảng nguồn lưu giấy tờ và bản quét, liên kết với từng quan hệ; ghi ai cung cấp, khi nào, đã đối chiếu bản chính hay chưa.
- Không xoá, không ghi đè quan hệ; chỉ đóng và mở mới.
- Viết sẵn vài truy vấn kiểm tra: đơn vị có quyền sử dụng chồng lấn thời gian, quan hệ thiếu nguồn, chủ thể trùng lặp.
Sáu bước này đủ để phần mềm của bạn xử lý được hầu hết tình huống nhà đất phổ biến mà không phải thêm cột mỗi tháng, và sẵn sàng khi cần ghép với dữ liệu chính thức.
Những lỗi thiết kế hay gặp
Rà lại phần mềm hiện tại của bạn với danh sách dưới đây. Mỗi lỗi đều đã gây ra những tháng làm lại ở nhiều dự án:
- Gộp địa chỉ, số tờ, số thửa vào một ô chữ tự do, không tìm kiếm và đối chiếu được.
- Ghi tên nhiều đồng sở hữu vào một ô, không biết ai có tỷ lệ bao nhiêu.
- Dùng một cột "pháp lý" dạng chữ cho mọi tình trạng: sổ riêng, đang thế chấp, chờ sổ, vi bằng.
- Ghi đè chủ cũ khi có chủ mới, mất lịch sử giao dịch.
- Xoá căn khi đã bán thay vì đóng trạng thái, làm báo cáo cũ sai.
- Lưu số định danh và ảnh giấy tờ của chủ nhà ở cùng chỗ với thông tin công khai của căn, không phân quyền.
Lỗi cuối cùng vừa là lỗi thiết kế vừa là rủi ro pháp lý về bảo vệ dữ liệu cá nhân. Tách thông tin nhân thân ra bảng riêng có phân quyền từ đầu rẻ hơn nhiều so với tách sau khi đã có vài chục nghìn bản ghi.
Một lỗi nữa ít được nhắc: dùng chính số điện thoại chủ nhà làm khoá nhận diện chủ thể. Số điện thoại đổi, một người có nhiều số, một số được nhiều người trong nhà dùng chung. Khoá nhận diện nên là mã nội bộ không mang nghĩa, còn số điện thoại chỉ là một thuộc tính liên lạc.
Câu hỏi thường gặp
Cơ sở dữ liệu đất đai của Việt Nam có theo chuẩn LADM không?
Mô hình dữ liệu địa chính chính thức của Việt Nam do văn bản chuyên ngành quy định. Bài này không khẳng định mức độ tương thích với LADM; người làm tích hợp nên đọc chuẩn dữ liệu do cơ quan quản lý ban hành. Hiểu LADM vẫn hữu ích vì các khái niệm thửa, chủ, quyền, nguồn là chung cho hầu hết hệ thống đăng ký đất.
Phần mềm môi giới nhỏ có cần làm phức tạp như vậy không?
Không cần toàn bộ, nhưng ba việc nên làm ngay từ đầu: tách chủ thể khỏi tài sản, lưu quan hệ có thời điểm hiệu lực, và không ghi đè dữ liệu cũ. Ba việc này tốn thêm ít công lúc đầu nhưng tránh được việc phải làm lại toàn bộ cơ sở dữ liệu sau một hai năm.
Căn hộ chung cư được mô hình hoá thế nào?
Căn hộ là một đơn vị không gian ba chiều trong toà nhà, gắn với phần sở hữu riêng; thửa đất của toà nhà và phần sở hữu chung là các đơn vị khác có quan hệ với căn hộ. Phần mở rộng ba chiều của LADM được thiết kế cho những trường hợp như vậy.
Có nên lưu ảnh sổ đỏ của khách trong phần mềm không?
Chỉ khi có lý do rõ và khách đồng ý. Nếu lưu, đặt ở kho riêng có mã hoá, phân quyền và ghi nhật ký truy cập, liên kết như một nguồn của quan hệ quyền. Không đặt chung chỗ với ảnh nhà dùng cho tin rao và xoá khi hết mục đích.
Học LADM bắt đầu từ đâu?
Có thể bắt đầu từ các tài liệu giới thiệu chuẩn ISO 19152 do các nhóm nghiên cứu về quản lý đất đai và các tổ chức quốc tế trong lĩnh vực đo đạc công bố, rồi đọc sơ đồ lớp của chuẩn. Song song, đọc chuẩn dữ liệu địa chính hiện hành của Việt Nam để thấy chỗ giống và khác.