Contact us: +44 (0)1582 464 740


Contact us

UK No.
0370 4050508

Int'l No.
+44 (0)1582 464740

Ask us a question

Contact details


Tel. 0370 4050508
+44 (0)1582 464740

Office & Training Centre
Westley & Hendrix House
42 Coldharbour Lane


Keep in Touch

Be prepared for software licence re-negotiations


ITAMS’ Lead Consultant Monica explains why it is important to properly coordinate your internal resources and licensing knowledge for any forthcoming software re-negotiations.

“With licensing, as you will already know, things are never black nor white. So before signing a deal with a software vendor, ensure that you are aware of the key relations between your organisation’s internal departments and that the right environment exists to help manage the complex world of software licensing and usage. This is half the battle and definitely a large step in the right direction.

So what does this mean? Allocating the right resources to, and coordinating the collaboration between the different departments in your organisation such as IT Licence Operations, IT Procurement and the Legal department is of uttermost importance. However, if you are a small company, you need not worry about this too much, so long as you have a process for tracking the purchase and use of licences from requisition to disposal.

If you think and act smart, you will soon realise that if you have the right tools, knowledge and a clearly defined processes in place, entering into software negotiations and facing off an audit doesn’t need to be a stressful experience.
The above situation applies to all vendors. If we look more closely at Oracle, there are 2 possible scenarios when buying and managing your software.

The first one may be that you are stuck in standard contractual terminology. For example, using a decentralised purchasing model or having your price holds attached to the ordering documents. This will translate in, what I like to call “licensing chaos”. People will not read the contracts correctly, will misuse licences and will find that they are breaching standard licensing agreements, purely by not being organised internally, nor being able to track usage properly to ensure that compliance is met.

The second is where you prepare in advance to sign a licensing agreement. In this situation, you will have a non-standard contract and a centralised purchasing model. By properly coordinating your internal resources and licensing knowledge, you will be on the safe side, especially if you have a strong legal representative in your company to deal with any software re-negotiations.

My advice to you is, to get the right resources and expertise in place and prepare for your software negotiation thoroughly by:

– understanding what your existing and planned and software usage is,
– having a consolidated master agreement to govern all purchases and
– standardising the terms of your agreement before signing the deal.

If you need help, then you will be pleased to know that there is plenty out there, however you will need to know where to look! For more advice and help, please do get in touch!”


Oracle ULAs – the facts!


Oracle Unlimited Licence Agreements (ULAs) – the facts!

The Oracle ULA is generally offered to larger customers as a convenient option to purchase unlimited licences, for a pre-defined list of products and for a limited term. Licence fees are paid up-front, along with the first year of technical support, with the cost often amounting to millions of pounds.

So what are the advantages and disadvantages of this type of deal and how can you ensure that you are making the right decision before choosing to sign a ULA?
ITAMS’ Senior Licensing Consultant Anemaria provides an informative overview
of the Oracle ULA.

“First of all, let me summarise the characteristics of this type of contract. In simple terms, an Oracle Unlimited Licence Agreement (ULA) is a contract that gives you the right to use an unlimited quantity of a pre-defined list of products but for a limited period of time, usually 3 years.

Another characteristic of the deal is that, at the end of the term, you decide whether to follow Oracle’s certification process and waive your right to deploy an unlimited number of licenses or to continue with the arrangement and renew the deal.

The two big advantages of the ULA are cost savings and simplicity. Cost savings can be realised if you anticipate a future growth in usage during the contractual term. If so, then a ULA deal will be a good choice.

In addition to this, if you are looking for a single deal for different categories of Oracle products bundled together, or if you prefer simplified support management (of previous Oracle agreements), then a ULA deal will also prove to be a good choice.

However, you will need to be aware of some risks you may be exposed to if you opt for a ULA.

A common problem that customers face during the ULA’s contractual term is that they have made a wrong estimation of their future deployment and that the financial investment in the ULA was not a cost-effective choice.

If you are a large organisation this could be the right option. However, if you are about to enter into a period of mergers, acquisitions or divestments, this can be a very complex situation to manage under a ULA. Furthermore, if the expected growth in usage is not realised, you will most definitely over-pay for the licences your organisation actually uses during the term.

Even if the usage declines during the ULA, you will still be required to pay the same amount of maintenance that was in effect at the beginning of the deal, otherwise you are a non-compliant customer.

