none
Workflow - Bonnes pratiques RRS feed

  • Question

  • Bonjour,

    Je débute avec Sharepoint 2010 et suis confronté à la problématique suivante : un service saisit une opération dans un système (peu importe la nature du système et de ladite opération), et cette action donne lieu à la saisie d'une ou deux autres opérations dans un autre système, par un autre service.

    Plus précisément, plusieurs services renseignent un 1er template de saisie utilisé pour saisir l'opération initiale, et un second template en est déduit pour permettre à l'autre service de saisir ses opérations. Ce second template pourra donc comporter 1 ou 2 "volets" structurés de la même manière (chacun représentant une opération)

    J'ai identifié deux solutions techniques (il y en a sûrement d'autres) :

       1.    utiliser un seul type de contenu permettant de représenter l'opération initiale (~ 30 colonnes), et potentiellement les deux opérations finales (soit 2 x 80 colonnes en plus); au-delà de la lourdeur engendrée par ce modèle, je m'interroge sur la possibilité d'afficher un formulaire différent à chaque service à partir d'une même liste (?)

      2.     créer un type de contenu dédié aux opérations finales; ceci nécessitera de gérer un lien 1:n (avec n=2 en l'occurrence) mais permettra d'avoir deux listes distinctes, donc deux formulaires dictincts. Il faudra par contre gérer la synchronisation entre les listes.

    Je ne sais pas si j'ai été clair (?) Dans l'affirmative quelle solution vous semble la plus adaptée en terme de bonne pratique de conception ? En voyez vous d'autres, peut-être plus simple à mettre en oeuvre ? Une des contraintes étant la minimisation du code.

    Par avance, merci pour vos réponses.

     


     

    lundi 31 mars 2014 09:46

Réponses

  • Bonjour

    Le type de contenu permet à SharePoint de générer un formulaire différent dans la meme liste en fonction du type de la donnée donc, mais pas en fonction de l'utilisateur qui la consulte. Il faudra pour cela changer manuellement ou par workflow le type de contenu de l'element. Cela peut fonctionner.

    J'ai l'impression que vous devriez aussi explorer la piste du "document set" qui a ses limites mais me semble potentiellement correspondre à votre besoin. En gros cela va permettre de définir un "ensemble" de type de contenu à rassembler ds un même dossier. En réalité on fonctionne avec des documents qui se basent sur un type de contenu particulier. Avec du doc Word par exemple vous pourriez même envisager un modèle word associé et contenant des zone des saisies pour les différents champs de l'item, cela vous permettra d'avoir une meilleure ergonomie pour remplir le 30 champs ds le word plutot que dans le formulaire sharepoint. (Je parle donc des quickpart, par exemple voir ici http://amatterofdegree.typepad.com/a_matter_of_degree/2008/05/how-to-get-shar.html )

    Plutot que de faire donc 1 eul item qui "change de forme", mon idée et que vous fonctionnez en un dossier contenant les 2 ou 3 items de chaque "service" et donc avec chacun sa forme. Le Document Set en plus permet de propager des meta données du dossier sur l'ensemble des documents contenus à l'interieur. Cela peu pet etre utile ?

    Voilà je n'ai sans doute pas tout suivi à votre besoin, mais à mon avis c'est une piste à explorer... ici par exemple (ou google vous trouvera plein de choses ;) ) http://geekswithblogs.net/venkatx5/archive/2010/11/30/what-is-document-sets-in-sharepoint-2010.aspx


    Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel

    mercredi 2 avril 2014 12:19

Toutes les réponses

  • Bonjour

    Le type de contenu permet à SharePoint de générer un formulaire différent dans la meme liste en fonction du type de la donnée donc, mais pas en fonction de l'utilisateur qui la consulte. Il faudra pour cela changer manuellement ou par workflow le type de contenu de l'element. Cela peut fonctionner.

    J'ai l'impression que vous devriez aussi explorer la piste du "document set" qui a ses limites mais me semble potentiellement correspondre à votre besoin. En gros cela va permettre de définir un "ensemble" de type de contenu à rassembler ds un même dossier. En réalité on fonctionne avec des documents qui se basent sur un type de contenu particulier. Avec du doc Word par exemple vous pourriez même envisager un modèle word associé et contenant des zone des saisies pour les différents champs de l'item, cela vous permettra d'avoir une meilleure ergonomie pour remplir le 30 champs ds le word plutot que dans le formulaire sharepoint. (Je parle donc des quickpart, par exemple voir ici http://amatterofdegree.typepad.com/a_matter_of_degree/2008/05/how-to-get-shar.html )

    Plutot que de faire donc 1 eul item qui "change de forme", mon idée et que vous fonctionnez en un dossier contenant les 2 ou 3 items de chaque "service" et donc avec chacun sa forme. Le Document Set en plus permet de propager des meta données du dossier sur l'ensemble des documents contenus à l'interieur. Cela peu pet etre utile ?

    Voilà je n'ai sans doute pas tout suivi à votre besoin, mais à mon avis c'est une piste à explorer... ici par exemple (ou google vous trouvera plein de choses ;) ) http://geekswithblogs.net/venkatx5/archive/2010/11/30/what-is-document-sets-in-sharepoint-2010.aspx


    Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel

    mercredi 2 avril 2014 12:19
  • Merci pour votre réponse.
    jeudi 3 avril 2014 15:53