Classification Types and CRM Settings
Overview
Classification Types and CRM Settings gives a workspace a shared vocabulary for its CRM records and relationships. Contact Type, Organization Type, Affiliation Type, and Contact Role explain different choices; they are not interchangeable labels. Address and phone types are facets of contact details that describe how a contact point is used.
Settings connect those choices to defaults and presentation. Staff encounter the configured catalogue when choosing a record type or responsibility, and the effective form or layout can come from a type override or a workspace default supplied through Platform metadata.
Why It Exists
Our reading is that an association needs a shared vocabulary because coordinators work on the same identities and relationships. Member classifies a person, Chapter classifies a body, Employer describes a tie, and Billing Contact describes a responsibility. If those choices are treated as interchangeable free text, staff cannot reliably distinguish record presentation from relationship meaning or organizational expectations.
Reusable definitions let the workspace configure those meanings once and refer to them from many records. Defaults also reduce repeated decisions during entry, while type-specific assignments can supply different presentation where the baseline is insufficient. A configuration change still needs boundaries: retiring a used category must preserve existing interpretation, and changing a sharing default must not silently replace choices already made on individual people.
Who Uses It
The CRM Administrator maintains catalogue order, address and phone applicability, workspace defaults, and form or layout assignments. The CRM Editor uses those choices during record work and can perform catalogue operations where the formal permissions allow it. The CRM Reader retrieves authorized classifications, while the CRM System resolves effective assignments and the Data Importer references existing categories.
How It Works
An authorized user creates or edits a classification with a stable configuration identity and a name. Catalogue order and active choices shape selection; records retaining an inactive classification keep their meaning. Deletion checks references, so retiring a used choice differs from removing an unused definition.
Affiliation types can carry default address and phone mappings, and a workspace default supplies the type used by the Organization command. Contact and organization types can name Platform forms and layouts. Resolution considers the relevant type override before the workspace default for each slot, and authorized settings reads omit sections the caller cannot read rather than confusing them with unset values.
The five business concepts influence different parts of staff work. Contact Type classifies a person and can select that person's forms, layouts and cards. Organization Type classifies a body and supplies the role restrictions and compliance expectations used by neighboring capabilities. Affiliation Type describes the connection and can offer default address and phone links when an eligible connection is added. Contact Role describes the responsibility held through that connection; compliance and notification recipient selection consume it. CRM Settings holds workspace choices that apply when a more specific assignment does not supply an answer.
Presentation resolves each slot independently. A Member type can override a console page layout while inheriting the workspace's form. Clearing a type assignment means inheritance rather than a command to show nothing. An untyped record also uses workspace defaults. If neither level provides a usable definition, the response states that none is configured. Asking for an unknown type is refused instead of silently answering for an untyped record. CRM chooses Platform definitions of the appropriate kind and purpose; it does not author a competing form or layout language.
Administration begins by reading the current catalogue or settings version. The caller saves permitted changes, and a stale version refuses them. A reorder supplies the complete list so an omitted choice cannot disappear into an ambiguous position. Settings authority is divided between the contact and organization sections; an unauthorized section is omitted from a read, and a mixed unauthorized save writes neither section. Ordinary record readers can resolve what a record uses without acquiring permission to administer defaults.
Retirement preserves meaning. Existing contacts can retain inactive types even when new-contact choices exclude them. References block hard deletion of used classifications. Address and phone applicability distinguishes person and organization purposes, while existing contact-point entries have their documented retention boundary after applicability changes. Changing affiliation sharing defaults affects later eligible applications, not every previously saved person.
Examples
An administrator creates a Member Firm affiliation type with mappings from a firm's billing address and main phone to a person's work details, then makes it the default. A later Organization command uses that type. If the vocabulary changes, deactivating Member Firm preserves existing ties; deletion remains blocked while those ties or the workspace default reference it.
The association configures a workspace contact form and assigns a different console page layout to Member. Ruth's Member record can therefore resolve a type-specific page and an inherited form. The administrator inspects the effective definitions before asking coordinators to use them; changing only the layout does not imply the form changes too. A colleague who saves settings from an older version is refused and rereads the current assignments before making another change.
For a chapter, the administrator chooses an Organization Type whose allowed roles and compliance expectations differ from a member firm. Coordinators then select the corresponding responsibilities on chapter affiliations. The Member Firm affiliation type still supplies the shared-detail defaults for firm relationships; it is not the chapter's Organization Type or Ruth's Contact Type. If Member Firm is retired, existing ties keep their meaning. Deletion while it is default or referenced is refused, so the administrator changes the default and deactivates it instead of removing historical interpretation.
Decisions and Tradeoffs
Our reading is that separating classifications avoids making one catalogue label control unrelated business questions. A contact category cannot substitute for a relationship meaning or responsibility. Stable identities permit renamed vocabulary without forcing record rewrites, while reference checks preserve the meaning of retained information.
Per-slot fallback combines workspace consistency with selective exceptions. Requiring a full type-specific copy of every assignment would make a simple layout exception duplicate configuration that should still follow the baseline. Permission-section omission distinguishes lack of authority from an unset value; atomic refusal protects against partially applying a mixed save. These explanations interpret the observed contracts. They do not convert inherited forms into product-approved workflow or grant new administration authority.
Scope and Boundaries
Entities owns these CRM catalogues and their assignments, even where a separate configuration service function serves the routes. Platform metadata owns custom field definitions, forms, and layouts; CRM selects those definitions rather than duplicating them. Organization Compliance owns assessment, and Contact Details and Communication Preferences owns the meaning of values and shared-source states.
Outcomes
Staff use consistent categories and administrators can configure presentation without rewriting every record. The Classification Types and CRM Settings acceptance suite exercises catalogue use, reference-safe retirement, defaults, and effective definitions. Configure an affiliation type and use it on a contact demonstrates how one administration choice reaches subsequent contact work without changing existing affiliations retroactively.
Its Capabilities
Configure affiliation types and contact roles maintains the relationship vocabulary and default mappings. Organize the workspace’s record classifications maintains record and contact-point types with reference and ordering safeguards. Resolve the forms and layouts used for CRM records chooses effective Platform definitions from type assignments and workspace defaults. The configuration journey follows those choices into contact editing.