Another area of risk comes at the time of exiting the ULA. You must provide Oracle with accurate information about your current deployment to certify the number of licences installed and running at the contractual end date and to sign the Certification letter.

At this moment, the Oracle licence management consultants or the account manager will contact you with lots of technical questions about the actual deployment of the ULA programmes, wanting to ensure that you are not presenting an over-declaration of usage and at the same time, wanting to identify any future upsell opportunities. So, always keep in mind that the over-declaration or the over-deployment of your software is a non-compliance situation.

Declaring a high number of licences in use at the end of the deal, will always raise a question mark. In addition to this, if you are not ready to respond and to defend your certification, you will be very exposed to the risk of being audited.

The ULA deal is a suitable option for larger customers, and so the complexity of the system environment will also be discussed. For this reason, best practice requires that if you have already entered into this type of agreement, please ensure you have the processes and tools in place to accurately manage your Oracle deployment.

To conclude, it is best to manage your ULA in time and before Oracle comes knocking on your door to mitigate any potential risks!”

For more information please contact ITAMS or request to download Anemaria’s webinar on, “Oracle Unlimited Licence Agreements (ULAs) – Benefit or Risk?”

To support or not to support!


To support or not to support! That is the question…. if you want to save money!

ITAMS’ Lead Consultant Monica warns Oracle users to ensure they check which licences and licence sets are covered in their Oracle Licence and Services Agreements (OLSA) to avoid unforeseen technical support costs.

Acquiring a licence from Oracle goes hand in hand with purchasing support. Cost wise, this is also where Oracle gets most of its revenue, through support renewals. Most customers do not pay careful attention to this but they should. I am not talking about numbers but about market trends. The best example that comes to mind is Enterprise Manager 12c Cloud Control which is free of charge as long as you purchase any licence or support contract. You get something free if you purchase support! This is what we need to keep in mind!

You, as their customer, wanting to keep track with the latest technologies and managing your complex IT environment, definitely need software updates, product patches and the capability to migrate and upgrade your licences. At what costs? Usually the support cost represents 22% of your licence fee. However, depending on what you have negotiated, this may vary.

In case you purchase support, where do you have to pay maximum attention? Well, when you sign your Oracle Licence and Services Agreement (OLSA), under the Technical Support clause, you come across the following, “If you decide to purchase technical support for any licence within a licence set, you are required to purchase technical support at the same level for all licences within that licence set.”

How do you know what this Licence Set is, so you can watch out for it? According to Oracle’s Software Technical Support Policies, it consists of all the licences of a program, including any options or self-service module; all of the licences of a program that share the same source code.

For Crystal Ball programs, the same licences of a program contained on a single order and for Oracle Java Embedded Binary programs, all the distributed units of each unique Java application product licenced pursuant to the Java BLRA agreement between you and Oracle. So you see, it is rather easy for you to purchase licences contained in a licence set and you do not even know about this. Even Oracle, through its Software Investment Guide (SIG), stipulates that you, the end user, has to allocate someone who will be responsible for understanding and managing the agreements you sign.

The Licence Set definition is closely tied to the MSL (Matching Service Level) concept which says that you cannot support a subset of licences within a licence set and that it must be reduced by terminating the unsupported ones. Here you have to carefully calculate the most cost effective solution for you! Shall I get support or not?

This brings me to my next gotcha on my list! That would be represented by a single word: REINSTATEMENT! If you did not initially acquire support for a licence, you have to know that this will for sure alter your planned budget. The conditions are detailed in the Oracle Software Technical Support Policies document and what you need to remember is that this reinstatement fee is 150% of the last annual technical support fee (if you had acquired support in the past), or 150% of the net technical support fee (if you never had it). Together with these pro-rated reinstatement fees you will also have to pay for the lapsed support period AND potential renewal adjustments. Again, carefully plan your needs!

Our advice?

To avoid high unplanned costs, the need for a centralised purchasing model is felt acutely. Many customers need a framework agreement which will incorporate all legal provisions, applicable to all entities in the group, a contract which will clearly highlight your future rights and obligations with Oracle. This being said, remember what a licence set is, most probably you already have it, and, before committing to support, make sure you know this is a long term relationship, similar to marriage if you ask me, a relationship which demands from you time, money and understanding!

Impact of Virtualisation / Partitioning on Oracle Licence Assessments


This week I approached Alin, one of ITAMS’ resident Oracle experts to help me understand more about the impact of virtualisation/partitioning technologies on Oracle licence assessments. Alin worked within Oracle’s Licence Management Services department for several years and now works in ITAMS’ technical team.

