RSS

Tag Archives: spla

How to reduce your SPLA reporting

09 Jul

It’s easier than you think.  ( and no, I am not saying you should be out of compliant).  The goal of this blog is to educate and help the service provider community with their licensing decisions.  Keep in mind that I do this as a hobby.  I also try not to solicit, as that can be frustrating to the reader. 

That being said, I do know the reseller channel well, I also know the agreement better than most lawyers.  If you are looking to potentially reduce your spend from a reporting perspective, reduce compliance risk, or just simply want to chat about a licensing scenario that can be unnerving, let me know.  Send me a message on LinkedIn or shoot over an email – blaforge@splalicensing.com

So how do you reduce your spend?  That’s a tough question without a quick answer.  I would have to review your report to understand exactly how you can potentially reduce costs.  Nonetheless, I’ll give her a try. Here’s my top 3 ways service providers can reduce their licensing costs –

1. Run multiple instances of SQL on the same VM.  A little blurb in the SPUR states “For each virtual OSE for which you have assigned the required number of licenses….you have the right to run any number of instances of the software in that virtual OSE”  (page 23 of the SPUR for your boredom).  Keep in mind, there’s a difference between running an “instance” and running a VM. 

2. License the Core Infrastructure Suite (CIS) to run Windows and System Center Servers.  If you are reporting System Center and Windows separately….STOP!  System Center needs Windows.  In other words, you have to report Windows regardless; might as well pay less. 

3. Do not report Windows Standard….report Windows Datacenter.  You have the option of running unlimited VM’s with Datacenter edition.  If you are reporting Windows Standard, that means you are not virtualized. Get virtualized.

One more for good measure…

4.  SAL for SA – I still don’t understand why service providers do not report this SKU.  It’s less expensive, your customer can still deploy on premise and in your cloud, and you will be unique.  (I’ve only seen it reported once). 

There are many more ways to reduce spend. (even outside of simply licensing/virtualizing, etc.) There’s too many scenarios to review on a blog post. How about this trade off – If I can reduce your spend, you owe me a beer at a hosting conference. (joke for the record). If I can’t, at least you know your reporting correctly.

Thanks,

SPLA Man

 

 

 

 
1 Comment

Posted by on July 9, 2014 in In My Opinion

 

Tags: , , , , ,

How the other guys do it

18 Jun

So you want to get in the hosting business.  You start looking around the web and notice that other service providers seem to charge less than what you can charge your customers.  You notice other’s advertising solutions that seem to conflict with the licensing rights.  You are at a loss.  You ask yourself, “how do they do it?”  You ask your reseller who seems just as confused.  So what do you do?  How do THEY do it?

Since this blog is about licensing, I’ll educate you on how other’s save costs based off licensing alone.  I’ll break this down into three parts – Exchange, Mobility, and VDI.  Those are probably the big 3 and more often than not, can make you scratch your head.   I will also add one more, and that’s your reseller.

Exchange Licensing

Exchange is your best friend and enemy. I say that only because it is so important and one of the reasons organization’s move towards the cloud.  They don’t want to babysit an Exchange server anymore, but it’s a must have.  Licensing aside, to deploy Exchange you must have redundancy (God forbid it goes down) you must have infrastructure (they have to receive email as fast as their eyes can focus) and finally administration (dedicate an employee(s) to make sure the former happens).  That’s pricey.  Now the licensing.

Exchange is licensed by user, which means all users who have access to the software needs a license.  To deploy Exchange, you also need Windows.  Windows is licensed by processor.  So let’s say you have 10 users and you provide those users access to your Exchange server. Exchange cost’s $5 per user (hypothetical).  Windows costs $20 for Standard edition or $100 for Datacenter edition.  Because Windows is licensed only by processor (not user) the more users, the less expensive Windows licenses become. See below. (example purposes only)

Hoster with 10 Exchange users on a two processor box

Exchange: $5 per user

Windows: 2*20= 40.  But if we do a per user cost it would equate to $40 divided by 10 ($4 per user for Windows).

The entire Exchange solution is $9 per user.  ($5 for Exchange + $4 for Windows)

Hoster with 1,000 Exchange users on a two processor box with multiple VM’s

Exchange: $5 per user

Windows: $100 per processor or $200 (using Datacenter, 2 processor box – multiple VM’s).  So $200 divided by 1000 users equals $.20 per user.

The entire Exchange solution is $5.20 per user.

