Hàm SUMIF cho ra kết quả như có MA vậy? ai giải thích dùm với! (1 người xem)

[bebo021999]

Hai hàm SUMIF tại E3 và F3 cho ra 2 kết quả sai.
Các ACE cho ý kiến nhé.

 

[nhat chi mai]

Hai hàm SUMIF tại E3 và F3 cho ra 2 kết quả sai.
Các ACE cho ý kiến nhé.

Cho em mạo phạm chút ạ. Em tải file về máy không bị lỗi gì
p.s Em tải dữ liệu của Bác ấy về kết quả vẫn bằng nhau Anh Thảo ạ. đây là hình ảnh file em tải về.

 

[leonguyenz]

Cho em mạo phạm chút ạ. Em cố định vùng sum kết quả bằng nhau ạ.

Chỉ ra nguyên nhân, chứ không phải là sửa công thức.
Hình như nguyên nhân là định dạng cột C, lần đầu em gặp trường hợp này.

 

[bebo021999]

Bản thân điều kiện của SUMIF không tồn tại, kết quả phải bằng 0 chứ?

 

[hieuxd]

Cho em mạo phạm chút ạ. Em tải file về máy không bị lỗi gì
p.s Em tải dữ liệu của Bác ấy về kết quả vẫn bằng nhau Anh Thảo ạ. đây là hình ảnh file em tải về.
View attachment 97953

Có vấn đề thật cảnh nhé, như anh thảo chỉ ra em cũng không rõ
Em không hề sửa định dạng cột C
Chỉ ấn vào công thức xem song ấn Enter thấy kết quả sai khác
Kết quả tại 2 ô bằng 392 mới đúng
Thử nhấn vào ô F3 xem công thức của cảnh rồi nhấn Enter xem kết quả khác ngay

 

[hieuxd]

Bản thân điều kiện của SUMIF không tồn tại, kết quả phải bằng 0 chứ?

Điều kiện này luôn đúng kết quả phải bằng Sum(A1:A18) =392 mới đúng

 

[leonguyenz]

Cho em mạo phạm chút ạ. Em tải file về máy không bị lỗi gì
p.s Em tải dữ liệu của Bác ấy về kết quả vẫn bằng nhau

Đã có tác động vào rồi, thử tải file khác xem, 1 kết quả 392, 1 kq 302
Coppy công thức, paste các ô khác lại cho thêm kq 0 và 90.

 

[nhat chi mai]

Đây là file mà em chưa chỉnh sửa, vẫn nguyên copy về, khi em xem định dạng ô thì ô E2, E3 có định dạng là Currency, còn lại định dạng general.

 

[nhat chi mai]

Đã có tác động vào rồi, thử tải file khác xem, 1 kết quả 392, 1 kq 302
Coppy công thức, paste các ô khác lại cho thêm kq 0 và 90.

Nói như Anh THẢO cái này em công nhận, kết quả trả về 0. Nếu giả sử thôi ạ.
Ô E3=SUMIF(C1:C18, ,A1:A18) thì kết quả trả về là 0.
Nhưng vấn đề là Bác ấy dùng công thức SUMIF(C1:C18,"<>pending",A1:A18) thì em không hiểu tại sao lại có thể ra kết quả được.
- khi em copy sang sheet khác paste giá trị thì kết quả bằng 392 là đúng (giống như KQ ANH HIẾU)

 

[hieuxd]

Không tin vào mắt mình nữa
Xem File của bài #1 nhiều có khi mình cũng nghĩ là hàm Sumif như Ma thật
Chỉ cần một tác động nhỏ vào File kết quả thay đổi ngay
Chỉ cần chèn thêm vào một dòng vào bảng tính thấy kết quả khác ngay
Nếu thêm ngoài vùng dữ liệu A1:A18 thì khi xem lại công thức và nhấn Enter cũng cập nhật kết quả mới
Mong các sư phụ có lời giải đáp cặn kẽ lỗi này. Em cũng gặp một số lần lỗi hàm Sumif này rồi nhưng không giải thích được

 

[olegtran]

Có vấn đề gì đó ở ô C1-C18. Nếu bạn delete vào các ô D1-D18 thì không sao nhưng delete cột C thì "sao" ngay. Có thể ai đó đã viết macro ẩn để "dọa ma" chúng ta (ấy là tôi đoán mò), làm vô hiệu hóa 2 con số Á17, A18. Các phù thủy, thầy pháp hãy ra tay bắt "ma" đi.

 

[hoamattroicoi]

Có vấn đề gì đó ở ô C1-C18. Nếu bạn delete vào các ô D1-D18 thì không sao nhưng delete cột C thì "sao" ngay. Có thể ai đó đã viết macro ẩn để "dọa ma" chúng ta (ấy là tôi đoán mò), làm vô hiệu hóa 2 con số Á17, A18. Các phù thủy, thầy pháp hãy ra tay bắt "ma" đi.

Bôi màu thử 2 ô D17 và D18 sau đó bấm Delete thì hiện kết quả đúng (392), 10 lần như 1, kể cũng lạ, mình đoán là do định dạng gì đó lừa người đây, he he

 

