原文標題：《Sumifs 函數(shù)這個大 Bug，害我被領(lǐng)導(dǎo)狠狠批了一頓……》
在日常操作 Excel 的過程中，求和函數(shù)是使用最頻繁的函數(shù)之一。
而在眾多的求和函數(shù)中，條件求和 SUMIFS 函數(shù)因其靈活性而備受青睞，使用頻次名列前茅。
它既可以進行單條件求和（可以取代 SUMIF 函數(shù)），也能夠處理更為復(fù)雜的多條件求和需求。
它的語法結(jié)構(gòu)如下：
只看文字不夠直觀？
那就一起來看看案例吧 ↓
如下圖所示，是一張銷售明細表，想求出 2024 年 1 月 2 日這一天的銷量是多少？
公式如下：
=SUMIFS(C:C,A:A,"="&E3)
以上是最常見的求和情況.
但是，同樣的數(shù)據(jù)源，有時公式結(jié)果卻會出錯 ↓
比如，還是上面這個例子，現(xiàn)在需要求 2024 年 1 月份的銷量是多少？
公式如下：
=SUMIFS(C:C,A:A,"<2024-2-1")
求和結(jié)果顯示為 100，明顯不對
為什么呢？
1、解決問題
公式本身看上去并沒有問題，那么此時我們可以檢查下數(shù)據(jù)源中【A 列】的數(shù)據(jù)類型 ↓
在【D 列】加一個輔助列，輸入 TYPE 函數(shù)，判斷一下單元格的數(shù)據(jù)類型：
公式如下：
=TYPE(A3)
這樣一看，第 3 行與第 6 行，都是文本型日期，和其他行數(shù)據(jù)類型不一致，其銷量并未被統(tǒng)計到結(jié)果中。
問題的原因找到了，下面只需要將【A 列】中的日期變成真正的日期即可。
另外，【求和區(qū)域】也必須是數(shù)值型數(shù)據(jù)。
比如下圖：
【求和區(qū)域】中的【C6】單元格是文本型數(shù)字，求和結(jié)果也不會包括在內(nèi)。
當然，從上圖中很簡容看出來【C6】單元格的左上角會有一個綠色的三角，
但有的時候并不會有任何提示，大家可以像上面一樣，用 TYPE 函數(shù)來判斷數(shù)據(jù)類型。
2、知識擴展
除了上面說的 SUMIFS 函數(shù)之外，以下函數(shù)也都需要注意數(shù)據(jù)類型。
我們以 MAXIFS 函數(shù)為例，舉例說明：
公式如下：
=MAXIFSC:C,A:A"<2024-2-1"
可以看出，返回的結(jié)果是錯誤的，正確的應(yīng)該是 100。
其原因還是因為日期列中存在文本型日期。
只要統(tǒng)一成真正的日期，結(jié)果就正確了。
3、寫在最后
今天與大家分享了 SUMIFS 這類函數(shù)的通病：
? 如果在【條件區(qū)域】中，使用了等于（=）比較運算符，或者將其省略，無論【條件區(qū)域】中的數(shù)據(jù)類型是什么，都不會影響其統(tǒng)計結(jié)果。
? 如果在【條件區(qū)域】中，使用了除等于（=）之外的比較運算符，包括：大等（>）、大于等于（>=）、小于（<）、小于等于（<=）和不等于（<>）。請注意：
【條件區(qū)域】中的數(shù)據(jù)類型必須與條件是一致的，否則統(tǒng)計的結(jié)果將會出錯。
【求和區(qū)域】中必須都是數(shù)值型數(shù)據(jù)，不能有文本型數(shù)據(jù)，否則將會出錯。
本文來自微信公眾號：秋葉 Excel （ID：excel100），作者：明鏡在心
廣告聲明：文內(nèi)含有的對外跳轉(zhuǎn)鏈接（包括不限于超鏈接、二維碼、口令等形式），用于傳遞更多信息，節(jié)省甄選時間，結(jié)果僅供參考，IT之家所有文章均包含本聲明。