So what do you do?  You either fight the good fight – offer something the bigger guys cannot offer – customer service, deployment services, kiss your server good night, etc. or if you can’t beat them…join them.  A lot of big providers offer partnerships in which they will provide the Windows server (think Amazon/Azure) but you provide the Exchange license via your own SPLA.  This is called Datacenter Outsourcing.  Perfectly legal, and part of your signed SPLA agreement.

Mobility

If you really want to get into Exchange hosting – this is the best way to do it.  (in my opinion).  You should offer license mobility.  For a complete definition of license mobility, check out my previous blog post here.  In short, this allows your customer who purchased Exchange with Software Assurance to transfer that license into your datacenter.  All you need to do is dedicate a VM for that customer but install it on shared hardware.  One caveat – you must report Windows via SPLA.  Windows is relatively inexpensive so it could be a win-win.  Just make sure you sign the mobility addendum to legally offer this solution and check with your reseller for eligibility

I also think you should consider SAL for SA.  This allows you (the service provider) to host the solution in a shared environment (VM and Hardware) using the Exchange license your customer purchased with SA.  You still report Windows and SAL for SA SKU via SPLA.  (way cheap by the way).  Difference between SAL for SA and License Mobility is under license mobility they are transferring the license to your datacenter.  Under SAL for SA, nothing is transferred, the original licenses can still be deployed on premise and in your cloud!  Great hybrid situation or ability to provide disaster recovery.  Reach out to me at blaforge@splalciensing.com to learn more

VDI

“I see they advertise VDI!!!”  You look online and see other providers offering VDI as a service.  Well, they are either out of compliant (more probable) or they are using Windows Server and RDS to emulate a desktop via SPLA.  Last option is to have the end customer bring their desktop OS licenses to a datacenter provider.  This is not likely since desktop OS does NOT have mobility rights.  This means the service provider would need to dedicate (server and vm) to one customer.  This is the least likely scenario, since dedicating an environment just for a desktop license makes little sense.

Moral of the story with VDI- there is NO way a service provider can offer a desktop license in a shared environment.
Conclusion

Do you ever wonder why you report licenses to your current reseller?  Is it just out of convenience or do they provide you strategic value?  My advice -don’t work with a reseller out of convenience.    Do they have their own cloud services that directly competes with you?  Hmmm…

Reach out to me at blaforge@splalicensing.com or linkedin.  Would love to review your options or simply offer a second opinion.

Thanks

SPLA Man

 

 

 

 
2 Comments

Posted by on June 18, 2014 in Disaster Recovery, Exchange, License Mobility

 

Tags: , , , ,

SPLA Audit Support

27 May

If you are facing a SPLA audit or concerned you are underreporting or perhaps even overpaying for licenses, please reach out to blaforge@splalicensing.com.  I am happy to make suggestions or review your report. This is not a solicitation,  I do this as a hobby. (Some people take up golf, for some reason I took up SPLA). 

Thanks,

SPLA Man

 
Leave a comment

Posted by on May 27, 2014 in Uncategorized

 

Tags: , , , ,

Why SPLA?

19 May

In most articles I reviewed best practices, updates, and licensing guidance as it pertains to the SPLA program.  As cloud solutions evolve, the licensing becomes more complex.  That’s why I thought we should take a step back and take a moment to review the basics of the program.  I am a big believer in order to fully understand a licensing program, you really should start at the beginning.  Too many times we jump headfirst and start worrying about “how do we license SQL in a virtual environment” or “why no VDI darn it!”  So let’s all take a deep breath, relax, and let’s understand what it is we are actually trying to accomplish. 

What is a license?

I think we can all make a reasonable assumption to the answer to this question.  Again, we are starting at the basics and moving up from there.  The SPLA Man definition of a license is essentially your right to use something.  You buy a book, you need to purchase the right to consume the author’s material.  You buy a software license, this gives you the right to install it and use it.  In the case of Microsoft, you did not write the code for Microsoft Exchange, so you need a license to use Exchange/email.  There’s all sort of examples of a license, but I think you get my point. 

So if you buy a license, who get’s to use it?  In most instances, it’s you.  Why buy something and give someone else the right to use it?  If you buy a computer from HP and the PC comes with a copy of Office and Windows 8, the Office and Windows 8 gives that device a license.  Those license come preinstalled live and die with the machine – this is called Original Equipment Manufacturer (OEM for those taking notes).  If you read the little booklet that comes with your computer it will define this not so clearly.  That booklet is called a EULA (End user licensing agreement). 

Volume Licensing

