Siebel CRM Licensing

Oracle Siebel Licensing for Industry Verticals – 2025 CIO Guide

Optimizing Oracle Siebel Licensing Costs

Oracle Siebel Licensing for Industry Verticals

Executive Summary:

This article explains how Oracle Siebel CRM licensing works in various industry-specific versions of Siebel (such as Communications, Financial Services, Life Sciences, Manufacturing/Distribution, and Public Sector).

It describes the additional “Industry Base” licenses required for these vertical solutions, highlights special licensing metrics (such as transaction-based licensing in certain industries), and provides guidance for CIOs on managing Siebel licenses across various industry use cases.

The aim is to help enterprises understand and optimize Siebel licensing in their particular sector.

Read Oracle Siebel License Compliance and Audit Readiness.

Siebel’s Core vs Industry Licensing Structure

Oracle Siebel CRM is offered as a core CRM platform, along with optional industry-specific modules (verticals). Every Siebel deployment requires the Siebel CRM Base Application license (this is the foundation for Sales, Service, etc.).

If you use an industry-specific Siebel version (for example, Siebel Financial Services or Siebel Telecom), Oracle requires an additional Industry Base Option license for each user. In other words, a user in a vertical edition needs two licenses: the base Siebel CRM license and the industry-specific license.

Oracle’s policy is that if you deploy a vertical solution, all users accessing that system must be licensed for the vertical. You can’t mix some industry licenses for some users and not others on the same instance.

For context, Oracle’s price list (as of 2024) shows the Siebel CRM Base license at around $3,750 per user (list price) and each Industry Base Option at about $400 per user. The annual support of ~22% applies to both.

That means a Financial Services Siebel user would cost roughly $4,150 in licenses plus around $913 per year in support (at list price). The exact numbers can vary, but it illustrates that industry-specific licensing adds a premium per user.

Telecommunications & Media (Communications) Vertical

Siebel Communications, Media & Energy (CME) is a vertical solution designed for telecom, media, and utility companies. Licensing this vertical requires each user to have both a Siebel Base license and a Communications Base Option license.

This unlocks industry-specific features, including telecom order management, service fulfillment, and advanced product catalog capabilities.

In telecom scenarios, be aware of additional metrics.

For example, suppose you use Siebel for telecom order management. In that case, Oracle may license certain components based on the number of “order lines” processed or subscribers managed, in addition to user licenses. Also, telecom providers often have large customer service teams.

If you have thousands of call center agents using Siebel, evaluate whether a processor license model might be more cost-effective than per-user licensing (keeping in mind you’d still need to account for the industry vertical in the licensing arrangement).

In summary, for the communications vertical: license every user with Base + Communications option, and watch for any volume-based licensing metrics for orders or billing.

Financial Services (Banking & Insurance) Vertical

Siebel Financial Services is tailored for banks, insurance companies, and similar organizations. Each user needs the Siebel Base license plus the Financial Services Base Option license. This vertical encompasses modules for various services, including retail banking, wealth management, and insurance claims.

An important consideration in this sector is transaction-based licensing. For example, if using Siebel for insurance claims management or banking transactions, Oracle may require licensing based on the number of transactions (such as claims processed or accounts managed) in addition to the user licenses.

Always check Oracle’s rules if you’re using features like Siebel eInsurance or eBanking – sometimes they have metrics like “per 1000 policies” or “per $million in assets under management.”

Generally, all internal users (like bank staff or insurance agents) using Siebel will need the full complement of Base + Financial Services licenses.

External customer access (such as a customer portal for banking) is typically handled through separate customer self-service licenses or by licensing the server’s processors, rather than licensing each customer individually.

Life Sciences (Pharmaceutical) Vertical

Siebel Life Sciences is designed for pharmaceutical and biotechnology companies (covering CRM for drug sales, clinical trial management, etc.).

Users in this vertical require the Siebel Base license and the Life Sciences Base Option license.

This enables features such as managing doctor relationships, tracking samples, and maintaining compliance records. The licensing for Life Sciences is primarily user-based, similar to other verticals; there aren’t as many unique metrics in this industry compared to others.

