Collabora Online and GDPR

Self-hosting Collabora Online keeps document editing inside infrastructure you control, but GDPR compliance depends on the WOPI host, transfers and records you keep. This page maps each requirement to what you configure and what you must evidence.

On this page

Where Collabora Online helps with GDPR and where it does not

Self-hosting Collabora Online supports the Article 32 security and Chapter V transfer analysis, but it does not make your organization compliant with the GDPR. The controller's problem is editing documents that contain personal data in a browser without sending that content to a third-country editing service. Running the editor in infrastructure you control removes one processor and one possible transfer from that picture, but the rest of the processing chain still has to be assessed, documented and operated. The GDPR requires no audit, attestation or certificate. Certification under Article 42 is voluntary, and it does not reduce the responsibility of the controller or processor.

DeployOpen configures the deployment, prepares the configuration baseline and collects the evidence your assessors will ask for. Independent auditors and certification bodies are the ones who assess it, and a supervisory authority decides compliance in an investigation. Confirm with your data protection officer which parts of the analysis rest on your own environment, such as where the editor runs, which network paths carry document traffic and who holds administrative access to the servers. Those answers determine the transfer assessment far more than the editor's license does.

Before go-live, ask your DPO and counsel to review the transfer analysis for every component, including the WOPI host, storage, backups and any external AI provider you enable, since the optional AI assistant in Collabora Online 26.04 is off by default and its provider location is your choice. Treat the editor as one link in a documented chain, not as a compliance feature you buy.

Mapping GDPR obligations to Collabora Online capabilities

This table maps GDPR obligations that touch document editing to what Collabora Online provides and what you configure. The third column shows whether the platform, the WOPI host or your own processes carry each duty. The main takeaway is that self-hosted editing reduces where document content sits, but the controller still owns records, breach handling and contract terms.

GDPR requirementCollabora Online capability and configurationCovered by
Article 32, security of processingDocuments are processed in server memory during editing. Restrict WOPI requests to Collabora server IP addresses and use HTTPS for the server URL.Shared: the editor provides processing, and the operator configures allow lists and TLS
Articles 33 and 34, breach notificationCollabora publishes security advisories and signed packages, such as the 25.04 fixes for CVE-2026-23623. Your team must still detect incidents and notify within the required deadlines.Host and operator: advisories inform patching, but breach detection and notification are yours
Article 44 and Chapter V, transfersSelf-hosting in infrastructure you choose keeps the editor in a location you control. Remote administrative access from a third country can still count as a transfer, so confirm access paths.Operator: hosting location and remote access controls determine transfer exposure
Article 28, processor termsConfirm processor contract terms with counsel before any vendor or implementation partner handles personal data. This article is not covered on this page.Contract, outside the platform
Article 25, data protection by designThe server code is licensed under MPL-2.0, so your security team can inspect it. Use Nextcloud Office group limits to restrict who may use the editor and who may edit.Shared: the license allows inspection, and the host sets group permissions
Articles 24 and 30, accountability and recordsKeep configuration baselines, WOPI allow lists, version and patch history, and group access records. Collabora does not hold these records for you.Host and operator: the controller maintains the records of processing

What personal data the editor touches and what it keeps

The GDPR question for the editor is not whether it processes personal data, because it does while a document is open, but where copies of that data persist after the session ends. Collabora Online does not hold the master copy of a file. The WOPI host (Nextcloud, for example) fetches the document, passes it to the editor through the WOPI protocol, and receives the saved result back. That means most personal data in an editing workflow lives in the host: its file storage, database rows that describe ownership and sharing, sharing links, backups of both, and access and application logs. Those are the records your processor and controller obligations under the GDPR attach to first, and they should be mapped in your record of processing before the editor is discussed at all.

