成本台账的日常问题不是数据不够，而是汇总口径变来变去。把条件求和的三类函数用对位置，可以把“每月手工筛一遍”变成“改一个单元格就出结果”。
一、三个函数各管一段
| 函数 | 适用场景 | 优点 | 局限 |
|---|---|---|---|
| SUMIFS | 多条件求和，条件区域为单元格区域 | 写法直观，支持整列引用 | 条件多于 3 组时公式变长 |
| COUNTIFS | 多条件计数，常与 SUMIFS 配对做平均 | 与 SUMIFS 语法一致，易记 | 只能计数，不能取值 |
| DSUM | 按条件区域求和，条件可含多行（或关系） | 条件与数据分离，便于换口径 | 需另设条件区域，跨表时略繁琐 |
注：三者都支持通配符，但 DSUM 的条件区域需要用同一表头名，写错表头会静默返回 0。
二、SUMIFS 的标准写法
假设台账结构为：A 列项目名称、B 列成本科目、C 列发生月份、D 列金额。要统计“某项目、某科目、某月”的金额，公式为：=SUMIFS(D:D,A:A,$H$1,B:B,$H$2,C:C,$H$3)。这里的 $H$1 到 $H$3 是条件单元格，把条件集中放在一处，改条件即改结果，比在公式里硬写文字更耐用。
三个细节决定公式是否可靠：一是求和区域与条件区域的行数必须一致，用整列引用（D:D）时不会错位，但会拖慢大表；二是条件中的文本不要带多余空格，从下拉框取值可避免手输误差；三是日期条件要用日期值加比较符拼接，例如用 & 连接大于等于号与单元格，直接写成带引号的日期文本，在部分版本会被当作文本处理而返回 0。
三、COUNTIFS 做分母，算出单位成本
单看金额没有意义，加上次数才有分析价值。用 =SUMIFS(D:D,A:A,$H$1)/COUNTIFS(A:A,$H$1) 可以得到某项目的平均单笔成本，用来判断是否存在异常大额支出；用 COUNTIFS 统计某科目当月发生笔数，与上月比对，笔数突增往往意味着费用归集口径发生了变化。
四、DSUM 处理“或”关系的条件
SUMIFS 的多条件之间是“且”，遇到“或”就必须写多个 SUMIFS 相加，或者改用 DSUM。DSUM 的条件区域可以写多行，行与行之间是“或”，行内各列之间是“且”。例如要统计“材料费或机械费”的合计，条件区域写两行：第一行科目=材料费，第二行科目=机械费，公式 =DSUM(A1:D1000,“金额”,F1:F3) 即可一次算出。
条件区域的首行必须与数据表表头完全一致（包括空格），这是 DSUM 静默出错的首要原因。建议用 =数据表表头单元格 的引用方式生成条件表头，而不是手打。
五、把三张表串起来的做法
- 明细表：一行一笔支出，字段固定为项目、科目、月份、金额、供应商、单据号；
- 参数表：放项目清单、科目清单、月份清单，用数据验证做下拉，供公式引用；
- 汇总表：用 SUMIFS 按参数表取值，行是科目、列是月份，形成交叉表；
- 校验行：用 SUMIFS 合计与明细表总金额比对，差额不为 0 就说明有漏项或重复。
这张校验行是最值得加的一行公式。台账做到几十个项目、上万行之后，肉眼已经无法判断汇总是否完整，只有让表格自己报错才靠得住。
六、常见故障与排查顺序
| 现象 | 可能原因 | 排查动作 |
|---|---|---|
| 结果为 0 | 条件文本含空格、区域错位 | 用 LEN 检查条件长度，用 F5 定位核对区域 |
| 结果偏小 | 部分金额为文本格式 | 用 ISNUMBER 抽查，转为数值 |
| 结果偏大 | 重复行、合并单元格 | 取消合并，用删除重复项清理 |
| 公式变慢 | 整列引用过多 | 改为限定行范围，或改用表格结构化引用 |
注：排查顺序建议从数据质量入手，最后才怀疑公式写法。
