Sharepoint 2007 approbation email

Question

Dans notre société, nous avons un serveur Sharepoint 2007 que nous utilisons pour garder une trace de nos voitures. Ce que j'essaie d'obtenir est d'avoir une page ASPX où vous pouvez sélectionner une voiture de la liste des voitures, puis cliquez sur "demande". Si vous avez fait cela, la page doit passer à un autre texte disant quelque chose comme «demande de voiture en cours» (et bien sûr cacher cette voiture dans la liste des voitures si la personne suivante entre dans cette page) et envoyer un courriel à quelqu'un qui contient deux boutons: "Accepter Refuser". S'il clique sur "décliner", le statut des voitures doit être à nouveau disponible pour que quelqu'un d'autre puisse à nouveau faire une demande pour cette voiture. s'il clique sur «accepter», une autre personne reçoit un courriel lui indiquant que cette personne a demandé cette voiture et que celle-ci a été approuvée par personne2. ces e-mails sont faciles à créer en utilisant des workflows qui attendent que le statut change, mais comment puis-je créer un lien qui change un champ d'état de voitures dans la liste des voitures et quel code ai-je besoin dans la page de demande aspx?

Merci d'avance! MemphiZ

Answer 1

Créez un lien qui, une fois cliqué, exécutera l'action appropriée au nom des utilisateurs. Si vous utilisez des workflows, c'est aussi simple que de changer la propriété des éléments et de laisser l'événement de changement d'élément être géré. Assurez-vous d'éviter les changements cycliques. Cela peut être fait trivialement en encodant les éléments GUID (et peut-être la liste et l'action et tout ce que vous voulez) dans l'URL; le GUID peut être utilisé avec le modèle d'objet SharePoint pour la recherche.

Peut-être que ce qui précède peut être fait en utilisant SPD sans ASPX séparé/"code", mais je ne touche pas à cette pile de "fun".

Modifier pour commenter:

Dans mon scénario que nous venons de coder le lien comme http://foo.com/whatever.aspx?id={THEGUID}. Le gestionnaire aspx lit juste les paramètres de requête. La fonctionnalité d'édition d'éléments utilisait les autorisations de liste SharePoint standard. Les doubles soumissions ont été rejetées parce que, après le traitement du lien, l'élément modifié était dans un nouvel état qui n'acceptait pas ladite action de lien (donc cliquer à nouveau sur le lien ne faisait qu'entraîner aucune opération). L'élaboration d'un état-diagramme total avant de commencer le travail peut sauver lots de temps.