sap license audit

Negotiating SAP Contracts for Audit Protection: Key Clauses and Strategies

negotiate SAP Contracts for Audit Protection

Negotiating SAP Contracts for Audit Protection

A well-negotiated contract is one of the best defenses against an ugly SAP audit.

This article walks CIOs, CTOs, and procurement heads through key contract clauses and negotiation strategies to mitigate audit risk before signing an SAP license agreement or renewal.

We discuss how to fortify the audit clause, clarify indirect usage terms, include protections for mergers or cloud transitions, and secure flexibility that can save you millions in a compliance audit.

Who is this for? Executives and negotiation teams preparing for SAP license purchases or renewals who want to build โ€œaudit defenseโ€ into the contract itself.

Audit Rights and Frequency โ€“ Setting Boundaries

Every SAP contract includes an audit rights clause, but the devil is in the details. While SAP wonโ€™t remove its right to audit, you can negotiate how and when audits happen:

  • Limit Audit Frequency: Ensure the contract states that audits areย no more than once per yearย (or even every two years, if you have leverage). Also, specify that audits must be during normal business hours and with reasonable notice (30 days is standard; 60 days if you can get it). This prevents surprise audits and gives you breathing room between audits.
  • Define Auditor Identity: You might add a clause that SAP should preferably conduct audits with its internal team (GLAC) or only use reputable independent firms. This ensures you wonโ€™t get an overly aggressive third-party without SAP oversight. Some customers have negotiated that the auditor must be a โ€œBig 4โ€ firm or a mutually agreed-upon party, which can keep things professional.
  • Scope Clarification: Include wording that an audit will cover licenses under that agreement and related schedules, if possible. This can be tricky, but the goal is to prevent SAP from fishing into areas beyond what youโ€™ve deployed. For example, if you have separate contracts or legacy licenses, you donโ€™t want an audit on one agreement morphing into a full enterprise-wide deep dive without proper notice.

Strategy Tip: If SAP is keen to close a big sale or renewal, they might be open to reasonable audit clause tweaks.

Present them as โ€œjust to align expectationsโ€ rather than you trying to evade audits. Emphasize youโ€™re happy to comply, but you need clarity and fairness in the clause.

Read SAP License Audit Readiness: CIOโ€™s 10-Step Compliance Checklist.

Indirect Access and Definition of โ€œUseโ€

Perhaps the most critical (and notoriously sensitive) area is ensuring your contract handles indirect usage fairly:

  • Explicit Indirect Usage Terms: If your contract is older, it may be silent on indirect access, relying on SAPโ€™s broad definition of โ€œuse.โ€ During negotiation, bring it up. Ideally, get a clause that defines what constitutes indirect use and what does not. In recent years, SAP introduced the โ€œIndirect Static Readโ€ concept โ€“ essentially read-only data exports that do not require a license. Try to include language exempting read-only scenariosย (e.g., dataย exported from SAP and viewed in a third-party tool with no interaction back into SAP). This protects you from being charged to a reporting server for a one-way nightly data dump.
  • Digital Access Adoption Program (DAAP) Terms: If you use SAPโ€™s Digital Access (document licensing model) for indirect use, negotiate the terms. SAP has offered conversion credits for existing users when moving to digital documents. Ensure your contract captures any conversion deal (e.g., trading some of your named user license value for digital access documents). Also, lock in the price per document if you can, especially if you foresee growth โ€“ e.g., โ€œadditional document packs available at $X per 1,000 documentsโ€ โ€“ so youโ€™re not surprised later.
  • Clear Definitions of User Types: Push to include an appendix or reference that clearly defines each user license type youโ€™re buying (Professional, Limited Professional, Employee, etc.) and their allowed activities. Vague definitions favor SAP in audits. If you have it in writing that โ€œEmployee User may display and input HR dataโ€ or something similar, then during an audit, SAP canโ€™t arbitrarily say, โ€œOh, that user should be a Professional.โ€ You can point to the contract definition.
  • IoT and API Use: As companies connect devices and external apps, clarify if those require user licenses or are covered by engine metrics or digital access. For instance, if a shop floor tablet updates SAP via an API, is that an indirect use requiring a named user, or is it covered under a manufacturing engine license? If your contract is silent, SAP will default to โ€œyou owe a license.โ€ You gain protection if you discuss these scenarios upfront and write them into the contract (even in an email attached as clarification). Example clause: โ€œInteractions from third-party systems that create SAP documents are licensed via Digital Access; no additional Named User license is required for users of those external systems.โ€