However, if your Siebel Life Sciences deployment includes something like a patient or physician portal for external users, you would handle that via external user licensing or processor licensing (since you wouldn’t license each external doctor or patient individually).

Most internal pharma representatives and managers only need Base and Life Sciences licenses.

As with all verticals, if you ever introduce another vertical’s functionality (say, adding a Siebel Healthcare module), that would carry its own licensing requirements – but typically, life sciences companies stick to their vertical.

Manufacturing & Distribution Vertical

Siebel Manufacturing and Siebel Distribution are vertical offerings for manufacturers and supply chain/distribution businesses.

Each internal user needs a Siebel Base license plus the Manufacturing (or Distribution) Base Option license.

These verticals support functionality such as product configuration, dealer management (through Siebel Partner Relationship Management), and order management, all tailored to manufacturing processes.

Special metrics can be used; for example, if Siebel is used for managing distributor orders, Oracle might measure usage by the number of orders or order lines processed annually. Additionally, suppose external partners (distributors, dealers) log into Siebel.

In that case, you should license them with the appropriate partner user licenses or consider a processor license for the partner portal if the number of external users is large.

In summary, internal staff receive Base and Manufacturing/Distribution licenses, and plan for partner licensing as applicable. Monitor any throughput-based licensing (such as orders processed) if specified in your contract.

Public Sector (Government) Vertical

Siebel Public Sector is designed for government organizations, offering functionality for case management, permitting, and citizen services, among others.

Government staff users (e.g., case workers, clerks) each require a Siebel Base license plus the Public Sector Base Option license to use these features.

A key aspect of public sector deployments is citizen or constituent access via self-service portals. Typically, you do not need to license each citizen; instead, Oracle may require you to license the infrastructure for external access (for example, a certain number of Siebel server processor licenses to cover the usage of the citizen portal).

Each internal user, including government employees, must be fully licensed with Base and Public Sector licenses. Public sector entities sometimes negotiate customized terms (due to public budgeting), but the standard approach is per-user licensing for staff and some form of metric for unlimited external users.

Always clarify with Oracle how citizen-facing components should be licensed, to ensure compliance without overpaying.

Managing Specialized Metrics and Multi-Vertical Use

Across these industries, a few things are universal: the need for the Siebel CRM Base license for all users and the requirement of the matching Industry Base license for the vertical.

Beyond that, remember to manage any special metrics associated with your vertical solution:

  • If your Siebel usage involves things like the number of transactions (orders, claims, payments, etc.) or revenue tracking (for billing), include those in your compliance monitoring. For example, if your license allows up to 1 million order transactions per year and your business processes 1.2 million, you’ll need to true-up with Oracle for the overage.
  • Ensure you have purchased any prerequisites: nearly all vertical modules require the Siebel Base license as a foundation, and some industry modules may also require additional base modules (Oracle’s price list footnotes detail these requirements).
  • If your company operates multiple Siebel verticals (e.g., one Siebel instance for financial services and a separate one for manufacturing), treat each instance separately for licensing purposes. You would license users in each according to that vertical. Oracle doesn’t provide “combo” licenses that cover a user for two different vertical editions simultaneously. In rare cases, if users truly need to access two distinct Siebel systems in different verticals, they may need to double-license them (one for each system). It’s more common to keep such systems separate and minimize overlapping users.

