workfront APIは、弊社のWebレポートと同じ結果を返すされていません:レポートのworkfront 1に、当社のWebフロントエンドで
は$$TODAYbw
から$$TODAYe+6m
の日付範囲を持っており、それが〜500行について返さ。
/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に欠陥があるか、バックグラウンドで余分なことを行うWebレポートですか?
確認していただきありがとうございます。回避策はあなたが提案したように、アプリケーションがdatetimeを把握してAPIに渡すことですが、Webレポートをカスタムプログラムに変換するのが面倒です。 – Zorgarath
APIがリクエストから解析されたパラメータのリストを返した場合にも役立ちます。そのようにして、どの値が正しく追加されたかを確認することができました。 – Zorgarath
私はあなたの2番目のコメントに同意します。私はそれが何をしているのかを解析するために返されたタイムスタンプを見ようとしていましたが、私はそれを素早く迷惑にしていたと言いました。すでにいくつかのクエリが構築されているため、より困難な立場にありますが、datetimeクエリが唯一難しいのであれば、これらの少数のアイテムをコード内のソリューションに変換することは、世界で最悪のものであってはなりません。おそらく、誰かがこの不満を扱った人を連れてくるだろうし、より関連性の高いアドバイスを持っているでしょう。公式のWorkfrontフォーラムも試してみることができます。 –