Trinetri logo
Article · Updated Sep 10, 2026

How to Configure Power Management

Power Management enables administrators to centrally configure and deploy power plans across managed endpoints. Administrators can define power schemes with separate settings for plugged-in and battery operation, including display dimming, display-off, sleep, and hibernate timeouts, along with power-button and lid-close actions.

How to Configure Power Management

Overview

Why a power plan isn't useful until it's deployed

Defining a power plan only describes what you want an endpoint's power behavior to look like - how long it sits idle before the display dims, when it sleeps, whether it hibernates. On its own, that definition changes nothing on a real device. It has to be pushed out to specific endpoints, departments, locations, or the whole fleet before any setting actually takes effect, and only the deployment record tells you whether it landed.

Power Management is built for that two-part workflow: define a power plan (its scheme name, action type, and the idle-time, button, and lid-close behavior for both plugged-in and battery states), then create a deployment that targets the endpoints you want and pushes the plan out under a chosen deployment policy. Each deployment reports its own stage and progress, and a per-task output log confirms exactly what happened on the endpoint.

This guide walks the full workflow end to end: opening the Power Management module, creating a power plan with its idle-time and additional settings, saving it, deploying it to specific endpoints, and confirming the deployment actually completed on a live endpoint.

  • Define by action type, not just a name: choose whether the plan should Create, Modify, or Delete a power scheme on the endpoint, then give that scheme its own name.
  • Separate settings for plugged in vs. running on battery: every idle-time action - dimming the display, turning it off, sleeping, hibernating - has an independent timeout for AC power and battery power.
  • Hibernate support is opt-in: Enable Hibernate Support has to be switched on before System Hibernate timeouts take effect.
  • Overwrite and activate are separate choices: Overwrite If Exists controls whether a same-named scheme is replaced, and Set As Active controls whether the plan becomes the endpoint's active power plan - neither is implied by the other.
  • Deployment scope is flexible: target All Endpoints, Specific Endpoints, Specific Departments, Specific Locations, or Windows devices from a single deployment.
  • See deployment status per task: Stage (Initiated/Completed) and Progress are tracked per deployment, and a task-level output log shows the exact actions the endpoint agent performed.

Prerequisites

Confirm these before creating a power plan. Leaving Set As Active off, or forgetting to enable hibernate support before setting a hibernate timeout, are the most common reasons a "saved" plan never changes endpoint behavior.

  1. Administrator access: your account holds a role permitted to manage the Device Control -> Power Management module.
  2. Agent installed and reporting: the endpoint agent is installed, registered, and reporting healthy on every target device you plan to deploy to.
  3. Action type and scheme name decided: know whether you're creating a new scheme, modifying an existing one, or deleting one, and have a clear scheme name ready (e.g. Power Saving mode).
  4. Idle-time policy decided: know the intended dim, display-off, sleep, and hibernate timeouts for both plugged-in and battery states before opening the form, so you're not guessing values as you go.
  5. Deployment scope confirmed: know whether this plan should go to specific endpoints, a department, a location, or the whole fleet, so the deployment step doesn't overreach.

Architecture: how a power plan definition becomes an applied setting

A power plan entry defines what the power scheme should look like and how it should behave when idle. A deployment decides which endpoints receive it and under what policy. Settings scope which endpoints are exempt.

StageComponentRole
DefinitionPower Plan entryAction type, scheme name, idle-time and additional-settings actions
ConfigurationConfiguration LevelScopes the plan definition itself (e.g. User level)
TargetingDeployment ScopeAll Endpoints, Specific Endpoints, Specific Departments, Specific Locations, or Windows
EnforcementDeployment PolicyGoverns how and when the deployment is pushed to targeted endpoints
ExecutionEndpoint agentCreates, modifies, or deletes the power scheme and applies its settings
ProofDeployment Stage and Task OutputPer-deployment Initiated/Completed status with a per-endpoint action log
Note

Pro tip: Idle-time dropdowns list values from After 1 minute up through After 300 minutes and Never - pick the shortest reasonable value for battery states and a longer one for plugged-in states, rather than mirroring the same timeout across both columns.

Step 1: Open Power Management

Get oriented before creating anything, so you know where power plans and deployments each live.

Instructions

  1. From the main console, go to Endpoints -> Device Control.
  2. Select the Power Management module.
  3. Note the two sections in the left sidebar: Power Plans (definitions) and Power Plan Deployments (rollouts and status).

Path: Console / Endpoints / Device Control / Power Management

