What permissions and privileges are needed to be defined in user security authorizations in order for a user to be able to consume all of the endpoints in Control-M Automation API?
Knowledge Article
What permissions and privileges are needed to be defined in user security authorizations in order for a user to be able to consume all of the endpoints in Control-M Automation API?
Control-M/Enterprise Manager
Control-M Automation API
Control-M Automation API 9.0.00 and higher
Control-M/Enterprise Manager
Control-M Automation API
Control-M Automation API 9.0.00 and higher
What permissions and privileges need to be defined in user security authorizations for a user to be able to consume all of the endpoints in Control-M Automation API? Putting items such as Control-M Workload Automation, Utilities, EM, API, etc. to Full is not enough.
·The minimal privileges needed to log in and get an access token
Control-M/Enterprise Manager 9.0.19.2xx and lower:
Privileges Authorizations
Category: Client Access Control-m Workload Automation, Utilities, EM Api,…: Full
Please Note: The CCM FULL privilege allows the user to log in to the CCM. The other privileges in the "Control-M Configuration Manager" privilege group affect what they can do once logged in. These other privileges can be set to browse or none as appropriate, as long as the "CCM" privilege is FULL, the user can get the token from the CMS (so AAPI can function)
Control-M/Enterprise Manager 9.0.20 and higher: (refer to documentation for9.0.21.300)
Privileges Authorizations
Category: Client Access Control-M Automation API: Full
* The minimal privileges for configurations (e.g. access to Configuration Server functionality)
Privileges Authorizations
* Category: Control-M Configuration Manager
Control-M Configuration Manager: Full (Control-M/Enterprise Manager 9.0.19.2xx and lower)
· The minimal privileges for accessing the Run jobs
Active Authorizations
For accessing jobs run information. Active Privileges filter needs to allow access to the jobs.
Active: Jobs Filter: off Or Jobs Filter: Include all viewable jobs
run job:status::get <jobId> run jobs:status::get [limit] -s <search query> run status <runId> [startIndex] [-i]
For job actions. In addition to Filter, specific job actions need to be allowed
Active: Jobs Filter: off, or includes all viewable jobs Actions: Turn on all allowed actions
run job::confirm <jobId> run job::delete <jobId> run job::free <jobId> run job::hold <jobId> run job::kill <jobId> run job:log::get <jobId> run job:output::get <jobId> [runNo] run job::rerun <jobId> run job::runNow <jobId> run job::setToOk <jobId> run job::undelete <jobId>
· The minimal privileges for accessing the Run run/order
Folder Authorizations
Same as deploy
At least update the level on all folders deployed
Permission to write jobs that “run as” on specific hosts for all jobs deployed.