What to Look Out for When Negotiating with ERP Providers like Oracle & SAP

Do you know how to protect yourself and stay in the driver’s seat during contract negotiations so that you won’t be held ransom by your ERP provider?
In this article, we’re going to outline the top things you need to take into consideration when negotiating contracts with Oracle, SAP, and any other ERP system.
We’re going to share with you the key terms to clarify in your contracts to avoid extra costs and substantial frustrations down the road.
What to Look for in an ERP
While no company has a crystal ball to know exactly what the future will look like, you do need to identify how you’d like your business to function over the next 10 years.
Why 10 years?
Typical business roadmaps project as far as 3-5 years in the future. Most ERP systems relationships last a minimum of 10 years. You need to know how your business will function in order to know what you’d even need an ERP for and what it would need to do.
You need to be risk-averse in your contract negotiation in order to cover your bases for what could happen.
Once you have your future vision in place, you’ll look at the supplier landscape. Compare what each of the top ERP systems providers offers and how it’ll meet your needs outlined above. Create a Supplier Decision Matrix and stack each contender against it to determine which is the best for your corporation.
Once you know which ERP software is right for your corporation, you’ll need to dig deep to really figure out the total ownership cost. This is the tricky part and is best handled through careful contract negotiation, financial analysis, and service management.
Key Things to Consider When Negotiating an ERP Software Contract
The contract is the most important factor when determining the total cost of ownership of the ERP and there are generally only two triggers for renegotiation once a contract is in place.
These triggers are: mergers & acquisition activity and contract renewals.
Providers know that you don’t read ERP contracts every day. They design contracts in complex and ambiguous ways, which leads to more revenue for them - and more fees for you.
Each of the following points needs to be specifically addressed and outlined in your contract to prevent your ERP from holding you ransom at various times over the course of your relationship.
Pay Attention to Intellectual Property Ownership
Many ERP contracts will state that any systems or processes developed while using the ERP are now Intellectual Property (IP) owned by the ERP provider.
We worked with a customer recently in the manufacturing industry. They had developed a process for creating their materials more efficiently going through the production line. According to their contract with their ERP provider, it shows that any process that you develop using the ERP software can be considered ERP owned IP. As such, we needed to carefully negotiate the situation with the ERP provider so as to not cannibalize the newly found process improvement which led to millions in positive P&L impact (new revenue and cost savings).
In a contract, you need to be very clear who owns the rights of process improvements as far as when it may directly or indirectly utilize an ERP system.
Your ERP is the backbone of your business. As such, if properly set-up and integrated throughout your organization, it touches most if not all aspects of your business. Naturally, this complicates any opportunity to disentangle from that ERP.
If Oracle, SAP or any other provider wanted to play hardball, they could say any process improvement that utilizes an ERP system could be co-owned or sole-owned by that ERP. If this is the case, the provider could take that process and then go sell it.
In fact, one of our recent clients had this happen to them based on not properly reading the contract years ago. They needed to retain our expertise and a major law firm to seek litigation with that specific provider.
Make it very clear who owns what when negotiating your own contract. It needs to be clear that the client owns all IP that are developed for the benefit of their company.
Be Smart About Your License Cost Model
Everyone knows ERPs cost a lot. New contracts with smaller providers will often undercut themselves for the first year or two but will see a massive uptick in years 3-8 because the ERP knows it’s incredibly difficult to leave an ERP once you’re integrated into it.
The cost models of ERPs vary depending on the makeup of the customer’s business and what will be the most profitable for the provider.
Some of the pricing models include:
- Seat-based: Typically the number of humans who log in to the system. These licenses can be either Perpetual or SaaS based.
- Site-based: Number of physical locations, etc.
- Consumption Based: Number of processes, inputs, etc., into the tool.
- Value Based: The newest model within the marketplace and yet the scariest of all. A cost associated with the perceived value of using the platform within your business.
Generally speaking, seat-based pricing is the most cost-effective for companies looking at ERPs, but this depends greatly on what your 5-10 year plan looks like to know which would be the most beneficial to you.
In addition to your unit cost, there could also be annual maintenance expenses. This acts like an annual expense and is generally a percentage of your perpetual license fee/net spend with the ERP.
There are 2 ways to host an ERP system:
- On-premise: Software that is loaded on the servers you’re in control of.
- Software as a Service (SaaS): Software is hosted in the cloud by the provider.
Either way, you need to be careful how you license a product because if you don’t have control of consumption and volume-based metrics, it can skyrocket your costs.
Know Your Audit Rights
This is one that gets people in trouble a lot. Generally speaking, Oracle and SAP will not proactively limit access or connectivity to your ERP. This almost always is the responsibility of their customer, based on their unique needs.
As such, these providers will contractually allow themselves unfettered access to your ERP environment with the intent of auditing the usage of their software.
The most common areas of audit risk are:
- License compliance (Using more seats/volume/etc than you are paying for)
- Architecture compliance (Too many API connections, etc.)
- M&A compliance (Acquisitions, divestiture, subsidiary utilization)
Depending on your unique situation, you may be subject to all three (or more) risk areas. It’s important to know there is intentional ambiguity by the software providers in how one could interpret contract language related to permissible use.
Furthermore, we find that clients have no intention of noncompliance within any area but find it most difficult to monitor and govern the area of architecture compliance. A common example of routine noncompliance when a client links their ERP system to both development and production environments.
Similarly, if an ERP is connected (in anyway) to a client’s CRM system it may also trigger a non-compliance event for both architecture and license compliance due to the fact that a client almost always has more active users within a CRM environment. Those CRM users may be somehow benefiting from the ERP and well, we’ll leave it to your imagination based on what you’ve already learned from this article.
Over the last 10 years, large ERP providers like Oracle and SAP have been focused on audit rights within a client's environment. Specifically, when an ERP is living within a client’s infrastructure (on-premise) it’s technically infeasible for the provider to proactively monitor license compliance.
As such, these providers are inserting audit right language within to client’s contracts (both new and old) providing the legal authority to conduct random audits of a client’s environment. The providers deploy both human and technical based tools. The technical tools include running scripts that “listen” to your environment.
These scripts are developed by the provider themselves and are programmed in a way to identify every single endpoint. The output of the script’s analysis is a single report that identifies ways in which the client is potentially non-compliant. This automatically places the client in a defensive position leading them to try and disprove any sort of non-compliance allegations.
These guys make huge revenue by running these audits and identifying non-compliance. Architecture based non-compliance is most often the most profitable audit for a provider. In addition to what we’ve already stated, another risk area is when your ERP is connected to other systems outside of your current infrastructure.
In a nutshell, every time you make a connection between your ERP and another outside platform (often done through APIs), the ERP provider may identify this as a missed charge and will charge you retroactively since the connection was initiated. This can easily develop into millions of dollars of new revenue for the ERP providers (with very healthy sales commissions).
Not only with the ERP provider monetize the API connection with an API charge but will also try and push value-based pricing.
For example, a client is connecting different systems together (using APIs) - this is the backbone of how their systems work. It is going to help them go to market faster.
The ERP provider is arguing the fact that “you are going to get an extra 20% increase in value from the system now vs what we quoted you. As a result, we are going to increase your fee by 20%.”
Value-based pricing is risky because these providers can charge for new API connections, new acquisitions, product launches, and/or the output of the tool and how it can help you run your business. It’s based on potential and not necessarily even realized revenue!
Don’t let a provider run a script inside your environment. If they don’t have access to your information, you’re in control of it and you remain in the driver’s seat.
Have Clear Merger & Acquisition Language
Put specific clauses in the contract that make it very clear what happens if you are acquired or if you acquire someone else.
More often, it is the provider who offers this language. These companies will put in very loose language to say ‘if this happens, we will talk about it’ which leaves a lot of area for ambiguity.
To best prepare yourself for any situation, we recommend you place specific and measures or language in your contract that outlines the cause and effect for the most common situations.
Specifically, you’ll want to identify what happens if you are acquired or if you acquire a separate entity. Within any of these situations it’s important to have clear legal language regarding the rights of your company. From a commercial perspective this means having specific pricing thresholds.
Simply put, If you are acquired, you take the better of two prices. You take the best price of both until you, as the newly combined customer, want to renegotiate.
If you are acquiring a company, it’s important to insert legal language allowing you to renegotiate the contract immediately or rather simply adding the newly acquired entity into your existing contract with only a reasonable increase in fees. From a commercial perspective it’s important that you outline what (if any) additionally fees would be subject to the transaction.
You want to eliminate ambiguity. From a pricing standpoint, you want to make this as clear as possible.
Set Expectations About Subsidiaries
You also want to know the specific parties of the agreement. A common hiccup for companies is that they don’t have subsidiary language in their ERP contracts. A company like Coca-Cola, where each product line acts as its own subsidiary, could be in default of the contract by letting that subsidiary use your system without proper language.
This is something people don’t think about until your provider comes to you and says, ‘Hey, by the way, your other subsidiaries are using this ERP software. Happy you are doing it, but that is not part of your contract so here is a bill for another million dollars.’
Third parties—suppliers, vendors, non-employees—need to be defined in the contract as well. If third parties are allowed to act on your behalf, there shouldn’t be any additional fees for them to use your system.
Be Sure to Outline Price Protection
Another thing you need to consider when negotiating your contract is price protection. Generally speaking, companies don’t write in any sort of price protection year-over-year.
What that means is that over the contract term, your ERP provider could change the price points of your unit costs at any given time.
It is not just about being clear about locking in your price at contract term, it is also putting a cap on the amount of increase that can happen at the next contract renewal, which needs to be aligned to the Consumer Price Index (CPI).
A general rule of thumb is that the increase shouldn't exceed 3-5% at renewal.
Include Clear Terms Around Your Service Level Agreement (SLA)
An ERP is a critical piece of software for any corporation and yet we often don’t negotiate Service Level Agreements (SLAs). If ERP systems go down, it can shut down governments and grids. It is a critical software within companies for good reason.
Make sure that you have the best service level agreements and governance agreements by specifically outlining them in your contract. Including these will ensure that your provider keeps their service at 99.99% performance.
In addition, there needs to be penalties for an ERP provider not meeting or exceeding their Service Levels that you agreed upon in your contract.
Most contracts will put in language about penalties but most companies don’t catch ERP providers when they are starting to fail. There are hundreds of thousands of dollars left out there because no one said “Hey your service was down over the weekend. That creates a $200k payment because it has been down for X hours.”
If a big company hires an IT governance professional to monitor that, that professional will likely be ROI positive. You pay them $130k salary and then get $250k-400k in fees coming back from the ERP provider.
Along with keeping an eye on the service levels internally, you need to put the ownership on the ERP provider to send you reports of the performance versus making you have to monitor if it was working correctly. You should put the onus on the ERP provider versus on your employees.
The big providers won’t allow this very often but the smaller ones will. Make it the obligation of the ERP provider to know that there has been a breach in the SLA.
The big ones, like SAP and Oracle, will send automated reports and humans have to look into them to see if there is an issue.
Don’t Forget Cybersecurity and Intrusion Detection
You need to be careful that if you get hacked, you don’t owe your ERP provider or are legally obligated in any other way to pay a hacking fee. This is called indemnification.
In matters of cybersecurity and hacking, your contract should stipulate that the ERP provider should be accountable, if possible. There should be financial and legal obligations, and your ERP software provider should be responsible for any sort of intrusion into the system—especially if it’s located in the cloud.
The concept being that if someone hacks your environment, the source code from the ERP could be opened to the black market for rip off and resell.
People don’t look out for this enough and hackers are getting more sophisticated every day.
Know the Rules About Implementation Partners
Implementation partners are third parties that will help develop custom code on top of the ERP system for your business.
Most of the time, your contract states that any implementation partners have to be registered as “Preferred Providers” for your specific ERP software.
You can’t have just anyone build custom code on top of an ERP system, it has to be an approved vendor.
It is a contractual risk to your company if your contractors are not certified by your ERP provider.
Your E-Commerce System Needs to Play Nice
If your company is in eCommerce, you need to make sure that there is an active and working connection between your ERP provider and your eCommerce provider.
Many ERPs will tell you “Don’t worry, we will make a connection.”
What they won’t tell you is that the connection they make will cost YOU more money. Your contract needs to dictate who is accountable for paying for any connections that are required for your eCommerce platform and your ERP system to play nicely together.
We always make the new piece of software that is connected to the ERP system pay for the API. It is the third party’s cost.
We just had a client that we saved about $500k for this very point!
They have an ERP system and they were working on getting set up with an eCommerce platform.
There was one sentence in the contract that made it ambiguous on who pays for the cost of being able to have different systems to talk to one another.
The ERP software provider was planning to charge it back to the client and the client didn’t even assume that would be their cost.
That basic API connection should not be your cost to maintain and pay for - stipulate in the contract who is responsible (ideally the third party) ahead of time so you aren’t stuck with a huge bill.
Make Sure You Have Coterminous Contracts
Another big thing to look out for is coterminous contracts. In most large companies, each department will have separate contracts with an ERP provider and these contracts won’t align on the same termination date.
If you have multiple business units in a company, the provider will often split out their budget and license fees per business unit.
This is the biggest trick in the book and the largest companies in the world forget to do this step.
It creates massive chaos because you can’t get everyone on the same page. This situation forces the client to align internally at multiple times throughout the year in the interest of representing the entire company. Clients typically lose 10 - 20% when they are in a non-coterminous environment. .
If you you are subject to an non-coterminous environment, then the ERP provider is in the driver’s seat. They will divide and conquer you. This is called a split requirement and they will negotiate with each department individually.
In other words, the ERP software provider negotiates at a business unit level versus an enterprise level. At enterprise level, you have volume and leverage to get better terms which typically drives an additional 10-20% in value.
In Conclusion
Whether you’re negotiating an initial contract or a renewal, make sure you develop and maintain a total cost of ownership view.
First, make sure you understand how your business will be growing over the next 10 years.
Then, dissect the contract so that you better understand the unit cost and connection fees.
In the contract, layout all potential possibilities early as opposed to being forced to react to them as they come along. The more prepared you are, the better you’ll be able to handle surprises, pivots, and conflicts.
Make sure that in the contract, each of the specific points outlined above are detailed with zero ambiguity. Hit all these points as a minimum.
The truth of the situation is that the sales representatives at these ERP providers know you aren’t negotiating an ERP contract everyday. While we’re not saying that every ERP sales representative leverages this face in a malicious manner, it’s important to understand how to protect your company.
As you can see, there is a lot to take into consideration when negotiating contracts with ERP providers. Keeping these points in mind will help you to protect yourself and your company. If you need help implementing any of the above, we have the experience and know-how to protect you from being held ransom now and 10 years down the line. Reach out to us, we’re here to help you with negotiating contracts with your ERP provider.
More resources
From Fortune 500 giants to fast-growing innovators, TNG has helped clients save 20% – 40%+ on enterprise software contracts — even when they thought it was impossible

