Błąd przepływu pracy: przepływ pracy nie może zaktualizować elementu, prawdopodobnie dlatego, że co najmniej jedna kolumna dla elementu wymaga innego rodzaju informacji.

Question

Niedawno przeprowadziliśmy migrację z platformy MOSS 2007 na platformę SP 2010. Mamy intensywnie wykorzystywany przepływ pracy SharePoint Designer (500 i więcej instancji dziennie). (używa informacji do przesłania danych) Jest to zasadniczo cykliczny przepływ pracy Zatwierdzenia obejmujący wiele poziomów zatwierdzenia. Po migracji prawie 90% naszego przepływu pracy kończy się stanem "Wystąpił błąd" z następującym opisem błędu: Przepływ pracy nie mógł zaktualizować elementu, prawdopodobnie dlatego, że co najmniej jedna kolumna dla elementu wymaga innego rodzaju informacji.

Przeszukałem wiele stron internetowych i msdn, wypróbowałem prawdopodobnie wszystkie podane rozwiązania, ale żadna nie wydaje się działać. Nie ma ustalonego wzorca przepływów pracy, które powodują błąd i ponowne uruchamianie przepływu pracy zawsze rozwiązują problem.

1. Mamy dopasowane wszystkie kolumny/typ zawartości i nie ma różnicy w MOSS 2007 i nowe formy biblioteka

2. poziomy uprawnień użytkowników nie są zmieniane

wiele stron wspomnieć o wprowadzaniu pauzy w przepływie pracy przed zdarzeniem aktualizacji, ale sceptycznie podchodzę do tego. Może to być możliwa przyczyna/rozwiązanie? nie możemy zidentyfikować niczego, co jest pospolite lub skierować nas do głównej przyczyny wśród tych 90% upadających przepływów pracy. Niektóre wystąpienia przepływu pracy powodują również błąd, przepływ pracy nie może zaktualizować elementu, ponieważ został wyewidencjonowany do innego użytkownika.

Każda pomoc będzie bardzo ceniona.

Answer 1

Miałem ten sam problem w przeszłości i 1 minutę opóźnienia go rozwiązało. Z mojego doświadczenia wynika, że ​​niespójności pod względem tego, które elementy zawodzą, a które nie, sprawiały, że patrzyliśmy na ścieżkę problemu z zamkiem. W przeciwnym razie nie miało to żadnego sensu. Gdybyśmy wzięli jeden konkretny element na liście i przetestowaliśmy go, czasami przepływałby on z powodzeniem, a innym razem nie. W zależności od używanego sprzętu uzyskalibyśmy zupełnie inne wyniki w tej samej konfiguracji.

Inni z podobnym problemem zgłaszają blokowanie jako problem. 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!

Kiedy przeprowadziłeś migrację, czy w grę wchodził nowy sprzęt? Należy również uwzględnić fakt, że SharePoint 2010 wymaga więcej mocy niż w 2007 roku.

Answer 2

Przed przyjęciem problemu z blokowaniem/synchronizacją upewnij się, że przepływ pracy nie jest aktualizowany na nieprawidłowy typ kolumny. W naszym przypadku próbowaliśmy zaktualizować pole Osoba lub Grupa nieprawidłowymi danymi.

Answer 3

Jeśli dzieje się to przypadkowo, prawdopodobnie całkiem bezpiecznie, aby wykluczyć problem z uprawnieniami. Myślę, że udało mi się rozwiązać mój problem i na podstawie moich testów - na razie tak dobrze.

http://www.eveningblog.com/archive/sharepoint-2010-error-the-workflow-could-not-update-the-item/

Answer 4

Problem wydaje się być w rzeczywistości związanej z próbą zmiany pola zablokowana. Jeśli nie chcesz wprowadzać 1-minutowego opóźnienia do swojego przepływu pracy przed zmianą wcześniej zaktualizowanych pól w przepływie pracy (to powinno zawsze działać), możesz chcieć dodać Czekaj na Zmianę pola w Bieżącym elemencie akcji pomiędzy aktualizacjami tego samego pola. W niektórych okolicznościach jest to możliwe i działało całkiem nieźle.

Answer 5

Dla mnie było to związane z uprawnieniami użytkownika:

workflow było stworzenie elementu w innej listy w imieniu użytkownika, a on miał tylko uprawnienia do odczytu na tej liście, dając przyczynić uprawnienia innej listy to działało .