Công thức tự thêm số lẻ sau dấu phẩy, nhờ các cao nhân giúp em ạ.

[Tenkhonghople]

Em bị lỗi như hình và mô tả dưới đây ạ:



- Bị lỗi đúng ô bôi vàng, các số ở ô bên cạnh H54 và G54 nhập bằng tay, không có số lẻ sau dấu phẩy.
- Công thức nhập từ các ô phía trên và dưới giống nhau, như trên dòng công thức phía trên ạ. Kiểm tra kết quả cộng trừ của công thức phía trên không bị lỗi này. Kết quả kiểm tra thể hiện ở cột M.
- File em đính kèm theo.

Các cao nhân đi qua giúp em một tay, cho em biết lỗi này là lỗi gì, xử lý như nào ạ? Em cảm ơn.

 

[huonglien1901]

Em bị lỗi như hình và mô tả dưới đây ạ:

View attachment 266321

- Bị lỗi đúng ô bôi vàng, các số ở ô bên cạnh H54 và G54 nhập bằng tay, không có số lẻ sau dấu phẩy.
- Công thức nhập từ các ô phía trên và dưới giống nhau, như trên dòng công thức phía trên ạ. Kiểm tra kết quả cộng trừ của công thức phía trên không bị lỗi này. Kết quả kiểm tra thể hiện ở cột M.
- File em đính kèm theo.

Các cao nhân đi qua giúp em một tay, cho em biết lỗi này là lỗi gì, xử lý như nào ạ? Em cảm ơn.

Bạn đang định dạng như hình!

 

[ptm0412]

Bạn đang định dạng như hình!

Tác giả hỏi tại sao 3877.300000000000000000000 - 3480.00000000000000000 lại bằng 397.29999999999999000

 

[HieuCD]

Em bị lỗi như hình và mô tả dưới đây ạ:

View attachment 266321

- Bị lỗi đúng ô bôi vàng, các số ở ô bên cạnh H54 và G54 nhập bằng tay, không có số lẻ sau dấu phẩy.
- Công thức nhập từ các ô phía trên và dưới giống nhau, như trên dòng công thức phía trên ạ. Kiểm tra kết quả cộng trừ của công thức phía trên không bị lỗi này. Kết quả kiểm tra thể hiện ở cột M.
- File em đính kèm theo.

Các cao nhân đi qua giúp em một tay, cho em biết lỗi này là lỗi gì, xử lý như nào ạ? Em cảm ơn.

Do máy tính thực hiện phép "+ - * / " hơi khác cách tính được dạy ở phổ thông, thỉnh thoảng có sai số nho nhỏ, chỉ cần thêm hàm Round với khoảng 10 số lẽ

 

[Tenkhonghople]

Bạn đang định dạng như hình!
View attachment 266323

Cảm ơn bạn, cái này không phải lỗi định dạng mà là lỗi của phép tính. Kể cả định dạng lại thì vẫn bị lỗi.

Do máy tính thực hiện phép "+ - * / " hơi khác cách tính được dạy ở phổ thông, thỉnh thoảng có sai số nho nhỏ, chỉ cần thêm hàm Round với khoảng 10 số lẽ

Vẫn là công thức đó nhưng kết quả tính của các số phía trên lại không bị, chỉ bị mỗi ở ô bôi vàng đó thôi. Nếu là cách tính khác thì phải bị hàng loạt ở những ô có công thức đó chứ, đây lại bị ở mỗi một ô thôi ạ. Giải pháp tình thế của mình cũng là dùng hàm Round rồi, nhưng bây giờ nó lại bị lỗi tương tự thêm ở bảng tính khác cũng vẫn công thức trên.

Các anh/chị biết thì chỉ giúp em ạ. Em cảm ơn.

Bài đã được tự động gộp: 19/9/21

Tác giả hỏi tại sao 3877.300000000000000000000 - 3480.00000000000000000 lại bằng 397.29999999999999000

Dạ, đúng rồi đấy ạ. Có thể nói chi tiết như sau:

Công thức của mình là: ô bôi vàng = ô ngay phía trên nó + ô bên trái, cách 1 ô - ô bên trái liền kề.

Với công thức đó thì các kết quả tính của ô phía trên đều đúng, không bị thêm các số lẻ vào sau dấu phẩy, thể hiện ở ô M53 là 3.877,300000000000000000000. Đến ô bôi vàng thì kết quả bị số lẻ ở phía sau, thể hiện ở ô M54 là 397.29999999999999000 đấy ạ. Trong khi giá trị của các ô phía trên, 2 ô bên cạnh đều không có số lẻ.

 

[ptm0412]

Dạ, đúng rồi đấy ạ. Có thể nói chi tiết như sau:

Bạn khỏi giải thích công thức, tôi đã xem mới viết được như thế.
Còn tại sao chỉ 1 ô sai, 1 số ô đúng thì bài 4 nói rõ là "thỉnh thoảng".

 

[Tenkhonghople]

Bạn khỏi giải thích công thức, tôi đã xem mới viết được như thế.
Còn tại sao chỉ 1 ô sai, 1 số ô đúng thì bài 4 nói rõ là "thỉnh thoảng".

Dạ, cảm ơn Mod. Vậy là, cũng không biết được chính xác là lỗi gì. Hy vọng sẽ gặp được người bị thế này và xử lý được mách em ạ.

 

[batman1]

Dạ, cảm ơn Mod. Vậy là, cũng không biết được chính xác là lỗi gì. Hy vọng sẽ gặp được người bị thế này và xử lý được mách em ạ.

Không có cách nào khác đâu. Khi làm việc với số thập phân thì phải chấp nhận sai số, và tùy vào trường hợp phải làm tròn khi tính toán hoặc không so sánh kiểu vd. "nếu a = 0 thì". Phải là vd. "nếu giá trị tuyệt đối của a < 1/1000000 thì".

Đừng vặn vẹo, tại sao chỗ kia không thế mà chỗ này lại thế.

Tốt nhất bạn nên đọc bài này.

Floating-point arithmetic may give inaccurate result in Excel - Microsoft 365 Apps

Discusses that floating-point arithmetic may give inaccurate results in Excel.

docs.microsoft.com

 

[Tenkhonghople]

Không có cách nào khác đâu. Khi làm việc với số thập phân thì phải chấp nhận sai số, và tùy vào trường hợp phải làm tròn khi tính toán hoặc không so sánh kiểu vd. "nếu a = 0 thì". Phải là vd. "nếu giá trị tuyệt đối của a < 1/1000000 thì".

Đừng vặn vẹo, tại sao chỗ kia không thế mà chỗ này lại thế.

Tốt nhất bạn nên đọc bài này.

Floating-point arithmetic may give inaccurate result in Excel - Microsoft 365 Apps

Discusses that floating-point arithmetic may give inaccurate results in Excel.

docs.microsoft.com

Vậy hả, cảm ơn bạn.