Windows CMID is returned by OSPP.VBS script when running Office 2013 on Windows 8


As part of Office 2010 and Office 2013 KMS activation, one important step is to ensure that each client computer has a unique CMID. When systems are created from an image on which the OSPPREARM.EXE was not run, each target system ends up with the same CMID and therefore the KMS Host count does not increase beyond the count of 5. This issue and its workaround are discussed at


When on a Windows 8 system running Office 2013, the command-line:

cscript ospp.vbs /dcmid

is run from an administrative command-prompt to check the CMID value, the CMID returned is that of Windows and not of Office

This occurs because with Office 2013 running on Windows 8, we rely on the Windows Software Protection Platform (SPP) service to provide activation for Windows as well as Office.


In order to determine the CMID for Office 2013, look for event 12288 in the Application Event log of the system.  There you will find a number of event logs.  In order to determine the appropriate entry for Office, look for the event 12288 that ends with a ",5", as shown below:

The event 12288 associated with Windows will end with a ",25" as shown below:

As we can see from the above example the CMID for Office 2013 is 13befe68-308f-b99d-cc013122faff and the one for Windows 8 is da02ec22-a700-43ab-bfb7-6969691e58a2.


Skip to main content