Cách kiểm tra, sửa lỗi công thức Excel cho người mới: sai-đúng

Kiểm tra lỗi công thức Excel là quá trình dùng các công cụ Audit và Error Checking để phát hiện ô sai, xác định nguyên nhân, rồi sửa theo đúng logic dữ liệu và tham chiếu.

Nếu bạn thường gặp các mã lỗi như #DIV/0!, #VALUE!, #NAME?, #REF!, #NUM!, #N/A thì việc hiểu “lỗi báo gì” sẽ giúp rút ngắn thời gian dò công thức và tránh sửa sai chỗ.

Ngoài lỗi hiện ra trên ô, Excel còn có “lỗi ngầm” như sai kiểu dữ liệu, sai vùng tham chiếu, làm tròn số, hoặc công thức đúng cú pháp nhưng sai nghiệp vụ; vì vậy cần một quy trình kiểm tra theo lớp.

Giới thiệu ý mới, dưới đây là hướng dẫn theo từng bước từ nhận diện mã lỗi, lần dấu vết (Trace), đánh giá từng phần công thức (Evaluate), đến phòng ngừa lỗi tái diễn trong file lớn.

Kiểm tra lỗi công thức Excel bắt đầu từ đâu để không bỏ sót?

Bắt đầu đúng là kiểm tra theo 3 lớp: (1) mã lỗi hiển thị, (2) cảnh báo nền (tam giác xanh), (3) logic tham chiếu–dữ liệu–kết quả, nhờ vậy bạn khoanh vùng nhanh và không bỏ sót lỗi “đúng cú pháp nhưng sai kết quả”.

Tiếp theo, bạn sẽ tạo một “đường đi” kiểm tra từ tổng quan sang chi tiết để luôn biết mình đang dò ở tầng nào.

Bước 1: Quét nhanh các ô có lỗi hiển thị

• Ưu tiên các cột/tổng hợp có ảnh hưởng lớn (tổng tiền, điểm, tỷ lệ, báo cáo).
• Tìm ký hiệu lỗi ở ô: #DIV/0!, #VALUE!, #REF!, #NAME?, #NUM!, #N/A.
• Nếu bảng lớn, lọc nhanh bằng Find: tìm ký tự “#” trong vùng dữ liệu (chỉ lọc, chưa sửa vội).

Bước 2: Bật/tận dụng cảnh báo nền (tam giác xanh)

• Nhiều lỗi không hiện thành mã # nhưng Excel vẫn cảnh báo (ví dụ: số lưu dạng text, công thức không nhất quán, vùng sao chép lệch).
• Với cảnh báo nền, bạn có thể mở gợi ý sửa nhanh nhưng luôn kiểm tra lại logic trước khi áp dụng hàng loạt.

Bước 3: Kiểm tra logic theo chuỗi “dữ liệu đầu vào → công thức → kết quả”

• Đầu vào: kiểu dữ liệu (số/ngày/text), khoảng trắng ẩn, ký tự lạ, ô trống.
• Công thức: tham chiếu tương đối/tuyệt đối, vùng khóa, hàm dò tìm có đúng điều kiện.
• Kết quả: có hợp lý theo nghiệp vụ hay chỉ “ra số” là tưởng đúng.

Theo nghiên cứu của Dartmouth College từ Tuck School of Business, vào 07/2009, tổng hợp các kiểm toán thực tế cho thấy khoảng 94% bảng tính vận hành có lỗi ở mức nào đó, nên kiểm tra theo quy trình là cách giảm rủi ro thay vì dò ngẫu nhiên.

Các mã lỗi công thức Excel phổ biến nghĩa là gì và nên sửa theo hướng nào?

Các mã lỗi là “tín hiệu chẩn đoán”: mỗi mã thường gắn với một nhóm nguyên nhân (tham chiếu, dữ liệu, chia cho 0, tên hàm/vùng), vì vậy bạn chỉ cần nhận diện đúng nhóm lỗi là đã đi được hơn nửa đường sửa.

