Platform · Development status # Development status This is the one page that lists every stage and capability of DocuPrivé with its status. DocuPrivé is in development and is not yet available for use. Today's development build covers Rooms, issued Requests and verified access to Request details. It does not yet accept, preview, store or deliver document files. Status reviewed 28 October 2026. The date changes only when the status is reviewed again. - **In our development build:** 2 of 9 stages, Request details only - **Designed, not yet built:** 7 of 9 stages, and Hold - **In use by anyone:** Nothing yet: DocuPrivé is not yet available for use. No dates are published. ## What the labels mean In our development build Exists in the development build, shown with genuine example-data captures. Not available to anyone. Designed, not yet built Approved design direction. Not built. ## The nine stages, and Hold. Hold is a control across every stage, not a stage. Status of each lifecycle stage and of Hold, reviewed 28 October 2026 | Stage | What it means | Status | Described on | | 01 Request | Issue a Request from inside a Room: a title, instructions, the one person it is for, and the exact date and time access ends. | In our development build | [Request & Receive](https://docuprive.com/platform/request-receive/) | | 02 Receive | Documents arrive in the context of the Request they answer, not a general inbox. | Designed, not yet built | [Request & Receive](https://docuprive.com/platform/request-receive/) | | 03 Classify | Material is recognized for what it is and how it should be handled. | Designed, not yet built | [Request & Receive](https://docuprive.com/platform/request-receive/) | | 04 Control | Request details stay with a verified recipient, for a defined access period. | In our development build, for Request details | [Share & Recall](https://docuprive.com/platform/share-recall/) | | 05 Use | People work with the documents a task needs, and no more. | Designed, not yet built | [Share & Recall](https://docuprive.com/platform/share-recall/) | | 06 Retain | Material is kept for a period set by policy, not left by accident. | Designed, not yet built | [Lifecycle & Evidence](https://docuprive.com/platform/lifecycle-evidence/) | | 07 Review | Before anything ends, the right people can look again. | Designed, not yet built | [Lifecycle & Evidence](https://docuprive.com/platform/lifecycle-evidence/) | | 08 Dispose | When the time comes, material is brought to a considered end. | Designed, not yet built | [Lifecycle & Evidence](https://docuprive.com/platform/lifecycle-evidence/) | | 09 Evidence | A proportionate record of what was decided, kept with privacy in mind, from the first Request to the end. | Designed, not yet built | [Lifecycle & Evidence](https://docuprive.com/platform/lifecycle-evidence/) | | Control Hold across every stage, not a stage | While a hold applies, material is not brought to an end, whatever stage it is in. A hold is placed when circumstances require it, for example a dispute, by an accountable person. | Designed, not yet built | [Lifecycle & Evidence](https://docuprive.com/platform/lifecycle-evidence/) | ## Capabilities, statement by statement. Every product statement on this website comes from this list, at this status. ### Requests and recipient access [Read more](https://docuprive.com/platform/request-receive/) - Issue a Request from inside a Room: a title, instructions, the one person it is for, and the exact date and time access ends. In our development build - Once issued, a Request's details are fixed. Issue, identity verification, current access and email notification are each recorded separately. In our development build - Access to a Request can be revoked, and the notification can be resent. In our development build - The recipient sees only that Request: who asked, what is needed and when access ends. They do not join the requesting organization. In our development build - Recipient access starts with a verified receiving email address. In our development build - The recipient view works on a phone. In our development build - Request details stay with a verified recipient, for a defined access period. In our development build, for Request details ### Library and search [Read more](https://docuprive.com/platform/library-search/) - Every document keeps a stable identity. Renaming or moving it changes how it is labeled and where it sits, never who can access it. Designed, not yet built - A folder is where a document sits, not a permission. Access comes from the work it belongs to. Designed, not yet built - Naming rules help documents arrive with consistent, readable names, and you confirm before anything is saved. Designed, not yet built - A document's date is recorded with where it came from, and is never quietly set to today. Designed, not yet built - Finding material is designed to respect the same boundaries as access: you find what you are allowed to see. Designed, not yet built - Automated suggestions can propose a name or place. They do not move documents on their own. Designed, not yet built ### Recall and links [Read more](https://docuprive.com/platform/share-recall/) - Recall is designed to end access that DocuPrivé controls. It cannot reach copies already downloaded, or change permissions in someone else's system. Designed, not yet built - A file held in DocuPrivé and a link to material held elsewhere are different things, with different controls. A link does not make DocuPrivé responsible for the other system. Designed, not yet built ### Records and decisions [Read more](https://docuprive.com/platform/lifecycle-evidence/) - Document content and lifecycle records are designed to be kept separately, each with its own access and retention rules. Designed, not yet built - Automated assistance will not decide on its own to hold, keep or dispose of material. Those decisions have an accountable person. Designed, not yet built ### Commitments about customer documents [Read more](https://docuprive.com/trust/) - Customer documents are not sold, used for advertising, or used to train general-purpose AI models. Designed, not yet built - Encryption and access will be described exactly as built. Nothing will be called end-to-end encrypted or zero-knowledge unless it is, and we can show it. Designed, not yet built ## Hear when a stage moves. Status changes are announced by email, never with dates we cannot keep. [Get product updates](https://docuprive.com/updates/) [Platform overview](https://docuprive.com/platform/) [Trust & data](https://docuprive.com/trust/)