Bài 16 · Tin học BĐS

10 lỗi thiết kế workbook khiến bảng tính BĐS khó kiểm tra và khó bàn giao

Bài 16 – 10 lỗi thiết kế workbook khiến bảng tính BĐS khó kiểm tra và khó bàn giao thuộc series Tin học BĐS. Nội dung ưu tiên tiếng Việt; tên hàm và công cụ được giữ nguyên vì là tên kỹ thuật của phần mềm.

Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

Cập nhật 01/10/2026: Bài thuộc phần Excel cho bất động sản. Mọi ví dụ đều dùng dữ liệu BĐS giả lập phục vụ giảng dạy.

1. Lỗi 1 là trộn dữ liệu gốc, công thức, kết quả và biểu đồ trong cùng một vùng.

Lỗi 1 là trộn dữ liệu gốc, công thức, kết quả và biểu đồ trong cùng một vùng.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

2. Lỗi 2 là gộp ô và dùng nhiều hàng tiêu đề trong vùng dữ liệu.

Lỗi 2 là gộp ô và dùng nhiều hàng tiêu đề trong vùng dữ liệu.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

3. Lỗi 3 là dùng phạm vi công thức cố định nên dữ liệu mới không được tính.

Lỗi 3 là dùng phạm vi công thức cố định nên dữ liệu mới không được tính.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

Câu hỏi kiểmMục tiêu
Đối tượng/khóa nào?Không ghép nhầm
Đơn vị/kiểu gì?Không sai quy mô
Rỗng xử lý sao?Không hiểu sai
Trùng xử lý sao?Không nhân dữ liệu
Sau xử lý kiểm gì?Có bằng chứng

4. Lỗi 4 là nhập tay kết quả đã tính thay vì giữ công thức hoặc quy trình.

Lỗi 4 là nhập tay kết quả đã tính thay vì giữ công thức hoặc quy trình.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

5. Lỗi 5 là dùng màu để thể hiện trạng thái nhưng không có cột trạng thái thật.

Lỗi 5 là dùng màu để thể hiện trạng thái nhưng không có cột trạng thái thật.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

6. Lỗi 6 là không tách danh mục chuẩn khỏi dữ liệu nhập nên cùng một loại BĐS có nhiều cách viết.

Lỗi 6 là không tách danh mục chuẩn khỏi dữ liệu nhập nên cùng một loại BĐS có nhiều cách viết.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

Câu hỏi kiểmMục tiêu
Đối tượng/khóa nào?Không ghép nhầm
Đơn vị/kiểu gì?Không sai quy mô
Rỗng xử lý sao?Không hiểu sai
Trùng xử lý sao?Không nhân dữ liệu
Sau xử lý kiểm gì?Có bằng chứng

7. Lỗi 7 là không có trang hướng dẫn, từ điển dữ liệu hoặc ghi chú đơn vị.

Lỗi 7 là không có trang hướng dẫn, từ điển dữ liệu hoặc ghi chú đơn vị.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

8. Lỗi 8–10 là không kiểm soát phiên bản, không bảo vệ vùng công thức quan trọng và không kiểm thử sau cập nhật.

Lỗi 8–10 là không kiểm soát phiên bản, không bảo vệ vùng công thức quan trọng và không kiểm thử sau cập nhật.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

Bảng trọng tâm

Lỗi gốcBiểu hiệnCách sửa
Trộn lớpĐầu vào/đầu ra lẫnTách trang
Không chuẩnNhiều cách viếtDanh mục
Không truy vếtNhiều FINALPhiên bản

Tư duy kiểm soát trước khi thao tác

Trong Tin học BĐS, người học nên viết quy tắc bằng tiếng Việt trước khi viết công thức hoặc tạo bước Power Query. Ví dụ: 'mã phải duy nhất', 'giá phải lớn hơn 0', 'bảng ghép không được tăng số dòng nếu quan hệ nhiều-một'. Quy tắc viết trước giúp cả nhóm thống nhất và dễ kiểm thử hơn.

Thành phầnVí dụBằng chứng
Quy tắcGiá >0Cột kiểm
Khóama_bdsĐếm trùng
Ngoại lệKhông tìm thấyCờ lỗi
Kết quảSố dòng sau ghépBảng đối chiếu
Tái lậpLàm mới lạiNhật ký bước

Thiết kế tệp dễ bàn giao

Sổ Excel hoặc truy vấn nên có tên cột rõ, trang hướng dẫn ngắn, dữ liệu gốc tách khỏi đầu ra và ghi phiên bản. Nếu người tạo nghỉ một ngày mà đồng nghiệp không thể tiếp tục, công cụ chưa được thiết kế tốt.

LớpNội dungQuy tắc
NguồnDữ liệu gốcKhông sửa trực tiếp
Xử lýCông thức/bướcCó tên rõ
Kiểm traCờ lỗi/đối chiếuKhông bỏ qua
Đầu raBảng tổng hợpCó ngày/phiên bản
Hướng dẫnĐơn vị/quy trìnhBàn giao được

Kiểm thử với dữ liệu biên

Không chỉ thử dữ liệu bình thường. Bộ kiểm thử nên có ô rỗng, giá trị bằng 0, số âm, khóa trùng, khóa không tồn tại, ký tự thừa và dữ liệu ngoài phạm vi. Đây là cách phát hiện công thức hoặc truy vấn đang 'đúng với dữ liệu đẹp' nhưng sai trong thực tế.

