「Next X Hours」過濾器在CRM 2011中未按預期工作

我在queueitem實體中添加了一個名爲「due by」的自定義字段。然後，我創建了一個名爲系統視圖「調用將於明年1小時」又在queueitem實體篩選條件爲：「Next X Hours」過濾器在CRM 2011中未按預期工作

領域：由於過濾：下了X小時值：1

但是，這種觀點似乎行爲錯誤。例如。假設當前系統時間爲H：MM AM/PM，則此視圖顯示直到H + 1：59 AM/PM的所有記錄。雖然我期待它只顯示所有到期日期爲H + 1：MM AM/PM的記錄。由於這個問題，我的自定義視圖顯示範圍內或大約下1-2小時內的記錄。例如。如果當前系統時間爲上午10點1分，它將顯示記錄，直到上午11點59分，這是大約2小時，而如果當前系統時間是上午10點59分，它將再次顯示記錄，直到上午11:59爲止，這是1小時。

這似乎是CRM的「下一個X小時」過濾器中的一個錯誤，因爲我已經爲其他實體檢查了該過濾器，並通過使用「下一個X小時」過濾器創建自定義視圖，其中X設置爲1，所有正在顯示記錄，直到下一小時的第59分鐘。

我已經在這裏發佈這個問題，只是爲了確認這是真的是一個錯誤還是隻是我面對這個問題。

感謝

來源

2014-03-01 Indie.Dev

[本文]（http://gonzaloruizcrm.blogspot.com/2012/07/date-and-time-operators-in-crm-explained.html）表示它應該像您期待的那樣行事。然而，它說最後的X小時的行爲就像你看到下一個X小時。他們可能已經改變了它，但你看到的肯定是文章 –

的矛盾謝謝你的答覆丹。我已經閱讀了這篇文章，並且很驚奇地發現，針對「最後X小時」給出的情景也適用於我的情況下的「下一個X小時」，儘管文章沒有提到這一點。這就是我想證實這一點的原因。 –

你確定你的服務器沒有關閉一小時嗎？ – Nicknow

這是我在很多CRM意見預建過濾器的所見，尤其在日期字段的東西 - 字段的名稱並不能真正表明什麼都行。除了你的例子之外，對我來說，「去年」過濾器會指示它應該返回最近365天的結果（「去年」中的結果），但實際上它會返回日曆年等於當前日期的所有結果年 - 1（與上個月，上週，下個年，下個月等相同）。你的問題似乎是相同的概念（接下來的1小時是小時=當前小時+ 1）。

唯一的解決方案是確保測試出所有的過濾器，以便您確切知道它們的行爲方式，而不是依賴於如何解釋措辭。這有點令人討厭，但它必須完成。

來源

2015-08-28 21:20:03

「Next X Hours」過濾器在CRM 2011中未按預期工作

回答

相關問題