Dưới đây, bạn sẽ dùng bảng để map nhanh “mã lỗi → nguyên nhân → cách xử lý” trước khi đi sâu từng công cụ.

Bảng này chứa các mã lỗi công thức Excel thường gặp, nguyên nhân cốt lõi và hướng khắc phục nhanh để bạn đối chiếu ngay khi file báo lỗi.

Mã lỗi	Nguyên nhân hay gặp	Cách khắc phục ưu tiên
#DIV/0!	Chia cho 0 hoặc ô chia trống	Dùng IF/IFERROR để chặn; đảm bảo mẫu số khác 0; thay ô trống bằng 0 có kiểm soát
#VALUE!	Kiểu dữ liệu sai (text trộn số), ký tự ẩn, hàm nhận sai kiểu	Làm sạch dữ liệu, tách/chuẩn hóa; kiểm tra từng đối số; ép kiểu bằng VALUE, NUMBERVALUE
#NAME?	Sai tên hàm, thiếu dấu ngoặc kép, tên vùng chưa định nghĩa	Kiểm tra chính tả hàm; bổ sung dấu “”; tạo Named Range đúng
#REF!	Tham chiếu bị xóa/di chuyển sai, vùng không còn tồn tại	Hoàn tác nếu vừa xóa; sửa lại vùng tham chiếu; dùng cấu trúc Table để hạn chế gãy tham chiếu
#NUM!	Giá trị số không hợp lệ (log âm, căn bậc hai số âm), tràn giới hạn	Ràng buộc điều kiện đầu vào; chặn bằng IF; kiểm tra đơn vị/thang đo
#N/A	Hàm dò tìm không thấy kết quả (VLOOKUP/XLOOKUP/MATCH)	Kiểm tra khóa dò có trùng kiểu; xóa khoảng trắng; chọn chế độ dò chính xác; xử lý bằng IFNA/IFERROR

Để minh họa, khi gặp lỗi bạn nên hỏi ngược: “công thức đang kỳ vọng dữ liệu kiểu gì?” rồi kiểm tra đúng ô đầu vào đó, thay vì chỉ chăm chăm sửa công thức.

Trong phần triển khai tiếp theo, bạn sẽ học cách dùng các công cụ Audit để chỉ ra chính xác ô nào gây lỗi và vì sao.

Làm sao dùng Error Checking để Excel chỉ ra lỗi nhanh nhất?

Có, Error Checking giúp bạn duyệt lỗi theo từng ô, đưa ra gợi ý sửa và cho phép “Trace Error” để lần ngược nguồn gây lỗi; đây là cách nhanh nhất khi bảng có nhiều cảnh báo nền hoặc mã lỗi rải rác.

Sau đây, bạn sẽ thiết lập đúng chế độ kiểm tra nền và chạy kiểm tra theo thứ tự ưu tiên.

Cách bật/kiểm soát Error Checking

• Windows: File → Options → Formulas → Error Checking (bật kiểm tra nền nếu bạn muốn Excel cảnh báo liên tục).
• macOS: Excel → Preferences → Error Checking.
• Nếu file nặng, hãy tạm tắt kiểm tra nền để giảm giật, rồi chạy kiểm tra theo phiên khi cần.

Cách chạy Error Checking theo đúng nhịp

1. Đứng ở vùng báo cáo/tổng hợp (nơi kết quả quan trọng nhất).
2. Formulas → Error Checking → xem lỗi theo từng ô và đọc “mô tả lỗi” thay vì bấm sửa ngay.
3. Dùng Trace Error/Trace Precedents để xác định ô đầu vào gây vấn đề.
4. Chỉ sửa khi bạn xác nhận nguyên nhân thuộc dữ liệu, tham chiếu hay điều kiện nghiệp vụ.

Theo tài liệu hướng dẫn chính thức của Microsoft, Error Checking hoạt động tốt nhất khi bạn bật kiểm tra nền để Excel đánh dấu ô nghi vấn bằng tam giác ở góc trên-trái, từ đó bạn duyệt lỗi theo luồng thay vì tìm thủ công.

Nếu bạn muốn xem trực tiếp hướng dẫn chính thức: https://support.microsoft.com/en-us/office/detect-formula-errors-in-excel-3a8acca5-1d61-4702-80e0-99a36a2822c1

Quan trọng hơn, Error Checking chỉ là “đèn báo”; để hiểu lỗi phát sinh ở bước nào trong công thức, bạn cần Evaluate Formula.

Evaluate Formula giúp bóc tách công thức sai như thế nào?

Evaluate Formula cho phép chạy công thức theo từng bước, hiển thị giá trị trung gian của từng phần, nhờ đó bạn nhìn thấy “đoạn nào làm hỏng kết quả” thay vì đoán; đây là công cụ mạnh nhất khi công thức dài hoặc lồng nhiều hàm.

Tiếp theo, bạn sẽ áp dụng quy tắc “bóc từng lớp” để sửa chính xác và tránh phá cấu trúc.

Cách dùng Evaluate Formula theo 5 bước

1. Chọn ô đang báo lỗi hoặc cho kết quả sai.
2. Vào Formulas → Evaluate Formula.
3. Đọc phần được gạch chân (đó là “bước đang tính”).
4. Bấm Evaluate để xem kết quả trung gian; ghi lại điểm bất thường (ví dụ: trả về text thay vì số, trả về #N/A, trả về 0).
5. Sửa đúng “điểm gãy” rồi chạy lại từ đầu để xác nhận.

Mẹo bóc nhanh công thức dài

• Tách công thức thành các cột phụ: mỗi cột làm 1 phần (lọc, dò tìm, tính toán), sau đó ghép lại khi ổn.
• Thay các đoạn lồng sâu bằng LET (nếu Excel hỗ trợ) để đặt tên biến, dễ đọc và dễ dò.
• Đặt ngoặc và xuống dòng (Alt+Enter trong thanh công thức) để nhìn cấu trúc rõ hơn.

Theo nghiên cứu của NLM (National Library of Medicine) từ hệ thống PubMed, vào 08/2016, nhóm tác giả trên Genome Biology ghi nhận Excel có thể tự chuyển đổi dữ liệu theo mặc định gây sai lệch (như chuyển tên gen thành ngày), cho thấy việc kiểm tra giá trị trung gian và kiểu dữ liệu là bắt buộc khi dữ liệu “trông giống nhau” nhưng bản chất khác.

Và để xem rõ ô nào “đổ dữ liệu” vào công thức, bạn cần Trace Precedents/Dependents.

Trace Precedents/Dependents dùng để lần dấu lỗi tham chiếu ra sao?

Trace Precedents chỉ ra ô nguồn đang cấp dữ liệu cho công thức, còn Trace Dependents chỉ ra ô nào phụ thuộc vào kết quả của ô hiện tại; nhờ hai mũi tên này, bạn lần ra chỗ sai tham chiếu hoặc sai dữ liệu đầu vào theo đúng “dòng chảy”.

Dưới đây, bạn sẽ dùng chúng như bản đồ để đi từ lỗi tới nguyên nhân gốc.

Khi nào nên dùng Trace Precedents?

• Khi công thức trả về #VALUE!, #REF! hoặc kết quả “lệch” nhưng không rõ dữ liệu nào gây ra.
• Khi bạn nghi ngờ ô nguồn bị nhập sai kiểu (số thành text, ngày tháng sai định dạng).
• Khi công thức dùng nhiều vùng (SUMIFS, XLOOKUP, INDEX/MATCH) và bạn muốn xác nhận vùng đúng sheet.

Khi nào nên dùng Trace Dependents?

• Khi bạn sửa một ô và muốn biết những báo cáo/tổng hợp nào sẽ bị ảnh hưởng.
• Khi cần kiểm tra xem ô “trung gian” có đang được dùng ở đâu để tránh sửa làm hỏng báo cáo.

Quy trình lần dấu 3 bước (rất thực dụng)

1. Trace Precedents từ ô lỗi để tìm ô nguồn gần nhất.
2. Nếu ô nguồn là công thức tiếp, lặp lại Trace Precedents cho tới khi gặp dữ liệu thô (input).
3. Sửa dữ liệu thô hoặc sửa điểm tham chiếu sai, sau đó Trace Dependents để kiểm tra ảnh hưởng lan truyền.

Ngược lại, nếu lỗi đến từ dò tìm không khớp khóa, bạn nên xử lý theo nhóm lỗi #N/A và lỗi dò tìm.

Vì sao #N/A xuất hiện và cách xử lý khi dò tìm không khớp?

#N/A thường xuất hiện vì “không tìm thấy giá trị” trong vùng dò: khóa dò khác kiểu (text vs số), có khoảng trắng ẩn, vùng dò sai cột, hoặc chế độ dò không chính xác; sửa đúng là chuẩn hóa khóa và cấu hình hàm dò.

Tiếp theo, bạn sẽ sửa #N/A theo checklist để không còn lỗi lặp đi lặp lại.

Checklist 7 điểm dọn sạch lỗi dò tìm

• So kiểu dữ liệu: khóa ở hai bảng đều là số hoặc đều là text (đừng để một bên “số dạng text”).
• Xóa khoảng trắng ẩn: TRIM để bỏ khoảng trắng đầu-cuối; CLEAN nếu có ký tự không in được.
• Khóa vùng dò: dùng tham chiếu tuyệt đối ($) hoặc dùng Table để vùng tự mở rộng đúng.
• Chọn dò chính xác: với VLOOKUP, ưu tiên FALSE/0; với XLOOKUP, chọn match chính xác.
• Kiểm tra cột trả về: VLOOKUP dễ sai vì “cột thứ mấy”; INDEX/MATCH hoặc XLOOKUP rõ ràng hơn.
• Trùng khóa: nếu có nhiều bản ghi trùng, bạn cần quy tắc chọn bản ghi (đầu/ cuối/ theo ngày).
• Thiếu dữ liệu: nếu thật sự không có, dùng IFNA để hiển thị thông báo thay vì để lỗi.

Mẫu xử lý hiển thị thân thiện

• IFNA(XLOOKUP(…),”Không tìm thấy”)
• IFERROR(VLOOKUP(…),”Kiểm tra lại khóa”)

Trong thực tế, cụm “xử lý lỗi #VALUE #N/A” thường đi cùng nhau vì dữ liệu bẩn vừa làm dò tìm không khớp vừa làm công thức tính toán nhận sai kiểu.

Sau khi xử lý dò tìm, bạn nên quay lại lỗi #VALUE! vì đây là lỗi “mơ hồ” và tốn thời gian nếu không có chiến thuật.

#VALUE! khó chịu ở chỗ nào và cách sửa theo nguyên nhân gốc?

#VALUE! khó vì nó báo “sai kiểu dữ liệu/đối số” nhưng không nói rõ ô nào; cách sửa hiệu quả là kiểm tra kiểu dữ liệu từng đối số, tìm ký tự ẩn và chuẩn hóa chuỗi–số trước khi tính.

Dưới đây, bạn sẽ chia lỗi #VALUE! thành 4 nhóm để khoanh vùng nhanh.

Nhóm 1: Số bị lưu dạng text

• Dấu hiệu: nhìn giống số nhưng căn trái, không tính SUM đúng.
• Khắc phục: VALUE/NUMBERVALUE; hoặc Text to Columns để ép kiểu hàng loạt.

Nhóm 2: Ký tự ẩn và khoảng trắng lạ

• Dấu hiệu: VLOOKUP/XLOOKUP không khớp dù nhìn “y như nhau”.
• Khắc phục: TRIM, CLEAN, SUBSTITUTE để loại bỏ ký tự không mong muốn.

Nhóm 3: Hàm nhận sai kiểu đối số

• Ví dụ: DATEVALUE nhận chuỗi không đúng định dạng; LEFT/RIGHT cắt sai vì dữ liệu rỗng.
• Khắc phục: kiểm tra từng đối số bằng Evaluate Formula, hoặc tạo cột phụ để nhìn kết quả trung gian.

Nhóm 4: Mảng/khớp kích thước sai

• Dấu hiệu: công thức mảng tham chiếu vùng lệch hàng/cột, hoặc phép toán giữa hai vùng khác kích thước.
• Khắc phục: căn lại vùng; dùng Table/Structured References để tránh lệch khi thêm dòng.

Quan trọng hơn, sau khi sửa được một lỗi #VALUE!, bạn cần phòng việc “sửa đúng một ô nhưng sai cả cột” bằng cách kiểm tra tính nhất quán công thức.

Làm sao kiểm tra tính nhất quán công thức để tránh “một cột một kiểu”?

Kiểm tra nhất quán là so công thức theo mẫu: cùng cột nên có cùng cấu trúc (chỉ khác tham chiếu tương đối), nhờ vậy bạn phát hiện nhanh ô bị sửa tay, copy lệch, hoặc dùng nhầm dấu $ làm sai hàng loạt.

Tiếp theo, bạn sẽ dùng chiến thuật “so mẫu–tìm ngoại lệ” thay vì nhìn từng ô.

Cách làm nhanh (không cần add-in)

• Dùng Show Formulas (Ctrl+`) để nhìn toàn bộ công thức và phát hiện ô “khác cấu trúc”.
• Chọn cả cột → Find & Select → Go To Special → Formulas để gom ô công thức, rồi so các nhóm.
• Dùng Conditional Formatting để đánh dấu ô có công thức khác so với ô mẫu (tùy mức kỹ năng).

Dấu hiệu công thức không nhất quán hay gặp

• Cùng cột nhưng có ô dùng SUM, ô khác dùng SUMIFS.
• Ô bị hard-code số thay vì tham chiếu (sửa nhanh nhưng gây sai về sau).
• Tham chiếu bị khóa sai: $A$2 kéo xuống vẫn giữ nguyên, làm cả cột “dính” một ô.

Để hiểu rõ hơn, bạn có thể thiết kế “cột kiểm thử” với dữ liệu mẫu, rồi so kết quả trước–sau khi kéo công thức.

Trong nhiều tình huống nghiệp vụ, bạn cũng cần chặn lỗi bằng IF/IFERROR để báo cáo không bị “vỡ”, nhưng chặn lỗi đúng cách mới quan trọng.

Dùng IFERROR/IFNA để che lỗi có nên không và dùng thế nào cho đúng?

Có thể dùng IFERROR/IFNA để báo cáo không bị gián đoạn, nhưng phải dùng sau khi bạn đã hiểu nguyên nhân; nếu lạm dụng, bạn sẽ che mất lỗi thật và khiến quyết định dựa trên số sai.

Dưới đây là cách “chặn lỗi có kiểm soát” để vừa sạch báo cáo vừa không mất dấu lỗi.

Nguyên tắc 3 tầng khi chặn lỗi

• Tầng 1 (logic): chặn điều kiện ngay từ đầu vào, ví dụ IF(mẫu_số=0,””,tính).
• Tầng 2 (dò tìm): ưu tiên IFNA cho #N/A để phân biệt “không tìm thấy” với lỗi khác.
• Tầng 3 (tổng quát): IFERROR chỉ dùng khi bạn thật sự muốn bắt mọi lỗi và có thông báo phù hợp.

Mẫu hiển thị “có ích” thay vì để trống

• “Thiếu dữ liệu đầu vào” (khi ô nguồn trống)
• “Không tìm thấy mã” (khi dò tìm)
• “Kiểm tra định dạng số” (khi ép kiểu)

Trong môi trường làm việc, những file thuộc nhóm phần mềm văn phòng thường được chia sẻ qua nhiều người; vì vậy, chặn lỗi nên đi kèm quy ước nhập liệu để tránh người khác “thêm dữ liệu bẩn” làm lỗi quay lại.

Tiếp theo, bạn sẽ ghép tất cả công cụ thành một quy trình audit hoàn chỉnh cho file lớn.

Quy trình kiểm tra lỗi công thức Excel cho file lớn: làm theo thứ tự nào?

Với file lớn, bạn nên audit theo thứ tự: báo cáo/tổng hợp → cột công thức chính → dữ liệu nguồn, kết hợp Error Checking, Trace, Evaluate và kiểm tra nhất quán; thứ tự này giảm thời gian vì bạn sửa ở nơi tác động lớn trước.

Sau đây là quy trình 8 bước có thể áp dụng lặp lại cho mọi workbook.

1. Chốt phạm vi: xác định sheet nào là nguồn, sheet nào là báo cáo.
2. Khoanh “ô quan trọng”: các tổng, KPI, điểm, tiền, tỷ lệ, kết quả cuối.
3. Quét mã lỗi: tìm # trong vùng báo cáo, ghi lại vị trí.
4. Chạy Error Checking: duyệt lỗi theo luồng, không sửa vội.
5. Trace Precedents: lần về dữ liệu thô, xác định ô gây lỗi thật.
6. Evaluate Formula: bóc công thức dài để thấy bước làm sai.
7. Kiểm tra nhất quán: Show Formulas và tìm ngoại lệ trong cột.
8. Test lại: tạo vài dòng dữ liệu kiểm thử (edge cases) để xác nhận công thức bền.

Video minh họa cách phát hiện lỗi công thức nhanh

Nếu bạn cần tải Excel/đăng ký dùng chính thống để có đầy đủ Formulas tools: https://www.microsoft.com/microsoft-365/excel

Ngoài ra, khi bạn triển khai tạo biểu mẫu chấm công bằng Excel, quy trình audit này đặc biệt hữu ích vì chỉ cần một tham chiếu lệch ngày/giờ là sai cả bảng tổng giờ công.

Ranh giới ngữ cảnh: Từ đây, nội dung chuyển sang mẹo nâng cao để phòng lỗi tái diễn và xử lý các tình huống hiếm gặp (vòng lặp, làm tròn, dữ liệu tự đổi kiểu) trong workbook nhiều người dùng.

Làm sao phòng lỗi công thức tái diễn và xử lý các “lỗi hiếm” trong Excel?

Phòng lỗi bền vững là chuẩn hóa dữ liệu đầu vào, cấu trúc bảng theo Table, đặt quy ước công thức và kiểm thử biên; với lỗi hiếm như vòng lặp hay làm tròn, bạn cần hiểu cơ chế tính của Excel để chọn cách chặn phù hợp.

Tiếp theo, bạn sẽ áp dụng 4 nhóm mẹo hiếm nhưng rất “đáng tiền” khi file chạy lâu và nhiều người chỉnh sửa.

Circular Reference xuất hiện thì nên xử lý thế nào để không sai ngầm?

Circular Reference (tham chiếu vòng) có thể làm Excel tính sai hoặc phải bật Iterative Calculation; cách an toàn là phá vòng bằng cột trung gian hoặc đổi thiết kế tính, chỉ bật lặp khi bạn hiểu rõ mô hình và có giới hạn số vòng lặp.

Quan trọng hơn, sau khi phá vòng, hãy kiểm tra lại các ô phụ thuộc bằng Trace Dependents để chắc chắn không còn vòng ẩn.

Lỗi làm tròn và sai số nhỏ (floating-point) có đáng lo không?

Có, sai số nhỏ có thể tích lũy khiến tổng cuối lệch vài đơn vị, đặc biệt khi nhân chia nhiều bước; bạn nên dùng ROUND ở điểm chốt (đầu ra báo cáo) và tránh ROUND ở mọi bước trung gian nếu không có lý do nghiệp vụ.

Để bắt đầu, hãy xác định “điểm cần làm tròn theo nghiệp vụ” rồi khóa quy ước đó trong toàn workbook.

Làm sao ngăn Excel tự đổi kiểu dữ liệu (ngày/tháng, số dạng text)?

Ngăn tự đổi kiểu là kiểm soát định dạng trước khi dán/nhập, dùng Data Validation, và làm sạch dữ liệu bằng TRIM/CLEAN; khi nhập từ CSV, nên dùng Import wizard để chọn kiểu cột thay vì mở trực tiếp.

Theo nghiên cứu của NLM từ PubMed, vào 08/2016, có ghi nhận Excel có thể tự chuyển đổi dữ liệu theo mặc định dẫn tới lỗi chuyển đổi không mong muốn, nên bước kiểm tra kiểu dữ liệu đầu vào là bắt buộc với dữ liệu “nhạy kiểu”.

Checklist “đóng gói” file trước khi gửi cho người khác để giảm lỗi phát sinh

Trước khi gửi, hãy khóa vùng nhập, ghi chú cột nào được phép sửa, chạy lại Error Checking ở sheet báo cáo và test 3–5 case biên; nếu cần chia sẻ, ưu tiên gửi bản sao “đã khóa” để tránh người nhận vô tình sửa công thức.

Nếu bạn thường chia sẻ template qua cộng đồng Phần Mềm Free, checklist này giúp giảm tình trạng người khác dùng sai dữ liệu rồi báo “file lỗi” dù công thức đúng thiết kế.

Các câu hỏi thường gặp

Vì sao Excel không báo lỗi nhưng kết quả vẫn sai?

Vì công thức có thể đúng cú pháp nhưng sai logic nghiệp vụ, hoặc dữ liệu đầu vào bị sai kiểu/sai đơn vị; hãy dùng Evaluate Formula để xem giá trị trung gian và Trace Precedents để kiểm tra nguồn dữ liệu.

Có nên sửa lỗi trực tiếp trên ô báo cáo hay sửa ở dữ liệu nguồn?

Nên ưu tiên sửa ở nguyên nhân gốc: nếu lỗi do dữ liệu, sửa dữ liệu nguồn; nếu lỗi do tham chiếu/công thức, sửa công thức ở cột mẫu rồi kéo đồng nhất để tránh “vá từng ô”.

Khi nào nên dùng IFERROR thay vì IFNA?

Dùng IFNA khi bạn chỉ muốn xử lý “không tìm thấy” của hàm dò; dùng IFERROR khi bạn chấp nhận bắt mọi lỗi và có thông báo phù hợp, nhưng không dùng để che lỗi chưa hiểu nguyên nhân.

Làm sao kiểm tra nhanh cả cột công thức có bị lệch $ không?

Bật Show Formulas, chọn vài điểm đầu–giữa–cuối cột để so cấu trúc; nếu thấy tham chiếu bị “đóng băng” sai chỗ, sửa công thức mẫu và kéo lại toàn cột để đồng bộ.

Excel Online có kiểm tra lỗi công thức giống Excel desktop không?

Excel Online có một số cảnh báo và hiển thị lỗi cơ bản, nhưng bộ công cụ audit đầy đủ (như một số rule và thao tác kiểm tra nâng cao) thường tiện hơn trên Excel desktop; nếu bạn audit file nặng, nên mở bằng bản desktop để kiểm tra kỹ.