The editor-side question is narrower and has to be answered by testing. Ask Collabora, in writing, what the server writes to disk during a session (temporary conversion files, caches, lock files and any crash dumps) and for how long each is kept. The product documentation supplied for this topic does not describe these retention behaviors, so do not treat the editor as stateless on the strength of its architecture. On a test instance, open, edit, save and close a document containing clearly marked test personal data, then search the server's temporary directories, log directories and any crash-dump location for that data. Repeat after a forced crash and after a normal restart. Record the paths and the findings as evidence for your assessment, and confirm which locations your chosen deployment method (Docker, system packages or Kubernetes) actually uses.

When a transfer happens and when it does not

When the Collabora Online servers and the WOPI host both run in an EEA data center under your control, and no administrator or support engineer outside the EEA can view or access that data, the editing flow usually does not create a transfer under Chapter V. EDPB Guidelines 05/2021 treat an export as a transfer only when a controller or processor in scope of the GDPR makes personal data available to a recipient in a third country, so the location of the data and the location of every person who can reach it both matter.

  • Document data stays in your network: Documents are opened, converted and edited in memory on Collabora servers inside your EEA infrastructure, and the WOPI host keeps the stored files.
  • Administrative access is the common gap: Remote administration, log collection or backup replication to a non-EEA location can each create a transfer even when the primary servers are in the EEA.
  • Backups and logs count: Backup targets, log shipping and monitoring SaaS need the same location review as the editing servers.
  • Sub-processors: Any hosting provider, managed database or monitoring vendor you use must be mapped with its data location.
  • Access from outside: Staff travelling or working remotely from a third country and viewing documents on screen can still constitute a transfer.

Check the physical location of every server, backup and log store, and the country of every person with administrative access, and record the result.

Who is controller and processor in a self-hosted setup

In a self-hosted Collabora Online deployment, the roles under GDPR follow who decides why and how documents are processed and who actually operates the systems. Each party below has a distinct role, and each should be covered by a written instruction, contract or confirmation that matches what it really does.

The organization as controller

Your organization decides that employees edit documents in the browser, which people may open them, and how long the documents are kept. That decision makes you the controller for personal data in those documents, even though the editor runs on your servers. Confirm that your record of processing covers document editing, that Nextcloud or another WOPI host access groups match your policy, and that you can explain where documents are kept.

The WOPI host operator

The platform that stores documents and calls the editor, such as Nextcloud, is where personal data at rest usually lives. If you run it for other organizations, the operator acts as a processor or sub-processor and needs a written instruction covering storage, access, backups and deletion. Confirm who may administer the host, that WOPI requests are restricted to the Collabora server addresses, and that the agreement names the sub-processors involved.

Collabora as software supplier

Collabora publishes the server code under MPL-2.0 and does not receive your documents when you run it yourself. Its role changes if you buy paid support or Enterprise services, such as integration support or customization, where engineers may view files or logs during troubleshooting. Ask for the terms that govern any remote access, the data categories it could reach, and where support staff are located, because access from a third country can count as a transfer.

The infrastructure provider

The cloud provider, data center operator or hosting company runs the hardware, virtual machines, storage and backups that hold document content and logs. Its staff may have technical access even when you never open a support channel. Confirm the processing terms, the physical and logical locations of data including backups, the encryption and key ownership model, and how the provider responds to government access requests.

Configuration steps that support GDPR evidence

