RSS

Tag Archives: Microsoft SPLA Audit Support

More SPLA Questions…More Answers.

Here is a list of some of the questions we received this month.  Enjoy!

Why does Microsoft not allow a SPLA SQL VM to be installed in a public cloud?  I understand if you were licensing the physical layer, but if you want to install on a VM, you can easily allocate the number of cores and report accordingly.  Any ideas?

No.  Honestly there is no reason outside of it’s just prohibited.  You cannot license SPLA cores/processors in public clouds even if the VM is dedicated.

What can be installed in Azure through SPLA licensing?

Anything that is licensed by SAL can be moved to Azure.  For your end customers, anything that has Software Assurance and is license mobility eligible can be transferred including: Windows 10 E3  (QMTH), Office 365 Pro Plus (QMTH) and MSDN.  Your end customers can also leverage Azure HUB to get discounted pricing for the Windows Servers they purchased with SA.   Check out the Azure FAQ site https://azure.microsoft.com/en-us/pricing/licensing-faq/

Is Microsoft going to discontinue SPLA?

Nah.  I bet it will be merged into a new program though.  Just a hunch.

I received a compliance notification the other day.  Am I in trouble?

Depends on the type of notification and if you are out of compliant :).  If you have questions, we can review it with you.  Just email info@splalicensing.com

Can I report Windows 2016 but run Windows 2012?

Yes.  No problem there.  What you cannot do is license Windows 2012 and run 2016.  Don’t do that.

Thanks for reading,

SPLA Man

 

 

 

 

Advertisements
 
Leave a comment

Posted by on October 13, 2017 in Top 5 Licensing Questions

 

Tags: , , , , , , , , , , , ,

Top 5 Compliance Trends for MSP’s and SPLA

There are so many license changes and gotchas with SPLA, Azure, AWS, and all the others that I thought I would highlight for you some of the trends we see when it comes to compliance.

  1. Licensing Office Standard when Office Professional is installed.  In many cases, an IT administrator will inadvertently install Office Pro, report Office Standard to their procurement team who in return reports it to the reseller.  The IT admin will leave the company, and the procurement team continues to report Standard not knowing Pro is installed until audit time.  In this situation, Microsoft will check when Office was installed, and take the delta of what was reported (STD) v. what should be reported (Pro).  Don’t make this mistake.  Many partners are only charging their customers for Standard pricing!
  2. Not reporting SPLA at all.  Sounds silly, but many providers focus on developing software and not on the licensing.  We have found instances in which the procurement manager (who was in charge of reporting SPLA) left the organization and no one else took over their responsibility.   The reseller continues to email the procurement manager but obviously the email goes unnoticed.  After many months, their SPLA will be terminated and all licenses will have to be trued up.  The problem with this scenario is not just unexpected licensing expense, but when your SPLA terminates, you must sign a new one.  When you sign a new SPLA, you must adhere to the latest SPUR use rights.  As an example, if you had a SPLA prior to the Windows core licensing change, you could continue to report processors.  If your SPLA terminates, you would be forced to license by core now instead of later when your previous agreement (that is now terminated) expired.
  3. Using a VL copy of Office to deploy Shared Computer Activation (SCA).   SCA is specific to Office 365.  If you install Office Pro Plus VL, it goes against the product use rights in which Office (without SCA) cannot be installed on shared hardware.  It takes a lot of negotiation power and time to prove you are SCA eligible, the customer purchased Office 365, and you inadvertently installed the wrong product.
  4. Using License Mobility without License Mobility.  This is by far the most popular compliance trend.  Many organizations do not know what is installed in their datacenter when it comes to customer owned licenses.  Be sure to have the right documentation, addendum, and licensing to ensure compliance.
  5. Leasing an application, hosting the application, and purchasing volume licensing agreement to offer software as a service.   A healthcare company may lease an EMR application, host the application to other healthcare organizations, and license the infrastructure through volume licensing.  If your organization does not own the application you are hosting, you must license it through SPLA.  Self-Hosted for ISV is only eligible for providers who develop and own the application.  This means the code, the rights, everything must be owned by the organization.  Leasing the application and using other plugins you may have developed does not qualify.

I hope this provides you a little insight into the world of compliance.  If you find yourself out of compliant, let us know and we can connect you to the right resource.  info@splalicensing.com

Thanks for reading,

SPLA Man

 
Leave a comment

Posted by on July 5, 2017 in Compliance

 

Tags: , , , , , , , , , , , , , , ,

 
%d bloggers like this: