Language system

A reason-bound, time-limited and visibly disclosed Registry support or operational session inside another Workspace. It requires explicit authority, recent authentication and immutable audit and must never be labeled as ordinary login impersonation.

An explicit, scoped and revocable authorization relationship allowing a User, Workspace or Project Participant to reach defined records or actions. It supplements but never bypasses Membership and Access Role evaluation.

A Calendar Event that represents a committed meeting, visit, delivery, installation or other attendance-based engagement with named participants and location or connection details.

A versioned request for an authorized person to approve, reject or request changes to a defined Project artifact, selection, cost, scope or milestone.

Participant-readable chronological history of authorized operational events, communications and work. Activity is optimized for understanding what happened; it is not the immutable security and change record.

The immutable, access-controlled record of consequential creation, change, authorization and system events, including actor, time, source and safe before/after evidence where appropriate.

A typed relationship linking a File to a Note, Task, Conversation, approval or other canonical record. It is not a duplicate File.

A governed Pipeline Record submitted by a prospective Designer or Provider and evaluated using category-specific questions, evidence and approval work.

The restricted account state allowing an authenticated applicant to view and complete only their pending Application experience until approval, rejection, withdrawal or expiry.

Post-completion service supported by the Registry, including warranty follow-up, care guidance, maintenance, repairs, replacements, deficiencies, future work and controlled reconnection with the appropriate Designer or Provider.

A Workspace-configurable bundle of capabilities, record scopes and field-visibility rules stored as a governed published version. It determines permitted actions but never expands authority beyond protected platform boundaries.

An approved external platform connected for a defined capability and governed through documented data boundaries, authorization, events, monitoring and ownership.

A permission-aware capability that extracts, drafts, summarizes, classifies or recommends while keeping consequential authority with an authorized person.

A proposed value, action or text generated by AI that remains distinguishable from approved canonical data until an authorized person accepts or edits it.

The foundational conviction: Every beautifully designed home deserves a Registry. This explains why The Design Registry exists; it is not the Brand Promise.

The organizing creative idea: Everything, beautifully brought together. It expresses the emotional and experiential centre of the brand without replacing the Brand Belief or Brand Promise.

The canonical customer commitment: One complete, living record of the home—created around the Designer and made to continue with the Property.

A governed Project cost grouping with planned, approved, committed, actual and forecast values. Items and commercial records roll into categories instead of maintaining unrelated totals.

A governed administrative editor for drafting, validating, previewing, publishing and versioning configuration such as Pipelines, Forms, Project Templates, Access Roles or Notification Templates.

The architecture principle requiring shared services and components for common capabilities across Admin, Designer, Provider and Client experiences.

The enduring-record promise: The Project may end. Its Registry continues.

An experience principle requiring clear hierarchy, progressive disclosure, meaningful empty states and restrained visual noise so complexity feels considered rather than overwhelming.

The canonical Provider Category for general contractors and specialized construction trades delivering defined Project scope, milestones, site work and completion evidence.

The person or organization receiving design services and participating in a permission-scoped Client Portal.

A reusable person record containing identity and communication details that may be related to a Client, Provider, Designer Studio, Property, Project or other Entity. A Contact is not automatically a User, Client, Teammate or permission-bearing participant.

The canonical Client Entity profile connecting contact preferences, addresses, matching information, Project Opportunities, Projects, decisions, Files, Tasks and Communications.

A structured qualification, licence, insurance or compliance record with issuer, identifier, verification state, dates and a relationship to one or more versioned Files.

A time-bound, source-aware measure of available workload or resource capability. A typed percentage alone is not sufficient for reliable Matchmaking or scheduling.

The current planned date for completing the Project. It is distinct from an individual phase target, milestone date, delivery date or installation appointment.

A scheduled occurrence linked to authorized Project or Workspace context, with start, end, timezone, participants, resources and optional external calendar synchronization.