Result: You're in the Power Management module with visibility into any existing power plans before authoring a new one.

Step 2: Create a power plan and choose an action type

Define what the plan does at the scheme level: its name, configuration level, action type, and the scheme it targets.

Screenshot 2026-09-09 144028.png

Instructions

  1. Go to Power Plans -> Create.
  2. Enter a Name describing the plan's intent, e.g. Saving power.
  3. Set Configuration Level, e.g. User.
  4. Optionally enter a Description and toggle Apply On User Login if the plan should apply as soon as a user signs in.
  5. Under Action 1, set Action Type to Create, Modify, or Delete.
  6. Enter the Scheme Name the action applies to, e.g. Power Saving mode.

Path: Console / Device Control / Power Management / Power Plans / Create

Console: power plan definition

FieldValue
NameSaving power
Configuration LevelUser
Action TypeCreate
Scheme NamePower Saving mode

Result: The plan's identity and target scheme are set. Nothing is applied to an endpoint yet - that happens once the plan is deployed in Step 5.

Note

Important: Overwrite If Exists, Set As Active, and Enable Hibernate Support are independent toggles next to the Scheme Name field. Turn on Overwrite If Exists if a scheme with that name may already exist on the endpoint, and Set As Active if this plan should immediately become the endpoint's active power plan once deployed.

Step 3: Configure idle-time display, sleep and hibernate timers

Set how the endpoint behaves after a defined period of inactivity, separately for plugged-in and battery power.

Screenshot 2026-09-09 144145.png

Instructions

  1. Under Actions to be performed on an idle computer, set a Plugged in and Running on battery value for each mode of power.
  2. Dim the Display: choose a shorter timeout for battery than for plugged-in power, e.g. After 3 minutes plugged in, After 2 minutes on battery.
  3. Turn Off the Display: e.g. After 15 minutes plugged in, After 5 minutes on battery.
  4. Turn Off to Sleep: e.g. After 120 minutes plugged in, After 20 minutes on battery.
  5. If the plan should hibernate, toggle Enable Hibernate Support on first, then set System Hibernate timeouts, e.g. After 120 minutes plugged in, After 45 minutes on battery.

Path: Console / Device Control / Power Management / Power Plans / Create

Console: idle-time actions

Mode of powerPlugged inRunning on battery
Dim the DisplayAfter 3 minutesAfter 2 minutes
Turn Off the DisplayAfter 15 minutesAfter 5 minutes
Turn Off to SleepAfter 120 minutesAfter 20 minutes
System HibernateAfter 120 minutesAfter 45 minutes

Result: The endpoint's idle behavior is fully defined for both power states, ready to be saved along with the button and lid-close actions in Step 4.

Note

Important: The System Hibernate row stays disabled until Enable Hibernate Support is switched on. Setting a hibernate timeout while the toggle is off has no effect once deployed.

Step 4: Set button and lid-close actions, then save the plan

Decide what a physical power button press or a laptop lid close should do, then save the entry.

Instructions

  1. Under Additional Settings, set Power Button Action for Plugged in and Running on battery, choosing from Do Nothing, Sleep, Hibernate, or Shutdown.
  2. Set Lid Close Action the same way.
  3. Use + Add Power Scheme Action if this plan needs more than one action (for example, pairing a Create action with a separate Delete action for an older scheme).
  4. Select Create.

Path: Console / Device Control / Power Management / Power Plans / Create

Console: additional settings

FieldPlugged inRunning on battery
Power Button ActionDo NothingDo Nothing
Lid Close ActionDo NothingDo Nothing

Result: The power plan appears in the Power Plans list with its Configuration Level and Actions Count, alongside any existing plans. It still has no effect on any endpoint until it's deployed.

Step 5: Deploy the power plan to endpoints

Push the saved plan out to the endpoints that should receive it.

Screenshot 2026-09-09 144226.png

Instructions

  1. Go to Power Plan Deployments -> Create.
  2. Enter a Deployment Name, e.g. Saving Power, and an optional Description.
  3. Set Scope to All Endpoints, Specific Endpoints, Specific Departments, Specific Locations, or Windows.
  4. If you chose Specific Endpoints, search and select each target endpoint under Endpoints.
  5. Under Select Power Management Configuration, choose the power plan you created, e.g. Saving power.
  6. Set Deployment Policy, e.g. OOB Instant deployment policy.
  7. Optionally set Notify To if stakeholders should be alerted about the deployment.
  8. Select Publish, then confirm in the dialog asking "Are you sure you want to Publish Deployment: <deployment name>?"