[thanhsangnguyen1982]

Không biết bạn có nhầm không nữa
Vì mình thấy đúng mà, Công thức của bạn: =SUMIF(C1:C18,"<>pending",A1:A18) kết quả là 392 -> Đúng rồi
Bạn thử đánh từ C1:C18 từ pending xem nó ra kết qủa là 0.
Như vậy là nó tính đúng, còn cách nghĩ của bạn là ??????????????????????

 

[nghiaphuc]

Không biết bạn có nhầm không nữa
Vì mình thấy đúng mà, Công thức của bạn: =SUMIF(C1:C18,"<>pending",A1:A18) kết quả là 392 -> Đúng rồi
Bạn thử đánh từ C1:C18 từ pending xem nó ra kết qủa là 0.
Như vậy là nó tính đúng, còn cách nghĩ của bạn là ??????????????????????

Vấn đề ở chỗ kết quả không phải là 392 mà là 302. Bạn thử download file đính kèm ở bài #1 xem.

 

[bebo021999]

Hai con số tại dòng 17,18 không được cộng vào tổng số, tức là ô C,D17+18 có vấn đề. Nếu thêm số vào từ dòng 19 trở đi đến cuối sheet, cũng không được cộng vào tổng số.
Thay <>pending bằng từ khác, ví dụ, <>a, cũng bị lỗi tương tự.
Chắc đây là bug chăng? Microsoft có biết chưa nhỉ?

 

[ndu96081631]

Chắc đây là bug chăng? Microsoft có biết chưa nhỉ?

Cũng không hẳn thế, vì với dữ liệu như vậy nhưng được nhập mới vào 1 file mới thì chẳng bị gì ---> Kết quả chính xác (Đã test trên Excel 2003 và Excel 2010)

 

[hieuxd]

Hai con số tại dòng 17,18 không được cộng vào tổng số, tức là ô C,D17+18 có vấn đề. Nếu thêm số vào từ dòng 19 trở đi đến cuối sheet, cũng không được cộng vào tổng số.
Thay <>pending bằng từ khác, ví dụ, <>a, cũng bị lỗi tương tự.
Chắc đây là bug chăng? Microsoft có biết chưa nhỉ?

Em nghĩ định dạng vùng C1718 có vấn đề gì đó
Khi định dạng cho vùng này là Text và cập nhật lại kết quả thì được kết quả 392 (Đúng) hoặc nhập ký tự khác "Pending" vào cùng C1718 cũng có kết quả 392 (Đúng)
Thử thay hàm Sumif bằng hàm Sumifs như sau: =SUMIFS(A1:A18;C1:C18;"<>a") kết quả 302 (Sai)
Em bị dị ứng với hàm Sumif này nâu rồi
Hình như hàm Sumif và Sumifs kiểm tra cả điều kiện định dạng dữ liệu

 

[ndu96081631]

Kết luận cuối cùng: Ai có thể tự mình làm ra được cái file ấy cùng với lỗi y chang vậy thì tư nhiên sẽ hiểu "cái gì trong trái ổi"

 

[ptm0412]

Cũng không hẳn thế, vì với dữ liệu như vậy nhưng được nhập mới vào 1 file mới thì chẳng bị gì ---> Kết quả chính xác (Đã test trên Excel 2003 và Excel 2010)

Tôi test trên 2010:

Test 1:
Mở 1 file mới toanh
gán số tùy ý từ A1 đến A18
đánh công thức sumif y như file bài 1

Kết quả: cũng chỉ cộng 16 cell

Test 2:
Để nguyên test 1
Gõ ký tự bất kỳ vào C17 (nhưng không phải điều kiện tính sum): Kết quả sum đủ 18 cells
Xóa ô C17: Kết quả đúng được bảo tồn

Hình như hàm Sumif và Sumifs kiểm tra cả điều kiện định dạng dữ liệu

Không đúng, vì tạo trên file mới cũng bị. Ngoài ra, để nguyên file bài 1, insert 1 dòng bất kỳ vào giữa dòng 1 và 17, đều có được kết quả đúng.

 

[ndu96081631]

Không đúng, vì tạo trên file mới cũng bị. Ngoài ra, để nguyên file bài 1, insert 1 dòng bất kỳ vào giữa dòng 1 và 17, đều có được kết quả đúng.

Còn em, khi tạo dữ liệu trên file mới tinh (copy dữ liệu từ file gốc, paste value vào file mới). Xong, thí nghiệm công thức ra kết quả chính xác sư phụ à
(em dùng Excel 2010 + Windows 7)

 

[hoamattroicoi]

Em xoá cả cột D đi, sau đó chèn lại lấy lại vùng tham chiếu trong công thức thấy kết quả vẫn đúng (392). Tóm lại chỗ D17 và D18 có vấn đề gì gì đó lạ lắm.

 

[ptm0412]

Còn em, khi tạo dữ liệu trên file mới tinh (copy dữ liệu từ file gốc, paste value vào file mới). Xong, thí nghiệm công thức ra kết quả chính xác sư phụ à
(em dùng Excel 2010 + Windows 7)

