Legal History Recovery

This Workspaces concept illustrates two distinct moments in an acknowledgement flow: history that cannot be verified, and a completed history check that leads to a document review. The side-by-side presentation keeps the difference visible instead of treating an unavailable response as proof that a person has never accepted the documents. Both panels use the same Terms & Privacy title and a consistent dialog layout.

The first panel is labelled Verification unavailable. An alert symbol accompanies a clear explanation that acknowledgement history could not be verified. A separate sentence states that Retry checks history without recording acceptance. Retry is the only action in that panel. The underlying navigation is muted, keeping attention on recovery while retaining a sense of where the person is in Workspaces.

The second panel is labelled History checked. It presents a document symbol, a short review instruction and separate Terms of Service and Privacy Policy links. Its I agree button represents an explicit choice after the history check rather than a recovery action. The illustration does not show a saved acknowledgement, an account identity, a receipt, or an assurance about the legal status of the documents.

The footer states the interaction rule: Retry reads history, while acceptance requires an explicit choice. This concept is designed to help members understand what the next action will do and help administrators discuss a blocked onboarding experience without confusing recovery with acceptance. It focuses on the visible decision boundary; document policy, version requirements and the handling of uncertain write outcomes require their own product contracts.