Multiple values are passing from Sailpoint to Active Directory

IdentityIQ (IIQ) IIQ Discussion and Questions
1

Hi All,

Hope all doing good. I am working on a project (Robotic ID creation) where ID should be created on AD from SailPoint IIQ automatically with some attributes(with License assignment) . We have created a new Quick Link and Form. As per the business requirement, we have created a plan and sending attribute values from workflow. But some attributes are sending twice from Sailpoint to AD. One from Provisioning form(policy) which was already configured during AD integration and one from our plan which we have created for this particular project. Therefore we are getting an error sating “Exception occurred while executing the RPCRequest: Errors returned from IQService. Unable to cast object of type ‘System.Collections.ArrayList’ to type ‘System.String’… HRESULT:[0x80004002]”.

The main agenda is to send attribute values from only plan( No duplicate). Could you please anyone help here to stop sending values from provisioning policies and send them from plan.

Note : We are trying to capture “current” values in provisioning policies, but no luck.

Please find the attachments or your reference

Capture.PNG1
Capture.PNG11871×886 34 KB

.
Capture.PNG2
Capture.PNG21853×755 30.7 KB

Quick help here will really be appreciated.

Thank you.

Regards,
Venu

2

if you have the provision policy in place in that case why you are creating the provision plan from workflow?

If there are some specific or additional attribute needs to be provision as a part of this project then you should prepare only those from workflow.

3

Great question :). They are assigning default License from Provisioning Policies(PP) for regular users using extensionAttribute1 attribute. But for “Digital Worker/Robotic ID Users” License will be assigned based on details filled by user in the form. The examples are below.

Note : extensionAttribute1 is already in use in PP. Please advise

e) Do you need MS Office Suite? Y or N
Question: If Y/N, what value [value] needs to be sent to the [attribute] attribute in Active Directory.?
f) Do you need Email? Y or N
Question: If Y/N, what value [value] needs to be sent to the [attribute] attribute in Active Directory.?

YY → EA1 - M365-LICENSE:E3-EXO
YN → EA1 - M365-LICENSE:E3-AFE
NY → EA1 - M365-LICENSE:EXOP2
NN → EA1 – null && Identity attribute Employee type = “nonotes”

I hope I answered your question. Thanks.

Regards,
Venu

4

++Addition to above

We have to overwrite extensionAttribute1 and employeeType to “DigitalWorker” instead of “PSTD” in Provisioning Policies(PP). Please advise. Thanks.

5

Hi @Venu1010 ,

In the provisioning policy, add a condition as follows: if the account is a bot account, then set the extensionAttribute1 and employeeType to an empty string. You can refer to the provided code and develop the logic according to your specific requirements.

 <Field displayName="License" name="extensionAttribute1" type="string">
          <Script>
            <Source>
            import org.apache.commons.lang.StringUtils;
     		import  sailpoint.object.ProvisioningPlan.AccountRequest;
  			import sailpoint.object.ProvisioningPlan.AttributeRequest;
				import sailpoint.object.ProvisioningPlan;
              

			if(null != accountRequest &amp;&amp; void != accountRequest)
  			{		
                       
						if(bot account){
						
						   return "";
						}

			}
			return "license";   //  
		
        </Source>
          </Script>
        </Field>

It will take the values from provisioning plan.

Regards,
Arun

6

They are not validating employeeType for Digital IDs in Provisioning Policies(PP).
I think first we have to validate that before sending extensionAttribute1 value.

Please find the screenshot below for reference.

Capture.PNG3
Capture.PNG31557×791 55.5 KB

Capture.PNG4
Capture.PNG41297×325 13.2 KB

7

@Venu1010

Handle this in your before provisioning Rule, do this way.

Add a dummy AttributeRequest in your worklfow lets say with name “botRequest” and value as “yes”

In your before provisioning Rule check if this attribute Request exists, if this exists , remove the extensionAttribute1 values coming from provisioning policy and set it as per your form values and set the AttributeRequest of extensionAttribute1 accordingly

Make sure you remove the Dummy AttributeRequest from plan before the returning the plan.

8

update the employeeType and extensionAttribute1 logic in provisioning policy to set the empty string for bot account.

        <Field displayName="employeeType" name="employeeType" type="string">
          <Script>
            <Source>
         
        import org.apache.commons.lang.StringUtils;
		import  sailpoint.object.ProvisioningPlan.AccountRequest;
  		import sailpoint.object.ProvisioningPlan.AttributeRequest;
		import sailpoint.object.ProvisioningPlan;
     
        if(null != accountRequest &amp;&amp; void != accountRequest)
  		{
		
		    String nativeIdentity = accountRequest.getNativeIdentity();
     		if(null != nativeIdentity &amp;&amp; !nativeIdentity.isEmpty())
    		{
		    if(nativeIdentity.toLowerCase().startsWith("cn=dw")){
			 return "";
			
			}
         }
}		 
         String employeeType = identity.getAttribute("EMPLOYEE_TYPE");
         return employeeType;
    	
        </Source>
          </Script>
        </Field>

 <Field displayName="license" name="extensionAttribute1" type="string">
          <Script>
            <Source>
         
        import org.apache.commons.lang.StringUtils;
		import  sailpoint.object.ProvisioningPlan.AccountRequest;
  		import sailpoint.object.ProvisioningPlan.AttributeRequest;
		import sailpoint.object.ProvisioningPlan;
     
        if(null != accountRequest &amp;&amp; void != accountRequest)
  		{
		
		    String nativeIdentity = accountRequest.getNativeIdentity();
     		if(null != nativeIdentity &amp;&amp; !nativeIdentity.isEmpty())
    		{
		    if(nativeIdentity.toLowerCase().startsWith("cn=dw")){
			 return "";
			
			}
         }
}		 

         return "license";   //replace the logic with actual license for normal user
    	
        </Source>
          </Script>
        </Field>
9

Hi All,

I want do Auditing for Robotic ID creation. Please advise that Audit using call method or Audit by calling Identity Request Finalize sub process is better?

If you have any sample for it. could you please share with us.

Thank you.

Regards,
Venu

10

Hi

Add an additional step in your workflow to capture the audit. During this step, generate an audit event.

   import sailpoint.server.Auditor;
        import sailpoint.object.AuditEvent;

        String auditAction = "Robotic ID creation Request Submitted";

        AuditEvent event = new AuditEvent();
        event.setAction(auditAction);
        event.setSource(source);
        event.setTarget(target.getName());
        event.setString1(owner);
        event.setString2();
        Auditor.log(event);
        context.commitTransaction();
11

image
image1396×531 88.4 KB