Tôi cũng Excel 2010, Win 7
Để tối về nhà làm lại và quay video luôn.

 

[leonguyenz]

Em xoá cả cột D đi, sau đó chèn lại lấy lại vùng tham chiếu trong công thức thấy kết quả vẫn đúng (392). Tóm lại chỗ D17 và D18 có vấn đề gì gì đó lạ lắm.

Không phải do D17, D18 đâu bé Giang.
Test thử trên file bài 1 với vùng khác cũng có tình trạng tương tự, cho 4 kết quả: 0, 90, 302, 392.
Chưa biết nguyên nhân do đâu.
Đoán: bug lỗi sumif với Range rỗng

 

[leonguyenz]

Trên Excelforum XLOOKUP (Location: United States, không biết phải nick của anh bí bo hay không) cũng đăng bài này hôm 06/03/2013: http://www.excelforum.com/excel-formulas-and-functions/904696-ghost-content-affecting-results.html
Có comment #13, link báo bug, chưa rõ lỗi: http://social.technet.microsoft.com/Forums/en-US/excel/thread/dc952764-7f54-4545-a87d-2d3b0095000c/
Bài đăng báo lỗi từ ngày 02/03/2013, và những comt hình như chưa có đáp án thỏa đáng.

 

[ptm0412]

Trên Excelforum XLOOKUP (Location: United States, không biết phải nick của anh bí bo hay không) cũng đăng bài này hôm 06/03/2013: http://www.excelforum.com/excel-formulas-and-functions/904696-ghost-content-affecting-results.html
Có comment #13, link báo bug, chưa rõ lỗi: http://social.technet.microsoft.com/Forums/en-US/excel/thread/dc952764-7f54-4545-a87d-2d3b0095000c/
Bài đăng báo lỗi từ ngày 02/03/2013, và những comt hình như chưa có đáp án thỏa đáng.

nick xlookup không phải của bebo. Mà bebo vô đó lụm bài về đố anh em. (Té ra là vậy)

 

[siwtom]

Tôi test trên 2010:

Test 1:
Mở 1 file mới toanh
gán số tùy ý từ A1 đến A18
đánh công thức sumif y như file bài 1

Kết quả: cũng chỉ cộng 16 cell

Test 2:
Để nguyên test 1
Gõ ký tự bất kỳ vào C17 (nhưng không phải điều kiện tính sum): Kết quả sum đủ 18 cells
Xóa ô C17: Kết quả đúng được bảo tồn

Không đúng, vì tạo trên file mới cũng bị. Ngoài ra, để nguyên file bài 1, insert 1 dòng bất kỳ vào giữa dòng 1 và 17, đều có được kết quả đúng.

Tôi cũng có y hệt như thế. Excel 2007
File mới: tôi copy từ file cũ A1:A18 sang notepad (do quá cẩn thận để không có 1 cái gì copy theo trừ value) --> copy từ notepad vào A1:A18 --> công thức cho 302. Copy vào Ax:Ax+17 hay Bx:Bx+17 hay đi đâu chăng nữa thì công thức cũng chỉ cho tổng 16 giá trị đầu.
Nếu trong file mới hoặc cũ chỉ cần gõ ký tự bất kỳ vào C17 hay C18 thì công thức tính tổng 18 giá trị. Từ lúc này có thể xóa ký tự đã gõ thì tổng vẫn là tổng 18 giá trị.
----------
Cũng chả cần copy từ file cũ. Cũng chả phải C17, 18 hay D17,18. Có thể là vị trị khác.
Các bạn thử như sau:
Mở file mới --> nhập giá trị bất kỳ vào A1;A18, vd. toàn là 123456789 hoặc các số liên tiếp 1, 2, ..., 17, 18 --> Công thức cho C1: =SUMIF(B20:B37;"<>hic";A1:A18)
Công thức trả về giá trị 0 TO TƯỚNG. Cũng chả phải tổng 16 giá trị đầu nữa. Nhưng gõ ký tự đâu đó trong B20:B37 thì có tổng > 0 nhưng cũng chưa đúng. Tôi cũng không xem thêm là gõ bao nhiêu ký tự và vào đâu thì cho tổng đúng.

 

[bebo021999]

nick xlookup không phải của bebo. Mà bebo vô đó lụm bài về đố anh em. (Té ra là vậy)

Đúng là nick đó không phải của em. Đọc thấy hay nên lụm về cho anh em mình nghiên cứu.

 

[Nguyễn Duy Tuân]

Tôi đã thử với nhiều kiểu như: hoán đổi vùng điều kiện và vùng tính tổng cho nhau, đổi vùng dữ liệu tới các cột khác nhau từ A->H, đổi "pending" thành bất thứ chuỗi nào, thay đổi giá trị vùng tính tổng bằng các giá trị khác, thay đổi tọa độ dòng. Kết quả vẫn lỗi. Lỗi thường xảy ra sau khi lưu & đóng file rồi mở lại. Đã test trên Excel 2010 32-bit, Excel 2013 64-bit (mới nhất nhé) đều lỗi. Đây có lẽ là BUG của Excel?

 