As the need for optimisation grows along with the cost of technical requirements, it seems that most companies choose to use virtualisation/partitioning technologies on their infrastructure, often without considering licensing implications and rules that may impact upon their environment.

Having worked for over three years within Oracle’s Licence Management Services department, Alin observed that key compliance issues were mostly centred on virtual environments. After taking a closer look at Oracle licensing rules, virtualisation and partitioning technologies were being split into two major categories:

  • Hard Partitioning: Technologies that enforces the binding of resources and limits them to a virtual machine. (LPAR, vPar, nPar, Solaris containers, etc.)
  • Soft Partitioning: Technologies (like VMware) where the virtual machine resources are flexible, covering the needs of each VM. Oracle VM: A “Soft” Partitioning technology behaviour that has a “special” licensing treatment from Oracle, so when the proper settings are made it is considered to be a “Hard” Partitioning technology.

Here are some tips from Alin:

    “I do believe that it’s every company’s right to protect against licence non-compliance scenarios and even though Oracle licensing rules have many aspects and particularities, I would recommend at least, to consider the following in regards to Soft Partitioning, especially with VMware:

  • Try avoid using Oracle products inside a VMWare cluster. Even if you’re using a single product on a single virtual machine of that cluster, Oracle doesn’t recognise VMware so you’ll end up having to licence every single physical machine that is part of that cluster.
  • If there’s no alternative and you need Oracle in a VMWare Cluster, try to avoid using Oracle in a multi-VMWare cluster-linked environment or at least try to limit the vMotion option where possible. Having the vMotion option enabled in such an environment could put you in an adverse non-compliance situation. I recently saw a case where a customer had four VMware clusters in separate locations and only a few Oracle products running on a few servers that were part of a single cluster. Oracle asked the customer to licence all four clusters just because vMotion was enabled.
  • If you have a VMWare Cluster where Oracle is running, another alternative would be to have a separate “Oracle Cluster” where you could move the physical machines with Oracle to.
  • Beware, of using SAN disks with Oracle products installed on them and especially in a Virtual environment, as everything that has access to a SAN disk must be licenced. So for example if you have a VMWare cluster that has access to that SAN disk, the entire cluster must be licenced for all the products that are installed on it.
  • While setting up the technical architecture for Oracle products, a thought should go to Oracle VM as an alternative to VMWare or even to Hard Partitioning technologies where possible. Even if Oracle VM is pretty similar to VMWare re: partitioning concept (as it’s Xen based), being owned by Oracle gives them more control over the product, so they are way more permissive with it in terms of licensing, especially with the “binding settings” that somehow limits the resources allocated to a Virtual Machine.”

Are you an easy target for an Oracle Audit?

A sneak peek into Oracle’s auditing process.


Ever wondered why you’re being targeted by Oracle for an audit and what makes you an easy target?

You may have recently received an e-mail saying “You’ve been “randomly” selected by Oracle to perform a review of your Oracle estate. The Oracle License Management department is here to assist you?”

ITAMS’ consultant Madalina (ex-Oracle LMS consultant), provides an interesting insight into why you may be targeted, what you should watch out for and why you should keep a close eye on your Oracle estate.

“The reason why end users should be particularly cautious about how they manage their Oracle estate is mostly because Oracle does not sell licenses with a utilisation key but rather allows companies to deploy the software according to their business needs. Therefore, you could for instance buy 10,000 employee user licenses of “Identity and Access Management Suite (IDM)”, but as your business expands and you employ another 2,000 people, they too can utilize the software from day one.

If you have processes and tools in place to periodically check your license position, then you’re on the safe side as you will be well aware of the necessity to place a new order for an additional 2,000 employee user licenses of IDM; if not you will be left exposed to a compliance gap of 2,000 licenses in the eventuality of an audit.

In order for you to avoid being the lucky winner of one of these e-mails, here is what you should know about Oracle Audits…

An Oracle audit is typically conducted by the Oracle License Management Services (LMS) department. They start from 2 main initiatives.