A contextual response attached to a supported record, deliverable or conversation thread. A Comment inherits an explicit visibility policy and does not replace a durable Decision or Internal Note.

The shared governed document family for Offers, Proposals, Work Orders, Change Orders, Invoices and related records. Each type keeps its own purpose, lifecycle, parties and permissions while reusing versioning, line items, totals, Files, approvals, status history and Project context.

A versioned, approved change to awarded scope, amount, schedule or terms that preserves the original Work Order and its acceptance history.

A contractually defined amount or percentage earned for a transaction or service. The basis, rate, recipient, recognition rule and disclosure requirements must be explicit.

A governed grouping of related Products from a Manufacturer or Product Library. It supports discovery and organization and does not replace Item Category, Budget Category or a Designer-created Shopping List.

A material, fixture or component associated with construction scope, categories, quantities, specifications, budgets and field coordination.

A time-stamped assessment of an Item’s physical condition at receiving, storage, release, delivery or installation, supported by quantity, notes and evidence.

The durable credit connecting Designers, Providers and other professionals to the work they performed, products they supplied or evidence they created, subject to permissions, contractual rights and approved public-use rules.

A scheduled, source-backed reminder associated with an installed Item, material, system, warranty or maintenance obligation. It must identify the home context, recommended action, timing and supporting evidence.

A durable communication thread with participants, channel messages, assignment, tags, visibility and links to Projects or other canonical records.

A governed exchange or touchpoint through email, SMS, calling or in-app messaging. Communication is the general concept; channel records preserve their channel-specific delivery and consent states.

A governed record of a call attempt or completed call, including participants, number, timing, disposition and permitted links to recording, transcript or follow-up.

The permission-scoped, Designer-led Project experience through which a Client sees approved information, communicates and completes permitted decisions, approvals, documents and payments. It is a view of canonical records, not a separate Project.

A deliberate non-interactive availability state for an announced but unavailable capability. It must not navigate, imply completion or appear as an unexplained disabled control.

The authoritative platform record for a business fact. Other screens and integrations reference or project it instead of creating conflicting editable copies.

An internal architecture label for relationship and opportunity capabilities such as Contacts, Pipelines and Project Opportunities. It is not the public category or primary product promise, and it must not make Lead a parallel canonical record.

A reverse-built, evidence-based description of how the live product behaves today, including routes, screens, fields, states, data behavior and known gaps.

A permissioned relationship between a Workspace or User and an external service, with environment, scopes, health, last synchronization, revocation and accountable owner.

The machine-readable record of a reusable component’s stable key, version, maturity, package, owner, variants, events, consumers, accessibility standard and replacement state.

The governed readiness state Proposed, Concept Designed, Beta, Approved, Deprecated or Removed. A visual concept is not implementation-ready until its contract and required evidence exist.

A bounded indicator of model or extraction certainty used to prioritize review. Confidence is not correctness and never replaces validation or required human approval.

The audience promise to Designers: Design the home. The Registry brings everything around it together.

The concise functional and emotional outcome for Designers: More time for design.

A design professional who may work independently or as a member of a Designer Studio Workspace. Capitalized when referring to a governed platform role.

An independent design business operating under its own brand within a Design Registry Workspace.

The canonical business profile for a Designer Studio, including identity, matching criteria, service areas, capacity, credentials, team relationships, Assignments and network standing.

A person-level professional extension for an individual Designer. It belongs to a User and Membership and must not duplicate the Designer Studio Profile.

A durable Project record of what was decided, by whom, when, against which version and with what downstream effect.

A File or generated artifact with governed business meaning, such as a plan, contract, Proposal, Invoice, brief or specification. Document identity and version remain distinct from the underlying binary.

A versioned Project or Work Order output with an owner, due state, review requirements, approval status and related Files or Documents.

A furnishing, accessory, textile, art or other selection associated with rooms, shopping lists, approvals, purchasing and installation.

The authorized list of Items, quantities, origin, destination, crew, vehicle and handling requirements released for one delivery movement.

