Mam scenariusza biznesowego like this:
- Użytkownik wysyła dokument do biblioteki dokumentów.
- Okręt wybiera typ zawartości i wprowadzi dane meta, w razie potrzeby. Jedno z pól danych meta jest flagą, "Pilne".
- Powoduje to wygenerowanie SharePoint Designer przepływu pracy,, między innymi, używa "zbieranie danych od użytkownika" działania.
"Zbieranie danych od użytkownika" tworzy element na liście zadań żądanie zatwierdzenia dla tego dokumentu.
I I potrzebnych do utworzenia widoku listy zadań, które wykazało pilnych wniosków o zatwierdzenie.
Roztwór: Umieścić wyraz "PILNE:" w tytule tych zadań.
Wolał bym określić pole priorytet bezpośrednio. Jednakże, I był w stanie to zrobić z kilku powodów:
- Działania zbieranie danych nie zapewnia mechanizm aktualizacji żadnych pól z wyjątkiem tytuł (i te dodatkowe pola, dla których mają być zbierane dane).
- "Przypisywanie do ppkt" Akcja ma ten sam problem.
- Jest możliwe wstawienie elementu do listy (tj.. bezpośrednio wstawiać elementu do listy zadań) ale to nie blokowanie działania. Oznacza to, że przepływ pracy nie będzie czekać na użytkownika do wykonania tego zadania.
I uważane za kilka podejścia przed (na szczęście) Wiedząc, że możemy może po prostu umieścić "pilne" w tytule.
- Uruchamianie przepływu pracy na samej listy zadań, tak aby podczas tworzenia nowego zadania, Krzyż jakoś odniesienia z powrotem do dokumentu, który uruchomił przepływ pierwszy, wyciągnąć wartość flagi pilne i aktualizacja priorytet w razie potrzeby.
- Zrobić coś podobnego z odbiornika wydarzenie. Na tworzenie zadania, Zlokalizuj dokument skojarzony i priorytetu aktualizacji w razie potrzeby.
- Użyj opcji "Tworzenie elementu listy" działania w połączeniu z "Czekaj na pole Zmiana" działania i odbiornik zdarzenia. Jeśli tworzymy elementu listy, możemy określić wszystkie pola, które chcemy. Umożliwia aktualizację oryginalnego elementu, gdy użytkownik zakończy zadanie i "czekać na zmianę pola odbiornika wydarzenie" chcieliby być spełniony warunek działania i pracy chcieliby przystąpić. (Z jakiegoś powodu, I mniej lub bardziej rozliczane na podejście to przed podjęciem decyzji Real Estate do walk away na chwilę).
Istnieje systemu ceł zwrotnych do mojego roztworu (pomijając oczywiste fakt, że tylko tekst tytułu wskazuje pilności). Od "zbierać informacje zwrotne" akceptowane są tylko nazwy zakodowanego tytuł, Trzeba użyć dwóch różnych zbierać informacje zwrotne działania którego jedyną różnicą jest że trudno kodowane tytuł.
Ale, co najmniej jest rozwiązanie, które nie wymagają obiekty odbierające zdarzenia lub akcje niestandardowe SPD.
Jeśli ktoś rozwiązał to w sposób bardziej pomysłowych, daj mi znaæ.
</koniec>