How to run a file sharing RFP that separates partners on real delivery
Score every partner answer against a written scope, not against the sales narrative. If your team is replacing Google Drive, OneDrive or Windows file servers with Nextcloud or Seafile running in your own cloud accounts, data centers or private network, the partner you pick will build and operate that platform for years. The questions in this section are neutral to vendors and apply equally to any integrator, DeployOpen included. Send them to CISOs, IT heads and procurement in advance, require written answers with named engineers and a stated deliverable for each, and set the scoring grid before the first response arrives. Ask for answers that describe your environment: your user count, your current storage volume, your directory and your data classes. Generic answers that could apply to any customer are the weakest signal you will get. DeployOpen does not publish prices and sizes all work through a written scope, so ask every bidder to quote against the same document.
Ask how the partner would handle the hard parts, because that is where delivery fails. Require each bidder to explain how they size the storage backend and the database for your growth, what database and PHP versions they would certify (Nextcloud 35 recommends MariaDB 11.8 or PostgreSQL 18 and PHP 8.5), and how a Nextcloud cluster is built and tested for failover. Ask how they would move files and permissions from cloud drives, including which metadata is preserved and what they will not carry across. Ask how external sharing is restricted by domain, group and expiry, and who approves guest accounts. Ask for their upgrade calendar, since Nextcloud does not allow skipping major versions and Nextcloud 36 is scheduled for 17 February 2027, and what they do before each step. Finally, ask which support tier is included, its hours and response targets, and whether a Nextcloud Enterprise subscription is in the quote. Confirm each answer against the vendor's current documentation before you award anything.
Which questions to ask about sizing, clustering, migration and support
How should a partner size storage and database for a Nextcloud deployment?
A good partner sizes from inputs you can verify: named user counts, average and peak file sizes, expected growth, version retention, trash bin retention and the number of concurrent sync clients. Ask them to show how they convert those inputs into object or block storage capacity, with headroom for versions and backups kept outside the sync path. For the database, ask which engine they recommend for Nextcloud 35 and why. The system requirements recommend MariaDB 11.8 or PostgreSQL 18, support MariaDB 10.11 to 12.3, PostgreSQL 14 to 18 and MySQL 8.4 or 9.7, and list PHP 8.5 with 8.3 and 8.4 also supported. Confirm that they will not use Oracle Database unless you hold an enterprise subscription, and ask how they plan database connection limits, backups and performance testing before cutover.
How is a Nextcloud instance clustered for high availability?
Ask the partner to describe each tier separately: the load balancer, the Nextcloud application nodes, shared file storage, the database, the cache and the background job handling. Expect them to name the components explicitly, including how sessions and file locking are shared between nodes and where the data directory lives. Ask whether clustered instance support is included in the support tier you are buying, because the Nextcloud pricing page ties clustered instance support to the Premium tier and above. Request a written failover test plan, the recovery time and recovery point they will test against, and evidence from a previous clustered build. If they propose Nextcloud All-in-One, ask how it fits a clustered design, since it is documented as a single-instance installation method with a Helm chart for Kubernetes.
How are files and permissions migrated from cloud drives and file servers?
A good answer starts with an inventory of sources (Google Drive, OneDrive, SMB shares), a permissions map, and a decision on what to migrate, what to mount as external storage and what to archive. Ask how they preserve group membership and folder rights, how they handle shared links and file owners who have left, and how they validate counts, sizes and checksums after each batch. Ask whether they phase users onto sync clients, how they run a pilot group first, and how they handle files that exceed the size limits of the migration tool. Request a rollback plan for each wave. For Windows shares, ask whether they will use Nextcloud external storage or the Enterprise Windows Network Drive feature, and what they will confirm in writing about permissions that do not map cleanly.
How is external sharing controlled and audited in a self-hosted deployment?
Ask the partner to list every external sharing control they will configure and where each one lives: whether guest accounts are allowed, whether link shares require passwords, whether links can expire, whether resharing is blocked and which domains or groups may share outside the company. Ask how access rules restrict downloads from untrusted networks and how files are scanned for malware on upload, with ClamAV named if they plan to use it. Request the audit log settings and retention they will apply, and ask how logs are exported to your SIEM. Compliance teams often ask for this evidence, and the HIPAA Security Rule at 45 CFR 164.312(b) requires audit controls that record and examine activity in systems containing ePHI, so ask how the partner will document that requirement for your scope.
How are major Nextcloud upgrades scheduled one version at a time?
Nextcloud does not allow skipping major releases, so a partner must plan a sequence of single-major-version upgrades, each preceded by a verified backup. Ask for the upgrade calendar they will use against the published schedule, which lists Nextcloud 35 with end of life in September 2027, Nextcloud 34 supported until June 2027, Nextcloud 33 until February 2027 and Nextcloud 36 scheduled for 17 February 2027. Ask how they disable third-party apps before each upgrade, test them in a staging copy, and re-enable only confirmed-compatible apps. Ask who performs each upgrade, how long each one blocks users, and what rollback looks like if a step fails. Request these steps as a written runbook you keep.
What support tier is included, and what does it cover?
Ask the partner to separate three things: the software subscription, the vendor support, and the partner's own support for your environment. For Nextcloud Enterprise, the pricing page lists Standard, Premium and Ultimate tiers with a 100-user minimum. Standard includes 1-year maintenance, Premium adds a maintenance lifecycle of 5 or more years, extended support hours and clustered instance support, and Ultimate adds support up to 24/7 with response times down to 1 hour. Ask which tier they recommend for your user count and clustering needs, who answers the phone, what the escalation path is, and whether the partner will commit in writing to response targets. Request the published lifecycle dates for the version you will run, and confirm which costs recur each year and which are one-time.
Can our own team run a file sharing platform after go-live?
The answer depends on how much of the platform your team already runs and how much the partner transfers during the engagement. Ask for a list of deliverables that a fixed-scope engagement would include, such as installation, configuration, hardening, backup and restore testing, documentation and handover sessions, and confirm each one in writing before work starts. Ask whether the partner offers ongoing support, upgrades and testing as a retainer, and what that retainer covers during a major version change. Ask what skills your staff need for database administration, Linux, object storage and identity integration, and whether the partner will train them against your own environment rather than a demo system.
Partner answers that should worry you
Most weak file sharing proposals fail in the same few places: pricing before scoping, upgrade paths that skip releases, and vague claims about clustering, migration, external access and support. Each card names one answer to challenge and the follow-up that should replace it.
A fixed price before scoping
A partner who quotes a fixed price or go-live date before measuring your user count, storage growth, identity sources and migration sources is guessing. Ask for a written scope that lists users, storage targets, sync clients, external sharing rules and backup restore targets, and ask which assumptions the price depends on. A fixed-scope agreement is only as sound as the requirements it was written from.
Upgrade plans that skip major versions
Nextcloud does not allow skipping major releases, so each upgrade must move one major version at a time with a backup before every step. A partner who plans to jump several versions to catch up has not understood the upgrade path. Ask for the dated upgrade calendar, the test environment used for each step, and the process for disabling third-party apps until they are confirmed compatible.
Clustering claims without an edition
Statements like "we cluster Nextcloud for high availability" mean little unless the partner names the edition and the support terms behind it. Clustered instance support is tied to a specific Nextcloud Enterprise tier in published pricing, so a community-only design needs a different support model. Ask which edition the cluster runs on, which database and cache layers are clustered, how session and file storage are shared, and who answers when a node fails.
Migration without a permissions mapping step
A promise to move files from Google Drive, OneDrive or file servers without a documented permissions mapping will carry old sharing problems into the new platform. Ask the partner to inventory sources, map owners, groups and shared links to target groups, and test sample folders before bulk moves. Ask what happens to files that exceed the target limits, how versions and trash are handled, and who signs off on the mapping.
External sharing with no audit trail
External links and guest accounts create the access paths auditors ask about first. A partner who cannot show which links were created, who opened them, when they expired and which network rules applied has no evidence to offer. Ask how link creation is restricted by group, how expiry and password requirements are enforced, and where audit logs are stored, exported and retained. Confirm the log retention period against your own regulatory obligations.
Support claims with no written tier
Phrases like "24/7 support" or "we'll handle it" mean nothing until the response times, covered hours and escalation path appear in the signed agreement. Published Nextcloud Enterprise tiers differ in maintenance length, support hours and response times, so the tier you buy determines what you get. Ask for the tier name, the response commitments in writing, what is excluded and who performs upgrades and restores during the term.
How the answers differ by Nextcloud Enterprise tier, community edition and Seafile
The Nextcloud community edition is licensed under AGPL-3.0 and carries no vendor support contract. Under this option, the partner's answers describe how your own staff or the partner's support plan covers incidents, and the maintenance lifecycle is the one Nextcloud publishes for each major release. Ask the partner to show how the platform is clustered without relying on a vendor-supported feature, since clustering support is tied to the Enterprise tiers in the supplied pricing information.
- Clustering: Ask whether the proposed design is a single instance or a multi-node setup, who maintains the load balancer, database replication and shared storage, and whether that design is supported by Nextcloud GmbH.
- Maintenance lifecycle: Each major version receives monthly maintenance releases for one year, so ask how the partner will schedule each major upgrade within that window.
- Support hours: Ask for the named staff, response expectations and escalation path the partner provides, because no vendor response time applies to this option.
- SAML and directory login: Ask which LDAP, OpenID Connect or SAML backend the partner configures and whether it is tested against your identity provider.
Confirm with the partner which parts of the design fall outside any vendor support, and get that boundary written into the scope.
Nextcloud Enterprise is sold in Standard, Premium and Ultimate tiers with a 100-user minimum, according to Nextcloud's pricing page. The tiers differ mainly in maintenance lifecycle, support hours and response times, and clustered instance support appears in the higher tiers. Ask each partner to name the tier it quotes and to map each RFP answer to that tier's stated features, since the list differences drive the commitments you can rely on.
- Standard: Includes one year of maintenance, which should be compared with the one-year community window before deciding whether the extra cost is justified.
- Premium: Adds a maintenance lifecycle of five or more years, extended support hours and clustered instance support, as stated on the pricing page.
- Ultimate: Adds support up to 24/7 with response times down to one hour, per the same page.
- SAML and identity: Confirm with Nextcloud and the partner whether SAML support is included in each tier or sold as an add-on.
Ask the partner for a written table mapping each tier to clustering, lifecycle, support hours and SAML, dated to the quote.
Seafile Professional Edition, built on a server core licensed under AGPLv3, lists SAML 2.0, cluster deployment, multi-tenancy and role-based permissions among its features in the Seafile admin manual. The Professional Edition can run without a license file for up to three users, according to the Seafile download page, so the licensing question for a larger deployment should be answered directly. Seafile does not use the Nextcloud maintenance schedule, so ask the partner to explain the release and upgrade path that applies to the version proposed.
- Clustering: Ask how the cluster is built, which storage backend (such as S3, Ceph or OpenStack Swift) holds the data, and how the database is protected.
- Maintenance lifecycle: Ask for the support period and upgrade policy that Seafile applies to the Professional Edition version quoted, and whether it matches your retention needs.
- Support hours: Ask for the vendor's support tiers and response times in writing, because the supplied facts do not give them.
- SAML: Ask which SAML 2.0 identity provider has been tested with the proposed version and what attribute mapping is required.
Confirm current feature availability and license terms with Seafile before comparing it line by line with Nextcloud answers.
How to score answers and shortlist partners
This sequence turns vague vendor promises into comparable evidence, so you can shortlist partners on how they size, cluster, migrate, restrict sharing and upgrade your file platform. Each step produces a document you can score or defend to your leadership.
Send the written question set to every bidder
Send the same written questions to each shortlisted partner in the same wording, covering storage and database sizing, Nextcloud clustering, migration from cloud drives, external sharing controls, the one-major-version upgrade path and the support tier included. Ask each partner to answer in the order given and to mark any question they cannot answer as written. The step is done when every bidder has acknowledged the same question set and you hold a complete set of written responses to compare side by side.
Require a sizing worksheet and migration plan
Ask each partner to return a sizing worksheet based on your user counts, growth assumptions, file profile, retention settings and backup targets, along with a migration plan that names the sources, the permission mapping method and the cutover approach. Confirm that the worksheet states which database engine and PHP and web server versions it assumes, using the current Nextcloud system requirements as the reference point. The step is done when you can trace every storage and database figure back to a stated assumption you can challenge.
Score answers against weighted criteria
Before reading responses, agree on weights for areas such as sizing rigor, clustering design, migration and permission fidelity, external sharing control, upgrade discipline and support coverage. Have two or more evaluators score each answer independently against a written rubric, then reconcile differences in a short review meeting. The step is done when each partner has a documented score per area, with notes that explain every low or high mark.
Test claims with a reference or scoped proof of concept
Ask the top-scoring partners for a reference from a comparable deployment and, where the scores are close, a scoped proof of concept on a small representative sample of your data. The proof of concept should test a real permission mapping, an external share with expiry and password settings, a sync client connection through your identity provider, and a restore from backup. The step is done when the reference or proof of concept confirms or contradicts the written answers, and you record the outcome against each claim.
Confirm the support tier and upgrade calendar in writing
Ask the remaining partners to state in writing which support hours, response commitments and maintenance lifecycle they include, and how they will schedule each major upgrade one version at a time with backups and third-party app compatibility checks. Confirm which edition of Nextcloud or Seafile the quote assumes, and whether the support tier covers clustered instances. The step is done when every support term and upgrade commitment appears in the written scope rather than in a slide or verbal assurance.
Issue a fixed-scope written proposal to the shortlist
Ask the final partners for a fixed-scope written proposal that lists deliverables, responsibilities split between your team and the partner, assumptions from the sizing worksheet, acceptance criteria and the items each party must provide. Compare proposals against the same scoring rubric and check that any ongoing support or upgrade retainer is priced and scoped separately. The step is done when you hold written proposals you can compare line by line and select a partner with confidence.
Scoring weights for each question area
This table gives the evaluation panel a plain test for each of the six RFP question areas: what a full answer looks like, what a partial answer looks like, and what should score zero. Score each area on the written answer alone, then check the evidence the partner offers for the full-score criteria. Any area scored zero on a must-have requirement should disqualify the bid until the partner corrects it in writing.
| Question area | Full score | Partial score | Zero score |
|---|---|---|---|
| Sizing storage and database | Gives a method tied to your user count, average and peak file volume, versioning and trash retention, and growth over three years. Names the database engine and its version from the current Nextcloud system requirements, with separate sizing for the database, cache and object or block storage. | Gives a per-user storage figure with no growth assumption, or names a database without a version or a cache layer. | Gives no sizing method, or proposes a database engine the platform does not list as supported for the release offered. |
| Clustering Nextcloud | Describes the node count, load balancer, shared session and file storage, database high availability, Redis locking, and how the design is tested for node failure. States whether clustered support is part of the offered support tier. | Describes a single application server with a standby database and no failover test, or says clustering can be added later without a plan. | Cannot describe how a second application node would reach the same files, or says clustering is not supported by the offered edition or tier. |
| Migration from cloud drives and file servers | Provides an inventory method covering Google Drive, OneDrive, SMB shares and external links, a permission mapping method, a pilot migration with reconciliation of file counts and checksums, and a rollback plan for each phase. | Lists the source systems and a bulk copy method but does not explain how permissions, shared links or version history are carried across. | Offers to copy files without inventory, or does not address permissions or ownership changes at all. |
| External sharing controls | Explains how guest accounts, password-protected and expiring links, download restrictions by network or group, and sharing defaults are set and enforced, with audit logging of who shared what and when. Shows where the settings live and who can change them. | Covers link sharing only, with no expiry defaults, no audit trail or no restriction by group or network. | Allows open public links by default with no way to block them, or cannot say where sharing activity is logged. |
| Upgrades one major version at a time | Presents a dated schedule against the current Nextcloud release calendar, a step-by-step path through each intermediate major release, a pre-upgrade backup and restore test, and a plan to disable and re-test third-party apps before each step. | Commits to upgrades in general terms without naming the release path, or plans a single jump between versions. | Proposes skipping major releases, upgrading without a backup, or has no answer for third-party app compatibility. |
| Support tier included | Names the tier, the maintenance period, response times, support hours and whether clustered instance support is covered, and confirms these in the contract scope. Separates vendor support from the partner's own service levels. | Names a support tier without response times or hours, or describes support only as best effort from the partner. | Gives no tier, relies on community forums for production issues, or cannot say who answers a critical incident. |
| Evidence and documentation | Commits to written runbooks, a restore test report, configuration baselines and an upgrade record the panel can request during a compliance review. | Promises documentation at handover without naming the artifacts. | Offers no documentation or refuses to share a sample runbook before award. |
What you must confirm in your own environment before the RFP closes
Before the RFP closes, the buyer must confirm several facts that no partner can determine on their behalf. The first is user counts and growth: the number of named users, the number of guest or external accounts, how many people will use sync clients on laptops and phones, and how fast each group is expected to grow over the next two or three years. Partners size the database, storage backend, caching layer and server count from these numbers, so a headcount that ignores contractors, seasonal staff or partner users will produce a design that is undersized from the first day. Ask the business owners of each department to give their own figures, and record the source of each estimate.
Next, confirm the data location and compliance boundary. Write down which data classes will live on the platform, which regulations apply to them, and which jurisdictions and facilities are acceptable for storage, backup and administrator access. The boundary decides whether the platform sits in your own data center, a private cloud account or a sovereign region, and it determines which staff are inside the assessment scope. Also confirm the existing identity source: which Active Directory forest or other directory is authoritative, whether group membership is maintained there, and whether single sign-on is already run by a central identity provider. The partner needs these answers to choose between directory binding and an OpenID Connect or SAML setup.
Finally, inventory the existing file shares and cloud drives and the backup targets you will be expected to restore to. List every SMB share, personal drive, shared drive and external workspace in use, with its approximate size, owner, folder count and whether permissions are set by group or by individual. Note which content must be migrated and which can remain mounted from its current location. For backups, confirm the target storage, retention period, recovery time expectations and who approves a restore test. Treat this list as a living document: update it when user counts, shares or regulations change, and give the partner the current version before the final quote is written.
Questions that map answers to compliance evidence
Compliance assessors ask for proof, not promises, so each RFP answer should point to a log, setting, retention rule or record the team can produce on request. The cards below cover the questions that most often decide whether a file sharing platform can support an examination. DeployOpen prepares systems, controls and evidence for compliance assessments, but it does not issue audit reports, attestations or certifications; independent auditors and certification bodies make those determinations.
Audit logging for ePHI
The HIPAA Security Rule at 45 CFR 164.312(b) requires audit controls that record and examine activity in systems containing ePHI. Ask the partner which file access, share creation, permission change and admin actions are logged, where the logs are stored, how long they are kept and who can alter them. Confirm that logs can be forwarded to your existing SIEM and that you can produce a per-file access history for a named patient record. Ask for a sample log export before you sign.
Transmission encryption controls
The HIPAA Security Rule at 45 CFR 164.312(e)(1) requires technical measures that guard against unauthorized access to ePHI sent over an electronic communications network. For a self-hosted platform, ask how TLS is enforced for sync clients, web access, WebDAV and office editing connectors, which protocol versions and cipher settings are applied, and how internal certificates are issued and rotated. Ask the partner to show the configuration and a scan result, not a general statement that traffic is encrypted.
Retention for broker-dealer records
SEC Rule 17a-4(b)(4) requires broker-dealers to preserve originals of communications received and copies of communications sent relating to the business for not less than three years, including inter-office communications. File sharing is only part of that picture, but shared documents that qualify as business communications need retention settings that cannot be shortened by end users. Ask how version history, trash bin retention and legal holds interact, whether retention can be enforced at the storage layer, and how deletion is evidenced. Confirm with your compliance counsel which records the platform must hold.
Access and permission evidence
Assessors typically ask who could reach a file on a given date and why. Ask the partner how directory group membership maps to library permissions, how guest and external share access is recorded, and how a periodic access review is exported. Confirm whether Nextcloud LDAP, OpenID Connect or SAML integration writes identity attributes into the audit trail, and whether deprovisioned accounts lose share access automatically. Request a sample access review report as part of the proposal.
Evidence packaging and ownership
Controls only help an assessment when the evidence is current, dated and attributable. Ask the partner to deliver a control-to-evidence matrix that names the setting, log source, owner and collection frequency for each requirement. Clarify which artifacts the partner prepares, such as configuration exports, backup restore records and upgrade change tickets, and which must come from your own teams or your assessor. Agree in writing who keeps evidence after handover and how long it is retained.
How DeployOpen scopes, delivers and supports file sharing engagements
DeployOpen plans, implements, integrates, hardens, backs up, documents and supports self-hosted open-source platforms inside your own infrastructure. For file sharing RFP questions, we start from a written scope that answers each question in your RFP with a design decision, a test and a document you can keep.
How we scope
- Written scope covers storage sizing, database choice and clustering design for your user count
- Migration inventory lists Google Drive, OneDrive and file server sources with permission mapping rules
- External sharing, upgrade cadence and support tier are agreed as named deliverables before work starts
How we build
- Nextcloud or Seafile is deployed in your cloud account, data center or air-gapped network
- Directory, single sign-on, antivirus and backup integrations are configured and tested against your identity systems
- Load, failover and restore tests are run and recorded so your RFP answers match observed behavior
How we hand over
- Runbooks cover upgrade one major version at a time, pre-upgrade backups and third-party app checks
- Configuration, sharing policy and audit log settings are documented for your compliance and security teams
- Handover includes an evidence pack prepared for your auditors, which DeployOpen does not itself certify
How we support
- Ongoing support, upgrades and continuous testing are available as retainers after handover
- Upgrade planning follows the vendor release schedule, with each step tested before production
- Support scope, response expectations and escalation paths are confirmed in writing with your agreement