A documented incomplete, damaged, incorrect or unacceptable condition requiring assignment, evidence, resolution and closure.

A schema-driven form rendered from a published version of stable Field Definitions, layout, conditions and validation rather than feature-local hard-coded controls.

A durable fact that something meaningful occurred, used to drive activity, notifications, automation, integrations and AI monitoring.

A named semantic design decision for colour, typography, spacing, radius, elevation, motion, layout or layer consumed consistently instead of introducing local visual constants.

A calendar date with no time or timezone, used for concepts such as due dates or anniversaries when an instant is not intended.

A durable person or organization record such as a Designer Studio, Client or Provider. An Entity may remain passive or be connected to an authenticated Workspace.

The canonical, permission-aware profile of one Entity. Shared identity and relationship modules are reused while Designer Studio, Client and Provider Category sections add the information their work requires.

The current source-attributed expected date or window for a Shipment or purchased Item to reach its receiving destination. It is an estimate and remains distinct from actual receipt.

A sent or received email record with participants, headers, delivery state, authorized body and attachments, classified to relevant Projects or records where possible.

The shared permission-aware collection interface for searching, filtering, sorting, selecting, acting on, exporting and navigating canonical records at operational scale.

The final server-evaluated result after account and Membership state, protected boundaries, Access Roles, Teams, Access Grants, record relationships and field rules are combined.

An isolated application and service configuration such as development, preview, staging or production with its own data, domains, credentials and callbacks.

A permission-scoped projection of authorized records in a defined format, with source, filters, fields, generated time and audit where required.

The canonical international phone-number representation used for dialing and communications integrations, stored alongside the user’s raw input and optional extension.

A stored binary object with immutable identity, version, metadata, visibility and links to canonical records.

An immutable published snapshot of a Dynamic Form’s fields, layout, rules and mappings. Existing submissions retain the version used at capture.

An approved definition of intended product behavior used to guide design, engineering, QA, migration and acceptance.

The explicit result determining whether a field is hidden, redacted, visible read-only or visible editable for the current audience and record context.

A versioned contract containing a stable field key, type, label, validation, normalization, privacy, visibility, edit and formatting rules used by forms and downstream projections.

The canonical configurable Provider Category for approved services that do not yet warrant a dedicated Category workflow. Repeated patterns may later graduate into a governed Category.

The traceability section that maps every recorded current-product limitation to an owning future specification, required correction and release evidence. A finding remains open until implementation, migration, permissions, states and regression tests are accepted.

The audience promise to Homeowners: Know your home beautifully.

The public and relationship term for a person who owns or stewards a Property. Client remains the governed platform role when that person receives services on a Project; Homeowner describes the enduring relationship to the Property and may exist before or after a Client engagement.

The human, public-facing description of the designed place and lived experience. In the data model, the enduring subject is the Property; use Home in brand and homeowner language, and Property when referring to the governed record, relationships or continuity.

The explicit authorized confirmation, correction or rejection required before AI output creates consequential communication, commercial, payment, access, approval or assignment effects.

The canonical Provider Category for installation planning, readiness checks, placement, assembly, completion evidence and deficiencies.

Durable commentary visible only to its authorized internal audience, with author, timestamps, mentions, links, attachments and revision evidence. It is not a Client message or an Audit History event.

A versioned request for payment tied to an approved Client engagement, Work Order, purchase, milestone, time entry or other supported commercial basis.

A broad interface label for a Project-scoped material, furnishing, fixture, Product or tracked physical component. Use Project Item for the canonical contextual record and Installed Product for durable Property history.

The durable Property record of what was actually installed or placed in a Space, derived from confirmed Project evidence. It preserves the applicable Product revision, location, installation context, care, warranty and provenance without replacing the source Project Item.

A governed classification for Project Items used for organization, field behavior, budget roll-ups, reporting and workflow. Construction and Decorating category sets may differ.

A Project Item included in an installation plan with destination Space, placement requirements, readiness, delivery status, condition and completion evidence.

