Nous avons eu a développé un formulaire InfoPath avec plusieurs vues pour soutenir une nouvelle location / processus d'intégration. Lorsque l'entreprise embauche une nouvelle personne, le département d'informatique et d'autres groupes ont besoin de prendre des mesures (mis en place sur la paie, permettre l'accès aux applications appropriées, localiser un bureau, etc.). Nous utilisons sur la forme, mais une vision différente de la forme pour chacune de ces fonctions.

Dans cette entreprise, la plupart des personnes impliquées dans le processus de l'entreprise sont doués en informatique, alors, quand ils accèdent à la forme, leur point de vue par défaut est un menu"" Découvre avec des boutons qui orientent vers leur fonction spécifique. Cependant, Nous avions besoin de simplifier les choses pour responsable direct de la nouvelle location. Cette personne ne devrait pas voir de l'IT choses relatives. En fait, elle devrait voir juste un point de vue de la forme et n'ont même pas une option pour voir les autres vues.

Dans notre cas, que les directes compte du gestionnaire est directement lié à la forme courtoisie d'un sélecteur de contact (qui je suis toujours désireux d'appeler un "sélecteur de personnes" pour une raison quelconque).

Les étapes sont les suivantes:

1. En mode création, allez dans outils-> Options de forme :> Ouvrir et enregistrer.

2. Sélectionnez « règles ».

3. Créer une nouvelle règle dont l'action est de "passer pour afficher" et dont l'État s'appuie sur le nom d'utilisateur() fonction.

nom d'utilisateur() retourne le simple"" nom d'utilisateur sans le nom de domaine. Si je me connecte à SharePoint avec informations d'identification de « domainpagalvin », nom d'utilisateur() retourne « pagalvin ».

Le sélecteur de contact fournit trois bits des informations d'un contact. L'ID de compte"" partie est très utile pour ce scénario. La seule chose qui rend ce même un peu de challenge, c'est que le sélecteur de contacts (dans mon environnement de toute façon) retourne l'ID de domaine et d'utilisateur, comme dans "domainpagalvin". Cela nous empêche de faire une condition d'égalité directe depuis AccountID (« domainpagalvin ») n'égalera jamais le nom d'utilisateur() (« pagalvin »).

Nous pouvons contourner cela en utilisant le "contient" opérateur: AccountID contient le nom d'utilisateur().

Nous pouvons prendre davantage et pré-pend un domaine codées en dur devant le nom d'utilisateur() fonction pour obtenir notre vérification de l'égalité et à éliminer le risque d'un faux positif sur le contient l'opérateur.

Nous aurions vraiment comme basculer automatiquement l'affichage pour les autres utilisateurs fondée sur leur appartenance à un groupe AD sécurité. Par exemple, Lorsqu'un membre de la "il Analytique" groupe accède à la forme, automatiquement à la vue IT Analytique. Nous n'avions pas le temps de mettre en œuvre, mais ma première pensée est de créer un service web qui aurait une méthode comme « IsMemberOfActiveDirectorySecurityGroup », passez-lui le nom d'utilisateur() et retour retour true ou false. Quelqu'un at-il un autre, plus d'idée astucieuse? Y a-t-il n'importe quelle fonction de SharePoint, que nous pouvons tirer parti de trancher cette question d'InfoPath?

</fin>