Data Retention Boundary
A data retention boundary defines how long prospect data is retained after intake, the conditions that trigger deletion, and the operator responsible for both. The current OmniLabs prototype intake is mock-mode by default with no production storage; the retention boundary is what production intake must define before any storage layer or endpoint goes live.
Definition
A retention boundary describes the storage window for intake data, the deletion trigger conditions, the deletion path the operator follows on request, and the audit trail the system keeps of both. It is one of four operating boundaries — intake, consent, anti-spam, retention — that together define the production intake posture.
Why it matters
Retention is the boundary most operators define last and revisit most often. Defining it before any storage layer ships means the storage schema, deletion path, and operator-side process are coherent from the first record; retrofitting retention into a live storage system is more expensive than designing it in.