Deploying Microsoft Office 365 ProPlus - Important Licensing Information Before You Start

Several of my clients are starting their implementation of Microsoft Office 365 ProPlus and I'm seeing a key misperception that could lead to expensive license compliance issues down the road.

Microsoft Office 365 ProPlus is licensed per user (Yeah! Something many of us have wanted for years) but Microsoft Office Professional Plus 2016 (or 2013, 2010, 2007, etc) is licensed per device. 

The change to "per user" licensing is one of the key reasons many organizations have licensed the Microsoft Office 365 ProPlus, but by using the incorrect installation bits a company can quickly become out of compliance.

These are two different products - they may contain the same feature set but just like you cannot install Microsoft Office Standard when what you own is Microsoft Office Professional, you also cannot install Microsoft Office Professional Plus 2016 when what you own is Microsoft Office 365 ProPlus!

In order to maintain compliance (and benefit from the "per user" licensing) you need to make sure that any deployments of Microsoft Office 365 ProPlus are done with the Office 365 bits, not the volume (or otherwise provided) licensing bits for Microsoft Office Professional Plus.  While years ago there was a short-term exemption to this requirement that exemption has since expired and if you install with Microsoft Office Professional Plus bits then you are installing a device based license.

This information used to be spelled out in the Microsoft licensing briefs but in my latest search I could no longer find reference to it, however; the thing to remember about Microsoft licensing is that they only tell you what you can do - not what you cannot do so the absence of this clarification does not mean they've changed the requirement. This Microsoft TechNet article on "Getting started guide for deploying Office 365 ProPlus" provides some guidance to consider.

While I have not seen Microsoft actively auditing on this yet, you should expect that in the not too distant future it will probably become a compliance item so if you are planning your rollout now, it will pay to do it under the correct installation media.  Also,  your Microsoft Account team is presently financially interested in your Office 365 usage, something that cannot be measured if you are using the Microsoft Office Professional Plus bits.

Example of impact: A user has 3 dedicated devices with Microsoft Office installed (workstation, home, laptop).

• If all of these are installed using the Office 365 ProPlus bits then the company only needs to license the user for some form of Office 365 ProPlus. 
• However; if each of these is installed with the Microsoft Office Professional Plus bits then each install would have to have it's own license requiring the procurement of 2-3 licenses (2 if the laptop could be covered under Portable Use Rights but that is dependent upon how the license for the workstation was acquired).

So, in summary - do not use your Microsoft volume licensing MSI's for Office Professional Plus to deploy you Office 365 ProPlus.  It could end up costing your organization unnecessarily!

As a side note, for those organizations getting ready to deploy Microsoft Office 365 ProPlus 2016 please be aware that there is currently an issue with volume licensed versions of Microsoft Visio 2016 or Microsoft Project 2016 installed on the same computer (as well as 2013 versions of Visio Pro for Office 365 or Project Pro 365). For more details please refer to this Microsoft TechNet article (scroll down to the topic "Visio and Project versions that can be installed on the same computer with Office 365 ProPlus").

Update January 27, 2016 - I have been informed by Microsoft that there is a resolution planned in February 2016 for the above point about volume licensed versions of Visio 2016 and Project 2016. It is planned to come in the form of a "Click to Run Compatible Bits" (C2R-P) for the volume licensed Visio and Project. Keep your eyes open for these updated bits.

Microsoft Next Generation Licensing Agreement (NGVL and MPSA)

A light buzz is going around the Microsoft licensing world about the NGVL (Microsoft Next Generation Volume Licensing) and a new agreement called MPSA (Microsoft Product and Services Agreement). I mention both terms because many of the resellers I've talked to have often known that NGVL was available but thought the MPSA wasn't or vice versa.  This confusion should rapidly diminish but for now, find that it helps for clarification.

The NGVL and MPSA has been available for some time and the beauty of it has been that unlike the Microsoft Select Plus Agreement it allows for online subscriptions.  The bad part was that it didn't allow for Software Assurance purchases.

As of September 2, 2014 Microsoft now allows for purchases of Software Assurance under the MPSA.

It has been a long time since Microsoft has really created a new licensing agreement (the Microsoft Select Plus was in my opinion more of a re-write of the Microsoft Select Agreement) and frankly their offerings have changed substantially during that time so the old agreements were having to be "massaged" to work with current offerings.

Basically the MPSA has many pluses, but the contract language also leaves me very uncomfortable around certain areas - so if you're looking to update your Microsoft agreements take a good look at this agreement but be sure to read the contract carefully and negotiate terms you can actually live with.

The MPSA is designed to cover all products you buy from Microsoft; perpetual licenses, software assurance, subscriptions and services.  That's great and can really provide you with streamlined management but the problem is whenever you lump disparate products together the contract language can get messy.

For example, if you think of your classic "services agreement" and compare that to your "software licensing agreement" there are many things you will accept for packaged software (such as warranty) that doesn't fit what you would require from your consulting services agreement.  However; in this contract they are the same (but they did provide a way around it...you just have to make sure you're aware of it and follow through on it when you're executing the work orders).

Audit clauses have also been updated - this is a subtle change that has happened over the years in the Microsoft Master (Business or Services) Agreement taking out the wording that required them to use a major auditing firm in performing an audit...in my opinion this lays the ground for them to be able to use any Microsoft Partner to perform audits, I don't necessarily feel that change is advantageous to companies.

I'll be going into further details in a later posting but wanted to give an initial "heads up" for anyone thinking of either signing an MPSA or who's in the middle of determining their Microsoft licensing strategy and were unaware that there is a new player on the field that might offer them substantial benefits.

As always, if you are looking at your Microsoft licensing strategy or are considering signing a new agreement with Microsoft (or are being audited under an existing one) it's a good time to get some expert help from an independent third party. I live and breathe Microsoft licensing (I know...but what can I say - we love puzzles!) and am happy to help - contact me to find out how we can help you.

Renewing Microsoft Software Assurance - Know the Implications

Upgrade rights are included but so are updated rule requirements

 A frequently misunderstood area of Microsoft licensing is knowing what rules apply when you are utilizing downgrade rights (the right to install an earlier version of the product under a newer license).

The version purchased determines the use rights regardless of what version is installed.

However; this gets a little more confusing for companies who maintain Software Assurance on their products.  For example if a customer bought a license for Microsoft SQL Server Enterprise in July of 2011 with Software Assurance (we’ll assume 3 full years of Software Assurance) they would have bought the rights to Microsoft SQL Server 2008R2 Enterprise (either per server or per processor) and enjoyed upgrade rights to later versions of that product. If they choose to run 2008R2 (or an older edition), then the 2008R2 rules would apply. If they choose to upgrade to 2012 then the 2012 rules would apply.

In July 2014 that customer will need to decide if they are going to renew Software Assurance.  As soon as they renew Software Assurance they are in essence refreshing the license version of all products with Software Assurance to the current edition.  Therefore, they would no longer get to leverage the rules from 2008R2 they would now have to follow the rules for Microsoft SQL Server 2014.

There are both advantages and disadvantages for customers but the important thing for customers to remember is that renewing Software Assurance has a licensing impact which should be considered so that you are not accidentally put in a position of being non-compliant.

Just one more thing to consider in your due diligence when determining what products to renew Software Assurance on at your next renewal.  Let us know if we can help!