Non-interactive users (available in CRM Online only) are defined as the users that “… can access the system but only through the Web service”. That makes them perfect for use as integration accounts. That and a small fact that they do not consume a CRM license (in quantities five or less).
To create non-interactive user in CRM Online:
- Create new integration security role by copying one of the existing system roles and remove all privileges leaving only the bare minimum.
- Create new user in O365 administration portal
- Switch to CRM, wait if you are unlucky for this user to be created in CRM and then assign the integration role to that user
- Change user’s access mode to Non-interactive
- Switch to O365 and remove CRM license from that user
The typical administrative Spießrutenlaufen-worthy action is assigning of the system administrator role to the non-interactive accounts which begs the question “Why”? If your integration is only limited to displaying and updating contact data (say, for a self-service portal) then grant exactly that, no less, no more.
If you (as a developer) receive a security error, carefully look what privilege is required and add it to the integration role, no less, no more.
If you are not receiving security errors during development, it means your security role is too broad.
Make this iterative process part of your development lifecycle and in the end (i.e. prior to a release) you will have a very sharp and finely tuned security role, guaranteed.
Thanks George!
It USED TO BE that you could do this programmatically without needing an available license for that user. Do you have any idea why that changed and is there a way to do this without a human’s involvement? This is a huge problem for Apps to create a “service” user and set it to non-interactive.
Lon
Hi Lon,
I didn’t know that it was possible to create it programmatically without assigning a license to O365 user… I do understand it’s a PITA but you can always “borrow” a license from a valid user for 5 minutes to accomplish the task. I do believe it is still possible to automate the process using O365 powershell script.
Cheers
George