[ptm0412]

Tôi cũng Excel 2010, Win 7
Để tối về nhà làm lại và quay video luôn.

Tôi về nhà cũng đã làm lại, lỗi như cũ. Xét thấy nhiều người cùng kiểm tra và có cùng kết quả nên thôi không quay video màn hình nữa.

 

[Lê Duy Thương]

lúc đầu tưởng bí bo chơi định dạng ;;; nhưng không phải.tôi copy value sang file mới tinh 100% , gõ lại từng số như trong bài của bí bo kết quả vẫn =302. nhưng khi tôi insert thêm 1 cột nữa trước cột a và công thức sửa thành
=SUMIF(A1:A18,"<>pending",B1:B18) thì kết quả lại cho =392. tôi đang dùng win8 pro.và office 2013 -32 bit vẫn lỗi như thường.tìm mãi không biết lỗi gì .bó tay

 

[hieuxd]

Còn em đã thử trên Excel 2003; Excel 2007; Excel 20010 trên 3 máy tính khác nhau và thấy
Excel 2003 cho kết quả đúng (Theo ý em)
Excel 2007; Excel 20010 cùng cho ra một kết quả sai khác Excel 2003

Em thực hiện như sau
Mở Excel mới tinh
Tại A1 gõ số 1
giữ ctrl Sao chép xuống đến A18 được cột số thứ tự ở cột A là 1 đến 18
Tại E4 gõ: =SUMIF(C1:C18;"<>a";A1:A18)
kết quả tại E4= 136
Cộng các số tự nhiên từ 1 đến 18 ở cột A được kết quả 171
Tại É19 gõ =Sum(A1:A18)
Kết quả được 171

 

[bebo021999]

Mọi người sort thử A-Z và Z-A cột A xem kết quả thú vị lắm. Không tin nổi hàm này nữa rồi...

 

[nghiaphuc]

Mọi người sort thử A-Z và Z-A cột A xem kết quả thú vị lắm. Không tin nổi hàm này nữa rồi...

Thú vị nhỉ?! Cứ thế này thì nghe chừng không tin nổi hàm này nữa rồi. Cứ lập công thức xong, tính tiền xong, tin tưởng vào công thức (công thức đâu có gì sai đâu?!), rồi cuối cùng là ... vào "trong đó" ngồi chơi.

 

[ndu96081631]

Thú vị nhỉ?! Cứ thế này thì nghe chừng không tin nổi hàm này nữa rồi. Cứ lập công thức xong, tính tiền xong, tin tưởng vào công thức (công thức đâu có gì sai đâu?!), rồi cuối cùng là ... vào "trong đó" ngồi chơi.

Nếu CSDL chuẩn (không có cái vụ rổng bậy bạ) thì sao công thức sai được
Trước giờ dùng SUMIF chưa bị vụ này bao giờ, vì dữ liệu của tôi cũng chẳng khi nào kỳ cục thế cả

 

[hieuxd]

Nếu CSDL chuẩn (không có cái vụ rổng bậy bạ) thì sao công thức sai được
Trước giờ dùng SUMIF chưa bị vụ này bao giờ, vì dữ liệu của tôi cũng chẳng khi nào kỳ cục thế cả

Anh ơi chỉ sai trên excel 2007 về sau thôi.
Trên excel 2003 không bị sai mới đau chứ

 

[ndu96081631]

Anh ơi chỉ sai trên excel 2007 về sau thôi.
Trên excel 2003 không bị sai mới đau chứ

Trên đời này, không có bất cứ cty, tập đoàn hay cá nhân nào có thể viết ra được 1 phần mềm hoàn toàn không sai sót. MS cũng không ngoại lệ
Dùng Excel, thỉnh thoảng cũng tìm được không ít sai sót ngớ ngẩn
Với SUMIF, dù ta phát hiện ra sai sót trong trường hợp cá biệt này thì chắc cũng không vì thế mà khuyên người dùng đừng nên xài SUMIF chứ nhỉ?

 

[ptm0412]

Nếu CSDL chuẩn (không có cái vụ rổng bậy bạ) thì sao công thức sai được
Trước giờ dùng SUMIF chưa bị vụ này bao giờ, vì dữ liệu của tôi cũng chẳng khi nào kỳ cục thế cả

Đúng vậy.
Bảng dữ liệu chuẩn sẽ phải có 1 dòng tiêu đề dữ liệu, và có ít nhất 1 vài dữ liệu trong đó.
Nếu không có gì hết:
- Xóa phứt cột đó cho rảnh
- Nếu không xóa được (mà lại rỗng toàn bộ), thì dùng Sum, khỏi if iếc.

 

[Nguyễn Duy Tuân]

