Conditional Formatting giúp phát hiện dữ liệu bất thường ra sao?

Bài 15 – Conditional Formatting giúp phát hiện dữ liệu bất thường ra sao? 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. Định dạng có điều kiện làm nổi bật ô hoặc dòng thỏa quy tắc để người dùng nhìn nhanh lỗi trong bảng lớn.

Định dạng có điều kiện làm nổi bật ô hoặc dòng thỏa quy tắc để người dùng nhìn nhanh lỗi trong bảng lớn.

Để đư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. Có thể tô cảnh báo ô bắt buộc bị trống, mã trùng, giá bằng 0, diện tích âm hoặc ngày cập nhật quá cũ.

Có thể tô cảnh báo ô bắt buộc bị trống, mã trùng, giá bằng 0, diện tích âm hoặc ngày cập nhật quá cũ.

3. Công thức trong quy tắc có thể kiểm quan hệ nhiều cột, chẳng hạn trạng thái Đã xác minh nhưng thiếu ngày xác minh.

Công thức trong quy tắc có thể kiểm quan hệ nhiều cột, chẳng hạn trạng thái Đã xác minh nhưng thiếu ngày xác minh.

Câu hỏi kiểm	Mụ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. Thanh dữ liệu hoặc thang màu có thể giúp quan sát phân bố nhưng không nên lạm dụng màu.

Thanh dữ liệu hoặc thang màu có thể giúp quan sát phân bố nhưng không nên lạm dụng màu.

5. Định dạng chỉ cảnh báo, không ngăn nhập sai

Định dạng chỉ cảnh báo, không ngăn nhập sai; muốn chặn phải kết hợp kiểm soát dữ liệu nhập.

6. Màu phải có chú giải hoặc quy tắc rõ vì người nhận tệp không thể đoán ý nghĩa từng màu.

Màu phải có chú giải hoặc quy tắc rõ vì người nhận tệp không thể đoán ý nghĩa từng màu.

Câu hỏi kiểm	Mụ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. Không dùng màu như dữ liệu

Không dùng màu như dữ liệu; trạng thái phải nằm trong một cột thật có thể lọc và tổng hợp.

8. Khi nhiều quy tắc cùng áp dụng cần kiểm thứ tự và phạm vi để tránh quy tắc này che quy tắc khác.

Khi nhiều quy tắc cùng áp dụng cần kiểm thứ tự và phạm vi để tránh quy tắc này che quy tắc khác.

Bảng trọng tâm

Lỗi	Cảnh báo	Hành động
Trùng	Đỏ	Rà khóa
Thiếu	Vàng	Bổ sung
Ngày cũ	Vàng	Xác minh lại

Ví dụ quy tắc theo công thức

=AND($H2="Đã xác minh",$I2="")

Quy tắc này có thể tô cảnh báo dòng đã xác minh nhưng thiếu ngày xác minh. Màu chỉ là hiển thị, không thay cột trạng thái kiểm tra.

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ần	Ví dụ	Bằng chứng
Quy tắc	Giá >0	Cột kiểm
Khóa	ma_bds	Đếm trùng
Ngoại lệ	Không tìm thấy	Cờ lỗi
Kết quả	Số dòng sau ghép	Bảng đối chiếu
Tái lập	Làm mới lại	Nhậ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ớp	Nội dung	Quy tắc
Nguồn	Dữ liệu gốc	Không sửa trực tiếp
Xử lý	Công thức/bước	Có tên rõ
Kiểm tra	Cờ lỗi/đối chiếu	Không bỏ qua
Đầu ra	Bảng tổng hợp	Có ngày/phiên bản
Hướng dẫn	Đơn vị/quy trình	Bà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

Bảng 12.000 nguồn hàng cần cảnh báo mã trùng, giá bằng 0, diện tích âm, ngày cập nhật quá 45 ngày và trạng thái đã xác minh nhưng thiếu nguồn. Hãy thiết kế hệ thống cảnh báo.

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

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

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

Tạo ít nhất 200 bản ghi BĐS giả lập.
Chèn 20 lỗi thuộc ít nhất 5 nhóm.
Thiết kế cách phát hiện từng nhóm lỗi.
Thực hiện xử lý nhưng không ghi đè dữ liệu nguồn.
Lập bảng trước–sau về số dòng, rỗng, trùng và lỗi.
Tạo một báo cáo tổng hợp nhỏ.
Viết hướng dẫn bàn giao tối đa một trang.
Đổ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 logic	Quy tắc nghiệp vụ rõ
Đúng kỹ thuật	Công thức/truy vấn chạy đúng
Có kiểm soát	Phát hiện lỗi và ngoại lệ
Tái lập	Dữ liệu mới có thể chạy lại
Bàn giao	Ngườ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

Định dạng có điều kiện làm nổi bật ô hoặc dòng thỏa quy tắc để người dùng nhìn nhanh lỗi trong bảng lớn.
Công thức trong quy tắc có thể kiểm quan hệ nhiều cột, chẳng hạn trạng thái Đã xác minh nhưng thiếu ngày xác minh.
Định dạng chỉ cảnh báo, không ngăn nhập sai; muốn chặn phải kết hợp kiểm soát dữ liệu nhập.
Không dùng màu như dữ liệu; trạng thái phải nằm trong một cột thật có thể lọc và tổng hợp.
Khi nhiều quy tắc cùng áp dụng cần kiểm thứ tự và phạm vi để tránh quy tắc này che quy tắc khác.

Nguồn tham khảo

Đề 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.
Kế hoạch 96 chủ đề website – series Tin học BĐS trong hệ thống BDSNL.
Microsoft Support – tài liệu chính thức về Excel, Power Query và Power Pivot.
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.
Ví dụ trong bài là dữ liệu giả lập phục vụ giảng dạy.

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

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.