The final, evidence-backed record of what was actually installed in the home, where it is located, which approved specification or product it represents, and any serial, finish, warranty, care or replacement information that should remain in the Registry.

A message delivered within an authorized Registry Conversation. It is distinct from an Internal Note and respects participant visibility.

A traceable ingestion process that preserves source, mapping, proposed values, validation, user confirmation, errors and final created or updated record identities.

The guarantee that safely retrying the same command or external event does not create duplicate business effects.

The visual and product principle that premium quality comes from editing, spacing, precision, materiality and confidence—not ornamental excess, hidden obligations or unnecessary features.

A maintained source file rendered into the internal business hub and designed to be safely updated by people or AI without duplicating content.

The current governing source for brand belief, idea, promise, audience language, voice, visual expression and experience principles. Public language, Product language and AI-generated brand work must follow it before feature-level specifications.

The canonical Provider Category for businesses that price, detail, fabricate, revise, deliver or install custom cabinetry, architectural woodwork and related made-to-order elements.

The canonical Provider Category for site measurement, surveys, existing-condition documentation, floor plans, drafting and related technical deliverables.

The governed relationship connecting one User to one Workspace, including lifecycle state, Teams, Role Labels and sources of effective access.

A signed, expiring invitation for a person to create or connect a User and accept a proposed Workspace Membership without granting access before authorization completes.

A zero-duration governed Project or Work Order checkpoint representing a consequential target, handoff, decision or completion event.

The structured, permission-controlled facts used to determine eligibility and compatibility between Clients, Designers, Projects and Providers.

The governed decision-support process that checks eligibility, evaluates structured compatibility and produces explainable recommendations without automatically awarding work.

A Designer Studio or qualified Provider evaluated within one identified Match Run. Use category-specific labels such as Compatible Designers or Compatible Providers in the interface instead of the ambiguous generic label Partner.

An amount or percentage added to a cost to determine a selling price. Markup is calculated on cost and is not interchangeable with margin.

The portion of revenue remaining after defined costs, expressed as an amount or percentage of revenue. Its calculation must name the included cost basis.

The organization that makes or brands a Product. A Manufacturer may also operate as a Provider when it participates commercially, but Manufacturer identity remains distinct from the Vendor that sells or supplies an Item.

A field allowing multiple stable option relationships with defined ordering, limits, search, clear and select-all semantics; values are never stored as comma-joined text.

The governed participation status of a Designer Studio or Provider, such as Onboarding, Active, Paused, Suspended, Offboarding or Inactive. It is distinct from application, Workspace and credential states.

A user- or Workspace-facing alert generated from a governed Domain Event and delivered through one or more configured channels.

A versioned, editable presentation of one governed notification event, defining audience, channel, variables, sender identity, conditions, fallback and preview while preserving protected trigger meaning.

The administrative system for configuring and testing Notification Templates against the versioned cross-product Domain Event catalogue.

A template-aware roll-up across enabled Project Phases. The calculation method and included requirements must remain explainable.

A controlled invitation asking a selected Designer Studio or Provider to review a defined opportunity or Work Package and accept, decline, counter or request clarification before a Project Assignment is created.

A governed set of stable option keys with editable labels, descriptions, ordering, colour and lifecycle metadata reused by selectors, grids, filters, exports and reports.

A qualified external business that supplies products or specialized services to Projects. This is the canonical term for network participants outside Designer Studios and Clients.

The governed classification that determines a Provider’s application, matching questions, portal, operating workflow, evidence requirements and capabilities.

The approved, versioned relationship confirming that a Provider may operate in one Provider Category, with its status, service areas, capabilities, credentials and review dates.

The canonical Provider Category for photographers delivering scheduled shoots, shot requirements, usage rights, selections and final media.

The enduring governed subject for a designed home. A Property has identity, addresses, Spaces, installed Products, eligible Registry History and one or more Projects over time. It continues when an individual Project ends and must not be reduced to an address string.

The lasting, permissioned record organized around one Property. It connects Spaces, Installed Products, released Project knowledge, decisions, documents, contributors, care information and eligible history. The Project is the operational centre; the Property Registry is the enduring centre.

The canonical permission-aware view of a Property Registry, including identity, addresses, Spaces, Projects, Installed Products, released records, care information, contributors and Registry History appropriate to the viewer.

An Entity stored and managed in the platform without its own authenticated Workspace. It may be provisioned later.

An explainable percentage of applicable profile requirements that are complete, valid and sufficiently current. It is not the same as qualification, readiness or Matchmaking eligibility.

The operational centre during active design and delivery. A Project connects the Client, Designer, Providers, Property, Spaces, Tasks, schedules, Project Items, Budgets, Files, decisions, communications and commercial records. Eligible knowledge may be released to the Property Registry, while the Project remains the canonical record of its engagement.

A restricted implementation term for the canonical, durable record of one Project. Audience-specific views are permission-aware projections of it. Use Project in public and ordinary interface language; do not present Project Record as a peer brand concept beside Registry.

A legacy experience label for an organized collection of Project phases, decisions, documents and outputs. It is not a canonical data entity or approved public brand term; use Registry Story, Project Presentation or Project as context requires.

A qualified potential Project that has not yet been converted into the canonical operational Project record.

A reusable configuration that creates the phases, tasks, milestones, forms, deliverables, schedules and Provider work expected for a type of Project.

One of the seven canonical organizational phases: Concept, Design, Design Package, Construction Administration, Decorating, Procurement and Installation. Project work uses phases; Pipeline Records use stages.

The single phase used for high-level communication and portfolio reporting while detailed work may continue across overlapping phases.

A calculated measure of completion within one Project Phase based on governed tasks, milestones, approvals, deliverables and exceptions. It is not a freely typed percentage.

A calculated or explicitly overridden operational signal such as On Track, Needs Attention or At Risk, supported by visible reasons and freshness.

A person, Workspace or qualified Provider connected to a Project through an explicit role, assignment or access grant.

The governed relationship assigning a Designer, Provider, team or user to defined Project scope. It may create permission-scoped access but is not itself a Work Order.

A Project Template or Project-level declaration that a qualified Provider Category is expected for defined scope, timing, evidence and handoff conditions.

The Provider-facing operational projection of accepted Project scope, usually created from a Project Assignment and Work Order. It contains only the work, records and actions the Provider is authorized to operate.

A configurable sequence used to qualify and progress records such as leads, applications or opportunities. Pipelines create or qualify durable records; they do not replace Projects.

One instance moving through a Pipeline version, with its field values, stage, owner, activity, tasks, communications and outcome.

A versioned commercial document presenting scope, pricing, terms and acceptance requirements to a Client or in response to a Provider opportunity.

A purchasing commitment for products or materials, with line items, Vendor details, expected arrival dates, acknowledgements and receiving relationships.

The governed set of planned payment obligations, amounts, due rules and milestones associated with a Proposal, Work Order, Invoice or Project.

A recorded transfer against a commercial obligation, with method, processor or manual reference, amount, currency, status, timestamps and reconciliation evidence.

A transfer of payable funds from the Registry or payment platform to an eligible Designer or Provider after required conditions, adjustments and controls are satisfied.

Reusable Registry knowledge about a purchasable or installed thing, including Manufacturer identity, model, dimensions, materials, specifications, media, care and provenance. A Product is not a Project selection, order line or installed occurrence.

A versioned snapshot of Product information used to preserve what was known or specified at a particular time. Project Items reference the applicable Product and revision so later catalogue changes do not rewrite Project history.

A Product, material or custom element in Project context, including Space, category, specification, quantity, price, approval, procurement and fulfilment state. It may reference a reusable Product and Product Revision but remains the Project-specific record.