Now let’s say you’re an owner of a company and have 50 employees.  You set up a CRM server to deploy to your 50 employees.  In this model, they would need a server (CRM Server License) plus 50 client access license to access that server.  Since it’s for internal employees, you would use volume licensing.  (greater discount than going to a retail shop and purchasing the licenses one at a time)

Outsourcing

Let’s say you lost the instruction booklet on ‘how to deploy CRM” and frustrated because you already purchased the licenses.  You need help.  Not only did you lose the instructional booklet you don’t have the budget to purchase the hardware to run CRM nor the bandwidth to manage anymore.  You look at third party options.  You call Brett’s Hosting who can deploy CRM on your behalf while leveraging your license purchases.  If you purchased the licenses with software assurance those licenses could potentially qualify for license mobility (CRM does).  The service provider can dedicate a VM for CRM and host the VM on shared hardware. Windows would still need to be reported under SPLA (since Windows is not part of license mobility) This can be more cost effective for both parties.  If you did not purchase those licenses with software assurance, you can still bring those licenses into your datacenter BUT Brett’s Hosting would have to dedicate the hardware and the VM to one customer.  What’s dedicated?  Microsoft defines dedicated as “Any hardware running an instance of Microsoft software (OS or application) must be dedicated to a single customer. For example, a SAN device that is not running any Microsoft software may be shared by more than one customer; whereas, a server or SAN device that runs Microsoft software may only be used by one customer.” (source: Microsoft Desktop Virtualization Guide – Check it out here)

Service Provider Licensing Agreement (SPLA)

This leads to the last option and the entire point of this blog – SPLA.  Why would a service provider use or need SPLA licenses?  You know those 50 CRM licenses you purchased for your internal employees?  You guessed it, those can only be used for internal employees.  Why?  There’s a little blurb in the Product Use Rights (PUR) that states “No Commercial Hosting” If you have a customer that does not own the licenses, but they want to access your server – That’s SPLA.  Anytime your hosting Microsoft software on BEHALF of a third party, that’s SPLA.  Let’s say you have a website in which you sell products out to the entire world;  Would you need SPLA?  Short answer…no.  Why?  You have a website that you deploy in your own datacenter that you use to run your business, not someone else’s.  If you went to a third party and asked them to host a website for you that will allow your customers to access, the service provider would use SPLA.  Clear as mud?  Exchange might be a better example.  If you don’t have the bandwidth to manage Exchange in house anymore, you can go to companies such as Rackspace to provide email for you.  They will charge you “X” amount of dollars for email per month.  To access Rackspace’s Exchange server you would need a license.  That license is called SPLA.  All service providers that host Exchange, would require SPLA (unless you bring your own licenses such as the outsourcing example above).

That’s licensing 101 in a nutshell. Stay tuned for licensing 200.  Ugh.

Thanks,

SPLA Man

 

 

 

 

 
1 Comment

Posted by on May 19, 2014 in Uncategorized

 

Tags: , , , , , ,

200 Level SPLA Licensing Questions – Answered

14 May

Starting a new series on this blog “top licensing questions” Here’s a list of some often unanswered questions…answered!  In many instances it’s tough to go into great detail or specific customer scenarios via a blog.  Please email me at blaforge@splalicensing.com for specific scenarios.  Keep in mind, blogging is my hobby and I am relaying information from experience.  You should refer to the SPUR for specific/audit questions. (It’s a great read).  Microsoft has the final say. I am interested in feedback and/or ideas for new posts; let me have it!

1. Does a service provider need to report an extra Exchange SAL for non-authorized users, such as a conference room?

A mailbox that represents a room is defined as a resource mailbox and does not require a SAL.

2.  Can I use the same server I use internally to host software via SPLA?

No. Regardless of the licensing program, the license is always assigned to the hardware/VM.  If you choose to assign two licenses from two different programs to one hardware, some of the use rights will contradict each other.  SPLA is designed for external consumption whereas internal licensing is designed for your own employees.  Good news – SPLA allows 50% of what you are hosting externally to be used internally.  Let’s say you host 50 exchange licenses, you can use up to 25 internally.  These are not free, just reported under your SPLA. (Instead of reporting just 50 licenses, you would report 75).  Check SPUR for more details.

3.  Can I install Office on a device without reporting Windows desktop?

