Data Reconciliation
Non-destructive administrative scans and governed resolution of identity, ownership, membership and attribution exceptions.
/admin/settings/reconciliationFuture Spec 18 →Current-state summary
Data Reconciliation presents a non-destructive scan for identity, Membership, ownership, Team, attribution and passive-Entity conflicts. The latest status is Not run with zero findings and zero blocking constraints. It offers eleven categories and Open, Acknowledged, Resolved, Ignored and All review states. No scan was run and no resolution workflow was exercised.
Interface inventory
Anatomy and verified behavior
Verification states separate observed behavior from requirements or assumptions.
| Element | Current behavior | Verification |
|---|---|---|
| Run summary | Not run, zero findings, zero blocking constraints and no completion time. | Verified live |
| Categories | Duplicate identity, missing profiles/auth links/Memberships/Workspaces, owner count/validity, cross-Workspace Team member, attribution and passive Entity candidates. | Verified live |
| Review state | Open, Acknowledged, Resolved, Ignored and All. | Verified live |
| Safety promise | Scans never merge or delete. | Verified UI copy |
User journeys
Current flows
Resolve finding
- Run read-only scan
- Freeze run inputs and rules version
- Open finding evidence
- Choose governed resolution
- Preview effects
- Require approval for sensitive changes
- Execute idempotently
- Verify and audit
State model
Current and expected states
Current state.
Not evidenced.
Not evidenced.
Filters exist; no findings.
Product rules
Non-negotiable boundaries
- Scans are read-only and repeatable.
- Findings retain evidence and rule version.
- Resolution is a separate authorized command.
- Merge, ownership and attribution changes require preview and audit.
- Ignored findings require reason and may re-open on changed evidence.
Known current limitations · 3 mapped
What is missing, broken or unverified
Future Spec 18 owns closure →- No completed run.
- No evidence drawer, resolution preview, approval or rollback was reviewed.
- No run history or rules version is visible.
Future alignment
Required evolution
- 01Add immutable run history and rules versions.
- 02Add evidence-backed finding profiles and safe commands.
- 03Connect blocking constraints to migration readiness without auto-correction.
Current baseline
Acceptance record
- A scan never mutates data.
- Every correction is separately authorized and audited.
- Run and finding histories remain durable.
- Sensitive merges include preview and rollback strategy.
Reverse-spec completeness
Documentation coverage
The interface is still changing, so visual evidence and repository tracing remain intentionally incomplete.
Purpose and user outcome
DocumentedRoles and access
DocumentedRoutes and entry points
DocumentedPage and component anatomy
DocumentedFields and displayed data
DocumentedPrimary actions
DocumentedForms and validation
DocumentedStates and transitions
DocumentedEmpty, loading and error states
DocumentedResponsive behavior
PartialAccessibility behavior
PartialActivity and audit events
PartialData sources and persistence
DocumentedNotifications and automation
PartialKnown defects and limitations
DocumentedReusable component dependencies
DocumentedFuture-spec conflicts
PartialVisual and repository evidence
DeferredAcceptance of current baseline
Documented