cancel
Showing results for 
Search instead for 
Did you mean: 

Create user in OnBase with AD Configuration

Ryan_Wakefield
World-Class Innovator
World-Class Innovator

Is there a way to use the Unity API to automatically create a user inside of OnBase that is tied to an AD account to where you can map a SID to that same user to be created. I am hoping I am just missing the details of what I need in order to accomplish this.

 

Thanks.

1 ACCEPTED ANSWER

AdamShaneHyland
Employee
Employee

Hi Ryan.

 

You can create an OnBase User Account in Config or via the Unity API.  In both cases, when you create the user account it will not have a SID mapped to the OnBase User Account.  When the user attempts to login via directory service authentication (i.e. AD - Enhanced), OnBase will attempt to find a user with the same SID.  Since this will return no user accounts, it will then look for an OnBase User Account with the same name (i.e. hsi.useraccount.username = AD sAMAccountName attribute).  If they match, then OnBase will store the user's AD SID with the OnBase User Account in the database and the SID will be used the next time the user authenticates.

 

Best wishes.

View answer in original post

12 REPLIES 12

@Roger Linhart , no.  This behavior has been around since the implementation of Active Directory - Enhanced (or more specifically when it was named Active Directory) in OnBase 12 to my knowledge.

The dependency on SID existed with the old NT Authentication model, and errors regarding invalid items (due to deletion in AD) would flood the application server.  Roger, perhaps this is what you're thinking of?

From our Support Issue # 00301686

Description
Older OnBase User created with Active Directory is being logged on instead of creating a new user with newer information. Prior to the upgrade the user had a legal name change resulting in their Active Directory account being renamed.

 

OnBase created a new OnBase User with the new AD user name. From this point forward OnBase used the new user name in document history. Since the upgrade this user reports that OnBase has reverted to using their old user name in Document History.

 

Resolution
After using a template script to clear the Security ID of the original OnBase user the correct account was used.

This issue occurred because the Security ID is checked first for an OnBase user, and there was already this SID on a previous user.

Hi @Roger Linhart

 

For example, if I logged into OnBase with JDOE and SID 1234, then the next time I logged with OnBase would compare the SID 1234 in order to authenticate me into OnBase. 

 

IF my SID changed for any reason (SID 4312), a new user account would be created (JDOE2). 

 

IF my SID didn't change (SID 1234), but my username did (JIMDOE), the username in OnBase will update as long as you have Synchronize User Attributes enabled.  This was changed with SCR: #281856 in OnBase 17.

 

Take care.

Hey @Adam Shane , I do have one very specific question for you regarding this. While I completely understand the logic above, there are still some really REALLY large gaps to it. So I was wondering, do you know what else (aside from the securityid column) would be required to tie the user account to an account in AD? I am assuming that this column is it, but figured I would ask.

 

Thanks.