xMatix
Sign in Request demo
xMatix
PRODUCTS
SalesField SalesCRMRewardsClaimsInventoryProcurementWarehouse ManagementField ServiceServiceSupportTelephony & MessagingFinance & AccountingPayrollExpense ManagementCommercePortalsAnalytics & ReportingData StudioMobile AppSee all products →
PLATFORM
Platform overviewApp BuilderAutomationIntegrationsSecurity & GovernanceChange ManagementDevelopers
SENSE AI
Sense AI overviewSense AssistSense ControlSense VisionAI StudioTrust & governanceIn Claude & ChatGPTUse cases
SOLUTIONS
FMCG & DistributionManufacturing & Dealer NetworksAutomotive & DealershipsPharma & HealthcareConsumer DurablesAgri-InputsBuilding MaterialsService NetworksWarehousing & 3PLFinancial AccountingERP SoftwareIndia GST ComplianceUAE VAT & e-InvoicingSaudi ZATCA & VATAll solutions →
RESOURCES
Knowledge CenterDeveloper & CLIBlogGuidesWhat is xMatix?Company facts
COMPANY
AboutCareersPartnersEventsContactAuthorsLegal
Sign in Request demo
Home/Docs/CRM/CRM configuration reference
REFERENCE · Last reviewed

CRM configuration reference

CRM configuration lives in the CRM app's Settings entry. This page is the administrator reference for the CRM-owned pieces: the appointment scheduling masters and their organization-level switches, and account groups. Support-side settings that share the same screen — queues, SLA policies, the knowledge base — are documented in the Support section; security, users and licensing are in the administration guide.

Appointment scheduling (preview)

Appointment scheduling ships disabled by default — see Appointments for the user-facing behavior. Its configuration is four masters plus the organization switches.

Appointment types

One row per bookable flavor (Product Demo, Test Drive, Service Visit, Delivery, Pickup/Dropoff, Consultation, Site Visit):

FieldMeaning
Category, label, icon, colorIdentity and presentation
Default duration, buffer before/afterBooking length plus setup/teardown padding claimed on resources around it
Resource requirementsThe resources a booking must claim — role, kind (person/asset/facility), count, mandatory
Min lead time / max advance daysHow soon and how far ahead booking is allowed
Cancellation cutoff hoursHours before start after which cancel/reschedule is refused (0 = none)
Max reschedulesReschedule limit per booking chain (0 = unlimited off)
Overbook percentExtra bookings allowed past slot capacity, to absorb no-shows
Requires customer confirmationWhether the confirmation loop is expected
Auto no-show minutesMinutes past scheduled end after which an unstarted booking is marked no-show (0 = off)
Applicable entitiesWhich record types the appointment may be about (empty = any)
Location modes allowedBranch, onsite, virtual (empty = all)
Reminder offsetsMinutes-before-start reminder points

Slot templates

One per branch pattern; templates materialize into dated slots automatically:

FieldMeaning
Branch (required), appointment typeWhere the capacity is; optionally scope it to one type
Start/end time (branch-local), slot duration, intervalThe daily window and how it cuts into slots — no duration means the whole window is one slot; no interval means back-to-back
Capacity modeFixed numbers, derived from available bookable resources, or the minimum of both
Maximum capacity + per-weekday overridesPer-slot capacity; a weekday override wins, 0 closes that day
Effective from/to, activeThe template's validity window
Release horizon overrideDays ahead this template releases slots (empty = the organization setting)
Applicable item / item groupScope the capacity to particular products

Slots

Slots are the materialized, dated capacity rows the templates produce — one per template, date and start time, carrying capacity, booked and reserved counts, and a status (released, blocked, closed, recalled). Treat them as a ledger, not a master: the booked and reserved counters are maintained by the booking engine, and capacity recomputes flag a slot overcommitted instead of silently shrinking below its bookings. Block or close a slot to take it off sale; don't hand-edit its counters.

Bookable resources

FieldMeaning
KindPerson, asset or facility — exactly one of the three links is set
Person / asset / facility linkThe underlying record (a staff resource, a demo vehicle, a service bay)
BranchHome branch — the availability and matching scope
Business hoursWorking-hours override; people fall back to their own hours, then the branch's
Concurrent capacityOverlapping appointments the unit can serve (vehicles and bays: 1)
Effective from/to, activeAvailability window

Organization switches

Appointment scheduling has organization-level settings alongside the masters: the master switch for the scheduling sweeps (off by default — with it off, slots are not released automatically, though appointments can still be created manually), the release horizon in days that slot materialization runs ahead, the hold time-to-live in minutes before an unfinished booking hold is released, and the auto no-show fallback in minutes for types that don't set their own.

Working days and holidays are respected automatically: slot release skips days outside the branch's business hours mask and days covered by holiday rows, so maintain Business Hours and Holiday under Settings for every branch that takes bookings.

Account groups

Account groups (see Accounts) are configured with a type, a description, and one of two membership mechanisms:

MechanismHow it works
Static membersExplicit member rows, one per account, individually activatable
RulesRows of field / operation / value (e.g. billing region equals West), combined by a success criterion — all rules, any rule, or a custom logic expression over the rule sequence numbers

Groups are referenced by price lists, discount groups, trade schemes, tax groups and visit routes, so changing a group's rules changes what those rules apply to — review the group's usages before editing.

Actions vary by record type

Which lifecycle actions a CRM record offers — for example which of the lead conversion variants appears — is governed by the record type and the action configuration on the entity. See entity behavior for how actions are configured and scoped.