Udostępnij za pośrednictwem


Zastosowanie reguły do pola elementu roboczego

W zależności od typu danych pola na jakich dane mogą być wprowadzone w tym polu można ustawić różne ograniczenia. Można określić wartości dla listy wyboru (listy rozwijanej), ustawianie domyślnej wartości, wyczyścić wpisy lub ograniczyć możliwość zmian. Z reguły warunkowego można zastosować reguły do pola w oparciu o zależności między wartościami różne pola. Można również ograniczyć, kto może modyfikować pola lub zakresu reguła ma być stosowana tylko do grupy.

Wszystkie te elementy reguły mogą być definiowane w ramach FIELD definicji definicji elementu pracy typu (ZEZWÓ), z zastrzeżeniem niektórych ograniczeń dla pól systemu. I, z wyjątkiem produktów HELPTEXT, można określić te reguły zaczęły wpływa na podczas przejścia przepływu pracy lub jako elementy podrzędne w ramach FIELD elementu (globalne przepływu pracy).

Work item tracking XML element field rules

Można określić dowolną kombinację reguły do pola, warunki ograniczające opisane w tym temacie.

Tekst pomocy: Określ etykietka narzędzia Tekst do wyświetlenia w postaci elementów roboczych dla pola.

Lista pobrań: Określ menu rozwijanego, lub wybierz z listy dozwolonych, sugerowane lub zabronionych wartości.

Przypisz wartość reguły: Definiowanie zachowania w czasie wykonywania i ograniczenia:

  • Wyczyść, ustaw wartość domyślną, kopiowania wartości lub wymusić wartości w celu dopasowania do wzorca

  • Wymagaj tylko do odczytu, a ograniczenia wartości przypisane do pola

  • Ograniczenia, który można utworzyć lub zmodyfikować elementu pracy

Reguł warunkowego: Określ, 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 domenę lub zakres grupy za pomocą tokenu po prawej.

Jakie zasady mogą być stosowane do pól systemu?

Jak można uniknąć błędów sprawdzania poprawności na pola Nazwisko osoby?

Czy istnieje sposób, aby zdefiniować listę pobrania wielokrotnego wyboru?

Gdzie należy zastosować regułę pola?

Jak są obliczane reguły Kolejność jest stosowana?

Jak naciśnięcie klawisza wpisów w postaci wpływają na reguły oceny?

Jak zmodyfikować pola Stan i Przyczyna?

Jak utworzyć pole zawiera wartość, która jest sumą dwóch innych pól?

Kiedy będzie zdefiniować 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.

Dla informacji na temat modyfikowania pól lub dodawania reguły pól w pliku definicji ZEZWÓ, zobacz Modyfikowanie lub dodawanie pola do obsługi zapytań, raportów i przepływu pracy.

Tekst pomocy

Można dostosować tekst pomocy lub tekst etykietki narzędzia, które występuje, gdy użytkownik wskazuje do pola, który pojawi się po formularza elementu pracy. Można dostosować i lokalizowanie tekst pomocy dla tego samego pola, będzie widoczna w różnych WITs i projektów zespołowych różnych. Tekst pomocy jest ograniczona do 255 znaków Unicode.

W poniższym przykładzie pokazano przypisanie tekstu pomocy do pola niestandardowego biznesowego wyjaśnienia:

<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óry przekracza limit 255 znaków, zobacz Dodawanie tekstów pomocy, hiperłączy lub zawartości WWW do formularza elementów pracy.

Uwaga

Obecność HELPTEXT dodaje rozmiar danych przechowywanych i może mieć wpływ na skalowalność.Jeśli obsługuje kilkuset projektów zespołowych w obrębie jednego wystąpienia TFS, można Konserwatywny — 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ć dla pola ciągu. Wartości zdefiniowane na liście pobrania są wyświetlane w postaci elementów 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 zastosować 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ącej wartości, 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 pobranie 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 zostanie przypisany 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 jest ograniczony do wyboru. Użytkownicy mogą określać wartości inne niż te z tej listy.

Przykłady użycia pobranie listy, zobacz Definiowanie list wyboru.

Przypisz wartość reguły

Przypisz wartość, która definiuje zasady zachowania w czasie wykonywania i ograniczeń, takich jak określenie wartości domyślne, wyczyszczenie pola wymagające pola, aby zdefiniować oraz inne materiały. Możesz zastosować lub zignorować te reguły w oparciu o który modyfikuje zadań elementów przy użyciu for i not atrybutów.

