Delphis
Cost and licensesAdoption and ROIHow we differBlog
ITRequest a demo
×
Cost and licensesAdoption and ROIHow we differBlog
Home / Blog

Spend

Unused AI Licenses: How to Find Unused Seats

Editorial team Delphis · Published on 8 October 2026 · 6 min read

In short

Unused AI seats are licenses that are paid for and assigned but not used within a defined time window. To find them, set a threshold and a window, cross-reference assignments with usage data, exclude false positives such as seasonal use and specific roles, and reclaim licenses with advance notice and a channel to contest the decision.

An unused seat is an AI license that is paid for and assigned to a person who does not use it, or uses it so rarely that the cost is not justified. Finding it requires an operational definition of "inactive", usage data cross-referenced with the list of assignments and a check for false positives before any revocation. Reclaiming is the last step and must be handled with advance notice.

How to define an inactive seat: thresholds and time windows

Without a shared definition, every department has its own idea of inactivity and the discussion drifts to individual cases. The definition has two parameters: the usage threshold and the observation window.

  • Usage threshold. The minimum that makes a seat "active": at least one work session, a number of interactions, a certain number of access days in the period. The lower the threshold, the more cautious the analysis.
  • Observation window. The period over which you measure. Windows of 30 days capture too much noise (holidays, work peaks), while beyond 90 you risk holding idle licenses for a long time.

A frequent starting point is to define three classes:

  1. Inactive: no use in the last 60 days.
  2. Sporadic: use below the threshold expected for the role, for example less than one access day per week.
  3. Active: regular use, at or above the threshold.

These are example values, to be calibrated to the company: the right number is the one that cleanly separates people who use the tool in their work from those who opened it once. A threshold must apply to all comparable tools, otherwise spend comparisons lose meaning.

Where to find the data: vendor consoles and access logs

You need two lists to cross-reference: who has a license and who uses it.

List of assignments. It comes from vendor admin consoles, from the corporate identity system (the groups or roles that activate the license) and from IT spreadsheets. Often the three lists do not match, and the difference is already a result: licenses paid for with no assignee, or assigned to people who have left the company.

Usage data. Vendor admin consoles expose information on user activity to varying degrees: depth, refresh frequency and retention period change from tool to tool. Where usage activity is not available, use a proxy: identity system logs show when a person authenticates to the tool, even if not what they do with it.

A few precautions:

  • check for each tool how long data is retained, to avoid discovering that the 60-day window cannot be reconstructed;
  • normalize identifiers (the same person can appear under different addresses);
  • aggregate by department and role before sharing the analysis.

If data is collected at individual level, the processing must be assessed with the DPO and union relations: the article on monitoring AI use and the Italian Workers' Statute covers it.

False positives: when an inactive seat is not waste

A seat that looks inactive should not be revoked automatically. The most common false positives:

  • Seasonal use. Functions such as year-end accounts, planning or tenders have peaks concentrated in certain months. A 60-day window in the low period classifies them as inactive.
  • Specific roles. People who use the tool for rare but high-value tasks (a legal analyst, an audit role) may have few accesses and a lot of benefit.
  • Long absences. Parental leave, illness, sabbaticals and long assignments produce inactivity without any lack of interest.
  • New hires and recent licenses. A license assigned a few weeks ago has no meaningful history yet.
  • Use on untracked channels. If part of the use goes through an integration or a channel the console does not record, activity is underestimated.

The remedy is a verification step with the department head before revocation, and a clear exclusion rule for the categories above. A 90-day threshold for seasonal roles is often more useful than a long list of exceptions.

Worked example: what reclaiming is worth

The example is hypothetical: the values are invented for illustration.

A company has 800 seats at €240 a year each, for a spend of 800 × €240 = €192,000. With a 60-day threshold, 96 seats turn out to be inactive, which is 12% (96 ÷ 800 = 0.12). Gross value: 96 × €240 = €23,040.

