2012-03-24 25 views
6

我們最近從MOSS 2007遷移到SP 2010平臺。我們有這個大量使用的SharePoint Designer工作流程(每天500個以上的實例)。 (使用infopath提交數據)這基本上是一個涉及許多審批級別的系列審批工作流程。在我們的工作流程中,差不多90%的工作流程以「錯誤發生」狀態結束,並顯示以下錯誤說明:工作流無法更新該項目,可能是因爲該項目的一個或多個列需要不同類型的信息。工作流程錯誤:工作流程無法更新項目,可能是因爲該項目的一個或多個列需要不同類型的信息

我搜索了很多網站和MSDN,試過可能給出的所有解決方案,但似乎都沒有工作。沒有設置導致錯誤和重新啓動工作流程的問題的模式。

  1. 我們匹配的所有列/內容類型,並且在2007年MOSS和新的形式沒有區別庫

  2. 用戶的權限級別不會改變

很多網站提到在更新事件之前在工作流程中引入暫停,但我對此表示懷疑。可能的原因/解決方案是什麼?我們無法確定這些90%失敗的工作流程中常見的任何事情,或者指引我們找到根本原因。某些工作流實例也會導致錯誤,工作流無法更新項目,因爲它已簽出給其他用戶。

任何幫助將不勝感激。

回答

4

我以前遇到同樣的問題,1分鐘的延遲解決了它。根據我的經驗,在哪些項目失敗和哪些失敗的方面存在不一致之處,讓我們往下看鎖定問題的路徑。否則它沒有任何意義。如果我們在列表中選取了一個特定項目並對其進行測試,有時工作流程會成功運行,而其他時間會失敗。根據我們使用的硬件,我們會在相同的配置下獲得完全不同的結果。

其他與問題類似的報告鎖定問題。 http://social.technet.microsoft.com/Forums/en-US/sharepoint2010customization/thread/fc4e1073-d67f-449a-b443-e5805f5358c7

It appeared to me that maybe it was a locking/timing issue....it appeared the workflow kicked off and tried updating fields in the doc library item before the locks were released on the InfoPath form that created the item!

當您進行遷移時,是否涉及新硬件?另外,SharePoint 2010需要比2007年更多的功能。

0

在承擔鎖定/計時問題之前,請確保您的工作流程未更新爲錯誤的列類型。在我們的案例中,我們試圖用無效數據更新人員或組字段。

1

的問題似乎是在事實上與改變鎖定領域的嘗試。如果您不想在工作流中更改以前更新的字段之前將1分鐘的延遲引入工作流程(應該始終有效)..您可能需要在同一字段的更新之間添加等待字段更改的當前項目操作。在某些情況下,這種情況可能會發生,並且可能會有很好的效果

0

對我來說,這是關係到用戶的權限:

工作流程是創建代表用戶的另一個列表中的項目,他只有在名單上的讀取權限,通過給另一個列表,它的工作作出應有的貢獻權限。

相關問題