SovereignEU Enterprise · licensing model planned

Public source is the plan. Choose the branding rights and support you need.

Under the intended model, Community releases will retain SovereignEU product identity. Enterprise agreements can grant rebranding, co-branding or white-label rights and add dedicated support, personalisation, integration and deployment on infrastructure you control.

Community and Enterprise

Community is intended to protect product identity. Enterprise can add identity control and delivery accountability.

Under the planned model, once released, an application can operate with SovereignEU identity under its Community Licence or under an organisation’s identity through an executed Enterprise Licence.

Intended Community Licence

Public source. SovereignEU branded.

  • Public application source when released
  • Self-hosting and permitted modification
  • Required SovereignEU identity and notices retained
  • Customer-managed updates, backup and recovery
  • Exact use and redistribution rights published per release

Intended Enterprise Licence

Public source. Your identity. Accountable delivery.

  • Rebranding, co-branding or white-label rights within scope
  • Organisation-specific identity, theming and experience
  • Configuration, integration and deployment engineering
  • Defined maintenance and dedicated support terms
  • Documentation, knowledge transfer and handover

Under the intended model, Enterprise would be optional for standard branded use. An executed Enterprise Licence would be required to remove, replace, obscure or materially reposition protected SovereignEU product identity unless specific written permission applies. The Enterprise Licence governs branding rights; a separate services-and-support schedule defines delivery and service commitments. Product availability and final terms remain release- and agreement-specific.

Enterprise services

Plan identity rights and expertise for production adoption.

The engagement is scoped around your systems, data, deployment boundary and internal capability. Exact deliverables and service commitments are contractual, not implied by this page.

Branding and personalisation

Apply licensed organisation identity, visual themes and workflow-specific experience within the agreed scope.

Dedicated support

Named channels, supported versions, priorities, escalation and response targets defined in the agreement.

Configuration

Establish identity, roles, retention, model routing, connectors and administrative controls for the selected use case.

Integration and migration

Connect existing applications, document stores, databases, APIs and data through a staged, testable migration plan.

On-premises deployment

Design, install and harden the supported stack in customer premises or a customer-controlled private environment.

Knowledge transfer

Provide administrators, developers, users and security teams with documentation, runbooks and practical training.

Accountable delivery

Move from released source to an operated organisational capability.

The objective is not only installed software. It is a verified deployment with clear ownership, documentation and a team capable of operating it.

  1. 01
    Assess

    Map the workflow, infrastructure, data, integrations, risks and acceptance criteria.

  2. 02
    Configure and integrate

    Adapt identity, policy, interfaces, existing applications and approved information sources.

  3. 03
    Deploy and verify

    Install in the agreed environment and test quality, security, recovery, usability and exit.

  4. 04
    Support and transfer

    Operate through defined support paths while transferring runbooks, configuration and skills.

Protected product identity

Visible identity names the product. Technical provenance still requires evidence.

The intended licensing model defines the branding boundary; repository history, signed releases, inventories and traceable artefacts must establish technical provenance.

Defined product identity

Planned Community terms will require the defined SovereignEU identity, attribution and product notices to remain visible.

Permitted adaptation

Teams will be able to inspect, self-host and adapt functionality within the exact rights published for the release.

Enterprise identity rights

An executed agreement can permit rebranding, co-branding or white-label operation for named products, entities and environments.

Separate third-party rights

White-labelling never removes upstream copyright, licence or attribution obligations; customer-specific work must be identified and licensed separately.

Contract boundary

Make support measurable before production.

An executed Enterprise Licence and services schedule must state the rights granted, what is supported, who may access the environment and what the organisation receives at handover.

Versions
Supported releases, dependencies, environments and maintenance period.
Branding rights
Permitted removal, replacement, co-branding, white-labelling and use of each party’s marks.
Support
Hours, channels, severity definitions, response targets and escalation.
Access
Remote-access rules, approvals, logs, telemetry and confidentiality boundary.
Delivery
Configuration, integrations, migration, testing, documentation and acceptance criteria.
Exit
Exports, customer-owned artefacts, knowledge transfer and transition assistance.

Common questions

Public source and commercial identity rights can coexist clearly.

Is the planned Community Licence open source?
The source is planned to be public, but required in-product branding means it will not be distributed under an OSI-approved open-source licence. It is accurately described as source-available. Review the OSI licensing guidance. Exact rights will be stated in the licence accompanying each release.
Is Enterprise required to use an application?
Under the intended model, no. Once released, an application can be used under its Community Licence with required SovereignEU identity and notices retained. An executed Enterprise Licence would be required for scoped rebranding or white-label rights.
Can we modify a Community deployment?
The intended model supports inspection, self-hosting and permitted adaptation while preserving required product identity. The licence published with each release will define exact modification and redistribution rights.
Does Enterprise hide the source?
The intended Enterprise model does not make the released base application source private. Any proprietary module or customer-specific artefact must be identified and licensed separately.
Can our own team operate the deployment?
Yes. Customer operation and knowledge transfer are core objectives; the support boundary is selected according to the organisation’s capability and requirements.
Are support levels already fixed?
No. Supported versions, hours, response targets, channels, exclusions and delivery capacity are defined in each agreement.

A practical first step

Choose the identity, licence and delivery boundary your organisation needs.

Define the products, environments, branding rights, integrations and support responsibilities in scope.

Discuss Enterprise licensing