Dù thế nào thì đây rõ là một lỗi lớn của Excel. Với hàm SUMIF nó không có khái điệm CSDL, hay bảng biểu. Nguyên lý của nó dựa vào vùng chứa giá trị so sánh , điều kiện, vùng tính tổng - vùng so sánh và vùng tính tổng có số phẩn tử bằng nhau. Trong thực tế vẫn có những trường hợp người ta điền dữ liệu vào cột điều kiện, ở hoàn cảnh nào đó nó vẫn thỏa mãn điều kiện để tính tổng. Vụ này trước sau cũng đến tai Bill thôi .

 

[hanhnguyen2101]

chào bà con!
em cũng bị lỗi với hàm SUMIF, làm mãi chẳng sao, tưởng ngon ăn, hôm qua dòm lại thấy DL được tính, DL không, hông biết có phải do em xóa và thêm dòng trong phần điều kiện không nữa. Lên diễn đàn đọc thấy anh em cũng bị hàm SUMIF nó ám. Có bác nào có cách cứu không, chỉ em với. Em đã làm lại hàm sau khi đã chỉnh sửa CSDL thì thấy cái cho dữ liệu đúng, cái không.
BÓ TAY. HELP ME..............ME

 

[nghiaphuc]

chào bà con!
em cũng bị lỗi với hàm SUMIF, làm mãi chẳng sao, tưởng ngon ăn, hôm qua dòm lại thấy DL được tính, DL không, hông biết có phải do em xóa và thêm dòng trong phần điều kiện không nữa. Lên diễn đàn đọc thấy anh em cũng bị hàm SUMIF nó ám. Có bác nào có cách cứu không, chỉ em với. Em đã làm lại hàm sau khi đã chỉnh sửa CSDL thì thấy cái cho dữ liệu đúng, cái không.
BÓ TAY. HELP ME..............ME

Đưa file Excel lên đây đi bạn. "Chữa bệnh online" thì làm sao mà chắc ăn được?!

 

[ali3340tc]

chào bà con!
em cũng bị lỗi với hàm SUMIF, làm mãi chẳng sao, tưởng ngon ăn, hôm qua dòm lại thấy DL được tính, DL không, hông biết có phải do em xóa và thêm dòng trong phần điều kiện không nữa. Lên diễn đàn đọc thấy anh em cũng bị hàm SUMIF nó ám. Có bác nào có cách cứu không, chỉ em với. Em đã làm lại hàm sau khi đã chỉnh sửa CSDL thì thấy cái cho dữ liệu đúng, cái không.
BÓ TAY. HELP ME..............ME

Đọc mấy bài trên thấy ghê răng với Sumif quá. Máy bây giờ toàn cài MS 2010 trở lên. Không khéo có ngày bóc lịch mỏi tay vì em Sumif. Thôi chuyển qua xài Sumproduct cho chắc ăn các bác ạ.

 

[ndu96081631]

Đọc mấy bài trên thấy ghê răng với Sumif quá. Máy bây giờ toàn cài MS 2010 trở lên. Không khéo có ngày bóc lịch mỏi tay vì em Sumif. Thôi chuyển qua xài Sumproduct cho chắc ăn các bác ạ.

Tầm bậy tầm bạ không!
Nếu dữ liệu của bạn là CSDL chuẩn thì bảo đảm sẽ không có bất cứ sai sót nào... Bằng ngược lại, dữ liệu bố trí lung tung thì chỉ có thể tự trách mình thôi (đừng đổ thừa anh Bill)

 

[ali3340tc]

Tầm bậy tầm bạ không!
Nếu dữ liệu của bạn là CSDL chuẩn thì bảo đảm sẽ không có bất cứ sai sót nào... Bằng ngược lại, dữ liệu bố trí lung tung thì chỉ có thể tự trách mình thôi (đừng đổ thừa anh Bill)

Bác ạ, em được biết nhiều công ty chuyên về sản xuất bây giờ, đội ngũ nhập dữ liệu đa phần chưa qua đào tạo. Vì thế nên phải chọn biện pháp an toàn thôi.

 

[nghiaphuc]

Bác ạ, em được biết nhiều công ty chuyên về sản xuất bây giờ, đội ngũ nhập dữ liệu đa phần chưa qua đào tạo. Vì thế nên phải chọn biện pháp an toàn thôi.

Bạn cứ yên tâm đi, chưa qua đào tạo thì họ chẳng biết đến cái hàm SUMPRODUCT đâu. Và đôi khi những lần va vấp lại có cái hay của nó, sau mỗi lần như vậy, người ta lại trang bị thêm cho mình được một kinh nghiệm sống. Hic... Cái gì cũng có giá của nó...

 

[ndu96081631]

Bác ạ, em được biết nhiều công ty chuyên về sản xuất bây giờ, đội ngũ nhập dữ liệu đa phần chưa qua đào tạo. Vì thế nên phải chọn biện pháp an toàn thôi.

Chưa qua đào tạo thì ta.. đào tạo
Lý nào chưa học lái xe mà cứ.. lái (đụng xe ráng chịu chứ)
Còn cái vụ bạn nói là BIỆN PHÁP AN TOÀN gì gì đó, tôi cho rằng chẳng có biện pháp nào là an toàn đối với người không biết cả (ngay cả SUMPRODUCT cũng không phải là thần dược)

 