Tình huống giả lập phục vụ giảng dạy

Một sổ Excel có 14 trang tính, nhiều ô gộp, màu thay trạng thái, công thức nối tệp ngoài và không ai biết trang nào là báo cáo chính. Hãy tái thiết kế.

Sinh viên phải nộp cả kết quả và cách kiểm tra: dữ liệu trước xử lý, dữ liệu sau xử lý, số dòng, số lỗi, giải thích quy tắc và ít nhất 5 bản ghi kiểm mẫu. Nếu chỉ đưa ảnh chụp kết quả cuối thì chưa đủ chứng minh quy trình đúng.

Quy trình thực hành 8 bước

  1. Sao chép dữ liệu mẫu và bảo toàn bản gốc.
  2. Viết mục tiêu nghiệp vụ bằng tiếng Việt.
  3. Xác định khóa, kiểu dữ liệu và đơn vị.
  4. Tạo công thức hoặc truy vấn với tên bước rõ.
  5. Chèn dữ liệu lỗi để kiểm thử.
  6. Đối chiếu số dòng và bản ghi mẫu.
  7. Ghi quy tắc và điểm chưa xử lý tự động.
  8. Cho một người khác chạy lại và phản hồi.

Bộ bài tập mở rộng

  1. Tạo ít nhất 200 bản ghi BĐS giả lập.
  2. Chèn 20 lỗi thuộc ít nhất 5 nhóm.
  3. Thiết kế cách phát hiện từng nhóm lỗi.
  4. Thực hiện xử lý nhưng không ghi đè dữ liệu nguồn.
  5. Lập bảng trước–sau về số dòng, rỗng, trùng và lỗi.
  6. Tạo một báo cáo tổng hợp nhỏ.
  7. Viết hướng dẫn bàn giao tối đa một trang.
  8. Đổi bài cho nhóm khác kiểm tra độc lập.

Những lỗi thường gặp

  • Viết công thức trước khi thống nhất quy tắc.
  • Ghép bằng tên tự do thay vì khóa chuẩn.
  • Không xử lý rõ trường hợp không tìm thấy.
  • Không kiểm khóa trùng trước ghép.
  • Dùng màu thay cho dữ liệu trạng thái.
  • Sửa tay trên dữ liệu nguồn.
  • Không kiểm số dòng trước và sau.
  • Tự động hóa nhưng không có bước kiểm sau làm mới.
  • Để quy tắc nằm cứng trong nhiều công thức khó bảo trì.
  • Không có tài liệu bàn giao.

Liên hệ với công việc BĐS

Một lỗi trong Excel có thể truyền sang báo cáo giá, bản đồ, danh sách nguồn hàng hoặc quyết định kinh doanh. Sai khóa tra cứu có thể gắn giá của tài sản khác; sai thao tác ghép có thể nhân đôi số dòng; sửa địa chỉ thủ công có thể làm mất khả năng tái lập. Vì vậy kỹ năng cốt lõi không phải thao tác nhanh mà là tạo kết quả đúng và kiểm chứng được.

Tiêu chí tự đánh giá

Tiêu chíĐạt khi
Đúng logicQuy tắc nghiệp vụ rõ
Đúng kỹ thuậtCông thức/truy vấn chạy đúng
Có kiểm soátPhát hiện lỗi và ngoại lệ
Tái lậpDữ liệu mới có thể chạy lại
Bàn giaoNgười khác tiếp tục được

Câu hỏi tự kiểm tra

  • Tôi có hiểu logic hay chỉ nhớ nút bấm?
  • Khóa ghép có duy nhất không?
  • Ô rỗng và ngoại lệ được xử lý rõ chưa?
  • Kết quả có kiểm bằng cách khác được không?
  • Khi thêm dữ liệu mới, quy trình có chạy lại được không?
  • Người khác có hiểu các bước mà không hỏi tôi không?

Ghi nhớ trong 30 giây

  • Lỗi 1 là trộn dữ liệu gốc, công thức, kết quả và biểu đồ trong cùng một vùng.
  • Lỗi 3 là dùng phạm vi công thức cố định nên dữ liệu mới không được tính.
  • Lỗi 5 là dùng màu để thể hiện trạng thái nhưng không có cột trạng thái thật.
  • Lỗi 7 là không có trang hướng dẫn, từ điển dữ liệu hoặc ghi chú đơn vị.
  • Lỗi 8–10 là không kiểm soát phiên bản, không bảo vệ vùng công thức quan trọng và không kiểm thử sau cập nhật.

Nguồn tham khảo

  1. Đề cương học phần 612421 – Tin học ứng dụng trong bất động sản, Trường Đại học Nông Lâm TP.HCM.
  2. Kế hoạch 96 chủ đề website – series Tin học BĐS trong hệ thống BDSNL.
  3. Microsoft Support – tài liệu chính thức về Excel, Power Query và Power Pivot.
  4. Nguyên tắc quản trị dữ liệu: dữ liệu gốc, khóa định danh, chất lượng, lịch sử biến đổi và khả năng tái lập.
  5. Ví dụ trong bài là dữ liệu giả lập phục vụ giảng dạy.

Bài tiếp theo: “Power Query là gì và khi nào nên dùng thay vì sửa dữ liệu bằng tay?”.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

📚 Xem toàn bộ 24 bài trong series Tin học BĐS