How Nextcloud handles GDPR data subject requests and retention
Nextcloud helps with the technical side of GDPR data subject requests and retention, but the controller still owns the lawful basis, the retention decisions and the response to each request. The regulation sets four duties in scope. Article 15(1) gives a person the right to confirmation that their data is processed and access to it, along with information about purposes, recipients, retention and sources. Article 17(1) requires erasure without undue delay on defined grounds, such as withdrawn consent or data no longer needed. Article 5(1)(e) limits how long identifiable data may be kept to what the purpose requires. Article 20(1) gives a right to receive data the person provided, in a structured, commonly used, machine-readable format, where processing is based on consent or contract and is automated. These are paraphrases. The text on EUR-Lex is the reference for the exact wording.
DeployOpen plans and configures the Nextcloud installation, documents how each request type is handled and prepares the configuration and evidence a controller can show an assessor. DeployOpen does not issue audits, attestations or certificates. Independent auditors and supervisory authorities perform those roles. The GDPR requires no certificate. Article 42 certification is voluntary, is issued for at most three years by accredited certification bodies or supervisory authorities, and does not reduce the controller's responsibility for compliance. The reason these duties matter is the fine ceiling in Article 83. Infringements of the principles, lawful basis, data subject rights and transfer rules can draw fines of up to EUR 20 million or 4% of total worldwide annual turnover, whichever is higher. Other infringements carry a ceiling of EUR 10 million or 2% on the same basis.
Start by mapping where personal data sits in your Nextcloud instance: user accounts, home storage, shares, comments, activity records and Talk messages. Deleting a user account removes the account, but comments and Talk messages that user wrote can remain in the instance after deletion. Confirm with your version's documentation and a test account what user deletion removes and what it leaves behind, then decide whether your erasure procedure must also cover those records. For access and portability requests, confirm which export method your version provides, run a test export for a sample account, and check that the output is structured and machine-readable for the data types in scope. Record each test result as evidence for the request procedure.
Retention limits in Nextcloud apply to items the system keeps after a user deletes them, mainly the trash bin and file versions. Set the retention periods for both in configuration, and record each period with the purpose it serves, because Article 5(1)(e) requires a justification for how long data is kept. The EDPB's 2025 coordinated enforcement action on the right to erasure, with findings announced on 18 February 2026, involved 32 data protection authorities and 764 responding controllers. It found that controllers struggled to determine retention periods and to delete personal data held in backups. Plan how erased data leaves your backups, confirm how your backup tooling handles that, and document the procedure before the first request arrives.
Which GDPR requirements map to which Nextcloud capability
This table maps five GDPR requirements to what a self-hosted Nextcloud deployment provides and what your team must confirm in the admin manual for the installed version. Read each row as a checklist of questions for your deployment. The main takeaway is that Nextcloud supplies the technical levers, but the controller must still decide the lawful basis and the retention period for each data category.
| Requirement | Platform capability | Configuration to confirm |
|---|---|---|
| Article 15(1): confirm processing and provide access and information on purposes, recipients, retention and sources | Files, shares and account data sit on the server and in its database. Locating a person's data across installed apps is an administrator task. | Confirm in the admin manual for your version which account and file reports exist, and how Talk and comment data are included in a response. |
| Article 20(1): receive personal data the person provided in a structured, commonly used, machine-readable format | Files can be downloaded in their stored format. Structured export across apps depends on the version and the installed apps. | Confirm the export options in the admin manual for your version, then test that a sample export opens in a common machine-readable format. |
| Article 17(1): erase data without undue delay when one of six grounds applies | Deleting a user account does not necessarily remove comments or Talk messages that user left behind, so erasure needs a documented sweep. | Confirm in the admin manual for your version what user deletion removes, and list the comment, Talk and trash data it leaves in place. |
| Article 5(1)(e): keep personal data no longer than necessary for the purpose | Trash and file version retention are configurable limits. Each must be set for the data category it covers. | Confirm the trash and version retention limits in the admin manual for your version, and set them from the retention schedule your organization approved. |
| Article 32: security of processing, including access controls and encryption | Access depends on the identity integration (LDAP, OpenID Connect or SAML), admin role assignment and encryption choices made at installation. | Confirm in the admin manual for your version the encryption options, the TLS settings on your Apache or nginx front end, and who holds admin rights. |
Answering GDPR access and portability requests in Nextcloud
Article 15(1) gives the data subject two things: confirmation of whether you process their personal data, and access to that data together with specified information about the processing. Nextcloud can help you locate the material. It can find files, account attributes, shares, comments and Talk messages tied to the person. It cannot tell you why the data was collected, who received it or how long it will be kept, because those answers come from your records of processing, your contracts and your retention schedule.
Plan the response as two streams:
- The data: profile fields, group memberships and login information from the user directory, files and folders the person owns or can reach, shares they created or received, and comments, activity entries and chat messages where their name appears. Deletion of a user does not always remove these traces.
- The information about processing: purposes and lawful basis for each category, recipients (especially any in a third country, such as a support vendor with remote access or a hosting provider outside the EEA), retention periods including trash and file versions, the source of the data where it did not come from the person, and any automated decision-making.
Before you list a remote-access support vendor as a recipient, check with counsel whether that access is a transfer under Chapter V. Confirm with your installed Nextcloud version which admin and user reports export account and activity data, and whether they include shares and comments.
Article 20(1) covers only personal data the data subject provided to you, and only where processing is based on consent or contract and carried out by automated means. Data you derive from their activity, such as usage statistics you generate, is generally outside the right. Data processed under a legal obligation is also outside it. Apply this test dataset by dataset before you build an export, because a single Nextcloud account often holds both qualifying and non-qualifying data.
The export must be structured, commonly used and machine-readable. In practice, this means:
- Uploaded files: the person's own uploads are usually in scope. Keep original formats, since common document and image formats are machine-readable, and pair them with a structured index of names, paths, dates and sizes.
- Profile entries: values the person typed into their profile or settings are provided data and should be exported in a structured format such as CSV or JSON.
- Shared content: files a colleague placed in a shared folder also contain that colleague's data, so decide how third-party information is handled before release.
- Transmission: the right also covers transmitting the data to another controller. Confirm which transfer options your installed version offers and how you will deliver the package securely.
Confirm which export or data-download functions your installed version provides, and how they treat shared files and guest accounts, before you promise a format or a scope in writing.
Most difficult requests involve data that Nextcloud does not hold in one place. Files shared with external guest accounts, group folders and content created by colleagues can all contain the requester's personal data, and the same content may belong to several people at once. Decide in advance who answers for each location, and record that decision in the process documentation rather than rebuilding it for each request.
Watch three points closely:
- Deleted or disabled accounts: data attached to an account that has been removed may survive in comments, Talk messages, shares or backups. The EDPB's 2025 coordinated enforcement action on erasure found controllers struggling with retention periods and with deleting personal data held in backups, so document what you can and cannot search.
- Guest accounts: confirm whether guest activity appears in the same reports as employee activity and whether guest-shared files can be attributed to the requester.
- Evidence of the response: keep the request, the search performed, the locations checked, the export produced, the Nextcloud version in use, the approver and the dates. Your records prove what you did, but they do not replace an independent audit, because the GDPR requires no audit or certificate.
Before a live request arrives, test the process on a sample account with shares, guests and comments, and confirm that the output matches your records of processing.
What Nextcloud user deletion leaves behind in comments and Talk
Deleting a Nextcloud user account removes the login, but it does not automatically remove everything that person created. Article 17(1) requires erasure without undue delay when one of six grounds applies, such as data that is no longer necessary for its purpose or a successful objection. A controller that deletes the account and closes the request may still hold the person's name, messages and edits in other places. The EDPB's coordinated enforcement action on the right to erasure, covering 32 data protection authorities and 764 responding controllers, found controllers struggling to determine retention periods and to delete personal data at all. Findings were announced on 18 February 2026.
Comments on files and activity records are the first places to check. Comments written by the user are tied to the account, and activity entries record who uploaded, edited, shared or deleted content. Whether those rows keep the user's display name, a user ID or a placeholder after deletion depends on the installed version and app configuration. Talk messages, reactions and shared conversations form a second store with their own behavior. Confirm the exact outcome for your version in the Nextcloud documentation, then verify it on a staging instance instead of relying on a summary of the admin interface.
Shared files need a separate decision before any deletion runs. Files the deleted user owned may sit in folders or shares that other people still use, so deletion can remove material the organization still needs, or leave shares pointing at content with unclear ownership. Decide in advance whether ownership moves to a retained administrative account, whether content is exported or reviewed, and who signs off. If the organization keeps any of this material, record the business purpose and the period for which it is kept, because Article 5(1)(e) limits retention to what is necessary for that purpose.
Build a test plan on a staging instance that matches production in version, apps and Talk configuration. Create a test user, then generate comments on files that user owns and on files owned by others, activity from uploads, edits and shares, and Talk messages in a group conversation and a one-to-one conversation, including a reaction and a file shared into Talk. Record a baseline, delete the user through the same path your team uses in production, then search and browse each location as an administrator and as a remaining member. Log whose name appears, whether the content is still reachable, and whether anything else changed. Repeat the test after each upgrade. Backups are a separate question and are covered in the retention section.
Retention limits for trash, versions and backups in Nextcloud
Nextcloud keeps copies of data outside the live file tree: deleted files in the trash, earlier file versions and any backups you take. Each copy has its own lifetime and deletion path, so an erasure request is complete only when every one of them is covered.
Trash bin retention
Deleted files stay in the owner's trash bin after they disappear from the user's view, so a copy persists after a deletion. Confirm in the admin manual for your installed version which settings control automatic expiry of trashed files and what an administrator can purge for a user on request. Record the chosen setting in your retention schedule, because Article 5(1)(e) limits storage to what the processing purpose requires, and a trash copy kept without a documented reason is hard to justify to a supervisory authority.
File version retention
Nextcloud creates older versions of a file when it changes, so the original content of an edited document can survive after the current version has been corrected. Check the version expiry settings in the admin manual for your release, then test them with a sample file to confirm which versions are removed and when. Versions often contain the personal data named in an erasure request, so the plan must state how long each version persists and who can purge it.
Backup repository retention
Nextcloud All-in-One creates its backups with BorgBackup, and the archives form a separate store with their own retention policy. Pruning the live instance does not remove data from older archives, which is why the EDPB's 2025 coordinated enforcement action found controllers struggling to delete personal data held in backups. Document a retention and deletion rule for the backup repository, confirm how pruning and compaction behave in your version, and state when erased data leaves the archives.
Restores that reintroduce erased data
A restore from an archive taken before an erasure returns the erased data to the live system. The retention plan must therefore record which erasure requests were completed after each backup, and re-apply those deletions after any restore before users regain access. Rehearse this with an illustrative restore into a non-production instance, and confirm the procedure against the Nextcloud and BorgBackup documentation for your version.
Configuration sequence for GDPR requests and retention
This sequence takes an organization from an agreed retention schedule to a tested, documented process for access, portability and erasure requests in a self-hosted Nextcloud. Each step produces an artifact that the controller's legal team and the platform owner can review. The sequence also keeps trash, versions and backups aligned with the schedule.
Set the retention schedule per data category
The controller's legal team decides how long each category of personal data is kept, such as account records, shared files, comments and chat messages, and which event ends each period. Article 5(1)(e) requires personal data to be kept no longer than necessary for the purpose of the processing, so the schedule must state a purpose for each category. Record exceptions such as legal holds. Done when the signed schedule names every category and its owner, and the platform team confirms that each category can be located and acted on in Nextcloud.
Map each data subject to one account
The identity team connects Nextcloud to the directory or identity provider so that each person has exactly one account. Use the documented LDAP app or the OpenID Connect or SAML user authentication backends, and confirm which attribute uniquely identifies a person and stays stable when names or email addresses change. Check for duplicate and orphaned accounts before go-live. Done when a test set of users signs in through the chosen backend and each maps to a single account that the request team can locate.
Confirm the export procedure on staging
The platform team runs an access request on a staging copy for a test account and reviews what a data subject would receive. Article 15(1) covers confirmation of processing and access to the data, along with information on purposes, categories, recipients, retention and source, so the package should cover that information as well as the files. Article 20(1) calls for a structured, commonly used, machine-readable format where portability applies. Done when the reviewer signs off on the content, the format and the list of locations searched, and those steps are written into the runbook.
Confirm the erasure procedure on staging
Run a deletion for a test account on staging and inventory what remains. Check files and folders owned by the user, shares and public links, group folder content, comments and Talk messages the user left, and copies synced to client devices. Confirm how your installed version handles comments and Talk messages when a user is deleted, then decide how each residue is treated against the Article 17(1) grounds. Done when a residue report lists every location and an accountable owner has accepted the handling for each.
Configure trash and version retention
The platform team sets trash bin and file version retention in the administration settings so that they match the schedule from the first step. Confirm the exact setting names and behavior for your version in the Nextcloud admin manual before changing production. On staging, test that a deleted item is purged once its configured retention window ends and that versions beyond the limit are removed. Done when a test file demonstrates both behaviors and the settings are recorded in the change record.
Align backup retention and restore with erasure
Set the backup retention period for each backup set to match the schedule, and write down how a restore is handled when it brings back data erased after the backup was taken. The restore procedure must reapply erasures before users access the restored instance. The EDPB's 2025 coordinated enforcement action on the right to erasure found controllers struggling to delete personal data held in backups, so this step needs a written position approved by the controller. Done when the restore runbook includes a post-restore erasure check.
Test a full request cycle end to end
Run one complete scenario with a test data subject. Submit an access request, export the data, submit an erasure request, verify the removal, check trash and versions, and confirm the backup position. Include content that involves shared folders and chat messages. Record the date of each stage and any gap against the schedule. Done when the test record shows that each stage passed or has an accepted issue, and the controller's legal team has reviewed the evidence.
Document each step as a runbook
The platform team writes one runbook per procedure covering access, portability, erasure, retention settings, backup and restore. Each runbook lists owners, inputs, the UI paths or commands confirmed for the installed version, and the evidence to keep. Include the upgrade rule: Nextcloud does not allow skipping major releases, so upgrade one major version at a time, back up before every upgrade, and disable third-party apps until they are confirmed compatible. Repeat the trash, version and backup checks after each upgrade, since upgrades can change this configuration. Done when someone who did not write each runbook can follow it to completion.
Evidence Nextcloud deployments produce for GDPR reviews
A controller must be able to demonstrate how it handled access, erasure and retention requests under the GDPR. The items below are the records a self-hosted Nextcloud deployment can supply to an independent auditor or a supervisory authority. DeployOpen prepares this evidence with you, but it does not issue audit reports, and the controller keeps the records.
Written retention schedule
A dated schedule that lists each category of personal data in the deployment, the purpose it serves, the period it is kept and the action taken when that period ends. Trash and version retention are configurable, so the schedule should record the values actually set, not the defaults. Check that it also covers comments and Talk messages, which can remain after a user account is deleted. Reviewers will compare the schedule against the configuration.
Dated configuration exports and screenshots
Exports of the configuration settings, enabled apps, sharing options and retention options, each labeled with the installed Nextcloud version and the date it was taken. Screenshots of admin pages only carry weight when they show the version and date on screen. Capture them again after each upgrade and keep the earlier set, so the record shows the state in force on each date.
Erasure and export drill records
Records from test runs of access and erasure requests against a non-production copy or a designated test account. Each record should list the request, the steps taken, the commands or interface actions used, the data found before and after the run, and the person who ran it. Drills should also check where erased content persists, such as comments, Talk messages, trash and version history. Tie each drill record to the version it was run on.
Backup retention settings and restore logs
The backup retention period, the backup schedule and the location of each backup copy, with evidence that restores have been tested. Restore logs should show which backup was used, the target environment, the time taken and whether the restored data matched the expected state. The EDPB's 2025 coordinated enforcement action on erasure found controllers struggling to delete personal data held in backups, so document how erased data is handled in backup sets and how long it stays there.
Request log kept by the controller
A register of every access, erasure and export request, with the date received, the identity verification step, the response deadline, the actions taken, the outcome and the reason for any refusal or extension. Do not assume the Nextcloud installation produces a complete log of these requests. Confirm for your installed version which events are logged and where, then maintain the controller's own log to fill any gaps. Link each entry to the drill record or schedule line it relied on.
Version and upgrade records
A dated record of each Nextcloud version in production, the PHP and database versions it ran on, and each upgrade's pre-upgrade backup, sequence of major releases, third-party app compatibility checks and post-upgrade tests. Security fixes arrive through maintenance releases, so reviewers will look for proof that the system was within its support window when each request was handled. Record the end-of-support dates from Nextcloud's maintenance and release schedule for each version you ran.
Where Nextcloud hosting location creates GDPR transfer exposure
The place where a Nextcloud instance stores its files is only part of the transfer question. Under Article 44 of the GDPR, every transfer of personal data to a third country, including onward transfers, must meet the conditions in Chapter V. EDPB Guidelines 05/2021 (version 2.0) treat two situations as transfers: remote access from a third country, even where the person only views data on screen for support or administration, and storage in a cloud outside the EEA. For data subject requests, this matters because access, export and erasure work is often done by administrators or support staff. If that work is performed from outside the EEA, handling the request is itself a transfer. Infringements of Articles 44 to 49 can carry fines of up to EUR 20 million or 4% of worldwide annual turnover, whichever is higher.
Start by mapping every party that can reach personal data in the instance and the country each one works from. Article 15(1) requires the access response to name recipients, in particular those in third countries, so an inaccurate inventory produces an inaccurate response. Typical entries include administrators using the occ command line or the web interface, the hosting provider's operations staff, vendor support sessions if you hold a support contract, backup targets such as a BorgBackup repository when you use Nextcloud All-in-One, and any relay service that carries Talk calls, push notifications or outgoing mail. Ask each provider to confirm in writing where its staff log in from, where support tooling stores session data, and whether any sub-processor sits outside the EEA. Record the answers in the processing register so the Article 15 response and the transfer assessment use the same list.
Where a processor is subject to third-country law, the question is legal reach as well as physical location. The US CLOUD Act provision at 18 U.S.C. 2713, added on 23 March 2018, requires electronic communication and remote computing service providers to preserve or disclose data in their possession, custody or control, whether that data sits inside or outside the United States. Article 48 of the GDPR allows a third-country court judgment or administrative decision to be recognized only if it rests on an international agreement in force with the Union or a Member State, such as a mutual legal assistance treaty. EDPB Guidelines 05/2021 (Example 12) explain that using an EU processor subject to third-country law is not itself a transfer, but complying with a third-country authority request would be, so controllers should assess that exposure before engaging the processor. EDPB Recommendations 01/2020 add that where a provider needs data in the clear and third-country powers go beyond what is necessary and proportionate, no effective technical supplementary measure can be envisioned.
Data Privacy Framework status narrows only one route. Commission Implementing Decision (EU) 2023/1795 finds adequate protection only for US organizations on the Data Privacy Framework List, and an appeal against the General Court's September 2025 judgment upholding the decision is pending as Case C-703/25 P. Confirm that the specific legal entity appears on the list, record the date of the check, and plan for the outcome of the appeal. The Court's Schrems II judgment in Case C-311/18 (16 July 2020) invalidated the Privacy Shield decision while holding that standard contractual clauses remained valid, so keep a documented fallback with clauses and a transfer impact assessment. For a Nextcloud estate, the most direct control is self-hosting inside the controller's own infrastructure, with administrator and support access kept within the EEA. Hosting location alone does not settle the analysis, because remote access from abroad and the legal reach of a provider's home state still count.
The EU Data Act adds a separate duty that does not replace the GDPR. Article 32 of Regulation (EU) 2023/2854 requires providers of data processing services to take technical, organizational and legal measures against third-country governmental access to non-personal data held in the Union where that access would conflict with Union or national law. Many Nextcloud instances hold mixed data: audit entries, Talk metadata, comment threads and version history can contain personal data alongside non-personal files. Treat the personal elements under the GDPR and confirm the provider's Data Act measures for the remainder. Before go-live, document the answers in one transfer register, and review it whenever Case C-703/25 P is decided or a sub-processor changes.
What Nextcloud does not cover for GDPR compliance
Nextcloud handles the technical steps of a data subject request, but the controller still decides what is lawful, how long data is kept, and whether every copy has been removed. The cards below mark the gaps that sit outside the platform. Each one names what your team must confirm or decide before relying on Nextcloud as GDPR evidence.
Lawful basis and retention schedules
Article 5(1)(e) limits storage to what the processing purpose needs, but Nextcloud does not record a lawful basis or a retention period for each dataset. The controller must define the basis for each processing activity and set retention periods for files, shares, comments and logs. Confirm who approves these schedules and how often they are reviewed, then translate them into trash, version and user-deletion settings.
Request intake and response deadlines
Nextcloud does not receive, log or time access and erasure requests. Requests usually arrive by email, letter or a web form, and the controller must verify identity, define the scope and meet the response deadline the GDPR sets. Decide who owns intake, where each request is logged, and how exports and deletions are evidenced. The platform will not calculate the deadline for you, so confirm how your team tracks it.
External storage and third-party apps
Nextcloud's search and deletion cover its own database and data directory. External storage mounts, federated shares and some third-party apps can hold personal data that the instance does not fully index. Inventory every mount, connected app and public sharing link before answering an access request. Confirm which apps keep data outside the data directory and whether their vendors can be instructed to delete it.
Backups and restores
Article 17 erasure duties extend to backups, and the EDPB's 2025 coordinated enforcement action, with findings announced on 18 February 2026, found controllers struggling to delete personal data held in backups. A restore from an older backup can bring back an account or file that was already erased. Decide how long backups are kept, whether erased individuals are excluded on restore, and how the restore procedure reapplies deletions. Confirm this with your backup owner before promising completion.
Comments and Talk messages
Deleting a user account does not automatically remove the comments, Talk messages or shared content that user created. These records can stay in other users' conversations or appear under a deleted account, so their removal may need a separate process. Confirm what your Nextcloud version keeps after account deletion, which records fall within an erasure request, and who authorizes and documents each manual removal.
Legal changes and assurance limits
Regulation (EU) 2025/2518 sets procedural rules for cross-border GDPR enforcement and applies from 2 April 2027. As of October 2026 the GDPR text has not been amended, and the Omnibus proposals (2025/0130(COD) and 2025/0360(COD)) remain pending. Nextcloud and DeployOpen do not issue audits, attestations or certificates. Article 42 certification is voluntary, lasts for at most three years, and does not reduce the controller's responsibility. Confirm which evidence your auditor accepts and track each change.
Questions buyers ask before hiring help with Nextcloud GDPR work
What drives the effort of Nextcloud GDPR request and retention work?
Effort follows scope more than any single feature. The main drivers are the number of personal data categories you must locate and map, the number of apps and external storage mounts that hold those categories, how many backup targets must be searched or purged, how complex the retention schedule is across data classes, and how many test cycles are needed on a staging instance before changes reach production. Each driver adds inventory work, configuration decisions and verification. Ask any partner to show how each driver appears in the written scope, and ask which items are one-time setup and which recur, such as periodic erasure testing or retention reviews. DeployOpen agrees scope, deliverables and timelines in writing before work starts and does not publish a price list, so a quote follows from that scope.
Can our own team handle GDPR access and erasure requests in Nextcloud?
Yes, if your team has Nextcloud administration skills and a named legal owner who can make retention decisions. The technical steps, such as locating a data subject's files, shares, comments and chat messages, running the documented export and deletion steps, and checking backups, are administrative work. The legal owner decides what must be kept and for how long, which the GDPR leaves to the controller under the storage limitation principle in Article 5(1)(e). Internal teams often struggle with two gaps: purging data from backup sets and keeping a record of what was done. Before you decide, confirm that admins can test on a staging instance and that someone outside the admin team can review the outcome. An outside partner adds capacity and review, and the legal decisions stay with you.
How long does a Nextcloud retention and erasure project take?
The schedule depends on scope, and DeployOpen sets it with you in the written plan before work starts. The main variables are the number of data categories and apps, how many backup targets must be handled, how complex the retention rules are, and how much staging testing your change process requires. Your own inputs also set the pace: how quickly the legal owner signs off retention periods, how fast admin access to staging is granted, and how complete the data inventory is when work begins. Ask for milestones tied to those inputs, including a test phase and a production change window, so both sides can see where time goes.
What do we need to provide before a Nextcloud GDPR engagement starts?
Plan to provide four things: a named legal owner, admin access to a staging instance, a data inventory, and backup access. The legal owner records retention periods and decides which erasure grounds apply, since Article 17(1) lists six grounds and the answer changes by data category. Staging access lets the team test export and deletion without touching production users. The data inventory should list categories, storage locations, apps, external mounts and integrations such as LDAP or other identity sources. Backup access is needed to confirm how erased data leaves backup sets or expires. Ask the partner to confirm in writing which items are needed on day one and which can follow after the first review. If systems run in your data center or an air-gapped network, confirm connectivity and change windows early.
Does Nextcloud Enterprise change the GDPR work we need?
The subscription is separate from implementation services. Nextcloud GmbH sells Nextcloud Enterprise in Standard, Premium and Ultimate tiers with a 100-user minimum. According to Nextcloud's pricing page, list prices start at 71.29, 104.99 and 204.75 euros per user per year respectively for 100 or more users, with lower rates from 200 users. Standard includes 1-year maintenance. Premium adds a maintenance lifecycle of 5 or more years, extended support hours and clustered instance support. Ultimate adds support up to 24/7 with response times down to 1 hour. Enterprise does not change the duties the GDPR places on you. It changes the support you receive and how long a version is maintained. Confirm current pricing with Nextcloud, since DeployOpen does not publish a price list and a quote follows from the written scope.
Do erased users' comments and Talk messages stay in Nextcloud?
Deleting a user account does not automatically remove everything that user created. Comments on files and Talk messages can remain after the account is gone, so they can still hold personal data. Check the documented behavior for your release before you promise a data subject full erasure. Build a step that finds these records in the database and in Talk conversations, decides whether each one is kept under a retention rule or removed, and records that decision. Ask the legal owner whether pseudonymized attribution is acceptable in place of deletion for any category. Test the process on staging with a dummy account that has commented, shared files and posted in Talk, then check the results in the database and in the client.
How do trash and version retention limits affect erasure deadlines?
Trash bin and file version history can keep copies of personal data after a file is no longer visible to users. Retention limits for both are set in server configuration, and the exact settings depend on your Nextcloud release, so confirm the current settings in the admin manual for the version you run. Set the limits to match the retention schedule the legal owner approved, then test that expired items are removed on schedule. An erasure request may require immediate deletion from trash and versions, not only from the live file. Ask whether backup retention needs matching limits, because a backup can hold a copy after trash has been emptied. Document the settings and the test evidence in the retention record.
Does DeployOpen certify that our Nextcloud deployment is GDPR compliant?
No. The GDPR requires no audit, attestation or certificate. Certification under Article 42 is voluntary, issued by accredited certification bodies or supervisory authorities for at most three years, and it does not reduce your responsibility for compliance. DeployOpen prepares systems, controls and evidence for assessments, such as documented erasure procedures, retention settings, test records and access logs, so that your auditor or certification body can review them. DeployOpen does not issue audit reports, attestations or certifications. Ask any partner to state the same boundary in writing, and ask for a list of the evidence the engagement will produce. Keep the final compliance position with your own legal and privacy team.
How DeployOpen scopes GDPR configuration and evidence work
DeployOpen plans, configures and documents Nextcloud for GDPR data subject requests and retention inside infrastructure you control. The work covers how access and erasure requests are handled, what user deletion leaves behind in comments and Talk messages, and which trash and version limits apply. DeployOpen prepares the evidence your assessors will ask for, but it does not issue audit reports or certifications.
How we scope
- The written scope names the request types covered, including access and erasure for Nextcloud accounts.
- Scoping records which systems hold personal data, including the Nextcloud database, file storage, comments and Talk messages.
- Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.
How we build
- Configure user lifecycle through the LDAP, OpenID Connect or SAML backend your directory already uses.
- Document the documented commands and apps used for export and deletion, and test each on a staging copy.
- Test that deleted users leave comments and Talk messages in the state your retention decision requires.
How we hand over
- A runbook for handling access and erasure requests, with steps, owners and response records.
- Configuration records and retention settings, plus evidence exports your assessors can review.
- Written notes on residual gaps, including copies held in backups, for your legal and security owners to decide.
How we support
- Ongoing support, upgrades and continuous testing are available as retainers after the initial handover.
- Re-check the configuration when you upgrade Nextcloud one major version at a time with a backup before each step.
- Ask your independent auditor or certification body which evidence they need; DeployOpen does not issue attestations.