This sequence turns a Collabora Online deployment into a documented, testable setup where personal data flows are known, access is limited, traffic is encrypted and restricted, and the evidence for each control is kept in your own records. It does not replace a legal assessment of your processing.

  1. Inventory where documents and personal data sit

    Before changing any setting, the controller's team lists the document stores, the WOPI host, the Collabora servers, backups, logs and any caches that can hold files or personal data. Record which system is the source of truth for each document type, which parties operate each component, and where each one runs. Done means a data flow diagram and a table of locations exist and have been reviewed by the people who own the WOPI host and the editor. This inventory is the basis for the record of processing activities and for judging whether any component sits outside the EEA.

  2. Pin the WOPI host to Collabora servers by IP allow list

    The Nextcloud administration manual recommends restricting WOPI requests to the IP addresses of the Collabora servers, so only your editor instances can call the host's WOPI endpoints. The administrator of the WOPI host configures this allow list and the editor's address ranges are confirmed against the actual egress and ingress addresses of your deployment. Done means a test request from an address outside the list is refused and a request from a Collabora server is accepted. Keep the allow list in version control so changes leave a record.

  3. Enforce HTTPS between the host and the editor

    Use the same protocol for the Collabora server URL as for the WOPI host, and prefer HTTPS, as the Nextcloud documentation recommends. The platform team sets the certificate chain on the reverse proxy in front of the editor and confirms that the host rejects plain HTTP for WOPI calls. Done means a scan or a manual check shows the editor URL and the host URL both use HTTPS with valid certificates, and that no document content is sent over an unencrypted path. Record the certificate issuer and renewal process as transmission security evidence.

  4. Limit editing and editor access by group

    In Nextcloud Office, the administrator limits which groups can use the editor and which groups can edit rather than only view. Map these groups to the roles documented in your access policy, so that only staff with a business need can open or change documents with personal data. The administrator tests one account from each group and confirms the expected behavior. Done means a dated export of the group settings and test results is stored with the access review records.

  5. Restrict temporary and log retention on the editor

    The platform team reviews where the editor writes temporary files, cache entries and logs, and sets retention and cleanup for each location according to the storage limitation principle in your policy. Logs should avoid recording document content, and access to them should be limited to operators. Confirm the exact file paths, log options and cleanup behavior against the Collabora Online documentation for your installed version, since defaults vary by packaging. Done means a written retention table exists and a test session shows that temporary files are removed after the session ends as configured.

  6. Track advisories and patch the supported branch

    Assign an owner to follow Collabora's security advisories and release notes for the branch you run, and record each point release you apply. For example, the 25.04 release notes record that 25.04.7.5, released January 29, 2026, fixed CVE-2026-23623, and that signing keys were updated for RPM and DEB users. Verify package signatures during each update and keep the change record. Done means a patch log lists each applied release, the advisory it addresses, the date applied and the verification performed.

  7. Test the setup with sample personal data

    Using invented sample records that look like real personal data, the team opens, edits, saves and closes documents through each group account, then checks the host audit logs, editor logs, temporary storage and backups for where that data appears. Include a test that a non-allow-listed address and an unauthorized group are both refused. Done means a signed test report lists each scenario, the expected and observed result, and any corrective action. Repeat this test after configuration changes and major upgrades.

Which records the controller should keep

Does a Collabora Online deployment produce a record of processing activities?

No. Collabora Online does not write a record of processing activities for you, and the controller must maintain one that covers document editing as a processing activity. Record the purposes, categories of data subjects and personal data (names and content inside documents), recipients, retention and security measures. Confirm with your counsel or data protection officer which fields your register requires under the GDPR, because the Article 30 text is not reproduced here. The editor adds no separate data category of its own, so the entry should describe the WOPI host as the system holding the files and note that Collabora Online processes document content in memory during editing. Review the entry whenever you add an integration or change where documents are hosted.

What belongs in a data flow and transfer inventory for Collabora Online?

The inventory maps where document content travels and where it rests. Start with the browser, the WOPI host (for example Nextcloud), the Collabora Online server and any reverse proxy, then mark the location of each component. Record every hop that crosses a border, including remote administrator access, log shipping to a third-country service and backups. Under EDPB Guidelines 05/2021, remote access from a third country, even only displaying data on a screen, counts as a transfer, so include support sessions in the inventory. If you use an AI assistant from Collabora Online 26.04, which is off by default, record the chosen provider and whether it is hosted externally or on your infrastructure. Your team must add the vendor list, the legal basis for each transfer and the review date.

Which access group configuration exports should we keep as evidence?

