Emulate User Roles in InfoPath Forms Services to Automatically Switch Views

Many of my SharePoint consulting clients and students express the need to have different users see different views of an InfoPath form. In the InfoPath client, this is easy to handle using the User Rolesfunctionality which has been well-documented elsewhere. Unfortunately, User Roles are not supported by InfoPath Forms Services for your browser-enabled forms. Here is a work-around that I have been using for quite some time that has worked well for me and my clients and students.
In this post we'll create a simple InfoPath form with two views: one view for most users and another view for administrators only. When the form loads, it will check to see if the current logged in user is an Administrator for that form and if he is it will display the Admin View to the user. If the user is not an administrator for the form, it will display the User View.
Create a Custom List to Store Users and Permission Levels
Although SharePoint exposes a number of web services that reveal security information and information about SharePoint Groups, I've never been able to get them to work reliably with InfoPath, especially without writing code. Since I can't use SharePoint Groups, I create a custom list to store the names of my users who will be administrators.

1. Create a custom list called My Form Admins.
2. Change the name of the Title column to Permission Level.
3. Create a new column named User, of type Person or Group. Set the Showfield to User Name.
4. Add a couple users.
5. Your list should look similar to this:
   

Create a New InfoPath Form with Two Views
Obviously, you'll need an InfoPath form to use this, so launch InfoPath and create a new blank form.
Within this form, create two views. Rename the default view to User View, name the other one Admin View. You don't have to add any fields on these views, but you can if you want. You will want to make them distinct so you know which view you are looking at, but it could be as simple as just putting the text "User View" and "Admin View" on the top of each view; that's what I did for this post.
Add Some Nodes to Store the Decisioning Information
In my form, I created a new group named AdminCheckingNodes, with two nodes both of type Text named Current UserUserName, and CurrentUserPermissionLevel. These will be used to store the User name of the current logged in user and his permission level, if one is set, in the My Form Admins list in SharePoint.

Add a Data Connection to the SharePoint List Containing the Admin Names
The form needs to be able to look at the My Form Admins list in SharePoint to determine the Permission Level of the current user. Create a data connection to this list.

1. Click on Tools, Data Connections.
2. Click Add.
3. Create a new connection to Receive Data
   from a SharePoint Library or List.
4. Paste in the path to the My Form Admins list.
5. Select the My Form Admins list.
6. Select both the Permission Level and User fields.
7. Accept all the other defaults in the wizard and close the Data Connection window.

Write Rules to Get the Current User's Permission Level
You need to write four rules to fire when the form first loads.
The first rule will store the name of the current user in the CurrentUserUserNamenode.

1. Click on Tools, Form Options.
2. Select the Open and Save category.
3. In the Open Behavior section , click on the Rules button.
4. Click the Add button.
5. For the Rule Name, enter "Store Name of Current User".
6. Click the Add Action button.
7. Select the
   Set a field's value action.
8. For the Field, select the CurrentUserUserName node.
9. For the Value, click the Data Binding button. Click the Insert Function button, select userName. Click OK, and OK. Your form should look like this:
   
10. Click OK. The completed rule will look like this:
    
11. Click OK to close the Rules dialog.

Whew! That may have seemed like a lot, but it's only part of what we need to do. You still need to write three more rules. Your Rules for OpeningForms dialog should look like this.

1. Click the Add button.
2. For the Rule Name enter, "Clear out the current permission level". You need to do this just to make sure this field is empty in case the current user isn't listed in you're My Form Admins list.
3. Click the Add Action button.
4. Select the
   Set a field's value action.
5. For the Field, select the CurrentUserPermisisonLevel node.
6. For the Value, just leave the field blank. Click OK, and OK. Your form should look like this:
   
   
7. Click OK. The completed rule will look like this:
   
8. Click OK to close the Rules dialog.
9. You should have two rules now. You're half done!
   

The next rule will look at the SharePoint list and store the permission level of the user, if the user's name is in the list.

1. Click the Add button.
2. For the Rule Name enter, "Look up and store the current user's permission level".
3. Click the Add Action button.
4. Select the
   Set a field's value action.
5. For the Field, select the CurrentUserPermisisonLevel node.
6. For the Value, click on the data binding button.
7. In the Insert Formula dialog, click on the Insert Field or Group button.
8. Change the Data Source to My Form Admins (Secondary).
9. Expand out all the nodes and select Permission Level.
   
10. Click on the Filter Data… button.
11. Click the Add button.
12. In the first drop-down, select Select a field or group….Then select User, then click OK.
13. Leave the second drop-down with is equal to.
14. In the third drop-down, select Select a field or group….Then change the Data Source to Main, select the CurrentUserUserName node. Your condition should look lieke this:
    
15. Click OK on the next four dialogs. Your form should look like this:
    
16. Click OK three more times. Your rules should look like this:
    

You're almost done!. Just one more rule to write, then you can publish and test your form. The last rule will look at the value stored by the previous rule and will switch views if it contains the word "Admin."

1. Click the Add button.
2. For the Rule Name enter, "Switch to admin view if user is an admin".
3. This rule will have a condition to check the permission level you stored with the previous rule. Click the Set Condition button.
4. In the first drop-down, select Select a field or group….Then select CurrentUserPermissionLevel, then click OK.
5. Leave the second drop-down with is equal to.
6. In the third drop-down, select Type Text….Type the word "Admin" without the quotes; InfoPath will automatically add quotes for you. Your condition should look like this:
   
7. Click OK.
8. Click the Add Action button.
9. Select the
   Switch Views action.
10. For the view, select the Admin View, and click OK.
11. Your completed rule will look like this:
12. Click OK. All four rules should look like this:
13. Click OK twice to return to your form.

Publish and Test the Form
Now you're ready to test the form! Woohoo! The easiest way to do this is to switch to the User View, then click the Preview button. If you are not listed as an Admin in the My Form Admins table, you shouls see the User View.


Close the form, add yourself as an Admin in the SharePoint list and then preview the form again. You should see the Admin view.


Conclusion
You can do a lot more with this besides just switch views. For example, depending on the permission level you set for the current user, the form may call different web services to populate certain fields of information. You could choose to show or hide different sections using Conditional Formatting. When users with certain permission levels submit the form, you may have a SharePoint Designer workflow check to see if it was submitted by an Administrator, and if it was, do something different than if it was submitted by a regular user. The uses of this are limitless. Let me know in the comments how you plan to make use of this.