In summary, leaving indirect use unaddressed is leaving a wolf at the door. Negotiate as much clarity as possible. Yes, SAP prefers flexibility (for them) in language, but as a customer, insist on mutual clarity โ€“ itโ€™s reasonable to ask what you are paying for.

License Scope and Affiliate Use

Who can use the SAP software under your license? If you donโ€™t clarify, audits can nail you on technicalities:

  • Affiliate and Subsidiary Use: Most SAP contracts limit use to the legal entity (and majority-owned affiliates) that signed the agreement. If your organization has multiple subsidiaries, ensure they are explicitly covered. If you plan to have a joint venture or minority-owned affiliate use the system, negotiate that permission now. Otherwise, SAP could say in an audit, โ€œCompany B is using Company Aโ€™s SAP system but isnโ€™t legally an affiliate -> unlicensed use.โ€ Best practice: include a clause listing allowed affiliates or stating that the client and its direct and indirect subsidiaries (above a certain ownership %) can use the software.
  • Third-Party / Contractor Access: Similarly, clarify if external contractors, partners, or customers can access the system and under what conditions. For example, you might have contractors in your offices using SAP โ€“ technically, if the contract says โ€œemployeesโ€, those contractors might need their licenses unless allowed. Many customers negotiate a clause allowing a certain number of external users (like contractors) to use the system under the companyโ€™s licenses, as long as they support the companyโ€™s operations. If you have a supplier portal or customer portal that touches SAP, consider adding language like โ€œexternal users accessing the system via X portal are considered licensed under Y license type,โ€ or ensure you have the appropriate license type for them.
  • Geographic Restrictions: Ensure the contract doesnโ€™t bind usage to a location if it doesnโ€™t apply. Most modern contracts are global, but if any license is restricted (e.g., โ€œmay only be used at site Xโ€), try to remove or widen it. With cloud and flexible work, you donโ€™t want an audit saying you violated terms by having a user in a different country use the system, for example.
  • Cloud vs On-Prem Distinctions: If you sign new contracts that include cloud services (e.g., SuccessFactors, Ariba, or RISE with SAP), understand that those usually have separate terms from on-prem licenses. Make sure the interplay is clear. For instance, if you have an on-prem license and later move those users to a cloud service, can you re-use those on-prem licenses for something else, or are they stuck? It might not be an audit issue, but itโ€™s a value issue you should clarify to avoid paying double.

By covering โ€œwho and where,โ€ you can use SAP in your contract, you eliminate a whole category of compliance risk. Itโ€™s much easier to negotiate it upfront than to argue it with auditors who find โ€œunauthorizedโ€ users later.

Remedies and True-up Terms

This is about what happens if compliance issues are found despite all precautions.

You canโ€™t erase your obligation to true-up, but you can soften the blow:

  • Discounts on Compliance Purchases: Contracts typically say if youโ€™re out of compliance, you must buy additional licenses at list price, plus back maintenance. While SAP is loath to put in writing any leniency (since they want the stick for enforcement), large customers have negotiated side letters or clauses that say something like: โ€œCustomer will be afforded SAPโ€™s standard discount on any additional licenses required as a result of an audit, provided the shortfall was unintentional.โ€ Even a modest guaranteed discount (10-20%) can mean huge savings if an audit hits. Another approach is negotiating a cap on back-maintenance โ€“ e.g., โ€œif additional licenses are required, maintenance fees will be backdated for a maximum of one yearโ€ โ€“ so you donโ€™t pay five years of past support.
  • Opportunity to Cure: Try to insert language that if a shortfall is found, the customer has a period to purchase needed licenses under normal commercial terms. Essentially, you ask that an audit finding be treated like a regular sales process rather than a breach. SAP might not accept strong wording here, but even an acknowledgement of a 30-day cure period can help. It means they shouldnโ€™t immediately escalate legally if something is found โ€“ you have time to negotiate a purchase.
  • Exclude Penalties: Ensure the contract mentions no specific penalty beyond buying licenses. SAP generally doesnโ€™t impose fines (just license fees), but some contracts in other vendor realms include penalty fees. You want your obligation to simply purchase missing licenses (and maintenance). Remove or refuse any clause that introduces formal penalties or says SAP can charge audit costs to you โ€“ those are uncommon in SAP deals, but good to watch out for.
  • Audit Support Costs: One nuance โ€“ some contracts say if you fail to cooperate with an audit, the customer will pay SAPโ€™s audit costs. Fair enough for non-cooperation, but you might clarify that as long as you reasonably participate, youโ€™re not on the hook for any audit consultant fees. This is usually not an issue, but clarity never hurts.