ms404857.collapse_all(pl-pl,VS.140).gifWyczyść, ustaw wartość domyślną, kopiowania wartości lub wymusić wartości w celu dopasowania do wzorca

Te reguły obsługuje domyślne ustawienie, kopiowaniu wartości z jednego pola do innego lub wymuszania pasują do wzorca 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óry jest pusty, gdy użytkownik tworzy lub modyfikuje element pracy. Jeśli pole ma już wartość, DEFAULTzasada jest ignorowana.

EMPTY

Czyści to pole wartości zawiera a następnie sprawia, że pole tylko do odczytu podczas zapisywania przez użytkownika elementu pracy. Nie można używać EMPTY z READONLY.

EMPTY jest używane głównie podczas przejścia w stan wyczyścić pola, które dotyczą stanu, do którego przechodzi elementu.

MATCH

Wymusza wpisy do pola ciągu są zgodne z określony wzorzec znaków lub numerów.

SERVERDEFAULT

Kopiuje bieżącą nazwę użytkownika lub wartość zegara serwera do pola, gdy użytkownik zapisuje element pracy. Te pola zazwyczaj są wyświetlane jako tylko do odczytu w formularzu.

Struktura składni i przykłady, patrz temat Zdefiniuj wartość domyślną lub skopiuj wartość do pola.

ms404857.collapse_all(pl-pl,VS.140).gifWymagaj tylko do odczytu, a ograniczenia wartości przypisane do pola

Te reguły określają ograniczenia na określenie lub zmiany 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ść. Jako użytkownik zapisuje element pracy z wartością w tym polu, wartość może nie być już zmodyfikowany.

NOTSAMEAS

Pole zapobiega zostanie przypisany tę samą wartość jak, który został przypisany do innego pola.

READONLY

Pole zapobiega modyfikowaniu w ogóle. Można zastosować tę regułę, zgodnie z warunkami. Na przykład po zamknięciu element pracy ma być pole tylko do odczytu w celu zachowania danych na potrzeby raportowania.

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 jako tylko do odczytu z pracy element formularza za pomocą Control elementu ReadOnly atrybutu. Pola mogą być zapisywane przez innych klientów, ale nie za pomocą formularza elementu pracy.

REQUIRED

Wymaga, aby użytkownik można określić wartość dla pola. Użytkownicy nie mogą zapisywać elementu pracy, dopóki nie przypisano wartości do wszystkich wymaganych pól.

Dla struktury składni, zobacz Wszystkie elementy XML All FIELD — Odwołanie.

ms404857.collapse_all(pl-pl,VS.140).gifOgraniczenia, który można utworzyć lub zmodyfikować elementu pracy

Można kontrolować, który można utworzyć lub zmodyfikować elementem pracy, stosując VALIDUSER elementu do pola Nazwisko osoby. Po określeniu tego elementu wskazują, które użytkownika lub grupy użytkowników można przypisać jako wartość dla pola. Można ustawić tego elementu, aby obsługiwać opcjonalnego group atrybut, który wymaga, aby osoba, która jest przypisana do pola musi bezpośrednie lub pośrednie należących do grupy, który określisz. Domyślnie wszystkie elementy członkowskie Prawidłowi użytkownicy programu Team Foundation 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 roboczego określając użytkownika lub grupy dla 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)

  • Została zmieniona przez (System.ChangedBy)

  • Zamknięty przez (System.ClosedBy)

  • Utworzone przez (System.CreatedBy)

Oprócz pól systemowych 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 nie rozróż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

Reguły warunkowego 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ślonej wartości lub inne pole zmienia (lub nie ulega zmianie). Można uwzględnić listy wyboru i przypisać reguły wartości w elemencie reguły warunkowego.

Reguła

Użycie

WHEN

Określa zasady, które mają być zastosowany do pola nadrzędnego inne pole jest przypisany określoną wartość.

WHENNOT

Określa zasady, które mają być zastosowany do pola nadrzędnego inne pole nie jest przypisany określoną wartość.

WHENCHANGED

Określa reguły do zastosowania do pola nadrzędnego, gdy zmienia wartość określonego pola.

WHENNOTCHANGED

Określa reguły do zastosowania do pola nadrzędnego, gdy określone pole wartości nie ulega zmianie.