Keep exports of the group settings that decide who can open and who can edit documents. In Nextcloud Office, administrators can limit which groups may use the editor and which groups may edit rather than only view, so export that configuration on a fixed schedule and after every change. Store the exports with the change ticket and the approver's name. The WOPI host holds the identity and group data, so also keep the directory group membership that feeds those rules. Collabora Online itself does not manage your user accounts, so the team must add the access review process, the owner of each group and the record of leavers removed from groups.

How do we record Collabora Online versions and security advisories with dates?

Keep a dated log of every running version on every server, and of every advisory that applies to it. The 25.04 release notes record that 25.04.7.5, released January 29, 2026, fixed CVE-2026-23623, and that package signing keys were updated for RPM and DEB users. A useful entry names the version deployed, the date deployed, the advisory identifier, the date the fix was applied and the person who verified it. Collabora publishes these notes on its release notes page, so the log should cite them and the date you checked them. The team must add the subscription to advisories, the patching window and evidence that the old version was retired.

What breach-response records does GDPR Articles 33 and 34 require?

The controller must be able to notify the supervisory authority of a personal data breach and, where the risk is high, notify the affected individuals. Articles 33 and 34 set those duties, and the controller must keep its own record of each incident, its facts, its effects and the remedial action taken. For a Collabora Online deployment, record which logs would show unusual access, such as WOPI host access logs and Collabora Online server logs, how long they are kept and who reviews them. Include the contact path to the processor or hosting provider and the decision steps for deciding whether to notify. Confirm the notification timelines and the content requirements with counsel, and have the team test the procedure before an incident occurs.

Which processor and supplier records should sit alongside the Collabora Online records?

Keep the contracts and assurances from each processor and supplier involved in the deployment. Where a third party processes personal data on your behalf, the controller needs a written arrangement and a record of who the processor is, where it operates and which sub-processors it uses. For Collabora Online, record the licence terms (the server code is licensed under MPL-2.0) and which edition you run. Under the Business plan, support includes signed security updates and customer portal access, and the pricing page states the per-user monthly cost for up to 99 users, which you should confirm against the current page before budgeting. Record the agreement, the subscription terms, the renewal date and the exit plan in the same file.

How long should we keep these records, and who should own them?

Retention periods are a decision for your legal team, and the GDPR does not supply a fixed period for the register itself, so confirm the period with counsel. Assign one owner for each record: the data protection officer or compliance lead for the register and breach log, the platform team for version and configuration exports, and the WOPI host administrator for access exports. Keep the records in a system that shows version history and who changed each entry. The GDPR does not require an audit or certificate, but records that show regular review are the evidence supervisory authorities are most likely to ask for, and they support any voluntary certification you pursue later.

Evidence the deployment produces and how to keep it

A self-hosted Collabora Online deployment produces a set of records that show how personal data was kept out of the editor and who could reach it. Store each record in version control or a controlled repository, tie it to a release, and review it on a fixed cycle so the file reflects the system as it runs today.

Configuration files and environment settings

Keep the server configuration, container image tags, Helm values and environment variables in version control, one revision per change. Record the exact Collabora Online version in each file, since the GDPR file must show which processing setup applied on a given date. Check that settings controlling host allow lists, TLS and logging are explicit rather than inherited from defaults, and that secrets are referenced, not stored in the repository. Note: the file should show the deployed state, not the intended one.

Nextcloud Office group settings

Export the Nextcloud Office settings that limit which groups can open the editor and which can edit rather than only view. Store the export with the access review record and the date it was taken. This is the main evidence that personal data in the WOPI host is reachable only by people with a documented need. Compare the export against your directory group list at each review, because group membership changes faster than configuration does.

IP allow list and HTTPS evidence

Keep a dated record of the Collabora server addresses permitted to send WOPI requests to the host, and of the protocol used for the Collabora server URL. Capture the Nextcloud setting and a test request showing that HTTPS is used end to end. Update the record whenever load balancers or node addresses change, since a stale allow list either blocks editing or leaves gaps in the access control described in your processing records.

Release and advisory history with signed package records