Remember, these kinds of clauses often depend on your leverage. A CIO of a Fortune 100 company likely has more luck adding such terms than a smaller firm. But itโ€™s worth the attempt โ€“ even a softer version, like an email from SAPโ€™s account team assuring a practice (which, while not as binding, could help later), can be useful.

Leveraging Renewals and New Purchases

The best time to secure audit-friendly terms is when SAP wants something from you โ€“ a big purchase or a renewal:

  • Bundle Audit Protections into Deals: Youโ€™re negotiating a new S/4HANA contract or expanding your SAP footprint. This is when you can ask for some audit clause concessions or clarify usage terms, as part of the give-and-take. For example, suppose SAP wants you to move to RISE (their cloud subscription model). In that case, you might ask in return to include contract language that absolves certain old indirect use claims or locks pricing for any needed conversions.
  • Upgrade/Migration Windows: If transitioning from legacy SAP ECC to S/4HANA, negotiate an audit grace period during the migration. Migrations can temporarily double-license usage (running old and new in parallel). A clause like โ€œFor 18 months during migration, SAP will not assert license non-compliance provided the combined use does not exceed Yโ€ can save you from an audit hit during that complex period. Essentially, youโ€™re saying: while we set up the new system, donโ€™t audit us as if weโ€™re using everything twice.
  • Shelfware Buy-Backs: In big renewals, see if SAP will agree to let you terminate and credit some unused licenses. Why is this an audit defense? Because it prevents a scenario where you drop licenses to save maintenance, then later get audited, and they say, โ€œYou need those licenses back.โ€ If you negotiate the removal of shelfware, ensure the contract is clear that you wonโ€™t be charged for using that software going forward unless re-licensed. (Some companies remove licenses, then accidentally still use the software โ€“ a huge audit risk. If you remove, remove the usage too, or formally discontinue use.)
  • Future Audit Strategy: You could request an annual license review with SAP outside formal audits. It sounds counterintuitive, but some large customers have โ€œbusiness reviewsโ€ where SAP helps identify if more licenses are needed in advance. If SAP agrees to that in writing, theyโ€™re less likely to spring a surprise audit, since thereโ€™s a collaboration. Itโ€™s not a contract clause per se, but a side agreement approach. Trading audit risk for transparency. Use only if you have a trusting relationship, of course.

The crux is: when SAP is selling, you have leverage. When theyโ€™re auditing, they have leverage. So secure what you can while you hold the cards.

Getting it in Writing โ€“ Final Tips

No matter what you negotiate, ensure itโ€™s captured in the agreement or an addendum. Verbal assurances from sales reps (โ€œWe typically wouldnโ€™t charge for that minor indirect use, donโ€™t worryโ€) mean nothing in an audit two years later when that rep is gone.

  • Use Precise Language:ย Work with the legal team to word clauses. For example, instead of a vague โ€œSAP will be reasonable in audits,โ€ get specific: โ€œSAP will provide at least 30 days written notice for any audit and conduct audits no more than once in any 12-month period.โ€
  • Review Pre-Signature: Before signing, do an internal โ€œaudit risk reviewโ€ of the contract. Bring in whoever handles audits or SAM in your organization to read it alongside legal. They might spot a missing piece (like no mention of indirect use or a weird definition) that could bite later.
  • Negotiation History: Keep emails or documents from the negotiation that clarify intent. If SAP refuses to put something in the contract but says in an email, โ€œFor scenario X, we consider Y allowed,โ€ save that. In a pinch during an audit, while not legally binding, it can be a discussion point or at least show your understanding. (It is better to have it in the contract, though!)
  • Stay Firm on Must-Haves:ย SAP salespeople might say, โ€œWe canโ€™t change that clause.โ€ Often, thatโ€™s a starting pushback. You might escalate or insist harder. They can in many cases if the deal is big enough. Know which battles to pick: e.g., they likely wonโ€™t remove back-maintenance obligation entirely, but they might add a discount note.