The Workspace-scoped catalogue of reusable Products, Manufacturers, Vendors, Collections and supporting product knowledge. It supports specification and reuse; Project Items and Installed Products remain separate contextual records.

The controlled process from approved selection through quote, purchase, acknowledgement, shipment, receiving, storage, delivery, installation and issue resolution.

Evidence that an authorized delivery reached its destination, including time, recipient or sign-off, photographs, exceptions and delivered quantities as permitted.

A versioned, branded Client-facing webpage assembled from authorized Project content and optionally exported to PDF. It never exposes internal notes, hidden financials or Provider-private information by default.

The audience-specific authenticated experience through which a Provider receives Offers and operates authorized Jobs using modules configured for its Provider Category. The underlying organization remains a Workspace.

An immutable approved configuration snapshot used by new records or workflows. Later edits create a new Draft rather than silently changing the published behavior.

The records, relationships and fields to which an allowed action applies. Permission to perform an action does not imply access to every record.

The live environment used for real company, customer and Provider operations. Production data and secrets must not be copied into non-production environments.

An isolated, commit-identified deployment used to review a proposed change without affecting Production. It uses non-production data, credentials, callbacks and access rules.

An internal business term for the transaction layer through which eligible Projects discover, engage and operate with qualified Providers. Do not use it as public positioning; use Registry Network publicly.

The traceable origin of a value or output, including source record or file, source location where possible, extraction time, model or process and subsequent human correction.

A priced response to a defined request before award. A Provider Quote may become an accepted Proposal or commercial source, but it is not a Work Order or Invoice.

The complete, living, permission-aware record of a beautifully designed home, organized around the Property and built over time. Each Project contributes a chapter, while the appropriate Products, Spaces, decisions, documents, contributors, care information and history remain connected to the home.

The belief that every beautifully designed home deserves a Registry, and that the record should be organized around the Property, built around the Designer and made to continue as Projects contribute to it over time.

A meaningful moment in a Registry lifecycle—Beginning, Building, Delivering or Remembering—where context, owner, date and evidence should be preserved.

A coherent part of a Project story that groups related decisions, products, documents, conversations, milestones or outcomes without replacing the underlying canonical records.

The continuing life of the Property Registry across Beginning, Building, Delivering and Living. A Registry may begin before a Project, each Project contributes an authorized chapter, and appropriate Spaces, Products, decisions, documents, care information and history continue with the Property over time.

The calm, permission-aware entry page for one Registry, showing the home, Project identity, current chapter or completion state, key participants, important records, readiness and the next meaningful action.

A chronological, curated view of consequential Project and home events supported by canonical records and evidence. It is not an unfiltered Activity feed or immutable Audit History.

The editorial narrative assembled from approved Registry Chapters, milestones, decisions, imagery and contributor evidence. It helps people understand how the home came together without replacing operational source records.

Permission-aware search across the enduring Project and home record, including specifications, Items, decisions, Files, warranties, manuals, participants and events, with provenance and access boundaries preserved.

An explainable measure of whether a Project contains the required approved records, final specifications, installed-item truth, documentation, evidence, attribution and access decisions needed to complete its Registry. Readiness is not the same as Project progress.

The governed confirmation that a Project has contributed its appropriate final chapter and records to the Property Registry. It resolves material gaps, confirms installed truth and provenance, preserves contributor attribution, establishes continuing access and records what remains incomplete without implying that the Registry itself is finished.

The governed stewardship and access model for a Property Registry. It defines who may view, maintain, share or export the lasting home record while preserving professional authorship, contractual rights, privacy and auditability.

Permission-aware assistance that helps people find, understand and preserve Project knowledge through extraction, summaries, recommendations and exception signals while leaving consequential authority with an authorized person.

The decision question used across the company: does this make excellent design easier to trust, understand and deliver?

The canonical Provider Category for expected-receipt planning, receiving, condition evidence, storage locations, inventory movements and release readiness.

An authorized internal administrator who manages network governance, applications, matchmaking, operations or market-level work.

