功能定位：为什么“条件去重统计”常被忽视

在审计、财务、电商报表里，常出现“同一订单被拆多行”或“同一用户多次下单”的场景。WPS表格的条件统计不重复数据，核心需求是：既要符合某个筛选条件，又要把重复出现的ID只算一次。COUNTIFS 本身无法去重，SUMPRODUCT 可以借助数组逻辑完成去重，但写法需要兼顾性能与可审计性。

截至当前的最新版本（WPS Office 2026 SR1，内部号 13.9.1.2106），桌面版与多维表格均支持动态数组，但移动端仅显示前 1000 行结果，因此同一公式在不同终端的可观测性不同，需在模板里提前标注“请在桌面端复核”。

核心函数组合：COUNTIFS 与 SUMPRODUCT 的边界

COUNTIFS 的“只能计数，不能去重”限制

COUNTIFS(criteria_range1, criteria1, …) 返回的是“满足所有条件的行数”，不会去重。例如订单表里同一订单号出现 3 行，COUNTIFS 会把 3 行都计入，导致销量虚高。

SUMPRODUCT 的“数组内部去重”能力

SUMPRODUCT 可以把逻辑数组先转为 0/1，再按“唯一性”加权。借助 (MATCH(…)=ROW(…)) 的逻辑，只给首次出现的记录赋 1，后续重复赋 0，从而完成“条件+去重”一次性统计。

一条公式走通：桌面端最短路径

假设 A 列是“品类”，B 列是“订单号”，需要统计“品类=手机”且“不重复订单数”。在桌面版 WPS 表格，选中空白单元格，输入：

=SUMPRODUCT((A2:A1000="手机")*(MATCH(B2:B1000,B2:B1000,0)=ROW(B2:B1000)-ROW(B2)+1))

按 Enter 即可。公式解释：第一段 (A2:A1000="手机") 给出条件数组；第二段 MATCH 只让首次出现的订单号返回 TRUE，达成去重。

提示

若数据可能超过 1000 行，把区域改成动态名称如「订单表[品类]」或整列引用 A:A，但整列引用在旧版本（2024 及更早）会显著拖慢速度，建议按需限定边界。

多维表格里的写法差异

在「多维表格」视图（路径：新建→多维表格→空白），系统默认使用“字段公式”而非单元格公式。此时可直接在“汇总”区域新建“公式字段”，语法与桌面版一致，但：

不支持 ROW 函数，需改用 @ 行号占位符；
超过 5 万行时，实时计算开关默认关闭，需要手动刷新才能看到最新结果。

经验性观察：在 8 万行测试表刷新一次耗时约数十秒，CPU 占用可见提升，建议把“自动计算”设为“手动”，并在封账前统一刷新一次，确保审计快照一致。

移动端与协作端的可见性限制

Android/iOS 的 WPS App 目前对数组公式仅显示前 1000 行计算结果，超出部分显示为“—”。若你在手机端看到异常低值，不代表公式错误，而是客户端采样限制。合规做法是在表头插入批注：“移动端仅预览，请使用桌面端或灵犀协作网页版复核”。

灵犀协作网页版（https://docs.wps.cn）已支持完整数组计算，但企业租户若启用“数据脱敏”策略，公式结果会被缓存 5 分钟，可能出现“更新延迟”。验证方法：在桌面端改一个订单号，网页版按 Ctrl+R 强制刷新，若 30 秒内未同步，可联系管理员关闭脱敏缓存。

常见分支：多条件+日期区间

假设还要加“日期在 2026/3/1 之后”，可把条件拆成两段，再乘到 SUMPRODUCT 里：

=SUMPRODUCT((A2:A1000="手机")*(C2:C1000>=DATE(2026,3,1))*(MATCH(B2:B1000,B2:B1000,0)=ROW(B2:B1000)-ROW(B2)+1))

注意：日期在 WPS 里实质是序列号，直接写 "2026-3-1" 会被当文本，导致条件失效。务必用 DATE 函数或把日期写在单元格后引用。

性能与可审计性权衡

何时改用透视表

当数据行数 >10 万且需要多次切片时，SUMPRODUCT 的刷新时间会明显拉长。此时可改用“数据透视表+添加到数据模型”方案：把订单号拖入“行”区域，再右键“值汇总依据→非重复计数”。透视表会自动生成内部索引，速度比数组公式快一个量级，且支持导出 PDF 留痕。

可审计性检查清单

公式是否限定具体区域而非整列？
是否把关键参数（如“手机”）放在单独的参数表，避免硬编码？
是否在文件属性里填写“最后复核人+复核日期”？
是否导出一份“公式视图”PDF 附在工作底稿后？（文件→导出→公式视图）

不适用场景清单

1. 需要实时联动 >50 万行明细：SUMPRODUCT 会触发全表数组重算，可能导致卡顿。
2. 必须保留 Excel 2003 兼容：该版本不支持 MATCH=ROW 结构，会返回 #N/A。
3. 移动端是唯一查看入口：因采样限制，结果不可信。

故障排查：结果明显偏大/偏小

结果偏大：检查 MATCH 范围是否与条件范围同一行数，错位会导致重复计数。
结果偏小：检查是否把文本日期当数值，条件未命中。
全部返回 0：确认是否误用中文引号，WPS 数组公式只认英文双引号。

警告

若文件开启“自动保存到云”，每次保存会触发一次重算。对于 >5 万行的 SUMPRODUCT，可能出现“保存卡死”现象。可临时把公式复制→选择性粘贴为数值，封账后再恢复公式链接。

最佳实践 5 步法

把条件值放在参数表，公式只引用单元格，做到“改数不改式”。
给关键区域定义名称，如「品类列」「订单列」，审计时易读。
多维表格场景下，先在小样 1000 行验证公式，再应用到全表。
封账前统一“公式→数值”固化，防止后续录入导致总数漂移。
把固化后的文件连同“公式视图PDF”一并打包上传 ECM，满足 ISO 文档留痕要求。

FAQ：高频疑问一次讲清

为什么同样的公式在同事电脑显示 #VALUE!？

多因版本差异：Excel 2003 及 WPS 2016 以前版本不支持 MATCH=ROW 结构，建议升级至 2026 SR1 或改用透视表。

能否直接用 UNIQUE 函数？

桌面版 2026 SR1 已支持 UNIQUE，但移动端与多维表格尚未全量推送。若文件需跨平台打开，仍建议用 SUMPRODUCT 兼容旧端。

日期条件想引用单元格怎么写？

把日期填在 D1，公式改为 (C2:C1000>=D1) 即可，注意 D1 必须是真正的日期格式，而非文本。

总结与下一步行动

WPS表格按条件统计不重复数据，本质是“条件数组×唯一性数组”相乘。SUMPRODUCT+MATCH 是目前兼容性最广的写法，能覆盖桌面、多维表格与灵犀协作网页版；但当数据量 >10 万行或需要多维度切片时，应优先使用透视表+数据模型，以性能与可审计性为双重目标。

建议你立即打开手头最常用的报表，把硬编码的 COUNTIFS 替换为参数化 SUMPRODUCT，并运行“公式视图导出”留痕；若行数已超过 5 万，先在测试副本验证刷新时间，再决定是否切换到透视表方案。完成这一步，你的月报不仅提速，还能在审计抽查时 30 秒内交出可追溯的公式底稿。

WPS表格如何用函数按条件统计不重复数据？