← Back to catalogue
Published

Customer / Account Relationship

vr.wm-org-014 · wm-org-014-customer-account-relationship

Describe a customer relationship mastered by CRM, including seller scope, role, lifecycle, commercial references and accountable context.

World Models Society, people and institutions SOC.ORG.CRM

Bundle → Layer → Finding → Questions Filled

6 bundles · 12 layers · 12 findings · 36 questions

Customer role and commercial scope Customer relationship customer role and commercial scope.

Supplier-qualified relationship identity

Customer relationship record for supplier-qualified relationship identity, qualified by seller, source and effective scope; not remastered party or billing truth.

Supplier-qualified relationship identity record

Customer relationship record for supplier-qualified relationship identity, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which master namespace and identifier distinguish this customer relationship from its party identity? identity
  2. Which selling organization, business unit or service scope defines the relationship? relationship
  3. Which aliases and external customer IDs identify this same scoped record rather than another account of the party? evidence

Account kind and participant roles

Customer relationship record for account kind and participant roles, qualified by seller, source and effective scope; not remastered party or billing truth.

Account kind and participant roles record

Customer relationship record for account kind and participant roles, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Does the source record represent a customer role, CRM account, individual contact or billing account? classification
  2. Which parties act as buyer, payer, user, bill receiver or representative in this relationship? relationship
  3. Which authority evidence limits what each related contact can request without assuming purchasing power from a contact link? authority
Qualification and relationship lifecycle Customer relationship qualification and relationship lifecycle.

Customer recognition and onboarding references

Customer relationship record for customer recognition and onboarding references, qualified by seller, source and effective scope; not remastered party or billing truth.

Customer recognition and onboarding references record

Customer relationship record for customer recognition and onboarding references, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. What evidence distinguishes a prospect record from an established customer relationship under the owner's definition? evidence
  2. Which onboarding or agreement records establish the current relationship without importing their workflows? process
  3. Which prerequisites remain unknown or unmet without turning that state into an automated eligibility or credit decision? constraint

Commercial state and temporal history

Customer relationship record for commercial state and temporal history, qualified by seller, source and effective scope; not remastered party or billing truth.

Commercial state and temporal history record

Customer relationship record for commercial state and temporal history, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which source-qualified lifecycle state and reason describe this relationship at the effective time? state
  2. When were activation, dormancy, closure or reactivation observed and recorded, distinct from source effect? temporal
  3. Does record closure mean ended commercial relationship, CRM deactivation or data retirement, and which obligations remain elsewhere? lifecycle
Relationship structure and ownership Customer relationship relationship structure and ownership.

Account grouping and hierarchy

Customer relationship record for account grouping and hierarchy, qualified by seller, source and effective scope; not remastered party or billing truth.

Account grouping and hierarchy record

Customer relationship record for account grouping and hierarchy, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which parent, group or subsidiary links are CRM organization conveniences versus legal-party relationships? relationship
  2. What scope, cardinality and validity qualify a group roll-up without assuming the source's one-parent rule is universal? composition
  3. Which measures or records must not be double-counted or shared merely because accounts are grouped? constraint

Account responsibility and service routing

Customer relationship record for account responsibility and service routing, qualified by seller, source and effective scope; not remastered party or billing truth.

Account responsibility and service routing record

Customer relationship record for account responsibility and service routing, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Who stewards this relationship and which team or role owns each service responsibility? ownership
  2. Which assignment, territory or handover evidence limits the responsible person's authority and valid interval? authority
  3. Where are unresolved support requests routed without duplicating case or grievance ownership? process
Commercial and communication bindings Customer relationship commercial and communication bindings.

Billing, agreement and entitlement references

Customer relationship record for billing, agreement and entitlement references, qualified by seller, source and effective scope; not remastered party or billing truth.

Billing, agreement and entitlement references record

Customer relationship record for billing, agreement and entitlement references, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which billing accounts, contracts, subscriptions or service entitlements are related, with which master systems? relationship
  2. Which account or payment status can be displayed as an attributed snapshot but must not be interpreted as relationship truth? provenance
  3. Which operations remain exclusively with billing or service masters rather than the customer context record? constraint

Contact channels and preference evidence

Customer relationship record for contact channels and preference evidence, qualified by seller, source and effective scope; not remastered party or billing truth.

