Getting deleted user's state change reason

[TheRealKevinGlinski]

When deleting/inactivating a user, you have the ability to set a reason for the state change (Voluntary, seasonal, leave, performance, etc). This change calls PUT /api/v2/users/{userId}/state and requires the directory:user:edit permission.

There is a resource GET /api/v2/users/{userId}/state to get that state information, but requires the directory:userStateChange:view permission. I don't see that permission in my org, can someone confirm if the enforced permission is correct or if I need to contact care to find out why that permission doesn't exist in my org?

Thanks,
Kevin

[Eos_Rios]

Permission is real/enforced.

{
  "message": "Unable to perform the requested action. You must have at least one of the following permissions assigned: [directory:userStateChange:view] in at least one of the following division(s): [redacted]",
  "code": "forbidden",
  "status": 403,
  "contextId": "redacted",
  "details": [],
  "errors": []
}

And I don't see it in the list either.

[tim.smith]

@TheRealKevinGlinski The permission on that resource isn't correct. There's some cleanup that needs to be done that was missed during the transition to released for that endpoint. It shouldn't take long to fix, but has to work it's way to production. If you need a more precise timeline or want to monitor the status, you can open a case with Care and reference COPY-1060.