Hier is een ander artikel dat ik schreef voor www.sharepointbriefing.com. Deze beschrijft een techniek die we kunnen in SharePoint Designer berekeningen die niet mogelijk met behulp van een van de ingebouwde berekening-stijl-activiteiten uitvoeren. Het basisidee is om te gebruiken een aangepaste lijst als een rekenmodule-een lijst waarmee de berekening correct definiëren, een item via EPD maken en lees vervolgens het resultaat.
Hier is een teaser:
Lees hier meer over het: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</einde>
Volg mij op Twitter op http://www.twitter.com/pagalvin
Niet hebben Lees het volledige bericht nog, het klinkt uit uw bovenstaande beschrijving dat u verschillende lijsten voor verschillende berekeningen stelt.
In plaats daarvan (en ik volledig besef dat je misschien suggereert dit in uw bericht), u kunt één lijst voor alle berekeningen hebben. Behoefte aan een nieuwe vorm van berekening? Sommige meer kolommen toevoegen. En natuurlijk, controle van de lijst kun je met behulp van de werkstroom aan lijstitems wegvagen zodra de berekeningen voor een bepaalde werkstroom zijn voltooid.
Het enige probleem dat ik zie met deze implementatie is de veronderstelling dat de ID van het gekopieerde item is de ID van het item dat u kopieert +1 (op een zeer drukke lijst kon dit problemen veroorzaken).
Er is een alternerende actie die de gebeurtenissen die nodig zijn voor de berekende kolom bijwerken zal brand. Een tweede werkstroom, deze discussie over de WF berekend veld lijst. Kolom toevoegen(s) aan de berekende lijst, een ExternalID en misschien een ListName. Vervolgens hebben de werkstroom de ID van het item dat de werkstroom is gekoppeld en de naam van de lijst toevoegen waar het zich bevindt het berekende item. Na het maken van het item in de lijst om te doen de berekening, instellen dat de werkstroom te wachten tot veld wijzigen (CalcReceiver voor de berekende waarde).
Een WF aangezet de lijst berekend om te, op maken, Zoek het item (in de juiste lijst met behulp van voorwaardelijke takken en ListName) met behulp van de ExternalID, en het CalcReceiver veld bijgewerkt met de berekende gegevens.
Vervolgens zou beide WF Verwijder het item in de lijst berekend.
Uitgevoerd de secundaire werkstroom vult de berekende waarde, en u bent zeker dat u altijd verwijzen naar de juiste lijstitem.
(de indiening van de commentaar op de site met de volledige post houdt niet van mijn naam….)
Pingback: Berekende kolommen gebruiken om te technische leemten in de SPD Workflows – een andere oplossing « Working It Out