Contact channels and preference evidence record

Customer relationship record for contact channels and preference evidence, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which contact points and address roles are valid for this relationship and purpose, rather than global party attributes? relationship
  2. Which preferences or suppression flags are expressed, inferred or system defaults, and from which evidence? provenance
  3. Which separate consent or policy authority must be consulted before contact, regardless of a permissive default flag? authority
Relationship observations and identity change Customer relationship relationship observations and identity change.

Interaction and assessment context

Customer relationship record for interaction and assessment context, qualified by seller, source and effective scope; not remastered party or billing truth.

Interaction and assessment context record

Customer relationship record for interaction and assessment context, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which interaction, complaint or purchase references inform the customer relationship without copying their payloads? evidence
  2. Which classification or relationship-health assessment has a named method, time and uncertainty instead of an unexplained score? measurement
  3. Which information is excluded from profiling and downstream automated decisions under the governing policy? privacy

Duplicate, merge and split lineage

Customer relationship record for duplicate, merge and split lineage, qualified by seller, source and effective scope; not remastered party or billing truth.

Duplicate, merge and split lineage record

Customer relationship record for duplicate, merge and split lineage, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which evidence identifies duplicate relationship records while preserving distinct seller or service scopes? identity
  2. Which authorized merge/split decision maps old identifiers and fields to surviving or new records? decision
  3. How can a mistaken merge be corrected without losing source lineage, preferences or unrelated customer accounts? exception
Stewardship and interoperability Customer relationship stewardship and interoperability.

Mastership, access and retention

Customer relationship record for mastership, access and retention, qualified by seller, source and effective scope; not remastered party or billing truth.

Mastership, access and retention record

Customer relationship record for mastership, access and retention, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which CRM is authoritative for each relationship field and which caches are stale or conflicting? ownership
  2. Which actors may read or update which fields without gaining access to private billing or identity data? access
  3. What retention and correction rules keep necessary history while avoiding unnecessary personal-data copies? retention

Versioned mapping and agent acceptance

Customer relationship record for versioned mapping and agent acceptance, qualified by seller, source and effective scope; not remastered party or billing truth.

Versioned mapping and agent acceptance record

Customer relationship record for versioned mapping and agent acceptance, qualified by seller, source and effective scope; not remastered party or billing truth.

  1. Which exact TMF629, CRM or billing-customer schema mappings preserve the declared record kind? interoperability
  2. What identifiers, role meanings, hierarchy rules or preference defaults are lost or changed in a round trip? quality
  3. Which authorized record operations and negative fixtures prevent contact, charging or eligibility changes as unintended effects? validation

Classifiers Filled

Family
World Models
Category
Society, people and institutions
Entry kind
relationship
Navigation path
NAV.SOC.ORG.CRM
Domain
SOC.ORG.CRM
Industry
Cross-industry
Tags
customeraccountrelationshipsoc.org.crm

What it is Filled

A source-qualified commercial relationship, not global party identity. CRM account, individual contact, billing customer, login, prospect and entitlement remain distinct record kinds.

In scope

  • Seller-scoped customer identity, participant roles and recognition evidence
  • Source lifecycle, grouping, account responsibility and contact preference provenance
  • Commercial-master references, interactions, duplicate lineage and governed exchange

Out of scope

  • Party identity, login credentials and payment instruments
  • Executing outreach, charging, credit decisions, service entitlement changes or CRM merge transactions
  • Universal customer state machine, legal corporate hierarchy or consent inference

Why it exists Filled

Describe a customer relationship mastered by CRM, including seller scope, role, lifecycle, commercial references and accountable context.

Distinguishing features Filled

  • A seller-scoped commercial relationship, not a global identity for the person or company.
  • Keeps CRM account, contact, billing customer, login and prospect as distinct record kinds.
  • Differs from a lead or opportunity, which describe potential sales, not an established relationship.
  • References billing and subscription masters without owning charges or entitlements.

What robots and AI may and may not do Filled

Must not

  • Infer marketing consent from contact association or account grouping.
  • Merge customer records across seller scopes without authority.
  • Make credit, pricing or service decisions from relationship data.
  • Assign unexplained customer worth scores or infer sensitive traits.
  • Send outreach directly from the relationship record.

Only with a human decision

  • Approving record merges.
  • Handling erasure or objection requests.
  • Closing a customer relationship.

