Retention is primarily an organizational policy decision, not a one-click compliance guarantee
The product supports retention metadata and legal hold, but it does not replace the need for a defined internal policy.
Whispr includes retention-related fields, legal hold controls, and export paths, but retention policy still needs to be defined by the organization. This page shows what the product supports and where internal policy or contract terms still matter.
The product supports retention metadata and legal hold, but it does not replace the need for a defined internal policy.
The current product can record retention-related metadata and block certain actions when a legal hold is active.
Retention obligations vary by jurisdiction, sector, and case type. Your internal policy and contract should define the final rule set.
Compliance cases include retention-related fields such as policy keys and delete-after timestamps, but those fields are not universally populated by default. Legal hold is present and blocks some sensitive compliance actions such as case closure and case export.
In the current product, some admin flows support manual report deletion and export. The codebase also contains compliance export behavior and oral-intake defaults that include a retention period field.
Because the product does not expose one universal deletion lifecycle across every mode, customers should define retention schedules and approval paths with legal, privacy, HR, or compliance stakeholders before relying on product behavior alone.
Whispr does not publish fixed post-termination timing or deletion commitments on this page. If your team needs offboarding timing, export support, or deletion commitments, confirm them in the service agreement or procurement process.
Compliance mode includes a legal-hold flag, and the backend explicitly blocks case close and export actions when a hold is active. That makes the legal-hold feature materially relevant to the operating workflow, not only to UI presentation.