Treat the contract as your first line of defense in an audit. The more ambiguity you eliminate now, the less wiggle room auditors have later. Itโ€™s worth a bit of tough negotiating upfront to save massive headaches and costs.

Recommendations

  • Start with the audit clause: Always review and discuss the audit terms in any SAP contract negotiation. Donโ€™t gloss over it โ€“ clarify frequency, notice, and procedure to prevent overly broad or frequent audits.
  • Address indirect use head-on: Proactively bring up indirect/digital access in negotiations. Itโ€™s better to hash it out now than to fight in an audit. Get SAP to agree on how those scenarios will be licensed and document it.
  • Include your affiliates and partners: If multiple entities or external users will access SAP, list them or include them in the usage rights. Getting permission upfront is easier than explaining it away in an audit.
  • Aim for flexibility in true-ups: While SAP has policies, try to insert any leniency, like discounts or caps on back fees if compliance gaps are found. You might not get everything, but even a small concession can save a lot later.
  • Leverage big deals: Use major purchases or renewals to improve terms. SAP is more flexible when theyโ€™re closing a sale. For example, spending millions on S/4HANA gives you a good shot at tightening contract language as part of that deal.
  • Document special situations: If you foresee unusual use cases (mergers, divestitures, cloud migrations), discuss and document how licenses will work in those events. E.g., โ€œIf we acquire a company, their SAP users can temporarily use our system for 6 monthsโ€ โ€“ anything relevant to your business plans.
  • Involve experienced negotiators: SAP contracts can be dense. Use internal or external experts who know the common pitfalls (like those discussed here). They can help craft language that protects you.
  • Think long-term: Donโ€™t only focus on the immediate deal size. Consider how the terms will play out 3-5 years from now. A clause that seems minor today (like indirect access) could mean millions later. Future-proof as much as possible.
  • Keep notes on what was agreedย upon:ย If SAP says, โ€œWe typically do X,โ€ ask to include it in the contract. If not, at leastย email back summarizing your understanding. This helps prevent โ€œhe said, she saidโ€ later.
  • Review and update at renewals: Revisit these protections each time you renegotiate or renew. The business and SAPโ€™s policies evolve โ€“ maybe now you need a clause about cloud subscriptions not being audited, etc. Use each negotiation to refine your contract armor.

FAQ

Q: How much can we negotiate the audit clause with SAP?
A: It depends on your leverage (size of deal, strategic importance). SAP will not remove their right to audit โ€“ thatโ€™s non-negotiable. However, many customers have had success tweaking the clause. Getting a 30-day notice period and limiting frequency to annual at most is quite common. If the initial contract draft is too open-ended (e.g., โ€œSAP may audit at any timeโ€), absolutely push back. You can often at least get language like โ€œno more than once per calendar year, upon 30 days’ notice, and in a manner not to unreasonably interfere with operations.โ€ Thatโ€™s fairly standard. Some have gotten 45- or 60-day notices or multi-year gaps between audits in special cases. Itโ€™s about asking firmly and tying it to your willingness to sign. If youโ€™re a small customer, you might not have much pull, but it never hurts to ask for reasonable limits โ€“ SAP sales reps have templates and playbooks; they often start with their ideal language, and itโ€™s up to you to propose alternatives.

Q: What is an โ€œIndirect Static Readโ€ clause, and should we insist on it?
A: โ€œIndirect Static Readโ€ refers to a scenario where data is exported from SAP to another system and then used without ongoing SAP system queries โ€“ essentially read-only usage of SAP data outside SAP. A few years back, after much customer pressure, SAP said it would not require additional licenses for certain pure read-only scenarios (this was partly to quell fears from the Diageo case fallout). Suppose your use of SAP involves sending data to a data warehouse or BI tool for reports, for example. In that case, you want to ensure thatโ€™s not counted as indirect usage requiring separate licenses. You should insist on explicitly allowing โ€œindirect static readโ€ access in your contract. It might read: โ€œAccess to SAP data by external systems in a read-only manner (with no create/update in SAP) does not require an SAP user license.โ€ If SAP balks at including it (some reps might claim โ€œour policy covers it, no needโ€), you can cite that policy and still prefer it in writing. Having it spelled out removes any ambiguity and guides your IT folks on whatโ€™s safe.