Maintain a log of every Collabora Online release you deployed, the date it went live and the advisories it addressed. Keep the package signature verification output from your RPM or DEB installs, or the image digest for container deployments. For example, 25.04.7.5 fixed CVE-2026-23623. A regulator or auditor asking how you handled security of processing under Article 32 will expect this trail to show timely patching.

Test results on personal data handling

Retain test records showing how documents containing personal data behave in your deployment. Cover whether files are removed from the editor after a session closes, whether temporary copies appear in logs or on disk, and whether export and print paths respect the access settings. Re-run the same test cases after each upgrade and keep the results with the release record, so changes in behavior are traceable.

Transfer assessment file

Store the transfer assessment for every place personal data could be accessed from outside the EEA, including remote support sessions and any hosted AI assistant features you enable. Record the legal basis, the safeguards applied and the supplier's exposure to third-country authority requests. Review the file when the supplier's ownership, hosting location or contract changes, and when the Data Privacy Framework position is updated.

Choosing hosting and support options with GDPR in view

The edition you run decides what patch evidence you can show a supervisory authority and who you can call when a vulnerability lands. CODE, the free edition, is not recommended for production by Collabora. It is released roughly monthly as a rolling release, which suits testing and small teams but leaves a controller without a long-term support commitment to point to under Article 32. For any deployment that holds personal data, the realistic production options are the paid tiers, and the controller should record which tier was chosen and why, as part of the processing security file.

Collabora's pricing page lists the Business plan at 3 euros per user per month for up to 99 users. According to that page, it includes long term support, a service level agreement, signed security updates and customer portal access. For 100 or more users, the Enterprise plan is quoted with volume discounts and adds integration support, customization services and roadmap input. Confirm current prices directly with Collabora, since the pricing page is the only source for these figures. Signed security updates matter for GDPR evidence because they give you a traceable record of which fixes you applied and when, which supports the Article 32 security of processing argument and your breach-response timeline.

Before you sign, ask the vendor where support access happens. If a support engineer must view a live document, log file or memory dump to resolve an issue, that access can be a transfer under Chapter V, and EDPB Guidelines 05/2021 treat even remote display of data from a third country as a transfer. Ask which countries staff access from, whether support tooling stores data outside the EEA, whether any sub-processors are involved, and how the contract covers third-country legal requests. Record the answers in your processor assessment and align them with your own transfer impact assessment before any support ticket containing personal data is opened.

Questions buyers ask about GDPR and Collabora Online

Does self-hosting Collabora Online make us GDPR compliant?

No. Self-hosting does not make an organization GDPR compliant by itself. The GDPR has no certificate or audit that confirms compliance, and certification under Article 42 is voluntary and does not reduce the controller's or processor's responsibility. Self-hosting helps because you decide where documents are processed and who can reach the editor, which supports your Article 32 security of processing duties. You still need a lawful basis, records of processing, processor terms with your suppliers, transfer assessments where data leaves the EEA, and a way to handle breaches under Articles 33 and 34. Collabora Online does not store documents on the editor, but personal data still lives in your WOPI host, which remains in scope.

What does a GDPR assessment for document editing cost, and what drives it?

The cost depends on the written scope, and a quote follows from that scope. The main cost components are the time of the people reviewing the data flows, the number of hosts and integrations involved, the document types and categories of personal data in scope, and whether transfers outside the EEA need analysis. Work usually includes mapping where documents and metadata are processed and stored, reviewing the WOPI host configuration, checking supplier terms, and preparing records. Ongoing costs can include Collabora subscriptions: the Business plan costs 3 euros per user per month for up to 99 users, according to the Collabora Online pricing page, and it includes a service level agreement and signed security updates. Ask any partner for a fixed-scope quote that lists deliverables and exclusions in writing.

How long does a GDPR review take, and what does it need from our team?