[ali3340tc]

Chưa qua đào tạo thì ta.. đào tạo
Lý nào chưa học lái xe mà cứ.. lái (đụng xe ráng chịu chứ)
Còn cái vụ bạn nói là BIỆN PHÁP AN TOÀN gì gì đó, tôi cho rằng chẳng có biện pháp nào là an toàn đối với người không biết cả (ngay cả SUMPRODUCT cũng không phải là thần dược)

Em cứ rút kinh nghiệm từ công ty em đang làm. Bọn em làm cái form, có sẵn công thức rồi. Người làm chỉ việc nhập số liệu vào thôi. Công thức mình lập sẵn rồi, nhỡ mà nó nhập dữ liệu lại rơi đúng vào cái trường hợp ntn thì chỉ...

 

[siwtom]

Em cứ rút kinh nghiệm từ công ty em đang làm. Bọn em làm cái form, có sẵn công thức rồi. Người làm chỉ việc nhập số liệu vào thôi. Công thức mình lập sẵn rồi, nhỡ mà nó nhập dữ liệu lại rơi đúng vào cái trường hợp ntn thì chỉ...

Sao bạn sợ bóc lịch thế?
Bạn là người thiết kế. Bạn phải lường được những trường hợp người dùng có thể lơ đãng, có thể có kiến thức hạn chế. Tất nhiên làm gì cũng phải biết ABC nhưng đòi hỏi người ta là "chuyên gia" là không được. Phải viết code thân thiện, nếu người dùng làm sai thì "cầm tay" dẫn họ đi. Tóm lại phải biết viết code "trơ", miễn dịch với lỗi.
Người dùng nhập gì thì nhập nhưng sau đó khi nhấn nút "Nhập" thì bạn phải kiểm tra dữ liệu nhập. Nếu có sai sót thì thông báo rồi sau đó trở về các ô nhập. Khi dữ liệu chuẩn rồi thì "đập" xuống sheet. Dĩ nhiên bố trí dữ liệu như thế nào, vào đâu thì cũng là bạn làm chứ người nhập liệu có làm đâu? Bạn là người quyết định: như thế nào, ở đâu cơ mà.
Tóm lại dữ liệu chuẩn hay không, nhập vào đâu, bố trí thế nào là do người thiết kế quyết định. Vậy tại sao bạn sợ người nhập liệu "tiễn" bạn đi bóc lịch?

 

[hanhnguyen2101]

Đưa file Excel lên đây đi bạn. "Chữa bệnh online" thì làm sao mà chắc ăn được?!

\
Bà con vào đây down về ngâm cứu giùm nha :http://www.mediafire.com/?c5jr16zb69cd9ew
- STT từ 1 đến 84 là công thức phải sửa từng dòng
- STT từ 85 đến 93 là kéo công thức xuống, vùng điều kiện vào các ô tính tổng sẽ nhảy theo dòng
- STT 94 đến hết là công thức cũ, có lúc đưa ra kết quả đúng, lúc đưa sai
Chú ý: đang làm Xuất trong kỳ (nhập trong kỳ sẽ sửa sau)
Thanks!!!

 

[nhapmon]

\
Bà con vào đây down về ngâm cứu giùm nha :http://www.mediafire.com/?c5jr16zb69cd9ew
- STT từ 1 đến 84 là công thức phải sửa từng dòng
- STT từ 85 đến 93 là kéo công thức xuống, vùng điều kiện vào các ô tính tổng sẽ nhảy theo dòng
- STT 94 đến hết là công thức cũ, có lúc đưa ra kết quả đúng, lúc đưa sai
Chú ý: đang làm Xuất trong kỳ (nhập trong kỳ sẽ sửa sau)
Thanks!!!

cho mình hỏi một chút
trong công thức của bạn ko khóa vùng tìm kiếm, vậy khi bạn kéo công thức đi thì nó chạy theo làm sao?
=SUMIF(xuat!G7:G798,Tonghop!B7,xuat!J7:J798)
thông thường người ta phải khóa nó lại
=SUMIF(xuat!$G$7:$G$798,Tonghop!B7,xuat!$J$7:$J$798)
như vậy mới đảm bảo là lúc nào nó cũng tìm trong một vùng từ G7:G798

 

[thanhtrg]

Hai hàm SUMIF tại E3 và F3 cho ra 2 kết quả sai.
Các ACE cho ý kiến nhé.

mời các bạn xem con ma mới, bao nhiêu cũng có

 

[ndu96081631]

mời các bạn xem con ma mới, bao nhiêu cũng có

Có CON MA gì trong này đâu?
Bạn "nhát ma" người ta thì có ----> Calculation Options\Manual ---> Chỉ là trò vặt

 

[hanhnguyen2101]

cho mình hỏi một chút
trong công thức của bạn ko khóa vùng tìm kiếm, vậy khi bạn kéo công thức đi thì nó chạy theo làm sao?
=SUMIF(xuat!G7:G798,Tonghop!B7,xuat!J7:J798)
thông thường người ta phải khóa nó lại
=SUMIF(xuat!$G$7:$G$798,Tonghop!B7,xuat!$J$7:$J$798)
như vậy mới đảm bảo là lúc nào nó cũng tìm trong một vùng từ G7:G798