Recommendations

  • Plan licensing at project start: Whenever deploying Siebel in a new industry vertical, budget for both the base and industry licenses for all users. No user is exempt if they are in that system.
  • Avoid partial licensing: Don’t assume you can license only certain users for the industry module – if the system is configured for an industry, all users generally require the industry license. Structure your Siebel environments accordingly.
  • Monitor usage metrics: If your vertical module has a transactional or volume-based license component (e.g., orders, revenue, claims), implement monitoring to track it. This will help you stay within limits or know when to purchase more capacity.
  • Use the correct user types: For external users (partners, customers, citizens), use the appropriate Siebel license metric (e.g., partner user licenses or a processor license for portals) rather than assigning them standard internal user accounts, which could violate terms and incur additional costs.
  • Consult Oracle’s price list regularly, as Oracle updates its pricing and occasionally introduces bundled offerings or promotions tailored to specific industries. Ensure you’re aware of any changes – you may find a new bundle or a pricing change that benefits your deployment.
  • Optimize license allocation: If one division in your company reduces Siebel users, see if those licenses can be reassigned to another division (within the same vertical) to avoid buying more. For instance, if one department in a bank stops using Siebel, use those licenses for a growing department instead of purchasing new ones.
  • Negotiate large deals: When licensing Siebel for a large user base in an industry (hundreds or thousands of users), negotiate with Oracle. They might offer better pricing or a custom enterprise license for the vertical if you’re making a big commitment.
  • Stay compliant with prerequisites: Industry solutions often have prerequisite modules or minimum license counts. Always check that you have the required Siebel Base licenses (and any base modules) before deploying an industry add-on.
  • Train administrators on vertical specifics: Ensure your Siebel administrators understand which features belong to which modules or verticals. This prevents accidentally enabling a component from an industry for which you haven’t licensed it.
  • Review entitlements after mergers or changes: If your organization acquires another company with Siebel licenses or expands into a new line of business, review how that affects your industry licensing. Consolidate and true-up licenses as needed so all vertical usage is properly licensed.

Read Optimizing Oracle Siebel Licensing Costs: Strategies for CIOs in 2025..

FAQ

Q1: If only part of our users need an industry module, can we license just those users for the Industry Base Option?
A: Not on a single Siebel instance. Oracle’s policy is that the entire Siebel environment (all users) must be licensed for the industry if that industry module is deployed. So if you enable, say, Siebel Insurance functionality in your system, all users on that system are supposed to have the Financial Services base option license, even those who might not use that specific feature. The only workaround is to set up a separate Siebel environment for that module and only assign the relevant users to it (licensing them fully for that vertical, and licensing other users only for the modules they use in the other environment). However, within a single system, you can’t partially license some users for an industry-specific feature.

Q2: What if my company operates in two verticals (e.g., we’re a bank that also has a small telecom service)?
A: Oracle doesn’t have a blended license; you would need to license users for each vertical they access. If the operations are separate, it’s best to keep Siebel instances separate. That way, your telecom business users only need Base + Communications licenses, and your banking users need Base + Financial Services licenses. If someone truly needs access to both systems, that individual would technically need both sets of licenses. This can get expensive, so many organizations avoid overlapping user access between different vertical systems. In some scenarios, Oracle can negotiate a custom enterprise agreement covering multiple products; however, this is a special case and is typically reserved for very large deals.

Q3: Are Industry Base Option licenses perpetual like the base license?
A: Yes, the Industry Base Option is typically a perpetual license (with its own support fees) when you buy Siebel on-premises. It functions as an add-on license tied to a user. If your organization has transitioned to Oracle’s subscription licensing or cloud model for Siebel (Oracle offers Siebel as a hosted application in Oracle Cloud Infrastructure in some cases), you will pay a subscription fee per user that includes both base and industry usage for the term. However, in the traditional model, you purchase the industry license once per user and then pay annual support fees on it, just like the base license.

Q4: Does the Industry Base Option license cover all related modules for that industry?
A: It covers the core industry-specific flavor of Siebel (the main functionality and data model for that vertical). However, some industries have optional sub-modules or extensions that might be licensed separately. For instance, in the Financial Services sector, basic banking and insurance screens may be covered by the base option. Still, a specialized module, such as Siebel Claims Performance Analytics (hypothetically), could be an additional option. It’s essential to review Oracle’s price list and documentation to determine the exact modules included. Generally, the base option gives you the industry CRM capabilities, but if Oracle sells a distinct add-on product in that vertical, you’d need to license that additionally.