Key Points to Remember When Negotiating Your Salesforce Master Subscription
Customer Relationship Management (CRM) has become one of the most expensive IT investments for organizations around the world according to the annual “IT Trends Study” conducted by the Society of Information Management.
This IT investment growth is being fueled by two primary industry drivers:
- Large organizations are both replacing homegrown systems as well as utilizing their CRM platform to further connect their internal and external stakeholders, processes, and communication strategies; and,
- Small to medium-sized organizations are rapidly acquiring this technology to make a positive step-change in their customer interactions and client prospecting.
While there are many Software-as-a-Service (SaaS) CRM platforms to choose from in the marketplace today, Salesforce continues to dominate the space. Subsequently, if you are looking at CRM solutions in the marketplace, you’re likely considering Salesforce as an option.
Why is Salesforce (SFDC) the market leader and what makes it different than the others?
While this article is not intended to be a tactical comparison of CRM solutions available today, our vast experience and focus on Salesforce naturally has revealed a few key points:
- SFDC has been, and continues to be, very strong in outbound and inbound marketing tactics;
- SFDC arguably was the first mover in defining a SaaS CRM solution that is decoupled from any other large enterprise agreement (ex: Microsoft, Oracle, etc.) making it easier to obtain;
- SFDC developed a buying channel that is direct to a business end-user vs. going through a channel partner/value added reseller (VAR);
- SFDC was founded with the intent of truly being a platform where vertical applications could easily connect and integrate (like the Apple App Store); and,
- SFDC has perfected the sales process inside of organizations in a way that their divide and conquer sales tactics commonly identifies continues growth opportunities across the organization.
Why is negotiating a Salesforce agreement so difficult?
The funny thing is that the entire go-to-market model of SFDC makes it very easy to acquire licenses as needed. This is in fact one of the many elements that make negotiating with SFDC difficult. In other words, very often our clients come to us after they have identified SFDC has spread throughout their organization without their knowledge and/or with very little governance. Our clients often describe this situation similar to an “internal virus” (their words, not ours) that spreads organically at a very fast pace. The result of this unmanaged growth can lead to the following (by no means comprehensive):
- Little to no license asset management leading to “shelfware” (acquisition of more licenses than are being used);
- Incorrect license purchase creating higher costs than needed;
- Different monthly subscription fees for the same license type;
- Lack of an enterprise agreement leading to contractual risk (etc.);
- No defined growth or utilization strategy; and;
- A platform that is very difficult to disengage which drastically increases the internal cost of
- change.
CIOs and IT Procurement leaders often find it difficult to negotiate a more favorable agreement when renewing their SFDC agreement.
We find the following to be the primary drivers:
- Like other very well-known and established software companies, SFDC has developed a sales process that is very difficult to crack if you don’t deal with them every day (like we do); Find out more about this here.
- The standard SFDC SaaS contract allows for SFDC to introduce price adjustments at any time;
- If a client is reducing their license count, SFDC’s standard contracts permit higher per unit pricing;
- SFDC sales leadership and staff are highly motivated to continuously drive revenue growth at existing clients;
- To be explicitly clear about this, if a client’s contract is renewed with flat revenue, this is a very negative reflection on your account management team;
- SFDC licenses are constantly changing; and,
- SFDC account management changes (by design) every 6 – 18 months which naturally negates knowledge continuity, etc.

