New Feature: Azure Active Directory External Data Source Variables

  • 24 January 2022
  • 1 reply
  • 116 views

Userlevel 3
Badge +3

Nintex continues to build upon the range of data sources that can be managed as data source variables (DSVs) on the forms designer External Data tab. The latest data source to be added is Azure Active Directory (AAD) permitting functionality that has been regularly noted in feature requests. Let's look at an example.

 

In this instance, I've already created a connection to AAD on the connections page.

 

Now let's create a data source. For the most part, this screen hasn't changed, it still contains the same configuration options seen below:

 

21467i20F04DA838CF4685.png

However, there is a new option at the bottom of this screen to specify the columns to be made available in the data source - as with other data sources, you can leave this empty to retrieve all columns.

 

21468iE03E7CC73689A4B9.png

 

Now, I'm going to build a simple form that allows selection of a user from AAD, and then populates other form controls with data related to that user i.e. Department, Job Title, Office and Mobile Phone - here's my form. You'll note that the related fields have been made read only as I simply want to show details stored against the user profile.

 

21470i48BE09BBABA7FE4D.png

 

The Employee selector is a data lookup control which is configured to use the data source that was just created. Now that we can access more details coming from AAD I can change this control to e.g. show employee name in the dropdown but store the value as employee email address - this wasn't possible before - we could only show email address.

 

21471iAD9D6140A75F10A5.png

In order to populate my read-only related data fields I need to do 2 more steps

 

  1. Create a data source variable for the AAD data source
  2. Add a rule to set the form control values using the DSV once an employee is selected

To create the DSV, go to the External data tab and click the Create data source variable button

 

21472i9A286CF67E4BA6AE.png

 

My DSV is configured with a meaningful name and to use the appropriate connection:

 

21473i55E09F4A72721E69.png

Importantly, I'm going to add a condition to filter it based on my Employee selection control.

 

21474i4C17ED7925EAD694.png

I now have a DSV for AAD, and as you can see I will be able to use the First Record object to retrieve data for my selected user (because of the above condition).

 

21475iAED7D64969797AB6.png

 

Now all that remains is to create a rule to set the values of the related controls. Let's start with Department. Here's the beginning of my rule:

 

21476iD2DDB1533640CA7A.png

 

When I select the +Insert tab, any External data I have created will now be available for selection, so I can browse to get the department value.

 

21477i7A8C96E2ECCF7DF1.png

 

Once complete my rule looks like this:

 

21478i5FA379D4FFB50163.png

Now we can test this out.

 

Upon selecting an Employee, we briefly see the indication that data is loading:

21479i1FE26E42B077217C.png

...and then the data loads.

21480i63088B2ADDC48F25.png

In this simple example we've shown some additional data from AAD. However, there are many other permutations that might follow based on this capability. We might contextualise the behaviour of the form to show and hide groups of controls or individual controls based on department, job title or location. E.g.

 

21481iB8CD43D9304AF358.png

 

You can probably think of many more use cases. Give it a try and feel free to add any comments!

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


1 reply

Badge +2

THANK YOU! This was exactly what I was looking for!

Reply