Skip to content

HVAC · CRM & dispatch

HVAC CRM & Dispatch Software

Make technician assignment and schedule changes visible to the office and field.

ALCA Software designs HVAC CRM and dispatch workflows for contractors in Miami and South Florida. We connect customer and equipment context to scheduling, technician assignment and field updates, starting with your current platform. Custom work addresses a verified operating gap, with dispatcher approval, visible exceptions and access checks for each connected system.

  • Customer and equipment context carried into the job
  • Assignments reviewed against skills, territory and capacity
  • Schedule changes with a named dispatch owner
  • Field updates linked to the correct job and appointment

A schedule needs operating rules

A replacement installation may require a different crew, duration and preparation from a routine maintenance visit. A useful dispatch view must show those requirements alongside availability, travel assumptions and existing commitments. Adding another calendar without settling those rules leaves the office coordinating by memory.

The dispatch scope

Customer and equipment records

Carry the accepted service address, relevant equipment history and approved scope into the job. Staff resolve conflicting records before dispatch.

Assignment review

Present suitable technicians or crews using agreed skills, territory and capacity rules, with a dispatcher deciding exceptions.

Field context

Give technicians the job details and access instructions their assignment requires, with a clear way to acknowledge changes.

Appointment state

Keep proposed, confirmed, rescheduled and completed appointments distinct; one job may involve several visits.

Operational reporting

Track unassigned work, appointment changes and field acknowledgment delays using agreed definitions and refresh times.

Compare a configured platform with the missing workflow

ServiceTitan, Housecall Pro, Jobber and other field-service tools already provide substantial scheduling capabilities. First test the real dispatch scenario in the product you use. A custom view or connection may be justified when an essential crew rule or cross-system handoff remains unsupported. Compare implementation, operation and support costs as well as licenses.

Plan the handoff

From accepted job scope to an acknowledged field assignment

Keep the customer’s requested time, an office-approved appointment and a technician’s accepted assignment separate so changes have a visible owner.

Illustrative workflow. Illustrative scenario: a two-person installation is ready to schedule, but one qualified technician becomes unavailable. The dispatcher reviews another crew or a new window before the customer receives a revised confirmation.
  1. 1

    Confirm the job is ready

    Check the accepted scope, service location, equipment requirements and required preparation. A sales opportunity is not dispatch-ready merely because its stage changed.

  2. 2

    Review crew and time requirements

    Apply required skills, crew size, estimated duration, territory and travel allowances. Show unavailable or unknown capacity rather than treating it as free time.

  3. 3

    Approve the appointment

    A dispatcher accepts the assignment or records an authorized exception. Store the job, appointment and crew references in the designated scheduling system.

  4. 4

    Confirm customer access

    Confirm the arrival window and the agreed access arrangements. Release a booking message only after the destination has accepted the appointment.

  5. 5

    Acknowledge in the field

    Deliver the current job details to the assigned technician and record acknowledgment. Reassignment withdraws the old assignment and requires the receiving crew to accept the new one.

  6. 6

    Review completion and next work

    Record the visit outcome, remaining work and supporting notes. A follow-up visit or revised scope returns to planning; invoice handling follows its separately authorized process.

When the normal path stops

Agree on who owns each exception before connecting the workflow.

Example exception and responsibility rules
ConditionRequired responseResponsible role
Two requests claim the same capacityRecheck availability when committing the appointment and route the conflict to dispatch; do not send both customers a confirmation.Dispatcher
The assigned technician is unavailableReview replacement skills and capacity, withdraw the earlier assignment and confirm any changed customer window.Dispatch supervisor
Required equipment or site access is missingPut the job on a visible hold with the specific prerequisite and a person responsible for resolving it.Service coordinator
The field update cannot syncShow the last confirmed state and retain the pending update for reconciliation. Office staff verify the job before acting on a conflicting completion status.Dispatcher and field lead

On smaller screens, swipe the table or focus it and use the arrow keys.

Use the tools you already have

Use the current field-service scheduler when it supports the crew rules, appointment types and mobile updates. Housecall Pro, for example, already offers scheduling from jobs, estimates and the calendar.

Where custom work may fit

Build a dispatch view or connection when a demonstrated multi-crew rule, equipment dependency or cross-system readiness check cannot be represented adequately in the configured product.

Scope boundary: Dispatch owns capacity, appointment commitment and field assignment. The intake workflow prepares the opportunity; the communication workflow delivers approved status changes. Financial closeout and inventory purchasing are separate scopes.

What to bring to a scoping conversation

Bring a normal service visit, a multi-crew installation and a recent reschedule. Identify the calendar of record, required skills, dispatch authority and data access. Agree how to test a scheduling conflict before the first pilot.

Frequently asked questions

How is this different from ServiceTitan?

We start by checking whether your configured ServiceTitan workflow already meets the need. Custom development can address a specific missing rule or interface, but it also introduces maintenance and support responsibilities. We do not assume a replacement is cheaper or more suitable.

Can we migrate our existing customer data?

We can scope a migration after inspecting authorized exports or APIs, record quality and available history. Customer, property and equipment identities need mapping and duplicate review. Rehearse reconciliation and a cutover plan before relying on the new records.

Can a customer choose an appointment online?

A preferred date can be collected without reserving a crew. Confirmed booking requires a reliable capacity check, an accepted appointment record and rules for concurrent requests. We make that distinction visible in the customer experience.

Do we own the software?

The project agreement defines ownership of custom code and data. Hosting, messaging, payment services, third-party licenses and ongoing maintenance can still have costs and terms. Those dependencies belong in the estimate.

Define the first workflow

Tell us about your operation.

Start with the handoff that takes the most manual work. We'll review your tools, access and exceptions, then define a practical first scope.