The first and most common one is the LMS department conducting its own risk analysis. On a yearly basis, LMS will run a selection of their Install Base (the Oracle license repository of all customers) and make a selection of customers identified as presenting a high risk. The high risk profile is based on a variety of factors:

  • The size and performance of your company, as well as industry trends and future projections. This means that the more profitable you are as a company, the more exposed you are to a threat of a software audit.
  • The time elapsed since the last purchase plays a big part in this risk analysis because, depending on the evolution of the company, not having purchased software for a period of more than 3 years, can tell Oracle it’s high time you did!
  • Oracle also scans for things like older metrics that are no longer in their price list because then, there is a high probability that you have to migrate your licenses, which, in most circumstances, means an additional cost for your company.
  • Decommissioned products might also be an alarm signal. Let’s suppose you’re under an enterprise type agreement that locks you under a requirement to license all your users under a certain product and 3 years ago you purchased 10,000 user licenses of product “x” which is now decommissioned and replaced by product “y”. Currently the requirement is that you buy 2,000 more user licenses but because the initial product is no longer available, in addition you will also be required to migrate all your 10,000 existing licenses to the new product.

The second initiative for starting an Oracle audit may be identified by the Sales Account Manager who might identify a lead after spotting a risk factor with a particular customer. He may hear of a customer deploying VMWare or who is deploying software in an environment for which they may have not bought licenses, or a merger/acquisition in place which might leave the customer exposed. The Account Manager would then come to LMS and ask them to contact the customer regarding its licensing position.

In either case – by itself or together with the Account Manager, LMS performs a risk assessment and decides which customers should be targeted. In case the lead is not originally identified by sales, the LMS department will notify sales about their intention to begin conducting an auditing process. This happens because any potential opportunity that may be the result of the LMS review would need to be translated into an order by sales and because this is an engagement that requires a good communication plan with coordinated effort to maintain a commercially-driven relationship with the customer.

The process is then initiated by LMS sending an introductory letter to the customer that reveals their intention for conducting a ‘license review’ process. A soft approach that Oracle is trying to position for most of its audits. The legal framework for conducting the audit is provided by the audit clause found in the OLSA (Oracle License Software Agreement), which in general terms states that within a number of days’ written notice (usually 45 days), Oracle might audit the customer’s software use.

In addition to the LMS department and in countries where the SAM market is more developed (the UK in particular), there is often a dedicated sales organization (Compliance Optimization License Sales (COLS)). This is a sales-driven department which seeks to get a better understanding of the customer’s deployment, often finding any potential compliance issues they can commercially resolve without waiting until a full audit of three to six months to take place.

Coming from the auditing world and only having placed myself recently into better shoes, I thought it would only be fair that customers know what they should watch out for and why they should keep a close eye on their license estate.

So don’t walk around with a target on your back, make sure you have the bull by the horns! ;)”

Accessing VDIs via a thin client device


Over the past few months ITAMS’ consultant John has encountered two customers who do not understand the full implications of accessing VDIs (Virtual Desktop Infrastructure) via a Thin Client device. He notes that the potential risk of not understanding this, is that VDIs may not be licenced correctly and may incur an unexpected cost.

This confusion is compounded when a user uses either XenApps or XenDesktop. The reason being that the licence models are different.

For XenApps. When the windows application opens using XenApps, there will be a server name in the bottom left corner of the screen. This indicates that it is running on a Windows Server OS. With XenDesktop, when the user logs in through a Thin Client the computer name will be in the bottom left corner of the screen.

If you are just focusing on the XenDesktop Thin Client situation, Microsoft licenses Windows for virtual desktops by access device: 122

• Virtual desktop access rights are a benefit of Windows Client Software Assurance (SA). Customers who intend to use PCs covered under SA have access to their Virtual Desktop Infrastructure (VDI) desktops at no additional charge.

• Customers who want to use devices that do not qualify for Windows Client SA, such as thin clients, will need to license those devices with Windows Virtual Desktop Access (VDA) in order to access a Windows VDI desktop. Windows VDA is also applicable to third party devices, such as contractor or employee-owned PCs.

In short, unless there is some form of control of the Thin Client devices, using a product such as AppSense, each and every device will require a VDA subscription license. With 2000 Thin Clients this can be in the region of £160,000 per annum.

Enhancing your ITAM skills


ITAMS’ Training and Delivery Operations Coordinator Catherine shares her experiences and observations for resourcing skilled SAM/ITAM staff.

“Starting recently in a role that deals with internal resourcing, I have noticed that within the niche industry we work in, finding the right candidates in ITAM & SAM can be very difficult. The skills needed in this industry are so diverse that it is often difficult to find someone who incorporates both the technical and business skills needed for ITAM.

There is a real shortage of ITAM professionals in the market, and this coupled with the increasing attention organisations are starting to pay to their ITAM and SAM environment, means that finding candidates with the right skills to meet the demand is a tricky task.

