Her er en anden artikel jeg skrev for www.sharepointbriefing.com. Denne ene beskriver en teknik, som vi kan i SharePoint Designer til at udføre beregninger, der ikke er muligt at bruge nogen af de indbyggede beregning-stil aktiviteter. Den grundlæggende idé er at bruge en brugerdefineret liste som en beregning motor-definere en liste, der udfører beregningen korrekt, oprette en vare via SPD og derefter læse resultatet.
Her er en teaser:
Læs mere om det her: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</slutningen>
Følg mig på kvidre på http://www.twitter.com/pagalvin
Ikke at have læst den fulde post endnu, Det lyder fra din beskrivelse ovenfor at du foreslår forskellige lister til forskellige beregninger.
I stedet (og jeg er fuldt ud klar over du måske antyder dette i dit indlæg), Du kan have én liste for alle beregninger. Brug for en ny form for beregning? Tilføje nogle flere kolonner. Og selvfølgelig, Du kan bevare kontrollen over listen ved hjælp af arbejdsprocessen til at fjerne listeelementer, så snart beregninger for en bestemt arbejdsproces er afsluttet.
Det eneste problem jeg ser med denne implementering er den antagelse, at ID af det kopierede element er ID af det element, du kopierer +1 (på en meget travl liste kan dette forårsage problemer).
Der er en løsning, der vil fyre hændelserne skulle opdatere den beregnede kolonne. En anden arbejdsproces, denne ene på listen WF beregnet felt. Tilføj kolonne(s) til listen over beregnede, en ExternalID og måske en ListName. Så har arbejdsprocessen tilføje ID af det element, som arbejdsprocessen er knyttet til og navnet på listen, hvor det findes til listeelementet beregnet. Når du har oprettet elementet på listen for at gøre beregningen, indstille arbejdsprocessen til at vente til feltet ændring (CalcReceiver til at holde den beregnede værdi).
Angive en Windows Firewall på listen beregnet til, på Opret, Find varen (i den korrekte liste ved hjælp af betingede grene og ListName) ved hjælp af ExternalID, og opdatere feltet CalcReceiver med de beregnede data.
Derefter ville enten WF derefter slette listeelementet beregnet.
Kører den sekundære arbejdsproces udfylder den beregnede værdi, og du er sikker på, du vil altid henvise til den korrekte listeelement.
(kommentar indsendelse på stedet med den fulde post kan ikke lide mit navn….)
Pingback: Bruge beregnede kolonner til at afhjælpe tekniske mangler i SPD arbejdsprocesser – en anden løsning « Arbejder det