Q: Can we negotiate license metrics or swap license types later?
A: You can sometimes negotiate flexibility to exchange license types or adjust counts during negotiations. For instance, if youโ€™re unsure how many Professional vs Limited Professional users youโ€™ll need, ask for the right to reallocate some portion (say 10-15%) of one type to another annually. SAP might not put that in a contract in writing often, but occasionally, in large enterprise agreements, there are clauses for license type conversion at predefined ratios or prices. As for metrics (like how an engine is measured), those are usually standard, but if you have a concern (e.g., a definition that doesnโ€™t fit your use), you can negotiate a custom metric or clarify it. Swapping licenses later (post-contract) is not typically allowed unless you negotiate a framework. If you try to return or swap licenses without a clause, SAPโ€™s answer is generally no (or theyโ€™ll make you buy new and maybe credit a small amount for the old, case by case). So, if flexibility is important, bake it into the deal. For example, some contracts allow a one-time reclassification of a certain number of users from one type to another after a year, to account for real usage patterns. You want any swap rights explicitly in the contract; otherwise, expect pushback later.

Q: How do we handle SAP contract changes when moving to the cloud or RISE with SAP?
A: Transitioning to SAPโ€™s cloud offerings (like RISE with SAP, which bundles S/4HANA as a subscription) is essentially a new contract and an opportunity to negotiate anew. Many companies moving to RISE have tried to address audit concerns, for example, ensuring that any old indirect access issues are resolved or that their new subscription metric (often the Full Usage Equivalent, FUE metric) is well-defined and locked in. If you are converting existing licenses to RISE, negotiate the conversion so youโ€™re not paying for both simultaneously (SAP often gives credit for existing investment). Importantly, cloud contracts donโ€™t have the traditional audit in the same way (since SAP runs the cloud and monitors usage). However, you should clarify what happens if you exceed subscription limits โ€“ e.g., is there an automatic charge, or true-up at renewal? Get that in writing. Also, if you maintain some on-prem licenses while partly moving to the cloud, ensure the audit clause covers both correctly. In essence, treat a cloud migration as an entirely new deal negotiation โ€“ past clauses wonโ€™t carry over unless you put them in the new contract. This is your chance to bring all those hard-earned protections forward.

Q: Can we add a clause to waive back-maintenance fees in audits?
A: You can certainly try. SAPโ€™s default stance: if you were using software unlicensed for the past 2 years, you owe maintenance for those 2 years as part of getting legit. Some clients have successfully negotiated caps like โ€œno more than 1 year of back maintenance will be chargedโ€ or even โ€œno back maintenance if license shortfall is purchased within 30 days of notice.โ€ Itโ€™s not a standard concession but unheard of for strategic customers or large deals. SAP might argue that they rarely enforce full-back maintenance if a customer cooperates (an anecdotal carrot they sometimes dangle). But relying on unwritten promises is risky. If this is important for you (say you know you might be under in some area, but will fix it in the audit), push for it. Even if you canโ€™t get a full waiver clause, getting a note in meeting minutes or an email from SAP that โ€œin good faith, SAP will limit back maintenance to 1 yearโ€ could help later. Itโ€™s tough, but any reduction on paper is a win.

Q: What about auditing SAPโ€™s cloud products โ€“ can we address that?
A: Yes, the contract for cloud (like SuccessFactors, etc.) should specify how usage is measured and enforced. As mentioned, these arenโ€™t โ€œauditsโ€ in the classic sense because SAP has the data. But you should ensure the contract defines allowed usage (number of users, storage, transactions, etc.) and what happens if you exceed them. For example, if you go over 10% of licensed users, do you auto-bump to the next tier, or is it addressed at renewal? Ideally, you negotiate that small overages are forgiven until renewal, or that you can true-up at the same discount as the initial purchase. These usage enforcement terms replace the concept of an audit clause in the cloud. If you have cloud and on-prem, clarify that the traditional audit clause applies only to on-prem. You donโ€™t want double dipping. Also, consider data access: if you integrate on-prem and cloud, ensure youโ€™re not unknowingly causing indirect use charges between them (SAP has generally said the respective licenses should cover cloud-to-on-prem integrations, but clarity helps).