No.  This would fall under the managed PC use case.  There is an addendum that would allow you to rent out a desktop to third parties; to do this via SPLA, there is a “managed PC” addendum.  This would require you to license the desktop OS via an OEM license and report Windows 7/8 via SPLA (as well as Office if Office is installed).  Ugh.  Only other option would be to report Exchange “plus” Skus which includes Outlook.  (no other Office components) or install Office on a server and report Windows, RDS, and Office. (RDS & Office by user- Windows by processor)

4.  What are the rules of licensing additional users under License Mobility for Software Assurance? Can a service provider license additional users with SALs?

No. In License Mobility for SA scenario, the end customer has to maintain CALs in their perpetual licensing program to access the application servers. It is not possible to license additional users with SALs, because that would mean mixing/matching licensing for one Product.  Keep in mind that under license mobility – end customer’s are in essence transferring those licenses into your data center.  They can only transfer back after 90 days. To quote the mobility brief (download a copy here ) You may move your licensed software from a third party’s shared servers back to your servers or to another third party’s shared servers, but not within 90 days of the last assignment. Check mobility addendum.

6. What happens if my customer claims to have SA on these licenses but in actuality…they don’t.  Am I on the hook?

Yes. You are responsible for your own hosted offering.  I would ensure you have documentation of all customer owned licenses AND make sure this is part of your agreement with your customer.  You may get audited, but that does not stop you from auditing your customer.

7. Where do I report my SPLA licenses?

Contact the SoftwareONE SPLA team 1-800-444-9890 or SPLA.US@softwareone.com

Stay tuned for more questions but more importantly – answers to these questions!

Thanks for reading,

SPLA Man

 
5 Comments

Posted by on May 14, 2014 in Uncategorized

 

Tags: , , , , , ,

Disaster Recovery Rights for SPLA

30 Apr

Spring.  The time of year in which flowers bloom but storms loom. (I will not quit my day job by the way).  Those reading this article that live in the middle of the United States, you would probably agree with that statement.  Sometimes it may take a storm for organizations to start thinking about their own disaster recovery plans.  Maybe it’s time to get ahead of the storm; that’s why I thought I would spend time reviewing DR, industry best practices, and licensing scenarios.

In previous editions of the SPUR, you were allowed to temporarily run a backup instance on a server dedicated for DR with the following exceptions:  The server must be turned off except for limited testing and DR, may not be in the same cluster, and you may only run the backup instances and production instances at the same time only while recovering from a disaster.

I never understood the rule “the server must be turned off.”  If it’s turned off, how is backing up anything?  Secondly, what is meant by “limited testing?” How much time does it allow you test? Two days…a week…a month?

In the new SPUR, it brings clarity to some of those questions.  From the April SPUR:

“The disaster recovery server can run only during the following exception periods:

  • For brief periods of disaster recovery testing within one week every 90 days
  • During a disaster, while the production server being recovered is down
  • Around the time of a disaster, for a brief period, to assist in the transfer between the primary production server and the disaster recovery server

In order to use the software under disaster recovery rights, you must comply with the following terms:

  • The disaster recovery server must not be running at any other times except as above.
  • The disaster recovery server may not be in the same cluster as the production server.
  • Windows Server licenses are not required for the disaster recovery server if the following conditions are met:
  • The Hyper-V role within Windows Server is used to replicate virtual OSEs from the production server at a primary site to a disaster recovery server.
  • The disaster recovery server may be used only to
  • run hardware virtualization software, such as Hyper-V,
  • provide hardware virtualization services,
  • run software agents to manage the hardware virtualization software,
  • serve as a destination for replication,
  • receive replicated virtual OSEs, test failover, and
  • Await failover of the virtual OSEs.
  • run disaster recovery workloads as described above
  • The disaster recovery server may not be used as a production server.
  • Use of the software on the disaster recovery server should comply with the license terms for the software.
  • Once the disaster recovery process is complete and the production server is recovered, the disaster recovery server must not be running at any other times except those times allowed here.”

If I had a hosting company that specializes in DR solutions, I would have my customers purchase their licenses outright with Software Assurance from their reseller (like SoftwareONE).  I would make sure they deploy it on premise and I would set up a secondary server in my datacenter. Now comes the fun part – how to license the solution!

