Hi @sukarande , Here is the desired payload
Update Account JSON using PATCH : {“schemas”:[“urn:ietf:params:scim:api:messages:2.0:PatchOp”],“requestId”:“0000385257”,“Operations”:[{“op”:“add”,“path”:“groups”,“value”:[{“value”:“150449”}]}]}
@pradeep_kumar54 As it a SCIM connector, I don’t think you’ll have flexibility to modify the request payload. You might need to refer the documentation or coordinate with sailpoint support.
As an alternative, you can use webservice connector, which gives you control over the payload to add more attribute or add some default attribute, etc using Before Rules.
Note: Found a fix? Help the community by marking the comment as solution. Feel free to react(, , etc.) with an emoji to show your appreciation or message me directly if your problem requires a deeper dive.
@pradeep_kumar54 You can also try setting it up using Before Provisioning rule, in case it works. If it’s not, best bet would be to switch to WebServices connector.
Note: Found a fix? Help the community by marking the comment as solution. Feel free to react(, , etc.) with an emoji to show your appreciation or message me directly if your problem requires a deeper dive.
Updated the before provisioning plan, I am able to add requestId”:“0000385257” in the payload during create operation. But it is not added during modify operation. Any idea why?
@pradeep_kumar54 Could you please share your before provisioning rule and sample logs printing plan before and after adding the request id.
Note: Found a fix? Help the community by marking the comment as solution. Feel free to react(, , etc.) with an emoji to show your appreciation or message me directly if your problem requires a deeper dive.
Since the SCIM 2.0 connector is already confirmed, you can proceed with updating the provisioning policy. Add the required attribute and map it to the requestId value extracted from the ProvisioningProject object. Once the mapping is in place, the connector will return that value during provisioning. Make sure to add the same attribute to both the application schema and the SCIM configuration object so the system recognizes and updates it consistently across all layers. you can use existing attrubite externalId too.
Note: If you are calling outside of the SCIM connector, it will also work with external attributes.