Home · The Audit Brief · Article
SPLA Licensing Mechanics · Middle of funnel

Building a SPLA Compliance Register

A compliance register reconciles what you deployed, reported, and can evidence for every month in the 36 month window. Build it before the audit and you walk in with the proof already assembled.

Published March 1, 2026Updated May 28, 2026Independent buyer side analysis · About a 11 minute minute read

A compliance register is the single artifact that turns scattered SPLA reporting into a defensible position. It is the place where every month, every customer, every product version, and every authentication count live together, reconciled. Build it before an audit and you walk into the room with the evidence already assembled.

What a compliance register actually is

A SPLA compliance register is a living record that reconciles what you deployed, what you reported, and what you can evidence, for every monthly cycle in the rolling 36 month window. It is not the monthly SAL report alone. It is the connective tissue that links each report to its underlying proof: the sealed authentication counts behind a SAL figure, the customer mapping behind each block, the version mapping behind each product line, and the architecture records behind each multi tenant boundary. When a Big Four auditor asks how you arrived at a number, the register is the answer.

Without a register, every audit becomes an archaeology project run under time pressure. With one, the audit becomes a review of evidence you already hold. The difference is the difference between defending and reconstructing.

The columns that matter

A register can live in a controlled spreadsheet or a system, but the structure is consistent. For every reporting month it should hold, at minimum, the fields below.

  • Reporting month and the date the SAL report was submitted, so timeliness is evidenced
  • Product, edition, and version, mapped to what was actually deployed that month
  • SAL or processor count reported, and the SPUR rule applied to reach it
  • The sealed daily authentication source behind each SAL figure
  • Customer mapping, tying each reported block to the customers served
  • Multi tenant boundary notes, showing isolation on shared infrastructure
  • Any correction made, when, and why, so good faith fixes are on the record

How to build it without boiling the ocean

  1. Start with the current monthStand the register up for this cycle first, so new months are captured cleanly from day one. A clean present stops the problem growing.
  2. Work backward through the lookbackReconstruct prior months in priority order, oldest at risk first, until the full 36 month window is covered.
  3. Attach the evidence, not just the numberFor each figure, link the sealed authentication count, the customer mapping, and the version mapping. A number without evidence is an assertion.
  4. Reconcile report against deploymentFor every month, confirm the reported count matches the deployed estate, and log any variance with its reason.
  5. Assign one ownerGive the register a single accountable owner so it stays current and consistent rather than drifting between teams.

A worked view of a register row

The figures are indicative and illustrate structure, not a quote.

FieldExample entryEvidence held
MonthReporting cycle in the lookbackSubmission timestamp
Product and versionSQL Server, edition and versionDeployment inventory
Count and SPUR ruleProcessor count, rule appliedSPUR mapping note
SAL basisSubscriber access licencesSealed daily authentication count
Customer mappingBlock tied to named customersContract and provisioning records

What the register buys you at audit

When the audit starts, a complete register lets you control the channel and produce evidence on your terms. You answer the data request from a position of knowledge rather than scrambling to recreate counts. You can separate the non negotiable back fee from the negotiable uplift with confidence, because you already know your true count. And demonstrated reporting discipline, which a register makes visible, is one of the strongest arguments for the low end of the 25 to 125 percent uplift range.

The register as an operating habit

The best register is never finished, because each month adds a row. That is the point. It converts compliance from a periodic panic into a routine that quietly builds your defense. Hosters that keep a living register tend to find their over reporting too, recovering margin that scattered reporting hides. The discipline pays in both directions.

The next step

If you do not have a compliance register, or yours has gaps across the lookback, building it is the highest value move you can make before an audit. Our SPLA audit defense guide sets out the standard, and the related articles below cover reporting discipline and the data request. Book a strategy call and we will help you stand the register up and reconcile the months that matter most.

Related reading

When the exposure is real, we defend the full 36 month lookback through our SPLA audit defense work.

No register yet?

Book a strategy call and we will help you stand up a SPLA compliance register and reconcile the months that carry the most risk. Fixed Fee from $18,000 or Gainshare, both backed by our guarantee.

Book a Strategy Call

The Audit Brief

Weekly intelligence on Microsoft and SPLA audit moves and the buyer side defenses that work.

Get a Quote · Book a Strategy Call · The Audit Brief · About · Pricing · Blog · Contact · Privacy · Terms · New York · London Not affiliated with Microsoft Corporation. Independent buyer side advisory only.