一、这个元素管一件事：空值怎么处理

NullProcessing 挂在数据项（DataItem）下面，作用是定义空值被如何处理。它是可选元素，最多出现一次；数据类型是字符串枚举，默认值 Automatic。

五个可选值，对应五种完全不同的业务后果：

二、两条"不支持"的限制，最容易被踩

Error 不支持用于度量值；UnknownMember 不支持用于与度量值关联的列。写在这里，是因为报错往往发生在处理阶段，而配置时看不出问题。

换句话说：指标类字段不能选"报错"，也不能选"生成未知成员"。这两个选项只适用于维度侧。选错了，处理时直接失败，而日志里的提示通常只指向"处理错误"，不指向这个元素。

三、Automatic 的陷阱：两套默认，两个结果

Automatic 的实际行为分两种：OLAP 数据项走 ZeroOrBlank，数据挖掘数据项走 UnknownMember。同一个配置，换个使用场景，结果就变了：

• OLAP 侧：空值变 0。指标合计看起来正常，但平均值被拉低；
• 挖掘侧：空值变"未知成员"。维度里会多出一项你没见过的分类。

这也是"报表多出一项未知""合计对不上"最常见的成因——不是数据问题，是默认值在替你决策。

四、怎么选：按业务问题倒推

五、排查清单

遇到指标对不上，按这四步查比改公式快：先看该字段用的是 Automatic 还是显式指定；再确认它属于 OLAP 还是数据挖掘场景；然后检查是否在度量值上误用了 Error 或 UnknownMember；最后核对 NullKeyNotAllowed、NullKeyConvertedToUnknown 这两个开关的实际设置——它们决定了"出错之后怎么办"。

一句话总结：空值处理不是技术细节，它直接决定了报表口径。默认值能省事，但省掉的是你对数据的控制权。