UH nhỉ. Mình cảm ơn nha. Chắc mình đang trên mây thì tự dưng rơi xuống bãi cỏ nên quên mất. Đôi khi cũng tưng tửng tý cho đời thêm vui nhỉ. Cảm ơn bạn.
Bạn ơi! nhờ luôn nhé, xem lại cho mình công thức cũ: = sumif(MVTX,$B7,SLX) mình không hiểu tại sao lúc nó cho mình kết quả đúng, lúc sai. Ngán quá. híc...híc

 

[nhapmon]

cho mình hỏi một chút
trong công thức của bạn ko khóa vùng tìm kiếm, vậy khi bạn kéo công thức đi thì nó chạy theo làm sao?
=SUMIF(xuat!G7:G798,Tonghop!B7,xuat!J7:J798)
thông thường người ta phải khóa nó lại
=SUMIF(xuat!$G$7:$G$798,Tonghop!B7,xuat!$J$7:$J$798)
như vậy mới đảm bảo là lúc nào nó cũng tìm trong một vùng từ G7:G798

Cthức của bạn là
=SUMIF(MVTN,$B111,SLN)

xem các name
MVTV=Nhập!$K$7:$K$378
SLN=Nhập!$A$7:$R$378

như vậy bạn đã sai cú pháp của hàm sumif
SUMIF(range,criteria,sum_range)

bạn sai ở chổ "sum_range" nó phải là một cột thôi,
vi dụ
SLN=Nhập!$A$7:$A$378

 

[chuang]

công thức của excel lắm lúc cũng chuối lắm. mình dung hàm LOOKUP cũng có lúc như ma làm đó. nhất là khi điều kiện tìm kiếm khác nhau không theo thứ tự a--> z

 

[hoamattroicoi]

Hôm nay ngồi buồn test thử cái này thấy Sumif như con ma ấy, em ngồi cười như ma làm cả buổi chiều mà không thể giải thích được tại sao nữa, hix. Các sư phụ test giúp em với nhé. Em cảm ơn!!!

 

[ndu96081631]

Hôm nay ngồi buồn test thử cái này thấy Sumif như con ma ấy, em ngồi cười như ma làm cả buổi chiều mà không thể giải thích được tại sao nữa, hix. Các sư phụ test giúp em với nhé. Em cảm ơn!!!

May mắn thôi, vì tiêu đề A3:L3 lập lại 1 cách tuần tự
Thử đào vị trí E3 và F3 với nhau xem còn đúng không?

 

[hoamattroicoi]

May mắn thôi, vì tiêu đề A3:L3 lập lại 1 cách tuần tự
Thử đào vị trí E3 và F3 với nhau xem còn đúng không?

Một trong những kiểu may mắn không thể giải thích được sư phụ ạ, ý em là phải có nguyên nhân gì đó hay ta phải thừa nhận nó đây? hix hix hix.

 

[ndu96081631]

Một trong những kiểu may mắn không thể giải thích được sư phụ ạ, ý em là phải có nguyên nhân gì đó hay ta phải thừa nhận nó đây? hix hix hix.

Tôi thấy nó rất bình thường, đâu có gì mà không rõ nguyên nhân chứ
Hãy xem công thức tại N4 nhé: =SUMIF($A$3:$L$3,$M$3,B4:M4)
Vùng điều kiện bạn tính từ cột A trong khi vùng kết quả bạn lại tính từ cột B. Vậy nên ứng với cell nào ở dòng 3 mà thỏa điều kiện thì sẽ lấy ở dòng 4 nhưng dịch về bên phải 1 cell. Toàn bộ các cell thỏa điều kiện và sẽ được cộng dồn là: B4 + E4 + H4 + K4
Vậy thôi
(SUMIF kiểu này tôi làm hoài)

 

[hoamattroicoi]

Tôi thấy nó rất bình thường, đâu có gì mà không rõ nguyên nhân chứ
Hãy xem công thức tại N4 nhé: =SUMIF($A$3:$L$3,$M$3,B4:M4)
Vùng điều kiện bạn tính từ cột A trong khi vùng kết quả bạn lại tính từ cột B. Vậy nên ứng với cell nào ở dòng 3 mà thỏa điều kiện thì sẽ lấy ở dòng 4 nhưng dịch về bên phải 1 cell. Toàn bộ các cell thỏa điều kiện và sẽ được cộng dồn là: B4 + E4 + H4 + K4
Vậy thôi
(SUMIF kiểu này tôi làm hoài)

Vậy chứng tỏ là không phải do may mắn mà sumif vẫn hoạt động theo đúng quy tắc của nó phải không sư phụ? Lần đầu tiên em gặp trường hợp này mà nên không biết giải thích sao, cảm ơn sư phụ rất nhiều ạ!

 

[ptm0412]

