0 votes

Hello,

I am trying to create a custom command that handles the process of converting a user account for a temp to a FTE. This needs to:

1. move the user to a new OU.
2. change properties of the user.

My problem is that the source OU and destination OU's have different User property patterns. The command moves the user fine, but when it tries to rename the user or change other properties, it errors out on the property patterns as if the user was still in the source OU.

How do I get Adaxes to use the property patterns of the new OU instead of the old?

Custom command:
Set 1:
If user is located under "expiring accounts" OU
--Move the user to "xxx" OU

Set 2:
Always
--Modify the user: set employee type to...... etc.

by (710 points)

1 Answer

0 votes
by (216k points)

Hello,

This is a bug in Adaxes that we'll fix in the next release. Thanks for the bugreport!

For now, we can suggest updating user properties using a PowerShell script. For example, in your Custom Command, you can use the Run a program or PowerShell script action instead of the Modify the User action to perform all the property modifications. To do this:

  1. Launch Adaxes Administration Console.

  2. Locate and select the Custom Command that you use for transferring users from temp to FTE.

  3. Double-click the Modify the User action that you currently use to update user properties.

  4. Select the Run a program or PowerShell script action.

  5. In the Script field, type a script that will update the properties that you need.

    For example, the following script sets Employee Type to 'FTE' and Office to 'NY Department'

     $Context.TargetObject.Put("employeeType", "FTE")
     $Context.TargetObject.Put("physicalDeliveryOfficeName", "NY Department")
     $context.TargetObject.SetInfo()
    

    For more information on how to update user properties with scripts, see Modifying User Accounts.

  6. When done with the script, enter a short description for it, click OK and save the Custom Command.

0

Hello,

Yesterday, we released Adaxes 2013.2 that contains a fix for the issue. Now, if an AD object is moved in a Business Rule, Custom Command or Scheduled Task, the object location is properly updated. You can download Adaxes 2013.2 here.

Upgrade Instructions.

For a complete list of new features and improvements, see What's New.

Related questions

0 votes
1 answer

Hello, We encoutered an issue with Adaxes in default configuration. We are mainly using Adaxes for its REST API, to automate identity lifecycle with our HRIS. We tried to update ... got enforced even on an API REST attribute change? If so how to disable it?

asked Aug 18, 2022 by ygini (240 points)
0 votes
0 answers

When I upgraded to the 2023 code from 2020.1 One of the issues that I saw was when I updated the UPN, the Logon Name also changed with the name change. This is ... attrutes get set the way we prefer as default but then be able to be changed indepentently?

asked 6 days ago by william.malone (80 points)
0 votes
1 answer

Hi team, I would like to update allowed values of a property pattern and found this script: https://www.adaxes.com/script-repository/add-new-allowed-property-value-to-a- ... multiple new values? I tried already a foreach around it, but not working properly :/

asked Sep 2, 2024 by wintec01 (1.6k points)
0 votes
0 answers

I'm troubleshooting a weird issue with the "Create User" form and the business rules behind it. The error that's being returned is that the "Company" property doesn't ... a hard time understanding why this one value would fail. Thoughts? Thank you, -Todd

asked Jul 10, 2023 by TAE (70 points)
0 votes
1 answer

Is there an order of precendence for Property Patterns? If I set a property pattern at a level lower than another property pattern is set what happens? Will one work and the other won't?

asked Aug 18, 2020 by ComputerHabit (790 points)
3,606 questions
3,293 answers
8,342 comments
548,456 users