J'ai un scénario d'entreprise comme ceci:
- Un utilisateur télécharge un document dans une bibliothèque de documents.
- Elle choisit un type de contenu et pénètre dans les meta-données au besoin. Les champs de données meta est un drapeau, « Urgent ».
- Cela déclenche un flux de travail SharePoint Designer qui, entre autres choses, utilise le "recueillir des données d'un utilisateur" action.
« Collecte de données d'un utilisateur" crée un élément dans une liste de tâches demandant l'approbation de ce document.
J'avais besoin de créer un point de vue de la liste des tâches qui ont montré des demandes urgentes pour l'approbation.
Solution: Mettre le mot « URGENT:" dans le titre de ces tâches.
J'aurais préféré spécifier le champ priorité directement. Cependant, J'ai été incapable de le faire pour plusieurs raisons:
- L'action de collecte de données ne fournit pas un mécanisme pour mettre à jour un champ autre que le titre (et ces champs supplémentaires pour lesquels vous souhaitez collecter des données).
- Le « attribuer une pour le point" action a le même problème.
- Il est possible d'insérer un élément dans une liste (i.e. insérer un élément dans la liste des tâches directement) mais cela pas une action de blocage. Cela signifie que le flux de travail n'attendra pas l'utilisateur effectuer cette tâche.
J'ai examiné quelques approches avant (Heureusement) réalisation que nous pourrions juste mis « urgent" dans le titre.
- Démarrer un workflow sur la liste des tâches de sorte que lorsqu'une nouvelle tâche est créée, elle d'une certaine façon cross références arrière vers le document qui a commencé le premier flux de travail, extraire la valeur d'indicateur urgent et mettre à jour la priorité selon les besoins.
- Faire quelque chose de similaire avec un récepteur d'événements. Créer de la tâche, Recherchez le document associé et la priorité de mise à jour au besoin.
- Utilisez le « créer élément de liste" action en collaboration avec l'attente » de changement de champ" action et un récepteur d'événements. Si on crée un élément de liste, Nous pouvons spécifier tous les champs que nous voulons. Utilisez un récepteur d'événements pour mettre à jour l'élément d'origine lorsque l'utilisateur termine la tâche et l'attente"de changement de champ" condition de l'action serait satisfaite, et le flux de travail procédera. (Pour une raison quelconque, J'avais plus ou moins réglé sur cette approche avant de se décider judicieusement à pied pendant un certain temps).
Il y a un inconvénient à ma solution (Hormis le fait évident que seul le texte du titre indique urgence). Depuis "collect feedback" accepte uniquement les noms de titre dur codé, J'ai besoin d'utiliser deux actions différentes collect feedback dont la seule différence est que dur codé le titre.
Mais, au moins il y a une solution qui ne nécessite pas de récepteurs d'événements ou actions personnalisées de SPD.
Si quelqu'un a résolu ce d'une manière plus intelligente, Please let me know.
</fin>