GuidesRecipesAPI ReferenceChangelog
Log In
Changelog
Back to All
Improved

11.32 Changes

7 days ago by [email protected]

Account preferences gained a required showDirectoryGroupUuidColumn field

  • GET and PATCH /v2/account-preferences
  • GET and PATCH /v3/account-preferences

showDirectoryGroupUuidColumn (boolean) has been added to the account preferences model and is required, matching how every other field in that model is already declared.

Apple enrollment, Lockdown Mode, and awaiting-configuration state in computer inventory

  • GET /v1, /v2, /v3, /v4 /computers-inventory and /computers-inventory/{id}
  • GET /v1, /v2, /v3, /v4 /computers-inventory-detail/{id}
  • PATCH /v1/computers-inventory-detail/{id}

Three read-only fields were added to the inventory response across every version of these endpoints:

FieldSectionValues
appleEnrollmentTypegeneralnone, supervised, device, user, unknown — the enrollment type reported by Apple
awaitingConfigurationgeneralboolean — whether the device is awaiting configuration
lockdownModeEnabledsecurityboolean — whether Lockdown Mode is enabled

Both sections are optional in the response, so this is additive: existing clients are unaffected, and the fields are returned only when you request the GENERAL or SECURITY sections.

System health and device state in mobile device inventory

  • GET /v2/mobile-devices/detail and /v2/mobile-devices/{id}/detail
  • PATCH /v2/mobile-devices/{id}
  • GET /v2/mobile-devices/{id}/paired-devices
  • GET /v1 and /v2 /mobile-device-groups/smart-group-membership/{id} and /static-group-membership/{id}

Mobile device responses now report appleEnrollmentType, awaitingConfiguration, returnToServiceEnabled, and lockdownModeEnabled, plus a new systemHealth object — under hardware on the list and paired-device responses, and under ios on the single-device detail response:

{
  "systemHealth": {
    "baseband": "ok",
    "camera": "ok",
    "display": "ok",
    "faceId": "ok",
    "touchId": "ok",
    "nfc": "ok",
    "ultraWideband": "ok"
  }
}

Each component is a free-form string (max 255 characters), so treat the values as reported rather than as a fixed set. All fields are optional and additive — existing clients are unaffected.

MIGRATED is a new account type

  • GET and POST /v1/accounts
  • GET and PUT /v1/accounts/{id}

The accountType enum on the UserAccount model gained MIGRATED alongside DEFAULT and FEDERATED. If your client validates accountType against a fixed list, or switches on it, add the new value — a migrated account returned by GET will otherwise fail your validation. The default is still DEFAULT, and requests are unaffected unless you choose to send the new value.

No deprecations or removals

Nothing was deprecated or removed from the Jamf Pro API in 11.32.