基于FetchXML的Dynamics 365 9.0 SSRS报表执行报错求助

针对你遇到的问题——FetchXML在FetchXML Builder中运行正常，但报表执行时触发rsProcessingAborted错误，事件查看器提示MSCRMReportingDataConnector报错Incorrect syntax near '<'，以下是几个针对性的排查方向和解决方法：

1. 检查参数传递的XML转义问题 #

错误提示指向<附近的语法错误，大概率是报表参数值包含未转义的XML特殊字符（如<、>、&），当FetchXML引用参数时，这些字符未被正确转义，导致后端解析FetchXML时出现语法错误。

• 解决方式：在报表的FetchXML中引用参数时，使用XmlEncode函数对参数值进行转义，示例：

  <filter type="and">
    <condition attribute="accountname" operator="like" value="%{XmlEncode(Parameters!AccountName.Value)}%" />
  </filter>
  

  同时检查参数的输入验证，避免用户输入可能破坏XML结构的特殊字符。

2. 排查动态拼接FetchXML的格式错误 #

如果报表中的FetchXML是通过表达式动态拼接生成的（比如结合多个参数拼接XML片段），即使单独的FetchXML片段合法，拼接过程中也可能出现遗漏闭合标签、多余字符等问题，导致最终传递给数据源的XML不合法。

• 解决方式：在报表设计器中，将动态拼接后的完整FetchXML表达式复制出来，用XML验证工具检查格式；也可以在报表服务器启用详细日志，查看实际执行的FetchXML内容，定位拼接错误点。

3. 验证报表数据源配置与权限 #

确认报表使用的CRM数据源连接字符串正确，身份验证方式符合Dynamics 365 9.0的要求（本地部署常用集成Windows身份验证，在线环境需OAuth），同时确保报表服务器的服务账户（MSCRMReportingDataConnector运行账户）拥有访问CRM组织和报表数据集的权限。

• 解决方式：重新配置报表数据源并测试连接；检查CRM中该服务账户的权限，确保能读取报表涉及的实体数据。

4. 检查FetchXML中的特殊字符与CDATA处理 #

如果FetchXML中包含CDATA段，或者查询的字段值本身带有特殊字符，报表数据源在解析时可能出现转义异常。

• 解决方式：对于包含特殊字符的文本内容，在FetchXML中用CDATA包裹，示例：

  <value><![CDATA[包含<>&的字段内容]]></value>
  

5. 安装CRM与报表服务器的最新补丁 #

Dynamics 365 9.0早期版本存在报表数据源解析FetchXML的已知bug，可能导致转义字符处理错误。

• 解决方式：检查CRM和报表服务器的版本，安装对应版本的最新累积更新，修复已知的兼容性问题。

已完成的排查记录：

• 验证XML有效性（结果合法）
• 在FetchXML Builder中运行可得到有效结果
• 在Report Builder和VS 2015中打开报表无错误
• 谷歌搜索类似问题但均不相关且无法解决

内容的提问来源于stack exchange，提问作者Sefid NT