Showing posts with label adobe. Show all posts
Showing posts with label adobe. Show all posts

Monday, April 20, 2020

Software Contracts - in a Pandemic led Recession

OK, so I am not a financial expert - but if our current world-wide pandemic (COVID-19) does not put us officially into a recession then I will be extremely surprised.

Frankly, I think we are already there - experts are debating.  I'll leave it to them to figure out and in the meantime speak to you about your software contracts and what to think about them in a recession.

As we all know, the US was in a recession just a few short years ago and it was a doozy!  But at that time many companies still had not made the transition to subscription based licensing for most of their business productivity software.

Think about your companies software contracts today - Adobe, Microsoft, Autodesk, Oracle and others on your productivity software are probably all heavily subscription based today.  On your infrastructure/platform software they are also probably heavily "hosted" or subscription based.

Why is this point important in a recession?  Old licensing models were perpetual licenses with maintenance. In most circumstances you could continue using the software regardless of whether or not you maintained the maintenance. So in a recession, if you could get out of the maintenance contract you were arguably still in business. If you are tasked with saving money on software costs your options are more limited in a subscription world.

Subscription licensing models is a pay as you go model.  While that is useful in moving costs to the expense line rather than amortizing it also means you must continue paying or you can no longer use the software.  Your software vendors are now in the drivers seat (although here is a very interesting read on the financial impact of this for software companies by Gavin Baker which I thoroughly enjoyed and you might,too).

So, here are some keys to consider:

  • Are your subscription users going to be reduced?
    • Inventory your existing contracts to know specific clauses and dates:
      • Many multi-year software contracts have an option to reduce subscriptions on an annual basis as long as you do it by the prescribed deadline. 
      • Some also have an option for reduction based upon a reduction in force.
    • When are your contract expiring for those that do not have a built in reduction option?
    • How will this impact your hosted infrastructure/platform needs? Make sure you are aware of those contract terms and dates as well.
  • If your user base is not expected to be reduced, will you be asked to cut costs regardless?
    • Look for the fat in your current contracts.
    • Identify critical vs nice to have suites
    • Ensure you are leveraging your legacy licensing benefits when available in your hosted environments.
  • Those software audits that have slowed down over the past 2-3 years, expect them to gear back up in different fashions:
    • Microsoft - do not be surprised for a server focused "assessment"
    • Adobe and Autodesk - I expect to see them come back around to see who still has old on-premise software that is not covered under the existing subscriptions.
    • Micro Focus - remember all that software they picked up in the deal with HP Enterprises? They have already been an active auditor, expect that to continue or pickup.
We know the pandemic is hitting us hard, but we cannot afford to be so distracted by life or death news (she says, sadly and somewhat sarcastically) that we get caught by surprise by the longer term economic impact we will all be facing.  If you need a refresher just go back to my blogs from 2007-2010 such as this one.

While each turn is unique, there are aspects that are the same...with over 21 years in the Software Asset Management business Cynthia Farren Consulting can help. Reach out to schedule a conversation with me to discuss a game plan for your organization.

Stay safe and stay well...



Monday, January 07, 2013

Software Audits - Be Afraid...Be Very Afraid!

