Dynamics crm 无效的Uri:Uri方案太长。“例外情况”;动态CRM中的xml

Dynamics crm 无效的Uri:Uri方案太长。“例外情况”;动态CRM中的xml,dynamics-crm,postman,fetchxml,Dynamics Crm,Postman,Fetchxml,我正在尝试使用FetchXML-get-request查询动态CRM系统。 错误: “无效Uri:Uri方案太长。UriFormatException” 在使用特定属性\筛选器时发生。 例如: 尝试使用带有“on或after”运算符的筛选条件时,引用带有时间戳的日期时间。我得到: 最初的查询很大,可以正常工作,但当我缩短查询并使用特定属性时,会出现错误。我无法指出这个问题。 请参见我的代码,例如: 这不起作用: <filter> <condition attribute="

我正在尝试使用FetchXML-get-request查询动态CRM系统。 错误: “无效Uri:Uri方案太长。UriFormatException” 在使用特定属性\筛选器时发生。 例如: 尝试使用带有“on或after”运算符的筛选条件时,引用带有时间戳的日期时间。我得到:

最初的查询很大,可以正常工作,但当我缩短查询并使用特定属性时,会出现错误。我无法指出这个问题。 请参见我的代码,例如: 这不起作用:

<filter>
  <condition attribute="scheduledend" operator="le" value="2020-03-16T10:23:30" />
</filter>

这正在工作,但没有时间戳:

<filter>
  <condition attribute="scheduledend" operator="on-or-before" value="03/16/2020" />
</filter> 

让我强调一点,那就是

<filter>
  <condition attribute="scheduledend" operator="le" value="2020-03-16T10:23:30" />
</filter>

如果我删除一些查询属性或过滤器,可能会起作用-因此这只是一个示例-我找不到工作\不工作的模式。
这个问题的根本原因可能是什么

我突然想到,由于冒号
是HTTP URI的正常部分,时间戳中的冒号可能会触发问题。 根据,
编码到
%3A
。 也许可以试一试

另一个需要考虑的问题是,单引号是合法的URL字符,但双引号是,因此可以在FetchXML中切换到单引号: