SharePoint/WSS: Modifier “créé par” champ?

Tous -

Je suis à l'aide de WSS 3.0. Actuellement, les RH vont télécharger un employé à l'intérieur de la société reprendre à une bibliothèque de documents sur notre site, mais pour des raisons de confidentialité, nous devons limiter l'accès à cette bibliothèque de documents, ce qui oblige les utilisateurs pour ensuite passer par les RH à chaque fois qu'ils veulent mettre à jour leur curriculum vitae.

Ma pensée est de créer une liste avec les pièces jointes activé qui permet aux utilisateurs de seulement afficher/éditer leurs propres articles, et de donner ensuite des RH de l'autorisation de gérer toutes les entrées. Cela fonctionne avec l'exception que les RH aurez besoin pour créer la liste initiale de l'élément et de joindre le cv, ce qui signifie que l'élément de la liste sera "créé par {rh}" et pas le visible et modifiable par l'utilisateur final dont le curriculum vitae est joint en annexe.

Des idées sur comment je peut autoriser des RH de modifier la "créé par" le champ upload donc les utilisateurs finaux d'afficher et de modifier son cv, ou aller à ce sujet d'une manière différente?

Merci!

InformationsquelleAutor Mark | 2009-06-18

Créer une bibliothèque de documents pour tenir le reprendre du. Puis donner le service des ressources humaines (SharePoint groupe d'Utilisateur) "lire /écrire tous les" autorisations de la bibliothèque, de la donner à tout le monde de lire /écrire votre propre" des droits de l'. Créer un Type de Contenu appelé "Reprendre", basé sur la dehors-de-le-boîte de type de contenu de Document. Ajoutez ensuite un champ qui contient l'Employé (SPUser champ) dont le résumé des préoccupations pour le type de contenu (et tous les autres champs requis, à savoir, le nom, l'adresse, etc.). Ont RH remplir correctement lors de la création de la listitem (les champs requis).

Ensuite, écrire un itemeventreceiver lié au type de contenu que vous venez de créer et de remplacer les ItemUpdated événement.

Le code pourrait être quelque chose comme ce qui suit:

public override void ItemUpdated(SPItemEventProperties properties)
{
  SPSecurity.RunWithElevatedPrivileges(delegate
  {
    using (SPWeb web = properties.OpenWeb())
    {
       web.AllowUnsafeUpdates = true; 
       var item = web.Lists[properties.ListId].GetItemById(properties.ListItemId);
       if (item != null)
       {
         if (item.Fields.ContainsField("Employee"))
         {
           item["Author"] = item["Employee"]; 
           //Author is the internal name of the Created by field, 
           //always use Internal Names!
           DisableEventFiring();
           item.SystemUpdate();
           EnableEventFiring();
         }
       }
     }
   });
}

vous pouvez lier le ItemEventReceiver à l'aide d'un FeatureReceiver pour le type de contenu comme suit:

SPContentType docCt = web.ContentTypes[new SPContentTypeId("CONTENTYPE ID GOES HERE")];
docCt.EventReceivers.Add(SPEventReceiverType.ItemUpdated, "ASSEMBLYNAME, Version=1.0.0.0, Culture=neutral, PublicKeyToken=TOKEN", "FULLY QUALIFIED CLASSNAME");
docCt.Update();

InformationsquelleAutor Colin

3