The check with department heads reveals 16 false positives (long absences and one seasonal department). The recoverable seats are 96 − 16 = 80, for annual savings of 80 × €240 = €19,200, about 10% of spend (19,200 ÷ 192,000 = 0.10).

The step from €23,040 to €19,200 shows why you should not present the gross figure as savings: the €3,840 difference (16 × €240) is the share the raw analysis would have taken away from people entitled to keep it. You still need to verify whether the contract allows reducing seats before renewal: the renewal negotiation checklist covers this.

The reclaim process, without irritating people

Removing a tool without explanation generates resistance and, worse, pushes people toward personal accounts outside control (see shadow AI: risks and how to manage it). A process that works:

  1. Communicate the criterion in advance. A message to everyone explains that licenses are limited resources, defines threshold and window and announces the periodic review.
  2. Produce the candidate list. Apply the threshold to the data and remove known false positives.
  3. Verify with department heads. Each head confirms or contests the list for their department by a deadline.
  4. Notify the people concerned. An individual message with advance notice (for example 14 days), the reason and how to keep the license.
  5. Offer an activation attempt to sporadic users. Short training or a targeted use case before removal.
  6. Revoke and document. Record the date and reason, and free the seat for someone on the waiting list.
  7. Guarantee restoration. Whoever needs it must be able to get it back within a few days, without bureaucracy.

Fast restoration is what makes revocation acceptable: it lowers the cost of a mistake and removes people's reason to bypass the process. It also helps to name a contact person and a maximum response time, so requests do not get lost between IT and the department.

How to make the check periodic

A one-off analysis recovers licenses, but drift starts again immediately: new assignments, role changes and departures bring back inactive seats within a few months. Set a quarterly review with the same threshold, and a deeper check before each renewal. Activation rate and cost per active user, described in the article on the real cost per AI seat, are the indicators to follow over time.

Where Delphis fits

Delphis is a vendor-independent platform that connects spend, adoption, impact and regulatory obligations. It cross-references purchased licenses with actual usage across multiple tools, flags inactive and sporadic seats, simulates the savings of different scenarios and measures impact against a baseline. Data on people stays aggregated by role or department. To see how the reconciliation of costs and usage is set up, see the Spend page.

Frequently asked questions

After how many days is an AI seat considered inactive?
There is no universal threshold. A common choice is 60 days without use, extended to 90 for roles with seasonal activity. What matters is to set it beforehand, apply it uniformly and share it with IT, HR and finance.
Where do you find usage data for AI seats?
In vendor admin consoles, which expose activity data to varying degrees, and in the access logs of the corporate identity system. Depth varies from tool to tool and must be checked case by case.
How do you reclaim licenses without upsetting people?
With advance notice, a simple channel to contest the removal and the option to get the license back within a few days. The communication must explain the criterion and apply to everyone equally.
Should an inactive seat always be revoked?
No. First rule out false positives (seasonal use, specific role, long absence) and, for light users, consider an activation attempt with targeted training.

Want to see it on your own AI tools?

A demo on your use cases, with our team and no commitment.

Request a demo

In this article

  1. How to define an inactive seat: thresholds and time windows
  2. Where to find the data: vendor consoles and access logs
  3. False positives: when an inactive seat is not waste
  4. Worked example: what reclaiming is worth
  5. The reclaim process, without irritating people
  6. How to make the check periodic
  7. Where Delphis fits

More articles

  • Spend

    AI FinOps: How to Govern Usage-Based AI Spend

  • Spend

    AI License Costs: How to Cut Spend Without Losing Value

  • Spend

    AI License Renewal: A 90-Day Negotiation Checklist

Delphis

© 2026 Delphis. All rights reserved.
Maverick S.r.l., Viale Lunigiana 23, 20125 Milano (MI) · Tax code and VAT no. 14113510961, share capital €10.000 i.v.

Cost and licensesAdoption and ROIHow we differBlogPrivacy policy