As organisations start to notice the importance of ITAM and bring it in house, we have noticed a trend in the recruitment for permanent ITAM positions and a decline in contracting opportunities. Having a team to manage your software licenses and hardware assets can be a great way for a company to make sure this is a constant area of focus within IT.

There is still a lot to be said for the contract market. At ITAMS we have seen how bringing in short term resources to fill a gap in skills and knowledge can often be a very efficient and cost effective way for a company to deal with issues, especially during a SAM/ITAM project when skills need to be specific.

So, in an industry where there is high demand and the right skills are scarce, how can you ensure you meet the criteria?

1. Training – this is often not at the top of an IT Manager’s agenda but a lot can be said for investing in your staff to ensure success. In the recent ITAM Review Salary Survey, it was shown that those with ITIL Foundation qualifications and CSAM (Certified Software Asset Manager) certifications were the highest paid in the industry.

2. Gaining the right skills – It is one thing saying you have worked in SAM/ITAM but quite another to gain in-depth knowledge of specific vendor licensing, experience in analysing data, working with different tool sets and running SAM projects. Taking the time to get your head around these aspects can reap great benefits when looking for opportunities.

3. Network – in a small industry like ours, you need to make contact with as many people as possible. Everyone knows everyone and good first impressions can often impact on where you end up in the next 5 years, make sure you attend ITAM/SAM related events and get networking! A good starting point is the BCS SAM networking evenings.”

Grey Areas in IT


Whilst on client site, ITAMS’ consultants come across a lot of software that is not officially authorised for use in a business environment. With the increasing emergence of freeware, shareware and trial software being used in businesses across the UK, I decided to ask our Pre-Sales Consultant Matt about some of the common instances he has come across, what organisations need to do in order to stay compliant and how these new instances of software should be treated.

“As a certified auditor in software compliance I found some strange responses to why they use so much of this licensing type in their organisation, it appears many are oblivious to the risks.

Just because it’s an application in freeware it doesn’t mean that there aren’t any associated terms and conditions of use. A software environment can sometimes be made up of 60% freeware but the question is, can that application be used in a corporate environment?

It is very easy to fall into the trap of assuming that it can be used for private and commercial use, but the small print may state otherwise! ALWAYS read the contract, no matter if it is commercially licensable or not, it will be explicit on terms of use.

This is one such ‘grey area’. Other examples include the use of iTunes and Google Earth in a corporate environment. The iTunes application for example can sit on your work machine and be used for synchronising a business iPhone but when you start downloading files, where does the responsibility for that file lie? You can install the private version of Google Earth at work but you must only use it for personal use. Once you start using the application for business, the corporate version must be purchased and this carries a substantial per installation cost, so beware!

Trial software is another area of contention. Some licenses have so many hooks it is sometimes difficult to know what you can and can’t do! There are some vendors that allow you to download the trial software but have a fair few stipulations around usage even though they provide you with access to the full version.

The vendor may also state that you have to remove the software from machines when the trial expires. If you don’t, regardless of whether you have accessed it since expiration, then you are liable to pay for the full application license.

WinZip is one such vendor that leads this policy on trial software. I have lost count of the number of organisations I have audited where their trial software is still sat on their computers even after it has laid dormant for months. An audit would expose that weakness, and something innocuous like that could mean a substantial bill!

There is a whole raft of similar examples and without education and guidance; misinterpretation of usage rights in a business environment could prove to be a liability.

The main aspect to learn from this is to treat all software the same, whether it is purchased officially, freeware, shareware or trial software. Follow the same process and have the same fundamental software lifecycle and recording strategy. This will stand you in good stead and help you control your ‘non – standard’ software estate. Alternatively place stringent conditions on the use of non-authorised software in the corporate environment.”

VMWare licence audit trails – are you in the know with your supplier?

Tea-time-tips-6I’m on a mission at ITAMS. I want to get under the skin of our experienced consultants that work mainly on site with some of our most important clients. So I’ve decided to spend a little time talking to them and understanding some of the daily challenges they face. We have a range of consultants working at ITAMS, from data specialists to technical gurus and project managers.

This week I decided to catch up with John who is currently working for a large insurance provider. He is in the middle of a VMWare licence entitlement assessment. Whilst his current observations are centred on VMWare products, many of these are also common for other popular software vendors where licensing support is being provided by a third party.

