License reclamation worked case: the shared reception computer that looked like an inactive user

Short answer

The license reclamation records that explain an exception are the ones that capture a disagreement: a rule proposed a removal, someone objected, a second signal was checked and an authorized person decided. In the Illustrative case below, a shared reception computer looked like a dormant user because the rule read only interactive sign-ins. Each step, from the rule's verdict to the next true-up, left its own record, and the sequence is what turns a removal list into evidence of judgment.

Visual briefFull-size diagram
A case timeline in which a reclamation rule flags a shared reception account after 94 days without interactive sign-in, then branches at a manager's objection into an evidence check, an exception approval and a rule change before rejoining at the next true-up.
Illustrative case invented for this page. The company, account names and dates are fictional.

This worked case belongs to the license reclamation exceptions guide, which covers what to inventory before a license true-up. Here the job is to tell one hard case decision by decision.

What went wrong: one signal read as the whole story (Illustrative)

Invented for this page. A fictional 540-person veterinary hospital group runs 22 sites. Each reception desk uses a single shared account, such as frontdesk-site07, left signed in on the workstation and used all day by several staff.

The IT asset team runs a reclamation rule in its asset manager: any account holding an office suite license with no interactive sign-in in 90 days becomes a removal candidate. ServiceNow, for example, documents a scheduled job that creates software removal candidates when a reclamation rule's conditions, such as its last-used filter, are met, and stores them in a candidates table.

The mechanism behind the false positive is documented. Microsoft's guidance on inactive accounts explains that lastSignInDateTime tracks the last interactive sign-in attempt, while the same signInActivity resource carries a separate lastNonInteractiveSignInDateTime. Shared computer activation adds a second layer: each account signed in on a shared computer gets its own licensing token, valid for 30 days and renewed while that account is signed in and using the apps. A reception computer can look idle on the first field while it is busy on the second.

Six decisions and the record each one left

Six steps, four owners, three systems. This is the order an auditor, a new asset analyst or a model would need to follow.

StepDayDecision or eventWhoRecord that captured it
1Monfrontdesk-site07 listed for removal: no interactive sign-in in 94 daysReclamation rule, scheduled jobCandidate record in the asset manager
2TueRemoval scheduled for Friday; site manager objects that the computer is used all daySite operations managerService desk ticket citing the candidate number
3WedInteractive sign-in 94 days ago; non-interactive sign-in yesterday; device confirmed as a shared reception workstationIT asset analystSign-in values pasted into the ticket
4WedLicense kept; account reclassified as a shared device accountSite operations manager and IT asset managerException approval on the ticket and candidate closed as rejected
5Following weekShared device accounts excluded from the 90-day ruleIT asset managerChange record linked to the ticket
6Next quarterLicense counted as in use, with the exception referenceProcurement analystTrue-up worksheet line

Step 3 is the one record sets often lose. Microsoft documents that Entra sign-in logs are kept for seven days on the Free tier and 30 days on P1 and P2 unless routed elsewhere, so the values survive only because the analyst pasted them into the ticket on the day.

Why the objection and the pasted values carry the weight

Because together they record a correction, not just an outcome. A removal list would show this account as "candidate, rejected" and nothing else.

The first answer was wrong, and the record says so. The candidate record proves the rule fired. The ticket proves someone challenged it. Without both, nobody can tell a correct exception from a careless one.

The evidence was checked before the decision. The values were pasted on Wednesday and the approval followed the same day. Dates in order, in one time zone, are what show the decision rested on the evidence. The records across systems map explains which keys keep that order intact.

The rule learned. Step 5 turns one exception into a policy. A history of rule changes that cite tickets shows a team improving its process, which is the kind of history exception handling data for AI agents describes.

Authority is split. A site manager objected, an analyst checked, two managers approved. The records describe employees, so who can authorize their use is a separate question, covered by the who can license decision tree.

How to recognise a similar case at a client

Ask the head of IT asset management five questions. None requires opening a system.

  1. Does a rule propose removals on one usage signal? A single last-used or last-sign-in condition is where shared devices, kiosks and service accounts get misread.
  2. Has anyone ever objected to a proposed removal? If the answer comes with a story, the pattern exists.
  3. Where do objections go? Tickets that cite the candidate number are followable; chat messages and emails usually are not.
  4. Are sign-in values copied into the ticket, or only described? Values survive; descriptions and screenshots tell much less.
  5. Do rule changes cite the tickets that caused them? That link is what shows a process learning.

Strong signals: a multi-site organization with shared front-desk, warehouse or clinical workstations, an annual true-up, and a service desk that has run on one tool for several years. The same objection-and-decision pattern shows up in accounts payable exception handling, and license removals for departed staff raise their own questions, covered in the inactive mailbox guide.

What a partner notes, and what stays unknown

Note the pattern, rough volumes and owners in plain words: "About 300 candidates a cycle, perhaps 20 objections with written decisions; sign-in values pasted into tickets since about 2022; rule changes cite tickets; head of IT asset management runs it." Never ask for candidate lists, account names, tickets or screenshots. The referral brief template gives the fields.

The introduced company needs 50+ full-time employees at peak (contractors excluded), a documented operating history, rights to license the records and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English. Partners sign the Channel Partner Agreement before submitting introductions.

Unknown until SourceX reviews it: what privacy review concludes about records that describe employees and their devices, what de-identification account names need, whether software vendor terms limit sharing usage reports, buyer interest and any price.

Next step

Refer a company. Earn up to $100,000. Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If a client's asset team can describe a removal it stopped, the second signal it checked and the rule it changed afterward, register as a partner, check the company against who qualifies and read the program terms before you introduce its head of IT asset management.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Company signs and is paidThe company signs, delivers its data and is paid by SourceX under its agreement.
  4. Step 4You get your rewardYour 25% of the actual supplier payout. A reward becomes payable after SourceX has paid the referred company under its signed agreement and the payout conditions in the program terms are met, including finance approval and your tax and payment details.

Common questions

Are routine license removals useful on their own?

Less so. Thousands of removals that nobody questioned show volume, not judgment. The records that carry weight are the ones where a rule's verdict was challenged, checked against a second signal and decided by a named person.

What if the sign-in values were never copied into the ticket?

Then the case is thinner, because raw sign-in logs are kept for a short default window. Say so in your notes. A ticket that records the objection and the decision is still useful, even without the values.

Is this only a Microsoft 365 pattern?

No. Any rule that judges usage on one signal can misread a shared device, kiosk or service account. The Microsoft fields are used here because their documentation explains the mechanism clearly.

Sources

  1. learn.microsoft.com/en-us/entra/identity/monitoring-health/howto…
  2. learn.microsoft.com/en-us/microsoft-365-apps/licensing-activatio…
  3. support.servicenow.com/kb
  4. learn.microsoft.com/en-us/entra/identity/monitoring-health/refer…
  5. refer.sourcex.si/terms

Free resources

Know a company with valuable proprietary data?

Become a referral partner, get your link and introduce the company’s CEO (in an owner-run company, usually the owner). Referral partners can join from most countries. We can't work with partners in countries or regions under U.S. sanctions or on U.S. restricted-party lists. The companies you introduce should be based in the U.S., Canada and the EU, or in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia with at least 90% of their data in English.

Refer a company →

I own a business

Explore licensing your company's data directly to SourceX for AI training and evaluation. Start a short assessment; no uploads needed.

Start an assessment