Có lần trả lời bài gpe, thấy dữ iiệu không chuẩn, nhưng đại khái có quy luật: 1 cột tên, 1 cột số lượng, rồi lại 1 cột tên, 1 cột số lượng, ... Nghĩa là 1 dòng vừa có tên dùng làm điều kiện, vừa có số cần cộng.

|

A​

|

B​

|

C​

|

D​

|

E​

|

F​

|

G​

|

H​

|

I​

|

2​

|

a​

|

4​

|

c​

|

7​

|

b​

|

5​

|

b​

|

6​

|

a​

|

Thế là mình chơi cái sumif lệch cột nhưng cùng dòng như sau:

=SUMIF($A$2:$O$2;"a";$B$2:$P$2)

Chạy tốt chán!

 

[TrungChinhs]

Hôm nay ngồi buồn test thử cái này thấy Sumif như con ma ấy, em ngồi cười như ma làm cả buổi chiều mà không thể giải thích được tại sao nữa, hix. Các sư phụ test giúp em với nhé. Em cảm ơn!!!

Theo kinh nghiệm của mình thì:

1- Hàm SUMIF luôn tự động xác định vùng cộng theo vùng điều kiện.

Ví dụ: khi ta viết SUMIF($A$3:$L$3;...;...) thì máy sẽ tự động xác định vùng cộng từ cột A đến cột L.

Tương tự khi ta viết SUMIF($A$3:$A$30;...;...) thì máy sẽ tự động xác định vùng cộng từ dòng 3 đến dòng 30

Việc chỉ định ô cuối của vùng cộng có vẻ như không có tác dụng.

Trong công thức SUMIF($A$3:$L$3;$M$3;$A4:L4) khi ta thay vùng cộng $A4:L4 thành $A4:B4 thì kết quả vẫn không thay đổi.

Vì vậy SUMIF($A$3:$L$3;$M$3;$A4:L4) có thể viết là SUMIF($A$3:$L$3;$M$3;$A4)

2- Nếu vị trí ô đầu của vùng cộng trùng vị trí ô đầu của vùng điều kiện thì kết quả luôn đúng.

3- Nếu địa chỉ vị trí ô đầu của vùng cộng lệch vị trí ô đầu của vùng điều kiện bao nhiêu dòng (hoặc cột) thì vị trí của vùng cộng sẽ offset (dịch chuyển) đi bấy nhiêu dòng (hoặc cột).

Ví dụ: SUMIF($A$3:$L$3;$M$3;$A4)=8 là kết quả của các ô A4+D4+G4+J4

Khi ta thay vị trí vùng cộng bắt đầu từ B4 (lệch sang phải 1 cột)

SUMIF($A$3:$L$3;$M$3;$B4)=13 là kết quả của các ô B4+E4+G4+K4 (lệch sang phải 1 cột)



P/s trước khi viết bài này chưa thấy bài 58, 60

 

[ndu96081631]

Vậy chứng tỏ là không phải do may mắn mà sumif vẫn hoạt động theo đúng quy tắc của nó phải không sư phụ? Lần đầu tiên em gặp trường hợp này mà nên không biết giải thích sao, cảm ơn sư phụ rất nhiều ạ!

Ý tôi muốn nói đến dữ liệu của bạn may mắn ấy (chứ hổng phải SUMIF.. may mắn)
Vì tiêu đề cột của bạn luôn có quy luật nên công thức ở bảng 1 mới giống kết quả bảng 2
Bởi vậy tôi mới đề nghị bạn đảo lộn vị trí tiêu đề xem nó ra kết quả thế nào ---> Từ đó hiểu ngay

 

[huyphan]

Dear các anh chị tiền bối,

Tôi sử dụng hàm Sumif/ Sumifs/ Sumproduct để tính tổng có điều kiện, tính tổng cho các loại thép có D<=10, D<=18, D>18.
Nếu dùng điều kiện có dấu "<=", "=>" thì kết quả = 0, dùng dấu "=" thì có giá trị. (tại Ô có màu đỏ)

Mong các anh chị giúp đỡ. Chân thành cảm ơn.

 

[giola]

Dear các anh chị tiền bối,

Tôi sử dụng hàm Sumif/ Sumifs/ Sumproduct để tính tổng có điều kiện, tính tổng cho các loại thép có D<=10, D<=18, D>18.
Nếu dùng điều kiện có dấu "<=", "=>" thì kết quả = 0, dùng dấu "=" thì có giá trị. (tại Ô có màu đỏ)

Mong các anh chị giúp đỡ. Chân thành cảm ơn.

Dữ liệu cột D của bạn đang là Text, bạn nên sửa công thức cột D thành

=0+IF(....

để biến cột D thành số, thì kết quả SUMIF sẽ đúng như muốn

 

[huyphan]

Dữ liệu cột D của bạn đang là Text, bạn nên sửa công thức cột D thành

=0+IF(....

để biến cột D thành số, thì kết quả SUMIF sẽ đúng như muốn

Cảm ơn bác Giola, nhờ bác mà em đã làm được rồi,::
Thanks so much...