4 Key Steps to Successfully Prepare for a Salesforce Negotiation
Here are a few quick steps to prepare for your Salesforce negotiation:
1. Assemble a best-in-class negotiation team
Including an expert negotiator in your team can help you acquire the most reasonable Salesforce subscription agreement. As discussed in previous articles, Salesforce is an expert at “divide and conquer” sales tactics.
As such, they will be looking to speak with different stakeholders at all levels of your business with the intent of gaining as much intelligence about your needs as possible. To properly prepare for, and counter, these tactics we recommend establishing a negotiation team 6 months prior to any planned contract renewal/execution. Within this team you should include business, souring, and legal stakeholders that have decision-making authority on behalf of your organization.
As part of the planning process, the negotiation team should create a working group of business stakeholders that can provide inputs into the needs and wants of the organization.
2. Perform a thorough review of the current contract prior to renewal
Part of our standard client onboarding process is a meticulous review of their current contract. While this may seem like common sense, it’s amazing how many prospective clients we speak with that never think of conducting this initial due diligence. Since our entire team originated from large organizations, we actually understand why this happens…initiative overload!
Before we accept a new client, we ask them whether or not they have reviewed their current contract to determine if they actually received the products/services that were under contract within the current term. On average, only about 35% actually completed this step prior to engaging our firm. After we conduct the analysis, we on average find that 60% of our clients do not actually receive/activate the products/services that they pre-paid for as part of their original contract negotiation.
Subsequently, we suggest you review all special contract terms that are part of your expiring agreement that may impact your contract renewal (i.e. price protection, etc.).
3. Prepare for a Proactive Negotiation
A proactive negotiation can enhance your leverage with Salesforce. As stated earlier, we recommend a 6-month runway to ensure the most leverage. If you are a renewing customer, Salesforce will generally start engaging your business stakeholders 3-4 months prior to your natural renewal date. Getting ahead of this stakeholder engagement will only help your organization. To ensure organization, we suggest developing a communication plan that directly advises each level of the organization what to expect, what to say, and when to say it.
4. Negotiate a 3-year TCO
Our clients commonly come to us asking about what price they should be paying for a specific product or service. Through years of experience, we advise clients to focus on the Total Cost of Ownership (TCO) for the entire contract instead of becoming fixated on a specific line item on the proposal. Like many other major software companies, Salesforce incentivizes its sales reps differently depending on the product or service. Instead of becoming fixated on a specific price point for a Sales Cloud license we suggest focusing on the net contract value. In other words, identify a TCO that you are comfortable with from a price-to-value standpoint and focus on driving the most value for your needs within that spectrum.
We commonly obtain a 10 – 15% value increase by negotiating a net TCO vs. that of a line item rate basis. This, of course, is easier said than done but we wanted to share this facts-based article for you to consider as you embark on your Salesforce negotiation.