Pourquoi ne pas simplement utiliser une bibliothèque de documents pour les résumés? (au lieu d'une liste w/pièces jointes.) Vous pouvez donner des RH complet en lecture/écriture à tous les documents à l'intérieur, et le propriétaire de la reprise ont contribuer autorisations uniquement leur propre résumé.
- Jason, assurez-vous marcherait aussi bien, mais le problème n'est toujours comment dois-je dire à SP qui est propriétaire de la reprendre si l'heure est toujours le seul à le télécharger en premier? (Nous ne pouvons pas compter sur les utilisateurs d'ajouter leurs propres initiale reprend, mais nous voulons qu'ils soient en mesure de les maintenir à l'avenir.) Dans ce scénario, le PS pourrait supposer RH est le propriétaire de tous les curriculum vitae, à la place des utilisateurs individuels. Donc, je crois que j'ai encore besoin d'un moyen de modifier la "créé par" champ ou une autre solution créative...
- Vous pouvez masquer les "créé par" champ et ajouter votre propre "et les Groupes" colonne appelé quelque chose comme "Reprendre Propriétaire" ou quelque chose de similaire. Les RH devraient seulement être dilligent sur l'étiquetage de la reprend avec les noms des propriétaires.
- Jason - Peut-être que je suis absent quelque chose...? Je me rends compte que je peux cacher le champ Créé Par et de créer mon propre domaine, mais aussi loin que je peux dire, je ne peux pas attribuer les autorisations sur la base d'une colonne personnalisée (par exemple, créer une nouvelle "des Personnes et des Groupes" colonne, puis associé à une autorisation qui dit que les employés peuvent seulement afficher/modifier les éléments où "enregistré au nom = custom column name"). En supposant que je ne peut pas attribuer ces autorisations, puis je suis toujours bloqué... je n'ai aucun moyen de permettre aux utilisateurs de que afficher/modifier les leur reprendre. Veuillez expliquer si j'ai oublié quelque chose d'évident!
- Vous êtes de plus en plus. Cacher des documents à partir d'un point de vue ne fait pas restreindre l'accès. Restriction d'accès n'a rien à voir avec un champ qui contient leur nom particulier. Vous aurez besoin d'utiliser un "RH" du groupe et de leur donner plein accès à tout le contenu de la bibliothèque. Vous aurez alors besoin d'un "Utilisateurs" ou "Reprendre les Propriétaires de" groupe qui est interdit d'accès à la bibliothèque. À ce stade, vous pouvez aller point par point, et de briser les autorisations sur chaque document, donnant explicitement la reprise de la propriétaire de l'accès à leur propriété reprendre.
- Compris. Je vous remercie pour votre patience. J'espérais qu'il y a un point rapide/clic pour mettre à jour la Créé Par et ne pas avoir à définir une autorisation personnalisée pour chaque cv dans notre société, et ensuite de le maintenir pour chaque nouveau téléchargé. (Et depuis des autorisations d'info n'est pas toujours évidente, il semble juste qu'elle crée toutes sortes de problèmes potentiels de RH oublier de créer une autorisation pour un utilisateur, etc.) Oh bien. Je vais regarder le code ci-dessous et voir si cela pourrait convenir à nos fins. La poisse ce cas d'utilisation n'est pas plus facilement manipulé.... merci encore pour votre aide, si!
- Je suis entièrement d'accord, la sécurité/permissioning modèle n'est pas bien adapté pour permettre l'accès à du contenu au niveau de l'élément. Vous m'a donné une grande idée pour une fonctionnalité cependant!
InformationsquelleAutor Jason Watts
2

J'ai trouvé un moyen de modifier le champ Créé Par l'aide de SharePoint Designer pour créer un flux de travail.
1. Créer un mannequin champ dans votre liste avec un facile-à-spot de nom, par exemple
  XYZZY. Faire une "personne ou un groupe de champs".
2. Dans SharePoint Designer, créez un Flux de travail pour votre liste. Permettre à de manuel de début et de démarrer automatiquement lorsqu'un nouvel élément est créé.
3. Actions -> Set de Domaine dans l'Élément Actuel -> Set XYZZY pour le champ dans votre liste qui contient le compte d'utilisateur que vous souhaitez mettre dans Créé Par.
4. Cliquez Sur Terminer
5. Maintenant, ouvrez votre flux de travail .xoml fichier avec le bloc-notes. Remplacer "XYZZY" avec "Auteur". Enregistrer la .xoml fichier.
6. Ouvrir le flux de travail de Designer. Cliquez sur Terminer ce qu'il retraite avec le nouveau code.
7. Supprimer le mannequin de champ à partir de la liste.
8. Exécuter le flux de travail sur chaque élément de votre liste. De nouveaux éléments s'auto-corriger automatiquement.
- Énerguide pour les maisons, en utilisant des champs factices est un peu bordélique, et je suis aussi contre à l'aide de SharePoint Designer flux de travail lors de la compilation des assemblées est une option.
InformationsquelleAutor Francoise
0

Avec un écran de chargement vous pouvez modifier le contexte de l'utilisateur actuel avant de faire de l'upload. Il faut regarder le jeton d'utilisateur en utilisant quelque chose comme ce qui suit (ce sont des extraits du code du travail avec la gestion des erreurs et d'autres choses enlevés). Notez que EnsureUser exigera que l'utilisateur actuel fondamentalement être un administrateur/propriétaire.
```
using (SPSite site = GetImpersonatedSite(runAsUser))
{
    using (SPWeb web = site.OpenWeb())
    {
        //Do stuff here
    }
}

private SPSite GetImpersonatedSite(string username)
{
    user = SPContext.Current.Web.EnsureUser(username);
    SPSite site = new SPSite(SPContext.Current.Web.Url, user.UserToken);
    return site;
}
```
- L'utilisateur actuel est toujours RH, car ils vont être télécharger le cv
InformationsquelleAutor Kirk Liemohn
-1

J'ai eu une situation similaire (migration vers sharepoint), où j'ai dû ajouter un fichier avec l'utilisateur admin pour un doc de la bibliothèque, puis sur "modifier" les utilisateurs. J'ai fait comme cela, pourrait vous aider un peu:
```
using (var root = site.RootWeb)
 {
   var users = root.SiteUsers;
   var user = users["domain\username"];
   file.Item[SPBuiltInFieldId.Created_x0020_By] = user.ID;
   file.Item[SPBuiltInFieldId.Modified_x0020_By] = user.ID;
   file.Item.UpdateOverwriteVersion();
```
- L'utilisation de SPBuiltInFieldId.Modified_x0020_By est le problème ici. Le champ contient les utilisateurs LoginName valeur (chaîne de caractères) et pas l'ID.
- Mieux utiliser file.Item[SPBuiltInFieldId.Editor] = user. J'ai eu des problèmes avec SPBuiltInFieldId.Modified_x0020_By.
InformationsquelleAutor Johan Leino

Vous devez vous connecter pour publier un commentaire.