Można określić wiele warunkowych reguł w jednym polu. Jednak można określić tylko jedno pole jazdy dla każdej reguły warunkowej. Nie można zagnieżdżać warunkowych reguł. Struktura składni i przykłady, patrz temat Przypisywanie warunkowych wartości i reguł.

Zastosuj lub ignorowanie reguł w oparciu o kto jest tworzenie lub modyfikowanie elementu pracy

Umożliwia pobranie listy lub Przypisz reguły wartości do zastosowania lub dotyczą grupy użytkowników przy użyciu for lub not atrybuty. Zakres reguły do grupy. Aby reguła do wielu grup zakresu, należy utworzyć grupy TFS nadrzędnego, która zawiera zestaw grup, które chcesz użyć.

  • Wybierz pole 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 grupą przy użyciu reguły. 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żyj 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 pole 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, instrukcji "nie" będzie można wymusić, jak i pole nie jest wymagane.

ms404857.collapse_all(pl-pl,VS.140).gifUż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 akceptować wartości, które odwołują się użytkownicy i grupy. Pola atrybutów, aby uzyskać i, jest stosowana do grup. Podczas określania wartości dla tych elementów, można używać następujących tokenó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 odpowiada zespołu, wbudowanej grupy TFS, takich jak grupy \Contributors [projektu], 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, tworzony jest grupą TFS, który zawiera 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łowy przez otwarcie strony zabezpieczeń w tym kontekście administracja zespołu sieci Web Access (TWA).

  • Zakres do kolekcji projektów — [CollectionName]:

    Użyj [CollectionName] do odwoływania się do zakresu kolekcji TFS grupy, takich jak grupy administratorów kolekcji projektów lub grupy systemu Windows, możesz 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 zakresu serwera TFS grupy, takie jak wbudowanej grupy lub grupy systemu Windows należy dodać do grupy na 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 poniższym przykładzie można odwoływać się do domeny użytkownika lub grupy. Należy pamiętać, że obsługują tylko niektóre zasady 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ć kwalifikowana przez jeden z tych tokenów. Na przykład następujący kod XML jest nieprawidłowy, ponieważ go nie kwalifikowania określonej grupy z prawidłowym tokenem.

<FIELD name="Title">
<READONLY for="Dev Team"/>
</FIELD>

Pytania i odpowiedzi

ms404857.collapse_all(pl-pl,VS.140).gifPyt jakie zasady mogą być stosowane do pól systemu?

ODP pola systemowe 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 tych wystąpień:

  • HELPTEXT reguły można przypisać do wszystkich pól.

  • READONLY reguły można przypisać do pola Stan i przyczyna.

  • Większości reguł można przypisać do pól tytułu, przydzielone do, opis lub zmienić przez System.

ms404857.collapse_all(pl-pl,VS.140).gifPyt w jaki sposób można uniknąć błędów sprawdzania poprawności na pola 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 nie jest już zarejestrowanym uczestników projektu, obejmują ALLOWEXISTINGVALUE elementu przypisany do pola.

<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>

ms404857.collapse_all(pl-pl,VS.140).gifPyt czy istnieje sposób, aby zdefiniować listę pobrania wielokrotnego wyboru?

ODP ta funkcja nie jest obsługiwane, jednak może być możliwe do dostosowania zawarte w tej witrynie CodePlex projekt kodu źródłowego: formanty do śledzenia elementów roboczych TFS.

ms404857.collapse_all(pl-pl,VS.140).gifPyt jak zmodyfikować pola Stan i Przyczyna?

ODP pola stanu i przyczyny są definiowane w sekcji definicji ZEZWÓ przepływu pracy. Można określić większość reguły pole do zastosowania do pola 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.

ms404857.collapse_all(pl-pl,VS.140).gifQ: gdzie należy zastosować regułę pola?

ODP regułę można zastosować do pola przez cały okres elementu pracy, należy określić je w ramach FIELD definicji. Na przykład wymagana usterkę, która jest nowe i aktywne, pozostanie ono wymagane do czasu zamknięcia błędu.