Software Audits from Oracle, SAP, Microsoft, and Salesforce: What You Should Know
Getting an audit notification from your software provider can be nerve-wracking, but after reading this you’ll realize this is less likely due to something you’ve done wrong and more likely a tactic to throw you off-course.
If you’ve never been through an audit before, you don’t know what to expect, what to do, or how to make sure it’s over as quickly as possible with minimal expense to your organization.
In this article, we’re going to make all this crystal clear by outlining the audit processes of large enterprise software providers like Oracle, Salesforce, SAP, and Microsoft. There are a few key things you need to take into account that apply to all of these providers: ● Use your contract as your best weapon to defeat audits. Take action if there is any sort of grey space in terms of what is allowed by the supplier.
- Use your contract as your best weapon to defeat audits. Take action if there is any sort of grey space in terms of what is allowed by the supplier.
- You’ll do best if you bring in outside assistance. An expert who has experience guiding businesses through software audits will be a huge help throughout the process.
- You need to control all the information that is shared with the supplier in your own format and spreadsheets.
- The more you are proactively sharing information with suppliers, the less basis they have to bring up an audit.
- Audits are brought forth to customers for many commercial reasons. The more proactive you (the customer) are with sharing information, addressing audit risks in meetings, and creating a paper trail, the less likely your supplier is to audit you.
What is a Software Audit and How Did Your Company Get Selected for One?
A software audit is both a technical and contractual review of your organization’s use of a specific software platform within your IT environment. Most large enterprise software companies like Oracle and SAP have separate departments that focus purely on license compliance audits. These teams look and feel like a shared service organization inside of a large software company. They work with a customer’s account management team to take an aligned, yet separate and distinct, position on behalf of their software company. We will discuss the similarities and differences between these different teams later in the article.
One common similarity across all of these suppliers is that the audits will compare your usage and processes to any specifications, standards, or contractual agreements in place.
Why your company? Why did you get singled out for an audit?
There are three primary operational/contractual triggers for a software audit:
- If there is any sort of consumption-based pricing in your contract;
- If you have any sort of restricted-use license in which you are only allowed to use a license for certain functionality; or,
- If you have recently acquired or divested a company.
While not mutually exclusive, you’ll also find the timing of these audits is very suspect and robotic in nature. The two primary timing triggers are:
- Anytime a large software company needs to identify “unearned revenue” to meet quarterly revenue targets; and,
- A pending contract renewal.
These large enterprise software companies know that it’s very common for their customers to be out of compliance due to the sheer size and scope of their operations. This is augmented by the fact they know anytime there is employee turnover within a customer’s IT organization (especially their “software asset management” department) the company is susceptible to additional compliance risk as a result of lost tribal knowledge of the environment, past internal audits, etc.
Taking all of this into consideration makes it relatively easy to understand why a company like Oracle can confidently predict net new revenue from their existing client base.
In addition to market pressure for additional revenue, a customer’s upcoming contract renewal also serves as an all too common trigger. The general rule of thumb we tell clients is anytime you have a contract renewal coming up nine to twelve months, your supplier is likely to introduce an audit. Your supplier will use this as an opportunity to distract you and gain the upper hand in an anticipated contract negotiation that hasn’t even started.
Suppliers do this because it automatically puts you in a defensive position. Naturally, you will be forced to concentrate on defeating the audit instead of allocating that same time to figuring out what you need for the upcoming contract renewal. They want to gain as much leverage and understanding of your business as possible before going into a renewal negotiation.
The audit is merely a tactic large software providers use to 1) seek out unearned revenue for their company to meet revenue targets and 2) gain the upper hand in your contract renewal negotiations in the hopes of minimizing any revenue loss from your account.
The fact of the matter is that it’s very common for customers to be unintentionally out of compliance. Knowing this, it’s important you know what to do in order to defend your company from what is potentially a very costly situation.
Here’s an example to help illustrate this tactic
By way of an audit, an ERP provider could discover you are misusing the license, giving the supplier reason to charge you a larger fee. Often, sales revenue targets for these audits are about 30% of your annual maintenance/subscription costs.
Let’s say you are spending $1M on core licenses, the audit will likely lead to around $300k in costs on top of that. If you can defeat the audit and keep your core license costs at $1M, then you will be happy and reward yourself for fending off the extra charges. In reality, the supplier didn’t expect the $300k in the first place, the audit was just a way to distract you from putting time and effort into your upcoming renewal negotiation.
It’s a win-win situation for them - if they win the audit, they put the money towards their sales revenue to meet their quota; if they don't, they’ve distracted you from being prepared to save money on your upcoming contract negotiation.
As a sales rep, finding new business is much harder than auditing an existing customer. Suppliers will target big companies because they don’t have perfect internal controls and mistakes are likely to happen.
What to Do When You Get an Audit from Oracle
When Oracle conducts an audit, they engage their License Management Services (LMS) team to run the process.
The audit process often involves installing software code within your secure environment. It is a listener software that will hit your mainframe servers and figure out how many other systems are connected.
This is important because, historically for this on-premise software, you are licensed based on the interconnectedness of both physical and virtual server environments. Your supplier wants to know how much “value” you are getting from their platform so the software they install provides a report of how many systems are interconnected. In a nutshell, the software delivers a report that illustrates when your technical architecture is in non-compliance. This automatically gives Oracle the upper-hand as it forces the customer to validate the information.
The best tactic to defeat this process is to never allow the software in your environment to begin with.
You have the right to refuse listening software within your Oracle contract.
Unless your contract explicitly calls out installing software, tell Oracle that installing software does not comply with your IT security protocols.
Look to determine if you have audit language specified in your contract. The older the contract you have with Oracle, the more likely you have the right to refuse the audit, or to at least not allow the listener software to be installed within your environment.
If this is the case, tell Oracle that instead of installing the software, you will run the audit yourself using their tools and spreadsheets with no software included. This means you are in control of what information is being shared with Oracle. Controlling the information is incredibly important in any audit, especially when suppliers are involved.
What to do when Salesforce Conducts an Audit
Salesforce audits customers when there is a restricted-use license available. When this happens you need to think critically about negotiating with Salesforce.
Salesforce is Software as a Service (SaaS) in the cloud which means they have more ability to freely monitor your utilization of licenses within your environment and can freely audit for misuse.
When you have a Restricted Use License (RUL), you have permission to use the product for a specific business purpose leveraging a certain number of standard and custom objects. Standard objects are modules within the Salesforce platform, such as contacts, accounts, or prospects. A custom object is something that was built by a Salesforce developer specifically for your company.
The license limitations in an RUL are a contractual limitation, not a technical one. A contractual limitation means there is legal language on your Order Form specifying how the license may use a predetermined number of standard/custom objects even though there is a set quantity limitation, technically there is no way to shut off access to other custom objects for that user.
This license is often in place for a subset of users who only need limited access to your tool. For example, an employee who is only viewing the data and not editing it. If this group starts editing objects, it becomes in and of itself a compliance issue.
Salesforce makes it easy for the end-user to accidentally do this without realizing they are in breach of the license. They will use this opportunity to accuse you of using the license incorrectly and request that your organization upgrade these licenses to full users and will seek compensation since the inception of the misuse. Contractually, Salesforce has the right to charge you full retail price for those non-compliant users.
Another time when Salesforce audits come into play is when a client is on a SELA Agreement (Salesforce Enterprise License Agreement).
How do you get around Salesforce RUL audit problems?
The best thing you can do is to establish quarterly check-ins with your account team at Salesforce. Use these meetings to stay on the same page with your account team and create a paper trail that shows how your users are engaging with the platform.
If you are accused of breaching restricted use, but have established quarterly check-ins with a paper trail, you can respond to Salesforce by saying “We met with your team and they didn’t bring anything up during our meeting so why should we believe you now?” Without quarterly check-ins and a paper trail, you get into a he-said-she-said argument.
Often times, the employee in breach of license may have accessed the wrong objects once or twice throughout the life of an account. Salesforce will create an argument that the license has been systematically misused for a long period of time.
We treat this event like a litigation. If you don’t have a paper trail of record, then you have no legal foundation for a defense. When comparing the perspective outcome of the party that has records and the other that does not, the person with records almost always wins in court.
Keep careful documentation about your interactions with Salesforce, and have open conversations about audit and license use risk. This will build a strong foundation and reduce the risk of an audit.
How to Handle an Audit from SAP
An audit by SAP is very similar to an audit by Oracle in that, historically, their licensing model is primarily “consumption-based.” This means your price is based on your company’s revenue, profit, services used, how many suppliers you have, or any number of a series of variables.
This model falls under the concept of Value-Based Pricing and is a subjective assessment of value captured from the utilization of the software.
SAP will use many of the same tactics as Oracle which we’ve outlined above. One thing to specifically note about SAP is that they very frequently introduce audits during merger & acquisition (M&A) announcements. When supporting clients with M&A IT Sourcing, we commonly tell our clients to “get ready for the ‘ransom letter.’” These aren’t our words but rather those of our clients who received notifications from suppliers such as SAP immediately after announcing a large acquisition to the market.
Want to know if you’re susceptible to these ‘ransom letters?’ Take a look at your contract and keep an eye out for any language within your contract that indicates they will “readdress the terms of the contract if you the customer acquires or divests entities during the term of the contract.” If you have this language within your contract you will more than likely receive a similar notification within 1 month of publicly notifying your M&A intent.
In order to defeat an SAP audit, take the same approach we would take with Oracle and then protect yourself moving forward by changing your pricing model to a fixed baseline model that is attached to the reasonably certain variables in your company such as the number of employees.
What to Do When Microsoft Audits You
Microsoft’s audits vary depending on the products and services within your contract. Similar to Salesforce, Microsoft will commonly focus on those licenses that have restricted use. A very common audit for those clients with perpetual Microsoft Office licenses is the 1-to-1 validation of windows desktop licenses to computers within a customer’s environment. Similarly, for those clients with an active Office 365 subscription, Microsoft will look closely at the utilization of subscriptions that are inherently limited in their intended use. This is augmented by a deep analysis of computers and users in your ecosystem to ensure the capabilities being used are properly licensed.
If you are paying for any physical or virtualized servers from Microsoft within an SCE agreement, you will commonly be audited to ensure your consumption metrics are within your contracted allocation.
Frequently with Microsoft, you are leasing the utilization of servers either on-premise or in the cloud. Generally speaking, if you have a physical piece of hardware from Microsoft on-premise, they will almost certainly conduct an audit at renewal time to monitor utilization as part of their “optimization analysis.” In a nutshell, they will try to move you from an on-premise environment to the cloud.
Conceptually this is fine but they will use that audit as leverage to do a lift and shift into Microsoft Azure.
Microsoft Azure is a very attractive product for the sales team because they are heavily incentivized to get your company into the cloud. The market is looking at how Microsoft’s cloud growth is going year after year and as a result, the company wants to increase its usage.
Essentially, Microsoft will audit to try and sell you on Azure. This isn’t necessarily a bad move to make but knowing key motivators will keep you ahead of the game and alleviate any potentially detrimental surprises.
What Happens Next?
If you’ve been audited by any of your enterprise software providers, we recommend bringing in outside help to guide you through the process. Leveraging their experience and expertise will go a long way to mitigate both short and long term risk that can easily rise into the millions.
Don’t solely believe what your account executive is telling you, oftentimes they don’t have all the information needed and they are heavily incentivized by their employers.
Your outside expert will be able to comb through your contracts, identify risks/opportunities, and drive both cost savings and containment. With the proper assistance, you’ll be able to confidently stand your ground and mitigate risks before they are realized.