The curated, transferable history released to the Property Registry because it remains useful beyond an active Project. It is distinct from participant-facing Activity and immutable technical Audit History.

The governed action that makes eligible Project knowledge part of the Property Registry. Release confirms the record, provenance, visibility, effective date and relationship to the Property or Space without deleting the original Project record.

The accountable Teammate responsible for maintaining a Client, Designer Studio, Provider or other network relationship. It is descriptive ownership, not Workspace ownership or permission authority.

The approved two-centre architecture: the Project is the operational centre for active work, and the Property Registry is the enduring centre for the home. Project records remain canonical to their engagement; eligible knowledge is released into Property continuity rather than copied into an unrelated archive.

A time-bounded reservation of a Resource against Project or operational work, including availability, conflicts, capacity and release state.

A governed reversal of all or part of a collected Payment, retaining reason, authority, processor state and reconciliation history.

The evidence-backed record of an item arriving at a facility, including quantity, condition, photographs, discrepancies and storage location.

A permission-scoped, source-aware projection of authorized canonical records with defined metrics, dimensions, time zone, filters and as-of time.

A schedulable person, team, crew, vehicle, room, receiving dock, equipment asset or capacity unit.

A reusable capability such as Overview, Activity, Notes, Files, Tasks, Communication, Matchmaking, Proposals or History projected onto supported record types through configuration and permission.

A customer-facing name describing a teammate’s function. It does not independently grant authority; permissions do.

A time-bounded proof that the current User recently completed an approved sign-in or step-up challenge before a sensitive action.

Database policies that enforce which rows an authenticated request may access, providing a non-optional boundary beneath the interface.

The controlled comparison of Registry records with an external system to identify, explain and resolve missing, duplicate or conflicting states without silently overwriting canonical data.

The trusted network through which Designers, Homeowners and qualified Providers contribute to beautifully designed homes. This is the approved public term for the connected professional ecosystem.

The governed library of shared tokens, fields, selectors, patterns, formatters and accessibility contracts reused across every Registry, Designer, Provider, Client and public experience.

The canonical profile composition used by Client, Designer Studio, Provider, User and Workspace Profiles: Profile Header, permission-aware Record Tabs, configurable Overview Cards and shared Activity, Projects, Files, Tasks, Communication and History modules. Settings may link to profile editing but does not create a separate profile design.

A governed geographic area in which a Designer Studio or Provider is willing and qualified to work, optionally constrained by service, travel, distance, market or capacity rules.

A canonical location within a Project property, organized in an optional floor, area, room or zone hierarchy and referenced by plans, Items, tasks, decisions and installation work.

A named position within a Pipeline version. It may have a colour, requirements, service level, automations and a stable system or reporting mapping.

A protected internal status used for security, provisioning, analytics and cross-workspace consistency even when display labels are customized.

The confirmed financial result after payment processing, fees, refunds, adjustments and payouts are reconciled to the platform’s commercial records and accounting ledger.

A Designer-facing view of Decorating Items grouped for sourcing, comparison, Client presentation and approval. It is a view of canonical Items, not a separate spreadsheet-like data store.

A tracked movement of one or more purchased Items from an origin toward a receiving facility or destination, with carrier, tracking, expected timing, events and exceptions.

The current facility, zone, aisle, rack, bay, shelf, pallet or other Provider-defined position of a received Item, preserved through location history.

A sent or received text message with phone participants, consent purpose, delivery status and linked Conversation context.

A named, owner-scoped configuration of an authorized collection’s filters, sort, columns, grouping and density. It stores presentation settings, not a separate copy of the records.

The designated authoritative source for a decision, record or specification. A source of truth has an owner, version and defined consumers.

The production-like environment used to rehearse migrations, permissions, integrations and complete workflows before Production promotion.

A traceable attempt to exchange authorized data with an external system, including direction, cursor or scope, result, retries, errors and reconciliation state.

