Question

工作场所API未返回与我们的网络报告相同的结果：

在我们在工作场所的网络前端上，其中一个报告的日期范围为$$TODAYbw到$$TODAYe+6m，并返回约500行。

我在API上尝试了相同的查询（格式化以便于阅读）

/v7.0/RSALLO/search
?fields=DE:project:Probability,allocationDate,scheduledHours,project:name,project:status,roleID,project:status,role:name
&allocationDate_Mod=between
&allocationDate=$$TODAYbw
&allocationDate_Range=$$TODAYe+6m
&AND:0:project:status_Mod=notin
&AND:0:project:status=CPL
&AND:0:project:status=DED
&AND:0:project:status=REJ
&AND:0:project:status=UZF
&AND:0:project:status=IDA
&AND:0:roleID_Mod=in
&AND:0:roleID=55cb58b8001cc9bc1bd9767e080f6c10
&AND:0:roleID=55cb58b8001cc9bd9fc0f8b03a581493
&AND:0:roleID=55cb58b8001cc9bfaa01243cd6024b6d
&AND:0:roleID=55cb58b8001cc9c0afa399dece405efd
&$$LIMIT=1000

几乎没有任何结果。请注意&allocationDate_Range=$$TODAYe+6m行。如果我将其更改为在没有结束日期修饰符的情况下阅读=$$TODAY+6m，则API会返回~500行。

我仔细检查了每个过滤条件，它只是出现错误的allocationDate范围。我找到了this resource作为日期修饰符，其中没有e+6m示例，但它适用于我们的网络前端报告。

API是否存在缺陷，或者网络报告是否在后台执行了额外的操作？

Answer 1

我没有针对您的问题提供准确的解决方案，但我可以确认API在解析像您这样的通配符时遇到了一些困难而且他们并不总是想出来我们期待的方式。此外，API不会像文本模式报告一样解析事物，因此在后者中看起来很棒的查询可能会返回前者不同的内容。

如果我可以提出不同的解决方案，因为您已经在Workfront之外进行了编码，那么我建议您只需自己执行日期计算并将显式日期时间对象传递给Workfront，而不是允许它使用它自己的逻辑。我知道这并没有回答＆＃34;什么是一个能够准确返回我想要的查询的问题＆＃34;但它应该给你正确的最终结果。

为了它的价值，我花了大约15分钟试图找到一个结论的例子，我放弃了它后面的值，这些值应该超出我自己的日期范围。

WorkFront / AtTask API $$ TODAYe + 6m缺陷？

1 个答案: