Which open-source identity governance tool fits your situation
Choose midPoint if you want a single EUPL-1.2 platform with no enterprise edition and are willing to buy commercial support subscriptions from Evolveum for production issues. Choose Apache Syncope if you want an Apache-2.0 platform that also bundles its own SSO hub, Syncope Web Access, and you are comfortable running that hub alongside its identity management services. Both tools provision accounts into many systems through the ConnId connector framework and reconcile drift, so the decision starts with the target systems you must reach and the people who will operate the platform.
Keycloak is typically paired with either tool for authentication and SSO, because midPoint does not implement the server side of OAuth2, OpenID Connect or SAML, and most teams prefer a dedicated access management server. Before you choose, list your connectors and confirm each one is supported for your targets. midPoint's documented connectors include LDAP, Active Directory, SCIM2 and Microsoft Entra ID, and Syncope's include SOAP, CSV, PowerShell and Active Directory. Check the connector status for anything less common.
Then compare the stacks against your team's skills and your database standards. midPoint recommends Java 25 for version 4.11 and later and uses PostgreSQL as its native repository, ideally on a separate server. Syncope 4.1.3 supports PostgreSQL 18 or later, MariaDB 12 or later, MySQL 9 or later and Oracle Database 23 or later. Ask Evolveum or your implementation partner which release line you should pin, since 4.8 is the long-term support line and 4.10.5 is the current maintenance release.
Which option fits which scenario
This table maps common estate conditions to the option that fits best, with the reason it wins under those conditions. Read each row as a condition first, then check whether your estate matches it before weighing the option. The main takeaway is that midPoint and Apache Syncope handle provisioning and governance, while Keycloak usually handles the login and token layer beside them.
| Scenario | Best fit | Why |
|---|---|---|
| Large, heterogeneous estate that needs mature connectors and governance workflows | midPoint | Documented connectors include LDAP, Active Directory, SCIM2 and Microsoft Entra ID, and its governance model suits many target systems. Confirm each target system is covered by a supported connector, since some catalog entries are community or experimental. midPoint does not act as an SSO server, so pair it with an access management layer. |
| Team that wants Apache-2.0 licensing and a bundled SSO hub | Apache Syncope | Syncope is Apache-2.0 licensed and includes Web Access for SAML 2.0 and OpenID Connect single sign-on, so the identity and login hub ship together. This wins when a single project under one license is the priority. Confirm the Web Access features match your login requirements before committing. |
| Keycloak-first estate that needs only provisioning and reconciliation | midPoint or Apache Syncope, paired with Keycloak | Keycloak already handles OpenID Connect, SAML and LDAP or Active Directory federation, so a provisioning engine only needs to create and maintain accounts. midPoint states it provisions accounts to access management systems rather than serving logins, which fits this split. Choose midPoint for breadth of connectors and Syncope for an Apache-2.0 stack. |
| Team that needs support contracts with SLA options | midPoint | Evolveum offers Product Support subscriptions with 8x5 next-business-day or 24x7 SLA options and lists no prices on its support page, so quotes must be requested. Confirm which SLA tier covers your production issues. Syncope support depends on your own arrangement with the project or a third party, so verify that before you choose it. |
| Organization that cannot yet confirm connector coverage | Hold the decision until a connector inventory is complete | Governance value depends on reaching each target system with a maintained connector, and neither option fits until those gaps are known. List every source and target system, then check each against the midPoint connector catalog and the Syncope ConnId connectors. Run a proof of concept against the hardest system first. |
| Organization that needs a single system for both login and provisioning | Neither alone, add Keycloak or another access management layer | midPoint states it is an identity management system, not an access management or SSO server, and does not implement the server side of OAuth2, OpenID Connect or SAML. Syncope does include login features, but confirm whether they meet your standards before assuming it replaces a dedicated access management server. |
midPoint, Apache Syncope and Keycloak in brief
midPoint and Apache Syncope are identity governance and administration platforms that provision and reconcile accounts across systems. Keycloak is the access management layer that handles logins, tokens and single sign-on, and both governance tools are often paired with it. Read the three cards together to see which layer each product covers before you size the project.
midPoint for governance
midPoint is Evolveum's identity governance and administration platform, licensed under EUPL-1.2 or later. Evolveum states there is no enterprise edition, so every line of code is open source, and paid subscriptions cover support and platform development. It runs on Java and uses PostgreSQL as its native repository, ideally on a separate database server. Connectors come from the ConnId framework. For long-term planning, the 4.8 line is the LTS release, while 4.10.5 is the current maintenance release. Confirm the Java version your target release needs before you build the host.
Apache Syncope for governance with SSO
Apache Syncope is Apache-2.0 software for managing digital identities in enterprise environments. Its Core exposes a Jakarta RESTful Web Services 3.1 interface, and it ships an Admin UI with delegated administration plus an End-user UI for self-registration and password reset. Unlike midPoint, it also includes Web Access, a hub for authentication and single sign-on over SAML 2.0 and OpenID Connect. Check the internal database support matrix early, since the supported versions are specific and Neo4j is not considered stable for production.
Keycloak for access management
Keycloak is an Apache-2.0 access management server supporting OpenID Connect, OAuth 2.0 and SAML 2.0. It brokers logins to external OIDC or SAML identity providers and federates users from LDAP or Active Directory. It does not provision accounts into target applications on its own, so governance workflows such as access requests and reconciliation need a separate tool such as midPoint or Syncope. Production deployments require a relational database, so plan that dependency alongside the governance stack.
Licenses both governance tools use
EUPL-1.2 and Apache-2.0 are both OSI-approved open-source licenses, so neither product's core is gated behind a proprietary edition. The practical question is what you pay for. Evolveum sells support and platform subscriptions, while Apache Syncope is a community project. Ask each vendor or community contact which production support, patching and upgrade commitments exist, and whether any connector you need is only community or experimental.
What identity governance covers that access management does not
Identity governance and administration answers a different question from access management. Access management decides whether a person or service can sign in and what a token allows them to do at the moment of use. Identity governance and administration decides which accounts should exist, which entitlements they hold in each target system, and who approved them. In practice that means provisioning and deprovisioning accounts across directories and applications, reconciling what the target systems actually hold against what policy says they should hold, routing access requests through approval steps, and tracking the joiner, mover and leaver lifecycle. Evolveum is direct about this boundary: midPoint is an identity management system, not an access management system, so it is neither an authentication server nor an SSO server, and it provisions accounts to access management systems instead. The Apache Syncope project draws the same line between identity management, which synchronizes identity data across systems, and access management, which handles authentication and authorization.
That split is why many teams run Keycloak alongside midPoint or Apache Syncope rather than choosing one. Keycloak supports OpenID Connect, OAuth 2.0 and SAML 2.0, brokers logins to external identity providers and federates users from LDAP or Active Directory, so it handles the front door for applications. The governance tool owns the lifecycle behind it. Before you commit to a pairing, confirm which system is the source of truth for each attribute, which connector will push accounts into Keycloak or other targets, and who signs off on exceptions. Ask any vendor or integrator to show that path end to end in a test environment.
If the access management layer is missing, access requests still get approved, but nothing enforces the result at sign-in, so users can keep working in applications that were never connected to the governance tool. If the governance layer is missing, Keycloak still authenticates people correctly, but removals depend on manual tickets, and reconciliation reports drift between what the directory says and what each application holds. Plan for both failure modes: define an owner for each target system, schedule reconciliation runs, and test the leaver path, since a stale entitlement is usually found during an audit rather than during operations.
Capabilities of midPoint, Apache Syncope and Keycloak
This table compares licensing, releases, protocols, connectors, databases, runtime requirements and support models for midPoint, Apache Syncope and Keycloak. Read it as a scoping aid: Keycloak is an access management layer, so its row values explain what it adds beside a provisioning engine, and cells marked as items to confirm need a vendor answer before you commit.
| Capability | midPoint | Apache Syncope | Keycloak |
|---|---|---|---|
| License | EUPL-1.2 or later, with Apache 2.0 as a secondary license for the repository | Apache-2.0 | Apache-2.0 |
| Editions | No enterprise edition; every line of code is open source, with paid Evolveum subscriptions for support and features | Open source project; confirm with the vendor or a commercial provider which support options exist | Open source server; confirm with Red Hat or the Keycloak project which commercial support options apply |
| Current version or release line | 4.10.5 maintenance release; 4.8 long-term support; 4.11 planned for October 21, 2026 | 4.1.3 and 4.0.8, both released September 11, 2026 | 26.8.1, released October 13, 2026 |
| Server-side OAuth 2.0, OIDC or SAML | Not provided; Evolveum states midPoint is not an access management or SSO server | Provided through Syncope Web Access (WA), which supports SAML 2.0 and OpenID Connect | Provided: OpenID Connect, OAuth 2.0 and SAML 2.0 |
| Connector framework | ConnId | ConnId | Not applicable; federates users from LDAP or Active Directory and brokers external OIDC or SAML providers |
| Documented connectors | LDAP, Active Directory, CSV, DatabaseTable, ScriptedSQL, Microsoft Entra ID (Graph API), SCIM2 and SCIMv1, plus a catalog with varying support status | SOAP, CSV, PowerShell and Active Directory; confirm the full connector list for your target systems | Not applicable as a provisioning connector set; confirm supported user storage federation options for your directory |
| Database support | PostgreSQL as native repository database, ideally on a separate database server | PostgreSQL 18 or later, MariaDB 12 or later, MySQL 9 or later and Oracle Database 23 or later; Neo4j 5.26 or later is not considered stable for production | PostgreSQL 14 to 18, MariaDB, MySQL, Microsoft SQL Server, Oracle Database and Amazon Aurora PostgreSQL; a relational database is required in production |
| Java requirement | Java 25 recommended for 4.11 and later (Java 21 supported); Java 21 for 4.10 and older (Java 17 supported) | Confirm the runtime requirement for 4.1.3 in the getting started guide before sizing hosts | Not applicable; confirm the runtime and container requirements in the current release documentation |
| Multi-node deployment | Sticky HTTP load balancer, shared central database, cache invalidation over HTTPS and Quartz for distributed task scheduling | Confirm the clustering and shared state approach with the Apache Syncope project before designing a multi-node setup | Supported through the Keycloak Operator on Kubernetes and OpenShift; confirm the clustering and cache settings for your topology |
| Support model | Evolveum Product Support subscriptions with 8x5 next-business-day or 24x7 SLA options; Platform Subscriptions add feature development influence | Community support through the Apache project; confirm any commercial support with third-party providers | Confirm commercial support tiers and terms directly with the Keycloak project or Red Hat |
How midPoint and Syncope differ to operate
midPoint can run on Linux in a virtual machine or from Docker images, so a platform team can standardize its build with the same packaging it uses for other services. The operating burden sits in the Java runtime, the database and the connector hosts that the container or VM has to reach. The supplied facts do not describe a container packaging model for Apache Syncope, so confirm with the project whether it publishes images you can run or whether your team builds and patches its own.
- Packaging options: midPoint offers a VM install on Linux or Docker images. Confirm which image tags Evolveum supports for the release line you plan to run.
- Java runtime: Your base image must match the Java version for the chosen release line, which changes the patching plan for each upgrade.
- Network paths: Connector hosts, the database and any SSO or mail endpoints all need routes from the container or VM network.
- Syncope packaging: Ask whether Syncope publishes container images, and if not, which artifacts your team must build and maintain.
In a pilot, deploy the same build as a VM and as a container, then record how many steps each one takes to patch and roll back.
midPoint documents its multi-node pattern in detail: a sticky HTTP load balancer in front of the nodes, one shared central database, cache invalidation between nodes over HTTPS and Quartz for distributed task scheduling. Each piece is something the operator must configure, monitor and fail over. The supplied Syncope facts do not describe its clustering model, so confirm how it handles shared state and scheduled work before you size a high-availability design.
- Sticky sessions: The load balancer must keep a user on one midPoint node, so session affinity is a setting to test, not something to assume.
- Shared database: All nodes write to one central database, which makes database high availability part of the midPoint availability design.
- Cache invalidation: Nodes notify each other over HTTPS, so certificates, firewall rules and trust between nodes belong on the operating checklist.
- Scheduled tasks: Quartz distributes task scheduling, so confirm how reconciliation jobs behave during a node restart or failover.
- Syncope clustering: Ask the Syncope maintainers how Core instances share state and scheduled tasks, and whether that model is inside the support scope you need.
In the pilot, stop one node during a running reconciliation and check that the job completes once and that user sessions survive the failover.
The database and runtime choices drive most of the upgrade work. midPoint uses PostgreSQL as its native repository database, ideally on a separate database server, and recommends Java 25 for version 4.11 and later (Java 21 supported) and Java 21 for 4.10 and older (Java 17 supported). Apache Syncope 4.1.3 supports PostgreSQL 18 or later, MariaDB 12 or later, MySQL 9 or later and Oracle Database 23 or later for internal storage, and lists Neo4j 5.26 or later as functional but not considered stable for production.
- midPoint database: PostgreSQL is the native repository choice. A separate database server lets database patching and backups follow their own schedule.
- midPoint Java: The required Java version follows the release line. Version 4.11 moves to Java 25 with Java 21 still supported, while 4.10 and older use Java 21.
- Syncope database: Four relational engines are listed with minimum versions. A team that already runs one of them has less to add, so check the list against your current estate.
- Version matching: Confirm that the Syncope and midPoint versions you choose both run on database and JDK versions your platform team already supports.
- Neo4j caution: The Neo4j option is not considered stable for production in Syncope 4.1.3, so keep it out of production plans.
Check your backup, restore and minimum-version requirements against the release notes for the exact build you plan to deploy.
Operating effort grows with the number of connected systems, the amount of custom scripting and how often you upgrade. midPoint uses the ConnId framework, with documented connectors for LDAP, Active Directory, CSV, DatabaseTable, ScriptedSQL, Microsoft Entra ID, SCIM2 and SCIMv1, plus a catalog whose status ranges from supported to community and experimental. Apache Syncope also connects through ConnId, with SOAP, CSV, PowerShell and Active Directory connectors listed. Each connector your team owns adds a test and patch surface.
- Connector count: Count every target system and check whether each connector is supported, community or experimental before you commit to a design.
- Custom scripting: Logic written in scripts or custom connectors must be retested on every upgrade, so record where it lives and who owns it.
- midPoint support windows: Release lines end support on different dates. Version 4.8 is supported until October 17, 2028 and 4.10 until November 26, 2027, so pick a line that matches your upgrade schedule.
- Syncope release cadence: Confirm the support window for the 4.1 and 4.0 lines with the project before choosing which one to run.
- Upgrade rehearsal: Run one upgrade from a prior release in staging with the connectors you will actually use in production.
Before agreeing a quote, ask for a written list of connectors and scripts in scope and the planned upgrade path for each platform.
How to choose and pilot an identity governance platform
This sequence moves a team from a list of identity sources to a supported pilot, so the choice between midPoint and Apache Syncope rests on connector coverage, runtime fit and a named support model rather than on feature lists alone.
Inventory authoritative sources and target systems
Identity and access owners list each authoritative source of people and roles, such as HR records or a directory, and every target system that needs accounts provisioned or removed. Record the owner, the data fields each target needs and who approves changes. The artifact is a source and target register. It is done when every target has a named business owner and a stated reason for access, so you can judge which platform fits the actual workload.
Confirm connector coverage for each target
For each target in the register, check whether a ConnId connector exists in the Evolveum connector catalog for midPoint or in the Syncope connector documentation, and note its status. Connectors listed as supported differ from community or experimental ones, so treat any gap as a build item. The artifact is a connector matrix with status and owner per target. It is done when every target has a confirmed connector or a written custom integration plan agreed with the vendor or your engineers.
Decide the access management layer
Neither midPoint nor Apache Syncope is an authentication or single sign-on server in the sense Keycloak is. midPoint provisions accounts to access management systems, and Syncope offers Web Access for authentication and single sign-on. Decide whether Keycloak or Syncope Web Access will handle login for your applications, and who operates it. The artifact is an access architecture note showing which system issues tokens and which system holds the account lifecycle. It is done when the security team signs off on that split.
Check runtime and database standards
Compare the platform requirements with your team's approved versions. midPoint recommends Java 25 for version 4.11 and later, with Java 21 supported, and Java 21 for 4.10 and older, with Java 17 supported, and uses PostgreSQL as its native repository database. Syncope 4.1.3 supports PostgreSQL 18 or later, MariaDB 12 or later, MySQL 9 or later and Oracle Database 23 or later. Confirm with the vendor which release line your standards permit and which support window applies. The artifact is a compatibility sheet. It is done when every runtime and database component is approved or flagged for an exception.
Run a pilot with one source and one target
Build a small, non-production pilot that moves one identity source into one target system, covering create, change and removal events. Include a reconciliation run that compares the platform's view with the target's actual accounts, and record any drift. Test access requests only if your chosen platform scope includes them. The artifact is a pilot report with the test cases, results and defects. It is done when the team can show that joiners, movers and leavers behave as designed and that reconciliation reports discrepancies correctly.
Agree on a support model before production
Decide who patches, upgrades and troubleshoots the platform after go-live. Evolveum offers Product Support subscriptions with an 8x5 next-business-day or 24x7 SLA, and Platform Subscriptions that add feature development, but the public page lists no prices, so ask for a written quote. Compare that with an internal team or a DeployOpen retainer for support and upgrades, scoped in writing. The artifact is a signed support schedule with response terms, upgrade ownership and escalation paths. It is done when every operational duty has a named owner.
What licensing and support mean for total cost
An open-source license governs the right to use, modify and redistribute the code. It does not cover the work of running the platform, and that is where most of the cost sits. midPoint is licensed under EUPL-1.2 with Apache 2.0 as a secondary license, and Evolveum states there is no enterprise edition, so every feature in the repository is available without a license fee. What you pay Evolveum for is optional: Product Support subscriptions for resolving product bugs, offered with an 8x5 next-business-day or 24x7 SLA, and Platform Subscriptions that add feature development and roadmap influence. The supplied page lists no prices for either, so ask Evolveum for written pricing per tier and confirm which SLA covers your on-call model. Apache Syncope is licensed under Apache-2.0 and its project does not sell a commercial edition in the material supplied. No support pricing was supplied for Syncope, so ask whether support is available from the project's commercial partners, and who would answer a production incident.
Recurring costs are the ones that persist after go-live. Infrastructure is the first: midPoint runs on Linux, in a virtual machine or from Docker images, and multi-node deployments need a sticky load balancer, a shared database and Quartz for task scheduling, so each node and the database server are ongoing charges. Database operations follow, because midPoint uses PostgreSQL as its native repository and recommends a separate database server, while Syncope supports several databases for internal storage. Connector development is the cost most often underestimated: each non-standard target system needs a ConnId connector, built, tested and maintained as the target changes. Upgrades and staff time complete the picture. midPoint's 4.8 line is long-term support, and its later lines have shorter windows, so plan a recurring upgrade budget. Costs rise with the number of target systems, the number of nodes, and the frequency of required upgrades, and fall with a narrow set of supported connectors.
Put these items in the written quote: the scope of connectors and target systems, the number of environments and nodes, the database and high-availability design, the support tier and SLA, the upgrade cadence and who performs each upgrade, and which deliverables are one-time versus recurring. Ask Evolveum for subscription pricing per tier and whether it covers the platform, the connectors you need or both. For Syncope, ask for the same breakdown from whichever party supplies implementation and support. Ask each vendor how the subscription changes if you add nodes or connectors. Request a fixed-scope statement that names what is excluded, so you can compare the two options on the same basis. DeployOpen provides fixed-scope implementation, and a quote follows from that written scope.
Questions buyers ask before choosing identity governance
Is midPoint or Apache Syncope better for provisioning?
Neither is better in general, so the choice depends on your provisioning model and target systems. midPoint is an identity governance and administration platform built on the ConnId connector framework, with documented connectors for LDAP, Active Directory, Microsoft Entra ID, SCIM2 and CSV. Syncope also synchronizes identity data across systems through ConnId, with connectors including Active Directory, SOAP, CSV and PowerShell, and it adds an Admin UI with delegated administration and an end-user UI for self-service. Connector coverage for your specific applications usually decides the outcome more than the feature list. Ask both projects or vendors to show a working connector for each system you must integrate, and run a reconciliation test against a copy of your directory before you commit.
Do I need Keycloak with midPoint or Syncope?
Keycloak is not required, but most deployments still need an access management layer for sign-in. Evolveum states that midPoint is an identity management system, not an access management or SSO server, and it does not implement the server side of OAuth2, OpenID Connect or SAML. Keycloak supports OpenID Connect, OAuth 2.0 and SAML 2.0 and federates users from LDAP or Active Directory, which makes it a common pairing for midPoint. Syncope includes Web Access as its own hub for authentication and single sign-on over SAML 2.0 and OpenID Connect, so Keycloak is optional there, though teams with an existing Keycloak estate often keep it. Confirm which applications need single sign-on, which protocols they use and whether an existing product already covers them.
Are the open-source versions enough, or do we need paid support?
The open-source code may be enough for a capable internal team, but paid support is a separate decision with its own recurring cost. Evolveum states that midPoint has no enterprise edition, every line of its code is open source, and the company sells subscriptions for support, training and professional services. Its Product Support subscriptions cover resolving product bugs with an 8x5 next-business-day or 24x7 SLA, and its Platform Subscriptions add feature development and roadmap influence. The subscription page lists no prices, so request a written quote. For Syncope, confirm with the Apache project community and any commercial provider what support terms exist, since none were supplied. DeployOpen supports open-source platforms on retainer, with ongoing scope agreed in writing.
How much effort does a pilot take, and what drives it?
No pilot duration or cost is supplied for either platform, so ask for both in writing before you plan. The main drivers are the number of authoritative sources, the number and type of target systems, the state of your identity data, and how many approval workflows, roles and access policies must be designed. Connector maturity matters too: Evolveum classifies its catalog connectors from supported to community and experimental, so check each one you need. A focused pilot usually covers one authoritative source, a small set of target systems, one reconciliation cycle and one access request workflow. DeployOpen's engagements are typically fixed-scope, so scope, deliverables and timelines are agreed in writing before work starts, and a quote follows from that scope.
Can an in-house team run midPoint or Syncope without outside help?
An in-house team with directory, Java and database skills can run either platform, but the work is ongoing, not a one-time install. For midPoint, Evolveum recommends Java 25 for version 4.11 and later (Java 21 is supported), and PostgreSQL as its native repository, ideally on a separate database server. Multi-node deployments need a sticky HTTP load balancer, a shared central database, cache invalidation between nodes over HTTPS and Quartz for distributed task scheduling. Syncope supports PostgreSQL 18 or later, MariaDB 12 or later, MySQL 9 or later and Oracle Database 23 or later for internal storage. Assess whether your team can handle connector upkeep, patch cycles and on-call coverage, or whether a retainer should cover some of that work.
What does the work need from our identity and database teams?
The identity team owns the authoritative sources, attribute mappings, account lifecycle rules and approval owners, while the database team owns the repository and its availability. Expect to provide service accounts with the permissions each connector needs, such as directory bind accounts for LDAP or Active Directory, along with test accounts in non-production systems. The identity team also decides which attributes are authoritative and how conflicts are resolved during reconciliation. The database team must provision PostgreSQL or another supported database, plus backups, patching windows and a secure network path for the platform. Ask for a written responsibility matrix in the scope, so each team knows who signs off on each deliverable.
How should we schedule upgrades given midPoint 4.8 LTS and 4.11 timing?
Schedule around the published support windows, and confirm the dates on Evolveum's release page before you plan. midPoint 4.8 is the long-term support line, supported until October 17, 2028. midPoint 4.10 is a feature release supported until November 26, 2027, its current maintenance release is 4.10.5, and 4.9 support ends October 18, 2026. Midpoint 4.11 is planned for October 21, 2026, and it recommends Java 25. A common approach is to stay on 4.8 LTS for stability and plan a dated upgrade later, or to pilot 4.11 in a non-production environment first. Whichever path you choose, test every connector against the new version and include upgrade testing and rollback steps in the written scope.
How DeployOpen scopes identity governance selection and implementation
DeployOpen plans, implements, customizes, integrates, hardens, documents and supports self-hosted open-source platforms inside your own infrastructure, so the identity governance choice is tested against your directories, applications and approval processes before anything is built. Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.
How we scope
- We map which systems hold authoritative identity data and which targets need accounts provisioned.
- We confirm whether midPoint or Apache Syncope fits your connector needs, using your own directory and application inventory.
- The written scope names the access management layer, such as Keycloak, and where it sits relative to governance.
How we build
- We configure connectors, reconciliation rules and access request workflows in your own environment.
- We test provisioning and deprovisioning paths against non-production copies of each target system.
- We check database, Java runtime and cluster settings against the vendor's documented requirements before go-live.
How we hand over
- We document configuration, connector mappings, approval flows and recovery steps for your operations team.
- We deliver backup and upgrade procedures so your staff can run the platform after handover.
- Evidence for access reviews is organized for your compliance team and auditors, who issue any assessment outcome.
How we support
- Ongoing support, upgrades and continuous testing are available as retainers after handover.
- Retainers cover patching across the release lines your chosen vendor supports, such as the midPoint maintenance cycle.
- Confirm response expectations and any vendor subscription terms with each vendor before committing to a retainer.