A physical Design Registry presence supporting Designer work, Client meetings, product discovery, Provider activity, events and local network density.

A field allowing exactly one stable option key, rendered as a native select, searchable combobox or radio group according to list size and decision importance.

A stable machine-readable identity for a state, priority or condition that remains unchanged when its display label or colour is customized.

A durable link from an AI-derived statement or value to the permitted source evidence supporting it, with enough context for a reviewer to verify the claim.

The Design Registry creates one complete, living record of a beautifully designed home. Built around the Property and the Designer, it brings Projects, Spaces, Products, people, decisions, documents and history together in one place. Designers gain more time for design, Homeowners gain clarity and the home keeps the knowledge meant to continue with it.

The privacy and connection promise: Connected where it matters. Private where it should be.

The dot is the beginning of the Registry. It is the first mark—not the full stop—and signals the moment a connected, living record of the home begins.

The product-facing term for a User participating in a Workspace through a current or invited Membership. Teammate does not describe an external Project participant unless that person also belongs to the Workspace.

A Workspace-defined group of Teammates used for organization, assignment, scheduling and optional Access Role inheritance. A Team is not a separate Workspace.

A discrete unit of work with an owner, collaborators, state, priority, due timing, linked record and optional completion evidence.

The one accountable User or eligible operational assignee responsible for completing a Task. Collaborators may assist but do not replace accountability.

A permitted User who contributes to or follows a Task without becoming its accountable Owner.

A typed relationship connecting a Task to its governing Project, Project Phase, Pipeline Record, Client, Provider Job, Work Order, Item or other supported canonical record.

A text representation of recorded or live communication with source, timestamps, speaker attribution, confidence, correction and access controls. It does not replace the original recording when that recording is retained.

A user-attributed duration recorded against a Project, phase, task or Work Order for capacity, cost, billing and performance analysis.

The portion of transaction value retained by The Design Registry for a defined marketplace or service flow, calculated only on the contractually approved base.

A scheduled occurrence stored as an absolute instant plus its IANA timezone and original local representation.

One authenticated person with a stable global identity. A User may hold Memberships in several Workspaces and must not be duplicated for each organization.

The person-owned profile that follows one global User across Workspaces, containing personal identity, accessibility, regional, Calendar and notification preferences while excluding Workspace-specific Membership data.

The Workspace communication surface that projects authorized email, SMS, calling and in-app Conversations into one triage and collaboration experience without replacing channel-specific records.

An organization a Designer Studio or other buyer purchases Products, materials or goods from. Vendor describes a purchasing relationship, not a Provider Category. A Vendor may separately qualify as a Provider under Vendors & Product Suppliers when it participates in the Registry Network.

The canonical Provider Category for businesses that source, sell or supply furniture, fixtures, equipment, finishes, materials or other purchasable products.

The canonical Provider Category for scheduled pickup, route and crew coordination, careful delivery, placement, proof and day-of exception handling. Use title case for the Category; use white-glove delivery for the general service.

The secure operating environment belonging to one organization or Registry team. It owns its users, settings, branding, records, templates and operational data.

The accountable user with authority to manage a Workspace profile, membership, core settings and other owner-reserved controls.

The Workspace-owned organization profile containing identity, operations, qualification, branding, integrations and visibility, extended by Workspace type and Provider Category.

An Entity with its own authenticated Workspace, users, profile, workflows and permission-scoped operating experience.

A defined portion of Project scope prepared for Provider pricing, assignment and execution, including relevant items, dates, locations, requirements and documents.

The awarded and authorized record that converts accepted Provider scope into operational work, evidence, invoicing and completion obligations.

The permission-aware Registry collection of warranties, manuals, care instructions, serial information, coverage dates and related installed Items. Files remain linked to their canonical records rather than becoming an unstructured folder.

A Provider workflow for scheduled handling, route or crew visibility, delivery, placement, proof, exceptions and installation-day coordination.

A signed external event delivered to a controlled endpoint and stored or deduplicated before domain processing.