Duration depends on how many systems are in scope, how well your current data flows are documented, and how quickly your legal and security teams can answer questions. Expect the work to depend most on access to the people who own the WOPI host, the identity provider, storage and backups, and the contracts with each supplier. Your team will typically need to confirm which document categories are edited, who can open and edit them, where logs and backups are kept, and which countries staff access the system from. A written scope should state the timeline and the dependencies on your side. Ask for the timeline in the quote rather than relying on general estimates.

Can our own staff run a GDPR assessment for Collabora Online?

Yes, many organizations do this with internal staff, especially where the data protection officer and security team already maintain records of processing and a data inventory. The work requires knowledge of GDPR Chapter IV on controller and processor duties and Chapter V on transfers, plus hands-on access to the Collabora Online server, the WOPI host and its configuration. Internal teams often lack time for the technical review of logs, allow lists and TLS settings, or for drafting transfer analyses. A hybrid model is common: internal staff own the legal decisions and records, while an implementation partner documents the configuration and produces evidence. Whichever model you choose, the controller remains accountable for the outcome.

Does Collabora need access to our documents?

Collabora's server processes documents in memory while a user edits them, and self-hosting means the server runs in your infrastructure, so Collabora as a vendor does not receive your documents by default. Confirm this in writing, because the answer depends on your deployment and any support, telemetry or AI features you enable. Some features, such as the optional AI assistant introduced in 26.04, can send content to a provider if you choose a hosted AI service, so check that choice against your transfer analysis. Personal data also remains in the WOPI host and storage system, which are outside the editor. Ask whether any support session would require remote access from a third country, since EDPB Guidelines 05/2021 treat that as a transfer.

What should we ask Collabora and our hosting provider in writing?

Ask for written answers on several points before you sign. For Collabora, ask which data, if any, leaves your environment during installation, updates, support, telemetry or AI features, and whether a data processing agreement is available with standard contractual clauses where needed. For your hosting provider, ask where data is stored and processed, which staff can access it, whether support involves remote access from outside the EEA, how they respond to government access requests, and what happens to data on exit. Also ask about the notice and transition terms for switching, since the Data Act gives customers switching rights for data processing services. Request written evidence of security updates, such as how Collabora publishes advisories and signing key changes, so your records show how patches are handled.

What fine could apply if a transfer infringement happens?

Article 83(5) sets fines of up to EUR 20 million or 4% of total worldwide annual turnover, whichever is higher, for infringements of Articles 44 to 49 on transfers to third countries. This is the level named in the GDPR itself, and it is why transfer questions belong in the assessment scope. Infringements of Articles 25 to 39, which cover security of processing and breach notification among others, carry a lower maximum of EUR 10 million or 2% of turnover under Article 83(4). Self-hosting reduces the number of transfer paths you must review, but you still need to verify each supplier and support route, so ask for a quote that covers those checks explicitly.

How DeployOpen works on this

DeployOpen plans, implements, hardens, documents and supports self-hosted Collabora Online inside your own cloud accounts, data centers or air-gapped networks. For GDPR, that means we map where documents and personal data sit, configure the WOPI host and editor around that map, and hand over the records your team needs to keep.

How we scope

  • Written scope maps which WOPI host, users, groups and document types will use the editor.
  • We confirm where documents are processed, cached and stored, including the WOPI host and any backup locations.
  • Scope lists the processor and transfer questions your legal and privacy team must answer before go-live.

How we build

  • We deploy Collabora Online in your infrastructure and restrict WOPI requests to the approved host addresses.
  • We configure group limits so only approved users can open the editor or edit documents, not just view them.
  • We test sample documents end to end to confirm the editor does not keep copies after a session closes.

How we hand over

  • You receive configuration records, data flow diagrams and a list of personal data stored in the WOPI host.
  • Runbooks cover patching from Collabora's security advisories and the update steps for your chosen release branch.
  • Documentation supports your records of processing and your assessment of supplier and transfer exposure.

How we support

  • Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.
  • Ongoing support, upgrades and continuous testing are available as a retainer, scoped separately from the build.
  • Retainers can cover review of new Collabora releases and changes to the WOPI host that affect personal data flows.

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.