OK, so I know the title is a bit "doom and gloom" - but frankly I've seen too many companies over the years get seriously bitten during software audits because they didn't have a healthy respect for the risk when they first accepted the audit (and for the sake of this article...I'm calling it an audit any time you share your installation data with a publisher or anyone representing the publisher).

First, I do not recommend going through one alone. That would be like going to an IRS audit alone - there are far too many obscure rules that can come back to haunt you. Get professional help before it starts and keep that help around through completion...very few rules are "black and white" and you need an advocate on your side who fully understands the rules and can balance the publisher's interpretation of use.

Here are a couple of things to know before heading into an audit:
  1. Not all audits are the same - know when you have the right to refuse or limit and when you've already waived those rights.
  2. Make sure the scope is clearly defined - is it all subsidiaries, all geographies, etc.
  3. Require a project specific non-disclosure agreement (NDA) be in place with any third-party gaining access to your information and follow up at the end of the audit to require disposal of the records.
  4. Understand under what circumstances you'll be billed for the cost of the audit.
  5. Ensure that the audit is being conducted under the rules of your active agreement with the publisher and the pertinent product use rights for the products in use.
There are many more, but this is a start.  The ITAM Review has a number of useful articles on this topic that you should consider reading as well.

Pitfalls to be aware of to avoid audit problems:

The best possible situation is to avoid an audit altogether.  While this is becoming more and more difficult as publishers have realized that audits are a profitable activity that helps them meet revenue goals (most of the heads of software publisher compliance groups have revenue goals much the same as a sales group), there are steps you can take to reduce your chances of an audit.
  1. Regularly conduct your own audit. Know what you own, what and how you are using it. If contacted for an audit, be sure that your executive handling the conversation can speak knowingly and authoratatively on current usage by product and the timeliness of that data.  Software publishers don't want to throw their money away on an audit that is going to produce no licensing revenue. The more they feel that you already have things under control the less likely they are to require a full onsite audit.
  2. Watch your external access, make sure you are appropriately licensing clients, vendors and partners for their access to your computing resources.
    • If your customers are using your computing resources, make sure that you are covering that usage under the appropriate licensing agreement.  Most publishers have service provider agreements (Microsoft's SPLA or VMWare's VSPP program being two of the most common) allowing for you to host their products for use by others - there is a lot of gray area in determining when you need to license under these versus when you can use perpetual licenses so make sure you have a professional help you make this determination.
    • Licensing is typically entity specific. While everyone in my organization is licensed to use a Microsoft Windows 2012 server within my organization that licensing does not cover us for when we access a client's organization.
    • There are expensive ways of handling this and less expensive ways - having licensing advice when you're setting up access can help you avoid unnecessary costs.
  3. Minimize OEM and non-volume purchases. Frankly, publishers regularly mine their entitlements data on clients to determine inconsistencies for compliance issues.  If a publisher can't see a full picture of your purchases it can increase the chances of an audit.
  4. Keep your purchasing records. If you are still using the software (or it's successor if that successors licensing is based upon the original purchase), then you need to have ready access to your proof of purchase. Consider for example Attachmate the owners of some (current and) legacy emulation software.  They audit on a regular basis - can you demonstrate that you purchased the 50 copies of KEA or myEXTRA! that you still have running in your organization?  If not, the cost to buy new licenses can include interest based upon when the software was originally released.
  5. Pay attention to country of usage rules. Most publishers have some restriction on using software in a  country other than the one purchased.  Autodesk, VMWare and Microsoft (under the Open licensing program) all restrict usage across geographical boundaries.
  6. Understand transferability rules of licenses during mergers, acquisitions and divestitures. For example, Autodesk states that their licenses are typically not transferable and have the right to refuse a request for transfer, if they do accept the transfer they can require that subscription costs be added to the license.

Already in an audit:
Regardless of what stage the audit is in, get help.  Make sure you have someone working as your advocate that has experience in software audits, strong knowledge of the publishers current and historical agreements and product use rights and the frankness to give you an accurate picture of where you stand (this is not the time your management team wants anything sugar coated...they need to know the reality so they can prepare).

Double check everything the auditors present to you - math errors and mis-interpretation of product use rights and licensing terms are frighteningly common.

Thursday, March 22, 2012

Software Audits - Beware of the Unknown!

While most of our business is focused on helping companies optimize their licensing and avoid compliance risks there are times a company comes to us when they are in some stage of being audited (whether it's called an audit or not for purposes of this posting I will refer to it as an audit anytime a third party is reviewing your licensing not at your behest).  We come across a number of areas that "surprise" customers to find out it's a compliance issue.

Take a look at the following - if any of them apply to your company, take steps to resolve these:
  • Own one edition but a different edition is installed.  Do you own Microsoft Office Professional but have Microsoft Office Standard installed?  If so, you are out of compliance (and no, don't count on them to look the other way). 
  • Changing the hardware that you run your Oracle database on without checking to see what it does to your core factor in determining processor licenses required. Did you move to a Sparc 4 from a Sparc 3? You just doubled your core factor...Oracle US License Agreements
  • Not understanding the minimum number of users that need to be licensed (contractual requirement versus actual usage). What did that (above mentioned) increase in processors just do to the number of users you're required to license?
  • Server mobility in a virtual environment. For example, did you reassign your Microsoft Windows Server Standard licenses to your virtual environment? That's fine (assuming they weren't OEM licenses) as long as you are not using VMWare's V-Motion (or similar technology).  You can only reassign licenses once every 90 days in the Microsoft server operating system world - you might accidentally be drastically increasing your licensing needs by "harvesting" that Standard license versus appropriately licensing the virtual environment.
  • Did you turn on enterprise functionality in your Microsoft SharePoint Server? If so, are other instances of SharePoint inheriting that enterprise functionality without your knowing it?  The enterprise functionality in Microsoft Sharepoint requires a Microsoft Sharepoint Enterprise CAL (client access license, this CAL is also contained in the Microsoft Enterprise CAL Suite).
  • Do you have Mac's in your environment? Are they accessing a Microsoft Windows OS? How are you licensing that?
  • Are you on an Enterprise Agreement (Adobe, Microsoft, Oracle, etc) and not including all devices in your environment? Check your agreements, unless it specifically allows you to exclude something these agreements typically require you to license all devices - read your fine print!
  • Re-imaging devices using the wrong media. The quickest way to get out of compliance in a material way is to have the wrong media loaded to your image. Make sure this is in alignment and that a change control process is followed for any changes to the image including a licensing review.
  • Are you assuming downgrade rights? For example, most Attachmate products do not have downgrade rights unless you have maintenance. Don't assume this right.
If you are asked (or told) that someone will be reviewing your licensing - get help before it starts. This is not the time to rely on your internal team unless they are licensing experts and stay current on all the publishers in your environment.

The ITAM Review has a great article series on the topic of "What REALLY Happens During an Audit", I recommend reading it whether you're going through one or just looking for more information.