Let me provide an example.   Let’s say your customer is a law firm and email is extremely important to their business.  They cannot lose email for one minute, let a lone a day.    The customer would like the greatest discount long term but very concerned that if a disaster does happen, they won’t be prepared.  (this is when you come to the rescue).  You have a solution that will allow them to run their Exchange on premise by purchasing Exchange with Software Assurance from volume licensing (greater discount over SPLA long term), and you as the service provider can run Exchange in your datacenter using the SAL for SA SKU.  Never heard of the SAL for SA SKU?  You’re not alone.  This SKU is available for certain applications (Lync, SharePoint, Exchange – check SPUR for availability) and allows the service provider to host the application in a shared (virtual & physical) environment.  More importantly, the cost is extremely attractive AND your customer can still run it on premise.  This is NOT license mobility.  License mobility allows you to run it in a shared hardware but dedicated VM.  It also requires the customer to transfer those licenses out of your datacenter only (not on premise).

Here’s the criteria for reporting SAL for SA for those home gamers.

SALs for SA

“SALs for SA may be acquired and assigned to users who have also been assigned a qualifying Client Access License (“CAL”) with active Software Assurance (“SA”) acquired under a Microsoft Volume Licensing Program or who uses a device to which a qualifying Device CAL with active Software Assurance coverage has been assigned. You may not acquire SALs for SA for more than one user for any given qualifying CAL. Use rights for SALs for SA are identical to their corresponding SALs, as defined in this document. The right to assign a SAL for SA to a user or device expires when the Software Assurance coverage for the qualifying CAL expires.”

Be careful if you decide to go down this route. You have to ensure when reporting SAL for SA that the customer has active SA for the licenses you are reporting.  If they don’t, both you and your customer are out of compliant.  This comes up all the time during audits.  “I swear they own these licenses Mr. Auditor!”  Secondly, make sure the products are SAL for SA eligible when discussing with your client.

In summary, pay attention to the new DR rights mentioned above; consider SAL for SA as an alternative; and last but certainly not least, maybe reconsider your vacation to the Midwest until the Fall – flowers bloom, storms loom.  Hit me up at blaforge@splalicensing.com  if you want to learn more about SAL for SA or anything hosting related.

Thanks for reading,

SPLA Man

 
4 Comments

Posted by on April 30, 2014 in Disaster Recovery

 

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

VDI for SPLA?

26 Mar

If I received a dollar for every time I’m asked this question you and I can both retire!  Things are changing in the world of data center outsourcing, but for some reason this is still stuck in the mud.  Why no VDI today?

1) I have no idea

2) See answer 1

I wrote about this topic earlier, but my hunch is it has something to do with the OEM manufactures.  OEM is a big piece of Microsoft business, and they protect it.  (Although Surface kind of muddies that theory).  As an example of this, if you were to “lease” a desktop to an end customer, you would first need a OEM license pre-installed and use SPLA and/or volume licensing as an upgrade license.  So even under a rented desktop model, OEM is still a requirement.  If everyone used VDI and dummy terminals – OEM manufactures would be left out of the game.  (at least in volume)

The only thing that would change this model is if they received a very high number of requests to offer this through Azure.  Look at what happened with Remote Desktop Services (RDS).  RDS was never part of license mobility.  Azure comes along and before you know it- RDS has mobility rights! Check it out here

That being said, Microsoft can make the rules of their own game, and even know Microsoft can do it does not mean the service provider/partner community can do it.  Office 365 is a prime example of this.  Under O365, you can take Office and install it on up to 5 PCs. Try that under SPLA and you have to license every PC with a separate Office license, use Windows 7/8 upgrade license, have a OEM on the machine that you own, and sign a rental addendum.  That’s why I wrote “office needs mobility rights”

One new capability in the latest SPLA agreement is you can install software on customer owned hardware.  BUT guess what?  That does not apply to PCs.

I’m not sure if this will ever change.  Every conference that I’ve attended the past 10 years partners ask the same question – “Can I provide VDI under SPLA?” I don’t like the word “no” but unfortunately, the answer is “no.”

Would love to hear about your thoughts on the topic.  Have you tried Windows server and RDS as an alternative?  What about dedicated environments for VDI?

Thanks for reading,

SPLA Man

 
7 Comments

Posted by on March 26, 2014 in VDI

 

Tags: , , , , , , , , ,

Hosting Summit Recap

21 Mar

Here are a few highlights and announcements from this year’s hosting summit.

Thanks for reading!

SPLA Man

 
Leave a comment

Posted by on March 21, 2014 in In My Opinion

 

Tags: , , , , ,

Self Hosted Rights and Office

04 Feb

The other day I was on a call with a customer who developed a financial application that takes a customer’s information and then reports it back from Excel.  The goal would be to have it deployed via a web browser, possibly using SharePoint.  Immediately I thought of Office Web App.  Browser based, users could not only read it but edit it as well, sounds like a perfect fit  What about the licensing?  Since this is their own Intellectual Property (IP) I thought of the self hosted rights for volume licensing.  SPLA might be too expensive since users could not be tracked. This is where we got stuck. 

