Cách khắc phục nhanh
Lỗi #NUM! thường xuất hiện vì hai lý do: công thức của bạn yêu cầu một phép toán bất khả thi, hoặc kết quả quá lớn để Google Sheets có thể xử lý. Để xử lý nhanh, hãy kiểm tra các nguyên nhân phổ biến sau:
- Toán học bất khả thi: Bạn không thể tìm căn bậc hai của một số âm hoặc logarit của số không. Sử dụng
=SQRT(ABS(A1))để tránh điều này. - Trình tự DATEDIF: Hàm này sẽ bị lỗi nếu ngày bắt đầu mới hơn ngày kết thúc. Hãy đảo ngược chúng lại.
- Logic tài chính: Các hàm như
IRRcần ít nhất một giá trị âm và một giá trị dương trong vùng dữ liệu. Nếu tất cả các số của bạn đều là số dương, phép toán sẽ thất bại.
Chính xác thì lỗi #NUM! là gì?
Hãy coi #NUM! là cách trang tính nói rằng: "Tôi thấy các con số của bạn, nhưng phép toán này không hợp lý." Nó khác với lỗi #VALUE!. Trong khi #VALUE! xảy ra khi bạn cố gắng cộng một con số với một từ như "Apple", thì #NUM! ghi nhận rằng bạn đã cung cấp dữ liệu số, nhưng thao tác cụ thể đó không hợp lệ.
1. Giới hạn toán học và kết quả "số ảo"
Hầu hết các hàm trang tính tiêu chuẩn chỉ hoạt động với số thực. Nếu một phép tính dẫn đến số ảo, Google Sheets sẽ dừng quá trình. Ví dụ, =SQRT(-16) sẽ luôn kích hoạt lỗi #NUM! vì căn bậc hai của một số âm không tồn tại trong số học tiêu chuẩn.
2. Những con số quá lớn
Google Sheets có một mức trần kỹ thuật. Nó có thể xử lý các con số lên đến khoảng 1.79 x 10^308. Nếu bạn cố gắng tính toán một thứ gì đó như =2^1024, ô sẽ hiển thị #NUM! vì kết quả vượt quá khả năng bộ nhớ của phần mềm. Tương tự, các con số cực nhỏ (gần bằng 0) đôi khi có thể gây ra lỗi "underflow" (tràn dưới).
3. Công thức tài chính và vòng lặp (Iteration)
Các hàm như IRR (Tỷ suất hoàn vốn nội bộ) hoặc RATE không tìm ra câu trả lời ngay lập tức. Chúng sử dụng phương pháp thử và sai gọi là vòng lặp. Chúng bắt đầu với một dự đoán và tinh chỉnh nó nhiều lần. Nếu công thức trải qua 100 chu kỳ mà không tìm thấy kết quả ổn định, nó sẽ bỏ cuộc và báo lỗi. Điều này thường xảy ra nếu dữ liệu dòng tiền của bạn không hợp lý về mặt logic, chẳng hạn như một dự án có chi phí nhưng không bao giờ có doanh thu.
4. Vấn đề "Bắt đầu và Kết thúc" của DATEDIF
Hàm DATEDIF là một công cụ cũ và nổi tiếng là khắt khe. Nó tính toán thời gian giữa hai ngày, nhưng nó chỉ hoạt động theo một chiều. Nếu bạn cố gắng tìm số ngày giữa hôm nay và hôm qua bằng cách sử dụng =DATEDIF(TODAY(), TODAY()-1, "D"), nó sẽ thất bại.
Cách khắc phục
Phương pháp 1: Làm sạch dữ liệu đầu vào
Nếu nguồn dữ liệu của bạn lộn xộn, các công thức cần phải linh hoạt hơn. Sử dụng hàm ABS() (giá trị tuyệt đối) để đảm bảo các con số luôn dương ở những nơi cần thiết. Ngoài ra, hãy bọc công thức của bạn trong một kiểm tra logic.
// Cách này ngăn lỗi bằng cách kiểm tra xem giá trị có dương hay không trước
=IF(A1 > 0, LOG(A1), "Đầu vào phải > 0")
// Cách này buộc con số phải là số dương
=SQRT(ABS(A1))
Phương pháp 2: Tối ưu hóa công thức DATEDIF
Khi tính tuổi hoặc thâm niên, không phải lúc nào bạn cũng đảm bảo được cột ngày tháng nào được điền chính xác. Sử dụng MIN và MAX để đảm bảo ngày nhỏ hơn luôn đứng trước trong chuỗi.
// Cách này hoạt động ngay cả khi ngày ở A1 và B1 bị tráo đổi
=DATEDIF(MIN(A1, B1), MAX(A1, B1), "D")
Phương pháp 3: Điều chỉnh cài đặt vòng lặp
Nếu các mô hình tài chính phức tạp của bạn bị lỗi, bạn có thể cần cung cấp cho Google Sheets thêm "không gian" để tính toán. Bạn có thể tăng giới hạn tính toán theo cách thủ công:
- Mở Tệp > Cài đặt.
- Chọn tab Tính toán.
- Chuyển Tính toán lặp sang Bật.
- Đặt Số lần lặp tối đa thành 1.000. Điều này giúp các hàm như
IRRcó số lần thử tìm giải pháp nhiều gấp mười lần so với cài đặt mặc định.
Phương pháp 4: Sử dụng IFERROR để báo cáo gọn gàng hơn
Đôi khi, lỗi #NUM! là điều có thể dự đoán được trong một tập dữ liệu lớn (như tính tốc độ tăng trưởng của một công ty mới thành lập chưa có lịch sử). Nếu bạn muốn giữ cho bảng điều khiển của mình trông gọn gàng, hãy bọc công thức để hiển thị dấu gạch ngang hoặc số không thay thế.
=IFERROR(IRR(B2:B20), "Đang chờ tính toán")
Cách xác minh việc khắc phục
Để đảm bảo lỗi đã thực sự biến mất, hãy kiểm tra các giới hạn của dữ liệu. Nếu bạn đã sửa lỗi DATEDIF, hãy thử nhập một ngày từ năm 1900 và một ngày từ năm 2099 để xem logic có còn đúng không. Đối với các hàm tài chính, hãy thử thêm đối số "dự đoán" (như 0,1 cho 10%) làm phần thứ hai của công thức IRR. Nếu lỗi biến mất sau khi bạn cung cấp gợi ý đó, vấn đề chỉ đơn giản là phép toán quá phức tạp đối với các cài đặt mặc định.