Q: Is hiring a licensing lawyer or consultant to help with SAP contract negotiations worth?
A: For big deals, absolutely consider it. SAPโ€™s contracts are written by their lawyers, and reps negotiate deals all day โ€“ they have the advantage. A consultant whoโ€™s seen many SAP contracts can identify which clauses you can push on and the realistic terms others have gotten. They can save you from accepting a nasty clause that could be changed with a little pressure. A legal expert can help word your asks in a way SAPโ€™s legal team is more likely to accept. Yes, thereโ€™s a cost to engaging experts, but if youโ€™re signing a $10 million deal or a long-term enterprise agreement, spending a small fraction of that on expert help can save you multiples in the long run. Many organizations use them like an insurance policy โ€“ even if you have a strong procurement team, a second set of eyes with SAP-specific knowledge is valuable. They might also know the latest about SAPโ€™s โ€œhot-buttonโ€ issues (things SAP is currently sensitive to or flexible on). In summary, for routine small transactions, maybe not, but for significant contracts, itโ€™s often worth it.

Q: We have an existing contract without these protections. Do we have to wait until renewal to address them?
A: You generally canโ€™t change a signed contract until a renewal or new purchase triggers an amendment. However, there are some strategies: If youโ€™re concerned about indirect use in the interim, you could attempt to get a written clarification from SAP (like a letter or at least an email from your account executive) about how they interpret your contract. Itโ€™s not ironclad, but itโ€™s something. If an audit hasnโ€™t happened, you could preemptively negotiate resolution or clarity (though SAP might just say wait for an audit). Realistically, meaningful changes usually include a contract event, renewal, additional licenses, or migration. So, plan ahead: if your renewal is next year, start discussions early on these points to roll them into that negotiation. In the meantime, compliance must be managed carefully under the current terms. If you think something is a ticking time bomb (say, indirect access), maybe approach SAP proactively to discuss licensing options (like adopting digital access with a deal) now rather than gambling through another audit. They might be open to a constructive solution, which effectively amends how that area is handled going forward.

Q: Can contract clauses protect us in an audit? Will the auditors care whatโ€™s in our contract?
A: Yes โ€“ the contract is the ultimate authority in an audit. Auditors must operate within the bounds of what they agreed. They will still try to interpret things in SAPโ€™s favor, but a worded clause is your shield. For example, if your contract explicitly allows 3rd-party read-only use, an auditor cannot count that as non-compliance โ€“ youโ€™ll just show them the clause. We saw a case where a client had a clause that covered affiliate employees, and during an audit, SAP questioned use by a subsidiary. The client pointed to the contract, and that issue vanished from the report. On the flip side, if something is not in the contract, auditors rely on SAPโ€™s standard policies (which often favor SAP). So yes, strong clauses matter. They might even deter SAP from auditing certain areas aggressively if they know the contract limits their haul. One thing to remember: ensure your internal team knows these clauses! If not, you might miss invoking a protection simply because the folks dealing with auditors werenโ€™t aware of it. Keep your contracts accessible and communicate key points to the audit response team.

Q: Whatโ€™s the best time to address audit-related questions during negotiation?
A: Typically, after youโ€™ve discussed the main business terms (like products, quantities, and price), SAP knows youโ€™re a serious buyer. The sales rep might get defensive if you lead with several legal asks. Instead, get a tentative commercial understanding, then say, โ€œOur signing is contingent on ironing out a few contractual points.โ€ Theyโ€™ll bring in their contracts/legal folks. This is usually the id-to-late stage of negotiation. Do not wait until the final draft to surprise them with major asks โ€“ that can cause delays or frustration. Give them at least an outline of your concerns early enough. For example, when they send the first contract draft, respond with redlined changes and have a call to explain why you need these audit protections โ€“ tie it to being a long-term partnership, avoiding future disputes, etc. Also, leverage timing: if the quarter ends and they need the deal, your asks might sail through faster. If youโ€™re far from their targets, they might take more time. But in general, incorporate legal/audit terms negotiation as a parallel track with pricing towards the end of the cycle.

Read about our SAP Audit Defense Service.

Do you want to know more about our SAP License Management Services?

Please enable JavaScript in your browser to complete this form.
Name
Author
  • Fredrik Filipsson has 20 years of experience in Oracle license management, including nine years working at Oracle and 11 years as a consultant, assisting major global clients with complex Oracle licensing issues. Before his work in Oracle licensing, he gained valuable expertise in IBM, SAP, and Salesforce licensing through his time at IBM. In addition, Fredrik has played a leading role in AI initiatives and is a successful entrepreneur, co-founding Redress Compliance and several other companies.

    View all posts
Redress Compliance