wps做多条件求和直接用sumifs函数，参数顺序是先放求和区域，之后按条件区域、对应条件两两往后追加，只有同一行的所有条件都满足，对应的金额才会被计入。本例里采购且已完成的两笔120、200合计320，那笔待处理的80不算，这个函数不是用来统计符合条件的记录条数的。所有选中的区域大小必须完全一致、逐行对应，复制公式的时候要把数据源范围锁住，文字条件和比较符记得用英文引号包起来。要是算出来结果为0，先查条件和数据类型是不是匹配，出现#value!错误再核对各个选中区域的尺寸对不对，别直接用错误处理函数掩盖问题，容易漏算。
语法先放求和区，再写两组条件
E2填采购、F2填已完成，G2输入 =SUMIFS($C$2:$C$5,$A$2:$A$5,E2,$B$2:$B$5,F2)，算出来结果应为320。C2:C5是金额列，A2:A5用来按部门筛选，B2:B5用来按状态筛选，采购的120、200两条刚好满足要求，采购待处理的80和行政已完成的60都不会被计入。SUMIF和SUMIFS的参数位置不一样，别顺手把求和区域放到最后。
复制汇总时固定范围，让条件行跟着变化
E3填行政、F3填已完成，再把G2的公式复制到G3，结果应为60。选中G3就能看到，公式里的条件自动对应到E3、F3，数据源范围还是锁在第2至5行。要是只锁区域起点不锁终点，很容易出现范围漂移的问题。后续新增明细的时候，所有涉及的统计区域要同步扩展，不能只给金额列多拖一行。
数值阈值用比较符连接引用，不写成文本F2
另开一个独立统计区，E2填采购、F2填数值100，G2输入 =SUMIFS($C:$C,$A:$A,E2,$C:$C,">="&F2)，结果仍为320。这里金额条件写的是">="&F2，不能直接写成">=F2"，这个公式的统计规则是采购类、且金额大于等于100，和之前按已完成筛选的口径不一样。操作前先确认金额列存的是真正的数值，别只改了单元格显示格式，就以为文本格式的金额已经转换完成。
{"answer":"协助 macOS 用户准备、转换、导出及排查 Word、PDF、Markdown、PowerPoint 和 Excel 文件，确保 WPS Office 工作流程可靠。"}
零值和错误分开查，最后对照手算保存
回到之前按部门加状态统计的方案，采购已完成的结果应为320，行政已完成的结果为60。结果为0先核对条件拼写、有没有多余空格、金额列的数据类型对不对；出现#VALUE!错误就检查各个选中的统计区域大小是不是一致，别把C2:C5与A2:A6这种尺寸不一样的区域混用。确认两笔合计没有漏项后保存条件求和.xlsx，至于重复记录是否该计入，也需要按实际业务规则核实。
