← CRD inventorySource 1ea8b8ea8b01
Capability Requirements Document · maintain-contact-point

Maintain a contact point

Create and revise a typed means of contacting or locating a person, preserving its label, provenance, lifecycle, and any separately established verification state.

Status
draft
Version
0.1
Architecture alignment
directly aligned
Adoption
proposed
Known public realizations
none confirmed
Evidence basis
restricted static implementation trace

Availability: unknown

Inventory note: Stored contact data is not proof of control or permission to communicate.

Core meaning

Capability purpose
Keep communication coordinates independently maintainable from a person's descriptive profile and relationship meaning.
Meaningful outcome
A current contact point exists for an eligible person with type, value, optional label, verification status, provenance, and lifecycle state.
Boundaries — includes
creation, normalization, revision, primary designation, linkage to verification evidence, invalidation, expiry, deletion or archival, provenance, and attachment to a person profile.
Boundaries — excludes
establishing control of the contact point, sending messages, proving the person's legal identity, account authentication, relationship classification, and general authorization to use the channel.
Terms and concepts
A contact point maps to schema.org/ContactPoint where applicable and may represent email, telephone, address, URL, social identifier, or another declared contact method.

Interaction Contract MLEs

Maintain contact-point lifecycle

Actor
The owner, the contact subject where supported, or an authorized contact-management process.
Command / intent
Add, correct, prioritize, invalidate, or remove a contact point for a known person.
Current state
The person identity, current points, supplied value, type, source, and authority can be determined.
Policies / invariants
Contact values remain owner-scoped and sensitivity-aware; normalization does not erase the supplied form; verification state is evidence-backed and cannot be inferred from successful storage; duplicates and conflicts are explicit; removal does not erase required provenance.
Transition
Validate the point and subject link, normalize where safe, update its lifecycle state and any reference to separately established verification evidence, and record provenance and result.
Result
A current, invalid, superseded, removed, or rejected contact point with its verification status represented accurately.
Events / effects
May enable later communication, verification, deduplication, or relationship workflows without authorizing those actions.
Unknowns
Universal verification methods, normalization rules, uniqueness scope, and retention periods are not established.

Rules and defaults

Rules / invariants

Unknown / unresolved

Statement provenance

StatementSemantic classEvidence statusSource / note
A contact point is a typed, independently managed communication coordinate linked to a person profile while control verification remains a separate evidenced outcome.rule/invariantsourcedI05–I07.
Canonical source ↗All CRDs