You are here: Home > Device Management > Windows > Policies > Custom ADMX Configurations

Managing Third-Party Applications with ADMX Templates

Import custom ADMX and ADML templates into Applivery to manage third-party application policies on Windows Devices, beyond the built-in categories.

6 min read

TL;DR

Import a vendor's ADMX template into a Windows Policy from Custom Policies > Import ADMX, and manage its Group Policy settings from the Dashboard like any other configuration.

Applivery ships with a set of built-in Custom Policies categories for Windows — Application Control, Assigned Access, BitLocker, Device Manageability and more — that cover the most common Group Policy settings out of the box.

But plenty of what you need to manage doesn't live in those categories. Third-party applications like Google Chrome Enterprise, Adobe or Zoom publish their own ADMX templates, the same Group Policy file format used on-premises. For those, you can import the vendor's template directly into a Policy: Applivery reads it and turns every setting it defines into a manageable configuration, with its description, registry path and possible values, exactly like a native Applivery category.

When to use this

Import a Custom ADMX Configuration when:

  • You need to manage an application or component that isn't one of the built-in Custom Policies categories.

  • The vendor of that application publishes an official ADMX template, and optionally an ADML file with localized names and descriptions.

  • You want those settings manageable from the Dashboard, instead of resorting to scripts or raw registry keys.

Importing a template

1
Open the Custom Policies category

Once in the Applivery Dashboard, open Policies 1 and choose the Windows Policy where you want to add the configuration.

From the left-side menu, select + Add configuration 2, where you will find the Custom Policies 3 configuration. Alongside the built-in categories, you'll find an Import ADMX 4 search bar at the top.

admx
2
Choose or upload the template

Click Import ADMX to open the import dialog. From here you can either:

  • Select an existing ADMX configuration — pick from templates your organization has already imported. They appear under Recently used, each showing its setting type and how many properties it contains, split by device, user, and both scopes.

  • Upload new configuration — upload a new .admx file, and optionally its .adml file for localized setting names and descriptions.

Note

The ADML file is optional, but worth uploading when the vendor provides it. Without it, settings appear with their raw internal names — which makes a template of several hundred entries considerably harder to work through.

3
Decide on user-scoped settings

Check Apply to User Scope if you also want the template's user-scoped settings, the ones under HKCU. Left unchecked, only the device-scoped HKLM settings are imported.

4
Import

Click Import. Applivery parses the template and adds it under Custom Policies as a new configuration entry, which then appears in the left side menu.

Configuring the imported settings

Open the new configuration from the left side menu. Every setting defined in the template is listed individually with:

  • Its display name and description, exactly as published by the vendor.

  • The registry path it maps to — for example Software\\Policies\\Google\\Chrome\\LiveCaptionEnabled.

  • A toggle to mark it as Configured, along with the value or values to set.

Note

You only configure what you care about. Leaving a setting untouched means Applivery doesn't enforce a value for it at all — importing a template with hundreds of settings doesn't mean you're now managing hundreds of settings.

If the same vendor publishes more than one template — separate files for different setting groups, for instance — repeat the import under the same category with + Add configuration, without leaving the Policy.

When you're done, click Save at the top of the Policy to push the changes to the assigned Devices.

Your ADMX library

Imported templates are stored at Workspace level, not per Policy. That's why they show up under Recently used the next time you import one into a different Policy: you upload a vendor's template once and reuse it wherever you need it.

From the import dialog, Manage 5 opens the full list of templates uploaded to your Workspace, where you can review which ones are currently assigned to a Policy and remove the ones you no longer need.

manage admx
Warning

Check what a template is assigned to before deleting it. Since templates are shared across the Workspace, removing one affects every Policy currently using it — not just the one you happen to have open.

Key Takeaways

  • ADMX templates cover applications the built-in categories don't.
  • The ADML file is optional and only adds localized names and descriptions.
  • Only the settings you mark as Configured are enforced.
  • Templates are stored at Workspace level and reusable across policies.
  • User-scoped settings are only imported if you ask for them.

It's a vendor's Group Policy template imported into a Windows policy. Applivery reads the file and turns every setting it defines into a configuration you can manage from the Dashboard.

When you need to manage an application that isn't covered by Applivery's built-in Custom Policies categories, and its vendor publishes an official ADMX template.

No, it's optional. The ADML adds localized names and descriptions for each setting, which makes the imported configuration much easier to read.

It also imports the template's user-scoped settings, the ones under HKCU. Without it, only the device-scoped HKLM settings are imported.

No. Only the ones you mark as Configured are enforced. Anything you leave untouched is not enforced at all.

Yes. Use + Add configuration to bring in additional templates without leaving the policy — useful when a vendor splits its settings across several files.

No. They're stored at Workspace level, so once imported they're available to any other policy under Recently used.

Open the import dialog and use Manage to see every template in your Workspace, check which ones are assigned to a policy, and delete the ones you don't need.

Was this page helpful?

Last updated: August 8, 2026