Zastosowanie reguły do pola elementu roboczego
W zależności od typu danych pola można ustawić różne ograniczenia na dane, które można wprowadzić w tym polu.Można określić wartości dla listy wyboru (listy rozwijanej), ustaw wartości domyślne, wyczyszczenie wpisów lub ograniczyć możliwość zmian.Z reguły warunkowych można zastosować reguły do pola w oparciu o zależności między różne pola wartości.Można również ograniczyć, kto może modyfikować pola lub zakresu reguły do zastosowania tylko do grupy.
Wszystkie te elementy reguły mogą być definiowane w ramach FIELD definicji definicji typu (WIT) elementów roboczych, z zastrzeżeniem niektórych ograniczenia dla pól System.I, z wyjątkiem produktów HELPTEXT, można określić zasady zaczęły wpływa na podczas przejścia przepływu pracy lub jako elementy podrzędne w ramach FIELD elementu (globalne przepływu pracy).
.png "Element pracy śledzenia reguł pola elementu XML")
Można określić dowolną kombinację reguły do pola, warunki ograniczające opisane w tym temacie.
Tekst pomocy: określić tekst etykietka narzędzia są wyświetlane w postaci elementów roboczych dla pola. Lista pobrania: Określ listy rozwijanej lub wybierz listę dozwolonych, sugerowane lub zabronionych wartości. |
Przypisz reguły wartość: Definiowanie zachowania w czasie wykonywania i ograniczenia:
|
Zasady warunkowe: określić, kiedy zestaw reguł zostaną zastosowane do pola nadrzędnego. Ustawić warunki, na podstawie roli użytkownika: stosowanie reguł w oparciu o kto jest tworzenie lub modyfikowanie elementu pracy. Umożliwia określenie grupy tokenów: Określ nazwę domeny lub zakres grupy za pomocą odpowiednich tokenu. |
Jakie zasady można zastosować do pola systemowe? Jak można uniknąć błędów sprawdzania poprawności dla pól Nazwisko osoby? Czy istnieje sposób definiowania listy wielokrotnego wyboru pobrania? |
Gdzie dotyczy reguła pola? Jak są obliczane reguły Kolejność jest stosowana? Jak naciśnięcie klawisza wpisów w postaci wpływa na zasady oceny? |
Jak zmodyfikować pola Stan i Przyczyna? Jak utworzyć pole przechowujący wartość, która jest sumą dwa pola? Kiedy będzie Definiowanie reguł dla pola przy użyciu globalne przepływu pracy |
Pole zasady są jeden składnik należy dostosować śledzenie elementów pracy.Aby dowiedzieć się więcej, zobacz Dostosowywanie obiektów śledzenia elementów pracy, aby wspierać procesy zespołu.
Informacji o zmodyfikowanie pola lub dodanie reguły pól w pliku definicji WIT można wyświetlić Definiowanie pól elementu pracy.
Tekst pomocy
Można dostosować tekst pomocy lub etykietkę narzędzia Tekst wyświetlany, gdy użytkownik wskazuje do pola wyświetlanego na formularza elementu pracy.Można dostosować i tekst pomocy dla tego samego pola, który pojawia się w różnych WITs i projektów zespołowych różnych lokalizowanie.Tekst pomocy jest ograniczona do 255 znaków Unicode.
W poniższym przykładzie pokazano przypisania tekst pomocy z polem niestandardowym uzasadnienie biznesowe:
<FIELD name=”Business Justification” refname="Fabrikam.BusinessJustification" type="String">
<HELPTEXT>Only required when you set the Urgencyfield to Need Immediately. </HELPTEXT>
</FIELD>
Aby umożliwić użytkownikom wskazówek, które przekraczają limit 255 znaków, zobacz Dodawanie tekstów pomocy, hiperłączy lub zawartości WWW do formularza elementów pracy.
[!UWAGA]
Obecność HELPTEXT dodaje do rozmiaru danych przechowywanych i może mieć wpływ na skalowalność.Jeśli obsługuje kilkuset projektów zespołowych w pojedynczym wystąpieniem TFS, być konserwatywnego w pracy z HELPTEXT reguły.
Wybierz listę reguł
Pobranie listy reguły definiują wartości, które użytkownik może lub nie można wybrać pola ciągu.Wartości zdefiniowane na liście pobrania pojawiają się na formularza elementu pracy i Edytor zapytań.Można połączyć list i rozwinąć lub umowy list.Można również użyć for i not atrybuty do zastosowanie lub zignorować te reguły, oparte na który modyfikuje element pracy.
Reguła |
Użycie |
|---|---|
ALLOWEDVALUES |
Dopuszczalne wartości, które użytkownik może wybrać oparte na określone wartości. |
ALLOWEXISTINGVALUE |
Umożliwia pole, aby zachować istniejącą wartość, nawet jeśli nie jest już na liście pobrania.Ta zasada w tym zaleca się po zmianie wartości pola, na liście pobrania lub pobrania listy, które zawierają nazwy osoby. |
GLOBALLIST |
Określa nazwę globalne listę zawierającą wartości przechowywanych dla projektu zespołowego lub kolekcji projektów. |
PROHIBITEDVALUES |
Zapobiega przypisywane określonymi wartościami.Nie można zapisać elementu pracy, jeśli pole zawiera wartość zabronione. |
SUGGESTEDVALUES |
Definiuje listę wartości, które użytkownicy można dokonać wyboru spośród, ale nie są ograniczone do wyboru.Użytkownicy mogą określać wartości inne niż te z tej listy. |
Przykłady użycia pobranie list, zobacz Definiowanie list wyboru.
Przypisz wartość reguły
Przypisz wartość reguły zdefiniowane przez zachowania w czasie wykonywania i ograniczenia, takich jak określanie wartości domyślne, wyczyszczenie pola wymagające pola, aby zdefiniować oraz inne materiały.Możesz zastosowanie lub zignorować te reguły w oparciu o który modyfikuje zadań elementów przy użyciu for i not atrybutów.
Wyczyść, Ustaw domyślne, kopiowania wartości lub wymusić wartości do dopasowania do wzorca
Te reguły obsługują domyślne ustawienie, kopiowania wartości z jednego pola lub wymuszanie zgodne ze wzorcem określonej wartości pola.
Reguła |
Użycie |
|---|---|
COPY |
Kopiuje określoną wartość do pola, gdy użytkownik tworzy lub modyfikuje element pracy. |
DEFAULT |
Określa wartość dla pola, które jest pusta, gdy użytkownik tworzy lub modyfikuje element pracy.Jeśli pole ma już wartość, DEFAULTzasada jest ignorowane. |
EMPTY |
Czyści to pole wartości zawiera i następnie tworzy pole tylko do odczytu, gdy użytkownik zapisuje element pracy.Nie można używać EMPTY z READONLY. EMPTYsłuży głównie podczas przejścia w stan wyczyścić pola, które dotyczą stanu, do którego jest przenieść element. |
MATCH |
Wymusza wpisy do pola ciągu są zgodne z określony wzorzec znaków lub numerów. |
SERVERDEFAULT |
Kopiuje nazwę bieżącego użytkownika lub wartość zegara serwera do pola, gdy użytkownik zapisuje element pracy.Te pola zwykle wyświetlane jako tylko do odczytu na formularzu. |
Struktura składni i przykłady, patrz Zdefiniuj wartość domyślną lub skopiuj wartość do pola.
Wymagane tylko do odczytu, a ograniczenia wartości przypisane do pola
Te reguły określ ograniczenia na określenie lub zmiana wartości pola.
Reguła |
Użycie |
|---|---|
CANNOTLOSEVALUE |
Uniemożliwia użytkownikom wyczyszczenie pola wartości, gdy określono wartość. |
FROZEN |
Uniemożliwia użytkownikom zmianę wartości pola, gdy zawiera wartość.Jak użytkownik zapisuje element pracy z wartością w tym polu, wartość nie będzie można zmodyfikować. |
NOTSAMEAS |
Pole uniemożliwia przypisywane tę samą wartość jak, który został przypisany do innego pola. |
READONLY |
Zapobiega modyfikowany na wszystkich pola.Można zastosować tę zasadę, zgodnie z warunkami.Na przykład po zamknięciu elementu pracy ma być pola, aby zachować dane do celów raportowania jest tylko do odczytu. Nie należy używać READONLY z EMPTY elementu ponieważ EMPTY również sprawia, że pole tylko do odczytu.Jeśli składa się z tych elementów, wyniki są niezgodne. Ponadto można dokonać pola są wyświetlane tylko do odczytu z pomocą formularza elementu pracy Control elementu ReadOnly atrybutu.Pola mogą być zapisywane przez innych klientów, ale nie za pomocą formularza elementu pracy. |
REQUIRED |
Wymaga, aby użytkownik określić wartość dla pola.Użytkownicy nie mogą zapisywać elementu pracy, dopóki nie zostały one przypisane wartości do wszystkich wymaganych pól. |
Dla struktury składni, zobacz Wszystkie elementy XML All FIELD — Odwołanie.
Ograniczenia, który można utworzyć lub zmodyfikować elementu pracy
Możesz kontrolować, kto może Tworzenie lub modyfikowanie elementu pracy przez zastosowanie VALIDUSER elementu do pola Nazwisko osoby.Po określeniu tego elementu wskazują, które użytkownik lub grupa użytkowników można przypisać jako wartość dla pola.Można ustawić ten element do obsługi opcjonalna group atrybut, który wymaga, że osoba, która jest przypisany do pola musi być członkiem grupy, który określisz bezpośrednio lub pośrednio.Domyślnie, wszyscy członkowie Team Foundation uprawnieni użytkownicy w tym polu można określić grupy.
VALIDUSER Element jest prawidłowy tylko w przypadku typów pola ciągu.Możesz zezwolić lub ograniczyć czy reguła jest stosowana do użytkownika, który jest modyfikowanie elementu pracy określając użytkownikowi lub grupie for lub not atrybuty, odpowiednio.
<VALIDUSER group="groupName" for="userName" not="userName" />
Można użyć VALIDUSER reguły tylko wtedy, gdy użytkownik odwołuje się do pola Nazwisko osoby.Przykłady pól o nazwie osoby są następujące pola systemu:
Aktywowany przez (System.ActivatedBy)
Przypisane do (System.AssignedTo)
Upoważniony jako (System.AuthorizedAs)
Zmieniony przez (System.ChangedBy)
Zamknięty przez (System.ClosedBy)
Utworzone przez (System.CreatedBy)
Oprócz pól systemu można utworzyć pole niestandardowy ciąg i używać go jako pole o nazwie osoby.Ponadto można synchronizować niestandardowe pola o nazwie osoby z usługą Active Directory (Określ syncnamechanges="true").
Pola elementów roboczych odróżnia tożsamości użytkownika w różnych domenach.W związku z tym, "Fabrikam\ctsoapo" i "Contoso\ctsoapo" są traktowane jako ten sam użytkownik wprowadzenie w polu, które używa VALIDUSER reguły.
Zasady warunkowe
Zasady warunkowe umożliwiają określenie, gdy zestaw reguł, które zostaną zastosowane do pola nadrzędnego.Można ustawić warunki, na podstawie czy inne pole jest przypisany (nieprzypisane) określoną wartość lub innego pola zmienia (lub nie ulega zmianie).Można uwzględnić lista pobrań i przypisać zasady dotyczące wartości w elemencie Zasada warunkowych.
Reguła |
Użycie |
|---|---|
WHEN |
Określa reguł do zastosowania do pola nadrzędnego w innym polu przypisany określoną wartość. |
WHENNOT |
Określa reguł do zastosowania do pola nadrzędnego innego pola nie jest przypisany określoną wartość. |
WHENCHANGED |
Określa reguł do zastosowania do pola nadrzędnego, gdy zmienia wartość określonego pola. |
WHENNOTCHANGED |
Określa zasady zastosowany do pola nadrzędnego nie zmienia wartość określonego pola. |
Można określić wiele zasad warunkowych jednego pola.Jednak można określić tylko jednego pola jazdy na warunkowych reguły.Nie można zagnieździć warunkowych reguł.Struktura składni i przykłady, patrz Przypisywanie warunkowych wartości i reguł.
Zastosuj lub zignorować reguły oparte na który jest tworzenie lub modyfikowanie elementu pracy
Umożliwia pobranie listy lub przypisać reguły wartości do stosowania lub nie mieć zastosowania do grupy użytkowników przy użyciu for lub not atrybutów.Zakres reguły do grupy.Aby reguła zakresu do wielu grup, należy utworzyć grupy TFS nadrzędnej, który zawiera zestaw grup, które chcesz użyć.
Tworzenie pola wymagane tylko dla określonej grupy:
Użyj dla do zastosowania reguły do grupy.W tym przykładzie wymaga każdy użytkownik w grupie analityków inny poziom, aby wypełnić pole zatwierdzającą drugiego.
<FIELD name="Second Approver"> <REQUIRED for="Example1\Junior Analysts"/> </FIELD>Ogranicz modyfikacji pola do grupy użytkowników:
Użyj nie do wykluczenia z reguły grupy.W tym przykładzie definiuje pola Opis segregowanie jako tylko do odczytu dla wszystkich użytkowników, z wyjątkiem tych użytkowników z grupy segregowanie Komitetu.
<FIELD name="Triage Description"> <READONLY not="[Project]\Triage Committee" /> </FIELD>Tworzenie pola wymaganego dla niektórych użytkowników, a nie dla innych osób:
Użycie kombinacji dla i nie jednocześnie zastosować regułę do niektórych, a nie dla innych osób.W tym przykładzie definiuje ważności jako pola wymagane dla użytkowników w grupie członków projektu, ale nie w odniesieniu do grupy Administratorzy projektu.
<FIELD name="Severity"> <REQUIRED for="[Project]\Project Members" not="[Global]\Project Admins"/> </FIELD>Ponieważ Deny pierwszeństwo Allow, jeśli użytkownik ma zarówno grupy, instrukcję "nie" czy wymuszane i pole nie jest wymagane.
Użyj tokeny do grupy odniesienia
Reguły można ograniczyć do grupy, należy wskazać domeny lub zakres grupy.W przypadku niektórych wartości można użyć tokenów.
Pola Nazwisko osoby może zaakceptować wartości, które odwołują się użytkownicy i grupy.Pola atrybutów, aby uzyskać i nie się do grup.Można użyć następujących tokenów, określając wartości dla tych elementów.
Zakres do projektu zespołowego — []:
[Project] Token jest używany do określenia grupy, która jest zdefiniowana dla projektów zespołowych.Może to odpowiadają zespół, wbudowane TFS grupy, takiej jak [projektu] \Contributors, grupę niestandardową TFS tworzonych na poziomie projektu lub grupy systemu Windows, która została dodana do grupy TFS.Na przykład:
Zespół:[Project]\Fabrikam Team
Podczas tworzenia zespołu, grupa TFS jest tworzony zawierający elementy przypisane do zespołu.
Grupa projektu zespołowego:[Project]\Contributors
Dodane do projektu zespołowego grupy systemu Windows:[Project]\ Triage Committee
Porada: można wyświetlić listę grup prawidłowe przez otwarcie strony zabezpieczeń w kontekście administracja zespołu dostępu do sieci Web (TWA).
Zakres do kolekcji projektów — [nazwa_kolekcji]:
Użyj [nazwa_kolekcji] do odwoływania się do zakresu kolekcji TFS grupy, takich jak grupy administratorów kolekcji projektów lub grupy systemu Windows można dodać do kolekcji.Na przykład:
<FIELD name="Title"> <READONLY for="[DefaultCollection]\Project Collection Valid Users"/> </FIELD>Zakres do wystąpienia serwera — [GLOBAL]:
Użyj [GLOBAL] token do odwoływania się do grupy o zakresie serwera TFS, takich jak grupy wbudowanej lub grupy systemu Windows należy dodać do grupy poziomie serwera.Na przykład:
<FIELD name="Title"> <READONLY for="[Global]\Team Foundation Valid Users"/> </FIELD>Określ konto domeny kwalifikowana lub grupy:
Nazwa kwalifikowana domeny konta, takich jak pokazano w następującym przykładzie, można odwoływać się do domeny użytkownika lub grupy.Należy zauważyć, że niektóre reguły obsługują tylko grupy i do obsługi odwołujący się użytkownicy domeny.
<LISTITEM value="FABRIKAM\Christie Church’s Direct Reports"/>
Wszyscy użytkownicy i grupy musi być kwalifikowany za pomocą jednej z tych tokenów.Na przykład następujące kodu XML nie jest prawidłowy, ponieważ go nie kwalifikowania z prawidłowym tokenem określonej grupy.
<FIELD name="Title">
<READONLY for="Dev Team"/>
</FIELD>
Pytania i odpowiedzi
Pyt jakie zasady można zastosować do pola systemowe?
Odp System pola mają system.Nazwa odwoływać się do nazw, na przykład System.Title i System.State.TFS ogranicza dostosowywania tych pól, z wyjątkiem te wystąpienia:
HELPTEXTreguły można przypisać do wszystkich pól.
READONLYreguły można przypisać do pola stanu i przyczyny.
Większości reguł można przypisać do pól tytułu, przydzielone do, opis lub zmieniony przez System.
Pyt w jaki sposób można uniknąć błędy weryfikacji pól Nazwisko osoby?
Odp w celu uniknięcia błędów sprawdzania poprawności, które w przeciwnym razie może wystąpić, gdy członkowie zespołu pozostaw i jesteś już zarejestrowanym uczestników projektu, należy uwzględnić ALLOWEXISTINGVALUE elementu w polu przypisany do.
<FIELD name="Assigned To" refname="System.AssignedTo" type="String" syncnamechanges="true" reportable="dimension">
<HELPTEXT>The user who is working on this work item</HELPTEXT>
<ALLOWEXISTINGVALUE />
<VALIDUSER />
<ALLOWEDVALUES expanditems="true" filteritems="excludegroups">
<LISTITEM value="Active" />
<LISTITEM value="[project]\Contributors" />
</ALLOWEDVALUES>
<DEFAULT from="field" field="System.CreatedBy" />
</FIELD>
Pyt czy istnieje sposób definiowania listy wielokrotnego wyboru pobrania?
Odp ta funkcja nie jest obsługiwane, jednak może mieć możliwość dostosowania zawarte w tej witrynie CodePlex projekt kodu źródłowego: formanty do śledzenia elementów roboczych TFS.
P: jak zmodyfikować pola Stan i Przyczyna?
Odp pola stanu i przyczyny są definiowane w sekcji definicji WIT przepływu pracy.Można określić większości pole reguł do zastosowania w polu podczas zmiany stanu, wybór przyczyny lub określonych przejścia.Aby dowiedzieć się więcej, zobacz Zmiana przepływu pracy dla typu elementu pracy.
Q: gdzie dotyczy reguła pola?
Odp reguł do zastosowania do pola przez cały okres elementu pracy, należy określić je w ramach FIELD definicji.Na przykład pole, które jest wymagana do usterkę, która jest nowe i aktywnych pozostaje wymagane do czasu zamknięcia usterki.
W przeciwnym razie Określ regułę do ocenienia tylko podczas zmiany stanu.Te zasady są zdefiniowane w WORKFLOW sekcji poniżej STATE, REASON, lub TRANSITION elementy.Wszystkie reguły, z wyjątkiem HELPTEXT, można zastosować w ramach FIELD elementu (przepływu pracy).
Reguły pola są dodatków.Oznacza to, że można określić cztery zestawy reguł dla tego samego pola, które będą wszystkie oceniane przez element pracy w aparat reguł.
Specyficzne dla typu elementu roboczego zasady stosuje się bez względu na lokalizację elementu roboczego na jego stan modelu.Na przykład <REQUIRED /> zasada sprawdza następujące:
"MyField Value" != NULL
Stan specyficzne zasady są w zakresie do wystąpienia elementu pracy, gdy jest w stanie niektórych.Reguły specyficzne dla stanu są wymuszane, gdy następujący warunek jest prawdziwy:
State field value == "MyState" && "MyField Value" != NULL
Przejście specyficzne do elementu pracy, który jest poddawany niektórych przejście zakresu zasad określających określonych przejścia.Te reguły są wymuszane, gdy spełnione są poniższe warunki:
State field value == "ToState" &&
"Previous State Before Edit/New" == "FromState"
&& "MyField Value" != NULL
Przyczyna specyficzne zasad określających przyczyny określonych do określonej przyczyny przejścia określonego zakresu.Są one przetwarzane, gdy spełnione są poniższe warunki:
Reason field == "MyReason" &&
State field value == "ToState" &&
"Previous State Before Edit/New" == "FromState" && "MyField Value" != NULL
W poniższym przykładzie ogranicza modyfikacji pola ważności klienta, gdy element roboczy jest w stanie aktywnym.
<STATE name="Active">
<FIELDS>
<FIELD refname="MyCorp.Severity" >
<READONLY />
</FIELD>
</FIELDS>
</STATE>
P: jak reguły są ocenianeKolejność jest stosowana?
Odp reguły zwykle są przetwarzane w kolejności, w której są wyświetlane.Jednak korzystając WHEN*, DEFAULT, i COPY elementów, mogą stosować dodatkowe zachowania.
Aby uzyskać niektóre widzi, jak reguły są oceniane po zastosowaniu wielu reguł do pola.Jak są obliczane reguły nie jest całkowicie deterministyczna.W tej sekcji opisano oczekiwane zachowanie i interakcje podczas korzystania z WHEN*, DEFAULT, i COPY reguły.
Poniższe kroki pokazują, w odpowiedniej kolejności, kontakty, które wykonuje TFS i przez użytkownika formularza elementu pracy.Tylko kroki 1, 8 i 13 są wykonywane przez użytkownika.
W programie Team Foundation client─such jako programu Visual Studio, Team Explorer, zespół Web Access lub Team Explorer Everywhere─ użytkownik tworzy nowy element roboczy lub edytować istniejący element pracy.
Wypełnij pole wartości domyślnych.W przypadku wszystkich pól korzystać ze wszystkich DEFAULT reguły, które są poza WHEN* reguły.
Skopiuj wartości pól.W przypadku wszystkich pól korzystać ze wszystkich COPY reguły, które są poza WHEN* klauzul.
W przypadku wszystkich pól z WHEN reguły dopasowania, należy wykonać DEFAULT a następnie COPY zasady wewnątrz.
W przypadku wszystkich pól z WHENNOT reguły dopasowania, należy wykonać DEFAULT a następnie COPY zasady wewnątrz.
Zawsze przetwarza TFS WHEN zasady przed WHENNOT reguły.
W przypadku wszystkich pól, które miały ich wartości zmieniły się od kroku 1, które zawierają WHENCHANGED reguły, należy wykonać DEFAULT a następnie COPY zasady wewnątrz.
Umożliwia użytkownikowi edytowana.
Użytkownik zmienia wartość pola i przenosi fokus z pola.
Podnieś dowolne WHEN reguły dla tego pola, odpowiadające nową wartość.
Podnieś dowolne WHENNOT reguły dla tego pola, odpowiadające nową wartość.
Podnieś dowolne WHENCHANGED reguły dla tego pola, odpowiadające nową wartość.
Zwraca możliwości edycji dla użytkownika.
Użytkownik zapisuje zmiany w bazie danych.
W przypadku wszystkich pól wykonać SERVERDEFAULT operacji, które są zdefiniowane dla tego pola albo bezpośrednio lub pośrednio w obszarze WHEN lub WHENNOT reguły.
P: jak naciśnięcie klawisza wpisów w postaci wpływa na zasady oceny?
Odp systemu ustawia nową wartość w polu za każdym razem, gdy użytkownik wprowadza naciśnięcie klawisza w polu za pomocą formularza elementu pracy interfejsu użytkownika.Oznacza to, że reguły warunkowych może wystąpić nieoczekiwane zawsze, gdy spełnione są warunki wstępne zasady.
W poniższym przykładzie XML, będzie pusta podstanu, podczas pisania "Zatwierdzone ponownie" w polu Stan ponieważ WHEN* reguły występuje jak użytkownik wpisze literę "e" w zatwierdzony, nawet jeśli nie jest zamierzone końcowej "Zatwierdzanie".Z tego powodu należy dokładnie rozważyć w przypadku używania zasad warunkowych.
<FIELD refname="MyCorp.SubStatus" />
<WHEN field="MyCorp.Status" value="Approve" >
<EMPTY />
</WHEN>
</FIELD>
P: jak utworzyć pole przechowujący wartość, która jest sumą dwa pola?
Odp ta funkcja nie jest w sposób macierzysty obsługiwana w tej chwili.
Q: kiedy czy Definiowanie reguł dla pola przy użyciu globalne przepływu pracy
Odp Użyj globalnego przepływu pracy tylko wtedy, gdy są podobne zadanie przypisane z Obsługa wielu pól z tej samej definicji i zasad w wielu projektach zespołu.Podobnie jak wyświetla globalne, za pomocą globalne przepływu pracy można zminimalizować pracy wymaganej, jeśli masz do aktualizacji definicji pola.Aby uzyskać więcej informacji, zobacz Customize global workflow.
Zobacz też
Koncepcje
Wszystkie elementy WITD XML — Odwołanie