Path: Console / Device Control / Power Management / Power Plan Deployments / Create

Console: deployment definition

FieldValue
Deployment NameSaving Power
ScopeSpecific Endpoints
Endpoints<ENDPOINT-HOSTNAME>
Select Power Management ConfigurationSaving power
Deployment PolicyOOB Instant deployment policy

Result: A new deployment is created and immediately begins rolling out. It starts in the INITIATED stage with 0/1 progress before it's picked up by the targeted endpoint agent.

Note

Warning: Choosing All Endpoints or a broad department/location scope pushes the selected power plan to every matching device at once. Confirm the scope before publishing rather than after.

Step 6: Monitor the deployment and confirm it reached an endpoint

Verify the whole chain - plan, deployment, and endpoint agent - actually results in an applied setting, rather than assuming the deployment succeeded.

Screenshot 2026-09-09 154948.png

Instructions

  1. Return to Power Plan Deployments and locate the deployment by name.
  2. Read the Stage column: INITIATED means the deployment has started but not finished; COMPLETED confirms the endpoint agent finished applying it.
  3. Read Progress (e.g. 1/1) to confirm every targeted endpoint was processed.
  4. Select the deployment's view icon to open its task detail and see the per-endpoint Output log.

Path: Console / Device Control / Power Management / Power Plan Deployments

Console: deployment status

DeploymentTypeStageProgressPolicy
<DEPLOYMENT-ID> - Saving PowerINSTALLCOMPLETED1/1OOB Instant deployment policy

Result: Confirmed, evidence-backed rollout - the task output shows each individual action the agent performed, and the deployment's stage and progress reflect a completed rollout, not just a plan that was saved.

Best practices for power management

PracticeWhy it mattersRecommended setting
Use shorter timeouts on battery than plugged inBattery-powered devices need more aggressive power savingBattery timeouts at roughly a third to a half of plugged-in timeouts
Enable hibernate support before relying on itA hibernate timeout set with the toggle off never takes effectToggle on, then set the System Hibernate row
Scope deployments narrowly at firstA broad scope makes an unwanted setting hard to walk back quicklyStart with Specific Endpoints, widen once verified
Confirm Set As Active intentionallyA plan can be created without becoming the endpoint's active planOnly enable when this plan should replace the current one
Check deployment Stage after every publishPublishing and completing are different factsConfirm COMPLETED, not just that the deployment was created
Review the task output on new deployment typesConfirms the exact sequence of actions the agent ranOpen the Output log the first time you deploy a new plan

Troubleshooting: common issues and resolutions

IssueCauseResolution
Power plan created but no endpoint behavior changedThe plan was never deployedGo to Power Plan Deployments and publish a deployment targeting the plan
Deployment stuck at INITIATEDEndpoint agent hasn't checked in, or lost connectivity mid-runConfirm endpoint agent health and connectivity, then re-check the deployment
System Hibernate values don't applyEnable Hibernate Support was left offRe-open the plan, toggle Enable Hibernate Support on, and redeploy
Existing scheme wasn't replacedOverwrite If Exists was off while a same-named scheme already existedRe-create or modify the plan with Overwrite If Exists enabled
Plan applied but isn't the active plan on the endpointSet As Active was left offRe-open the plan, enable Set As Active, and redeploy
Deployment appears to target the wrong devicesScope was set to a broader option than intended (e.g. a department instead of specific endpoints)Re-check the deployment's Scope and Endpoints fields before publishing again

Frequently asked questions

No. Creating a power plan only saves its definition. The settings only reach a device once you create and publish a deployment targeting that plan.

Overwrite If Exists controls whether a same-named power scheme already on the endpoint gets replaced. Set As Active controls whether this plan becomes the endpoint's current active power plan. Either can be on without the other.

System Hibernate values only apply once Enable Hibernate Support is toggled on for that power plan. If the toggle is off, any hibernate timeout is ignored.

Yes. Set the deployment's Scope to Specific Endpoints, Specific Departments, or Specific Locations and choose the exact targets, instead of using All Endpoints.

Check the Stage and Progress columns on Power Plan Deployments. Stage moves from Initiated to Completed, and Progress shows how many of the targeted endpoints were processed. Opening the task's Output log shows the exact actions the agent ran.

They set what happens when a user presses the physical power button or closes a laptop lid, each configurable separately for plugged-in and battery power, with options of Do Nothing, Sleep, Hibernate, or Shutdown.