Q5: Our public sector deployment serves 1 million citizens. Do we need 1 million user licenses?
A: No, you generally do not license each end-citizen. Instead, you license the employees using the system (each needs Base + Public Sector licenses). For the citizen self-service portal, Oracle might require a different license metric. Often, Oracle handles this by having you license the server’s processors or a block of concurrent sessions for public access. For example, you might license a certain number of Siebel Application Server processors to cover an unlimited number of citizen users on the portal. The specifics should be discussed with Oracle, but rest assured, you’re not expected to buy a license for every individual citizen.

Q6: Can I run a vertical version of Siebel without buying the Industry Base Option if I don’t use the extra features?
A: Technically, you could install standard Siebel and configure it heavily to mimic industry features, but if you have actually deployed the industry-specific Siebel software or database schema, Oracle expects you to have the license. Even if you think you’re not using the special features, the line can be blurry. It’s safer to either license the industry option or stick to vanilla Siebel. Using an industry-specific Siebel database or module without the license would be considered non-compliant in an audit.

Q7: Are there any discounts available for industry licenses if we already own a large number of base licenses?
A: When negotiating with Oracle, you should absolutely leverage your existing investment. While the industry base option is a separate item, Oracle often looks at the overall deal value. If you have 1000 Siebel Base licenses and now need 1000 industry licenses, that’s a major purchase – you can negotiate on price. Oracle might offer tiered discounts or special promotions for expanding into their industry solutions. Always ask for better pricing; sometimes Oracle sales has quotas for certain products (like an industry solution) and can be generous with discounts to encourage adoption.

Q8: Do industry licenses change the support cost or terms?
A: They add to your support costs since each industry license has its own support fee (22% of whatever net price you paid for that license). But the terms of support remain the same. You’ll get support and upgrades for the industry-specific components just as you do for the base. Practically, you’ll see that your support renewal quote includes lines for the base licenses and lines for the industry-specific licenses. One thing to manage: try to co-term the support, so you renew the base and industry licenses together. It makes managing renewals easier and ensures you don’t accidentally drop support on one but not the other (since you need both to receive full updates).

Q9: How do we track compliance for metrics like transactions or revenue in Siebel?
A: This often requires internal tracking, as Siebel doesn’t automatically enforce those limits. You may need to rely on reports or logs – for example, run a query to count the number of orders created in a year or total billing amounts processed. Some Siebel modules might have built-in stats, or you can derive the numbers from your database. It’s wise to integrate this with your SAM practice: if your license says “up to 100,000 orders per year,” set a quarterly check to see order volume. If it’s trending over the limit, you can plan a license expansion rather than getting caught in an audit with overuse.

Q10: We have older Siebel licenses from before Oracle acquired Siebel. Do the industry rules still apply?
A: Generally, yes. Oracle initially honored many legacy Siebel agreements, but if you’ve upgraded or made changes, you’re typically subject to Oracle’s current rules. If you’ve been running the same Siebel version since the early 2000s and never touched industry modules, you might not have needed those licenses. However, any move to a modern Siebel version or the use of industry-specific functionality brings you under Oracle’s licensing umbrella. If in doubt, review your original Siebel contracts and any Oracle transition documents. But as a rule, if you’re on a currently supported Siebel version and using, say, the Siebel Public Sector module, Oracle’s industry license requirements will apply to you.

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

Please enable JavaScript in your browser to complete this form.
Name
Author
  • Fredrik Filipsson

    Fredrik Filipsson is the co-founder of Redress Compliance, a leading independent advisory firm specializing in Oracle, Microsoft, SAP, IBM, and Salesforce licensing. With over 20 years of experience in software licensing and contract negotiations, Fredrik has helped hundreds of organizations—including numerous Fortune 500 companies—optimize costs, avoid compliance risks, and secure favorable terms with major software vendors. Fredrik built his expertise over two decades working directly for IBM, SAP, and Oracle, where he gained in-depth knowledge of their licensing programs and sales practices. For the past 11 years, he has worked as a consultant, advising global enterprises on complex licensing challenges and large-scale contract negotiations.

    View all posts

Redress Compliance