Self hosted is a software assurance benefit. It allows volume licensing customers to host their application that runs on Microsoft technology to third parties. I included the terms and conditions directly from the Product Use Rights (PUR) at the bottom of this post (in case you are really bored) but in my opinion this will allow developers to continue to build their applications and utilize volume licensing that offers the greater discount.

As a SAM manager, I was engaged by the customer to review both past and current licensing.  Since this was a new offering, nothing was licensed or even deployed yet.   Whew…Rule #1 – before building a datacenter make sure the solution fits the licensing. Secondly, this is being provided as a service, not simply allowing external users to access.

What did we advise? In order for a solution to qualify as “self-hosted” all applications must be self hosted eligible. Unfortunately, Office does not qualify. Ugh. There goes that option. Now we must look at SPLA for everything (one unified solution as defined in the PUR). The problem with SPLA is you must license Office STD or PRO to enable Office Web Apps. To add more complexity, Office in a server environment is licensed by user (SPLA) Since user count is expected to be very high, this does not seem to be an economical solution. What I proposed was to get rid of Office. That’s right, I recommended they remove it from the solution and use Open Office. The solution worked and met the compliance guidelines set forth by Microsoft.

In conclusion, I hated my recommendation but went with it in order to be compliant. Microsoft Office is a superior product to “Open Office” If only Microsoft would allow Office to be self hosted eligible, I think it would benefit the service provider, Microsoft, and more importantly the end customer.

Bottom line- make sure if you have your OWN application (not license someone else’s) and you decide to use volume licensing to host, make sure all software is eligible or risk BIG compliance risk.

Thanks for reading.

SPLA Man

From the PUR
You must have the required Microsoft licenses and maintain Software Assurance coverage for:
• the Self-Hosted Applications run as part of the Unified Solution; and
• all access licenses used to make the Unified Solution available to external users (See Universal License Terms, Definitions).
All Microsoft software used to create and deliver the Unified Solution must:
• be licensed through a Volume Licensing program that is subject to these license terms (e.g., Enterprise Agreement, Select Plus Agreement, Open License Agreement) and not any other (e.g., Services Provider License Agreement, Independent Software Vendor Royalty License and Distribution Agreement); and
• be marked as ‘Yes’ for ‘Self Hosting of Applications Allowed’ in these license terms
Your software must:
• add significant and primary functionality to the Self-Hosted Applications that are part of the Unified Solution (dashboards, HTML editors, utilities, and similar technologies are not a primary service and/or application of a Unified Solution);
• be the principal service and/or application, and sole point of access, to the Unified Solution;
• be delivered over the Internet or a private network from your datacenter to end users. The Self-Hosted Applications component may not be loaded onto the end user’s device; and
• be owned, not licensed, by you, except that your software may include non-substantive third party software that is embedded in, and operates in support of, your software.

 
Leave a comment

Posted by on February 4, 2014 in Compliance, Self Hosted

 

Tags: , , , , , ,

Links to vendor websites and other blogs

17 Jan

Here’s a list of resources I think are worth checking out. Not all pertain to SPLA specifically, but in the world of IT – all licensing programs find a way to relate to one another. Check it out.

Microsoft SPLA Program
http://www.microsoft.com/hosting

Microsoft Marketing Campaigns
http://www.readytogomicrosoft.com

Great Microsoft Volume Licensing Blog
http://www.microsoftlicensereview.com/

TechNet
http://blogs.technet.com/b/volume-licensing/

SPLA Reseller (I work for them with SAM) There is a free compliance check where the team will review your order and ensure you are licensing correctly and the most cost effective way. http://www.softwareone.com/en-us/Licensing/Microsoft-SPLA/Pages/default.aspx

SPLA Reseller Email – SPLA.us@softwareone.com

VMware Service Provider Program
http://www.vmware.com/partners/service-provider.html

Citrix CSP Program
http://www.citrix.com/partner-programs/service-provider.html

Citrix Marketing Tools
http://www.citrix.com/csptoolkit.com

Citrix/Microsoft DaaS Whitepapers, etc.
http://www.Citrix.com/Microsoft

Hope this helps

SPLA Man

 
1 Comment

Posted by on January 17, 2014 in Compliance, In My Opinion

 

Tags: , , , , , , , , ,

← Older posts
Newer posts →