Voici un autre article que j'ai écrit pour www.sharepointbriefing.com. Celui-ci décrit une technique que nous pouvons dans SharePoint Designer pour effectuer des calculs qui ne sont pas possibles à l'aide de toutes les activités de calcul-style intégré. L'idée de base consiste à utiliser une liste personnalisée comme un moteur de calcul – définir une liste qui effectue le calcul correctement, créer un élément par le biais de SPD et ensuite lire la suite.
Voici un teaser:
Pour en savoir plus à ce sujet ici: http://sharepointbriefing.com/features/article.php/3866646/Use-Calculated-Columns-to-Close-Gaps-in-Workflows.htm
</fin>
Me suivre sur Twitter à http://www.twitter.com/pagalvin
Ne pas après avoir lu le post plein encore, Il semble d'après votre description ci-dessus que vous suggérez des listes différentes pour les différents calculs.
Au lieu de cela (et je réalise pleinement que vous pouvez être suggérant ceci dans votre post), vous pouvez avoir une liste de tous les calculs. Besoin d'un nouveau type de calcul? Ajouter plus de certaines colonnes. Et bien sûr, vous pouvez garder le contrôle de la liste à l'aide du flux de travail pour supprime les éléments de la liste dès que les calculs pour un workflow particulier ont été réalisées.
Le seul problème que je vois avec cette mise en œuvre est l'hypothèse que l'ID de l'élément copié est l'ID de l'élément que vous copiez +1 (sur une liste très occupée, cela pourrait causer des problèmes).
Il y a une solution de contournement qui déclenche les événements nécessaires pour mettre à jour la colonne calculée. Un deuxième flux de travail, celui-ci sur la liste du champ calculé de WF. Ajouter colonne(s) la liste calculée, un ExternalID et peut-être un nom de liste. Puis avoir le flux de travail ajouter l'ID de l'élément, que le flux de travail est attaché et le nom de la liste où il réside à l'élément de liste calculée. Après la création de l'élément de liste pour faire le calcul, définir le flux de travail à attendre jusqu'au changement de champ (CalcReceiver doit contenir la valeur calculée).
Définir une WF sur la liste calculée à, à créer, trouver l'élément (dans la liste correcte à l'aide de branches conditionnelles et nom de la liste) à l'aide de la ExternalID, et mettre à jour le champ de CalcReceiver avec les données calculées.
Alors soit WF serait alors supprimer l'élément de liste calculée.
Exécute le flux de travail secondaire remplit la valeur calculée, et vous êtes sûr que vous fera toujours référence à l'élément de liste correcte.
(la présentation de commentaires sur le site avec le poste complet n'aime pas mon nom….)
pingback: Utilisez les colonnes calculées pour combler des lacunes techniques dans les Workflows SPD – une autre Solution « Il travaille