W przeciwnym razie należy określić regułę ma zostać obliczone tylko na etapie zmianę stanu. Te zasady są definiowane w ramach WORKFLOW sekcji poniżej STATE, REASON, lub TRANSITION elementów. 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ł.

  • Typu elementu roboczego zasady stosuje się bez względu na lokalizację elementu roboczego na jego stan modelu. Na przykład <REQUIRED /> reguła sprawdza następujące:

    "MyField Value" != NULL

  • Specyficzny dla stanu zasady są w zakresie do wystąpienia elementu pracy, gdy jest ona w stanie niektórych. Regułę specyficzny dla stanu są wymuszane, gdy następujący warunek jest prawdziwy:

    State field value == "MyState" && "MyField Value" != NULL

  • Określonych przejścia do elementu pracy, który jest poddawany niektórych przejście zakresu reguły określające 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

  • Dotyczący przyczyny reguł 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

Poniższy przykład 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>

ms404857.collapse_all(pl-pl,VS.140).gifPyt jak reguły są ocenianeKolejność jest stosowana?

ODP reguły zazwyczaj są przetwarzane w kolejności, w której są wyświetlane. Jednakże, używając WHEN*, DEFAULT, i COPY elementów, mogą stosować dodatkowe zachowania.

Można uzyskać wstępnym jak reguły są oceniane na zastosowanie 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ł.

Poniższe kroki pokazują w poprawnej 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.

  1. 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.

  2. Wypełnij pole wartości domyślnych. W przypadku wszystkich pól korzystać ze wszystkich DEFAULT reguły, które są na zewnątrz WHEN* reguły.

  3. Skopiuj wartości pól. W przypadku wszystkich pól korzystać ze wszystkich COPY reguły, które są na zewnątrz WHEN* klauzul.

  4. W przypadku wszystkich pól z WHEN reguły dopasowania, należy wykonać DEFAULT a następnie COPY zasady wewnątrz.

  5. 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.

  6. 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.

  7. Zezwalaj użytkownikowi edytowana.

  8. Użytkownik zmienia wartość pola i przenosi fokus z pola.

  9. Podnieś dowolne WHEN reguły dla tego pola, które pasują do nowej wartości.

  10. Podnieś dowolne WHENNOT reguły dla tego pola, które pasują do nowej wartości.

  11. Podnieś dowolne WHENCHANGED reguły dla tego pola, które pasują do nowej wartości.

  12. Zwraca możliwości edycji dla użytkownika.

  13. Użytkownik zapisuje zmiany w bazie danych.

  14. W przypadku wszystkich pól wykonywania SERVERDEFAULT operacji, które są zdefiniowane dla tego pola albo bezpośrednio lub pośrednio w obszarze WHEN lub WHENNOT reguły.

ms404857.collapse_all(pl-pl,VS.140).gifPyt jak naciśnięcie klawisza wpisów w postaci wpływają na reguły 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ła warunkowego może wystąpić nieoczekiwane zawsze, gdy zostaną spełnione warunki wstępne zasady.

W poniższym przykładzie XML SubStatus będzie pusta, podczas pisania "Zatwierdzone ponownie" w polu Stan ponieważ WHEN* reguły występuje jako użytkownik wpisze literę "e" zatwierdzone, nawet jeśli nie jest zamierzone końcowej "Zatwierdzanie". Z tego powodu Pomyśl uważnie w przypadku używania reguł warunkowego.

<FIELD refname="MyCorp.SubStatus" />
<WHEN field="MyCorp.Status" value="Approve" >
<EMPTY />
</WHEN>
</FIELD>

ms404857.collapse_all(pl-pl,VS.140).gifPyt jak utworzyć pole zawiera wartość, która jest sumą dwóch innych pól?

ODP ta funkcja nie jest obsługiwany macierzyście w tej chwili.

ms404857.collapse_all(pl-pl,VS.140).gifQ: kiedy czy zdefiniować reguł dla pola przy użyciu globalne przepływu pracy

ODP Użyj globalnego przepływu pracy tylko wtedy, gdy są zasięgu z obsługę wiele pól z tej samej definicje i szablony w wielu projektów zespołowych zadaniem. Podobny do wykazu globalnego, za pomocą globalne przepływu pracy można zminimalizować pracę wymagana, gdy trzeba zaktualizować definicje pól. Aby uzyskać więcej informacji, zobacz Dopasowywanie globalnego przepływu pracy.

Zobacz też

Koncepcje

Wszystkie elementy WITD XML — Odwołanie

Inne zasoby

Modyfikowanie lub dodawanie pola do obsługi zapytań, raportów i przepływu pracy