I asked him what observations and tips he may have that he would like to share with our community. Here’s a round-up of his thoughts:

When a VMWare licence is purchased, a support or maintenance contract is usually insisted upon to be purchased and used at the same time (these are usually valid for 12 months at a time). However, the support contract can be with a third party and doesn’t have to be with VMWare, subsequent contracts would be agreed on the anniversary.

So John’s observations are mostly about the way in which some licence vendors treat the data that identifies each licence, when they are also the third party support contract supplier.

When a licence is issued by VMWare it is identified by both a VMWare ‘Instance’ number and a VMWare Licence Key. Each support contract is acknowledged by VMWare who provides a contract identification number. Each contract may contain a number of licences, so each licence is also identified by the support contract on which it is listed.

Because licences are purchased at various times during the year, the contracts tend to have different start and end dates. VMWare allows contracts to be Co-termed, where common start and end dates are agreed and two or more contracts are combined, usually under a different contract number or the number of the ‘dominant’ contract (which has the most licences listed against it).

This Co-terming continues to be practiced as more and more licences are purchased and as the list of licences becomes bigger, it is very easy to lose the audit trail of each individual licence, from purchase through to the latest support contract, if the identification numbers are not carried forward.

John has observed that the invoices and contract paperwork issued by most of the third party support entities fail to maintain audit trails by not keeping each licence identified by the Licence Key, Instance number or even the contract from which they were Co-termed. The Licence Key must be the most important piece of information that should identify each licence, but this is invariably missing on every support contract he has ever seen. In some cases incorrect duplication has occurred where Licence Keys have been guessed at by the third party support supplier, when required by the Client.

So John’s top suggestion is that as licence owners, we need to insist on better, clearer audit trails for our licences and on all subsequent contracts with third party suppliers, so that each licence can be traced back to purchase records for the purpose of identifying the Proof of Entitlement. If software has to be re-installed for whatever reason, without the Licence Key it will prove to be quite difficult. Also the added advantage of keeping a firm handle on entitlement records is that it will save time hunting for the correct documentation when this is required for an audit event.

Do you have any tips or advice you would like to share? If so please leave a comment.

Using an MSP to generate an Effective Licence Position

All too often we see managed services that are just PAAS (platform-as-a-service) where the customer effectively leases a hosted tool (and even worse, they are sold on the contents of the future roadmap rather than current capabilities).

If your requirement is to simply outsource the management of a technology then this can work, however you must be clear that you understand the deliverables and that you have had a proof of concept demonstrating what you will actually get, followed by a statement of works or contract that puts this down in black and white.

If we take ‘generating an effective licence position ’ (ELP) as a normal (and probably now expected!) output of a licence management service, one way that an MSP (Managed Service Provider) can help you is by providing an ‘on-boarding’ service.

This is a dramatically different approach to simply ‘throwing data over the wall’ at your MSP. Onboarding involves generating a list of publishers and products (prioritised by the criteria that is important to you such as risk, spend, contract and maintenance anniversaries, vendor relationship and even ease of completing the task!) that will be properly managed, leading to an ELP that you understand and trust.

Onboarding includes the following main activities that ITAMS can deliver as part of its ELM360 (Enterprise Licence Management) service:

  • Data requirements definition
    Different products and licence metrics have greatly differing data requirements. There is no one size fits all approach. Your existing discovery tools may not be capable of tracking SQL server deployments correctly, mapping server farms or monitoring usage. ITAMS can identify the data requirements needed to produce a real ‘effective demand’ figure rather than a simple installation number.
  • Licence Clearing
    Bringing all relevant entitlement and contract data together in the licence repository and modelling the licences which have adequate proof of purchase. This includes linking entitlement to contracts, contract relationships, renewals, upgrades and downgrade paths.
  • Software Recognition
    Where tools are required to detect the consumption of licences, working with those tools to configure them to recognise software and count it accurately. Verifying that the recognition patterns and rules in the solution are correct. Creating custom rules and patterns for customer specific deployment scenarios.
  • Some products may need new discovery tools or data sources to provide accurate data such as physical / virtual relationships, editions, CPU data and usage tracking. These data sources often require combining before being ready for use in an ELP calculation.
  • Exception reporting
    Highlighting areas of data weakness, insufficient entitlement, data gaps and where assumptions have been made in the final calculations.
  • Reaching Effective Licence Position (ELP)
    As a result of the above activities, reconciling the installation/usage and entitlement/contract data to reach a known, provable Effective Licence Position.