May

  • Resolve a customer relationship within one seller scope.
  • Record a role, lifecycle change or interaction with its source and time.
  • Propose duplicate merges with the evidence for review.
  • Export a projection permitted by the declared purpose.

Moral aspects Filled

  • Customer data is personal data; collection and retention should match a stated purpose.
  • Segmentation and scoring can lead to unfair treatment or exclusion of customers.
  • Wrong merges can expose one customer's data to another.

Who is affected

  • Individual customers and their contacts
  • Business customers and their staff
  • Sales and service staff using the record

Owners Filled

Steward

Identify CRM relationship owner and accountable steward.

Roles

Dimension owner
Defines purpose and delegation.
Customer-data steward
Maintains scope, mastership and lifecycle attribution.
Contributor
Records authorized minimal evidence.
Reviewer
Checks ambiguous identity, grouping, preferences and proposed reconciliation.
Custodian
Enforces retention, field disclosure and audit controls.

Links to other meta-models Filled

references

  • WM-ORG-012 - Proposed inter-organization link for business customers; not an approved hierarchy or universal party master.

aligned

  • https://raw.githubusercontent.com/tmforum-apis/TMF629_CustomerManagement/main/TMF629-Customer_Management-v5.0.1.oas.yaml - Candidate TMF629 mapping; full schema conformance is not claimed.
  • https://www.w3.org/TR/prov-o/ - Candidate record attribution and derivation vocabulary.

neighbor

  • Party master - One party can participate in multiple customer relationships and seller/service scopes.
  • Billing and subscription masters - Their attributed snapshots and typed references do not define CRM relationship truth.
  • Lead and opportunity - Customer recognition needs declared evidence; prospect record creation alone is not universal establishment of a relationship.
  • Contact and communication authority - A contact link or permissive preference default proves neither authority to purchase nor permission to communicate.

parent

  • WM-ORG-012

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Authoritative master-qualified identifier
  • Governed issuer-qualified URI
  • Dimension-issued UUID

Direct properties not applicable Not applicable

Not applicable

Institutional or informational subject: no invented physical properties.

Recognition optional Filled

  • A customer relationship has a seller scope, an account identifier, participant roles and a lifecycle state.
  • Confused with the person or company itself, a login account, a billing account and a lead.

Capabilities and actions required Filled

  • Resolve customer relationship: Find a scoped relationship, not a global person identity.
  • Record customer role and scope: Append an attributed participant role.
  • Revise attributed lifecycle: Record a source-state change with effective and knowledge time.
  • Link commercial masters: Associate typed billing, agreement and support references.
  • Propose duplicate reconciliation: Prepare a scoped merge/split proposal with recovery lineage.
  • Export permitted projection: Map only authorized relationship fields.

Hazards and failure modes required Filled

  • Messages sent without valid consent.
  • Cross-customer data exposure through bad merges.
  • Decisions based on outdated lifecycle state.

Standards and interfaces required Filled

  • TM Forum TMF629 Customer Management API.
  • vCard, IETF RFC 6350, for contact data.
  • schema.org Person and Organization.
  • LEI, ISO 17442, for business customers.

Context of use required Filled

  • TM Forum, Microsoft and Stripe model different system scopes. No vendor schema is asserted as universal law or permission for contact, credit or billing.

Sources Filled

  1. TMF629 Customer Management OAS - TM Forum
  2. Customer entities: Account and Contact - Microsoft
  3. Dataverse Account table reference - Microsoft
  4. Customer object - Stripe
  5. PROV-O: The PROV Ontology - W3C
  6. Date and Time on the Internet: Timestamps - IETF

Open questions

  • Independent review and exact source/license pins.
  • Executable kind, preference, merge-recovery and round-trip fixtures.
  • Approved composition and industry-specific customer profiles.
  • Claude and Grok each timed out once; Codex-only reviewable-draft without independent review.
  • Selected source clauses only; full required-field graph, exact release/commit pins and licenses unverified.
  • No executable nested schemas, CRM adapters, consent verifier or merge/round-trip fixtures delivered.
  • Customer industry/jurisdiction profiles and approved composition ledger edges remain pending.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-org-014-customer-account-relationship/spec.yaml, ver-cy/world-models/card-supplements/wm-org-014-customer-account-relationship.json