cancel
Showing results for 
Search instead for 
Did you mean: 
Disclaimer
JUMPCLOUD EXPRESSLY DISCLAIMS ALL REPRESENTATIONS, WARRANTIES, CONDITIONS, AND LIABILITIES OF ANY KIND ARISING FROM OR RELATED TO THIRD-PARTY SOFTWARE, SCRIPTS, REPOSITORIES, AND APIS. JUMPCLOUD IS NOT REQUIRED TO SUPPORT ANY SUCH THIRD-PARTY MATERIALS AND ALL RISKS RELATED TO THIRD-PARTY MATERIALS ARE YOUR RESPONSIBILITY. PLEASE ALSO REVIEW THE JUMPCLOUD TOS.

Automating custom policy reports (Make / API)

lmcfadden
Novitiate II

I've been more active in the Slack community, but didn't want to miss out on sharing here as well.  This is a bit less of a "script", but more of API automation.

lmcfadden_0-1673288427299.png

There was a slack question related to pulling reports from policies.  I'd imagine that's on the JC radar for the new-ish Reporting feature, but this data is available via API.  I've built a new module for my JumpCloud app in Make to support this.

But, it's pretty simple from an API perspective as well.  I'm looping through all /systems, and then calling /v2/systems/:systemId/policystatuses with a filter for the specific policyID.  The API docs *do not* specify what filter fields are supported, and oddly enough, policyID isn't, but policyObjectId is.  If you watch the requests when loading the policy status within the admin console, you can see JC is using an additional filter state:ne:UNINSTALL_SUCCESS

Here's a link to a Loom video overview how quickly you can hammer this out

Luke!
http://ifonly.solutions
1 REPLY 1

BScott
Community Manager Community Manager
Community Manager

Thanks for resharing over here, too, Luke. It will be findable via search!

Like someone's post? Give them a kudo!
Did someone's answer help you? Please mark it as a solution.

You Might Like

New to the site? Take a look at these additional resources:

Community created scripts:

Our new Radical Admin blog:

Keep up with Product News:

Read our community guidelines

Ready to join us? You can register here.