Field Service Reference Public

Getting Started

Set up ERPat Field Service from zero: enable the module, run migrations, assign permissions, choose Lite or Pro, add service templates, skills and technicians with HR schedules, register customer sites and assets, and load the demo dataset.

Guide version: r1 Module version: 1.13.1 Updated: 2026-08-02 Estimated time: 5 min
Start Here

Getting Started

Follow these steps in order to take Field Service from a freshly enabled module to a working service desk. Do the setup in a training environment first, then repeat it against live data once your team has walked the flow end to end.

Audience: Administrators Setting: module_field_service Menu: /field_service

Before You Begin

Field Service reuses existing ERPat modules instead of duplicating them, and degrades gracefully when a sibling is off. Some setup goes smoother if these are already in place, but none are required just to turn the module on:

Sibling moduleWhat Field Service uses it forIf it is off
Sales / ClientsCustomers (referenced, never copied)Customer sites still work, but there is no client to link
WarehouseParts stock, reservations and van stockParts are recorded on the job only, with no stock movement
Finance / Invoices & PaymentsThe billing hand-off and payment recordingYou can complete jobs but cannot create the invoice
HR (Team Members)Technician weekly schedules that drive availabilityNo availability slots appear when assigning
FormsChecklists and inspection templatesTasks still work; form-driven checklists are unavailable
AssetsMake/model catalog reference for customer equipmentCustomer assets are entered manually
Notifications & Advanced CronReminders, SLA evaluation and maintenance generationAutomation and reminders do not run

Step 1 — Enable the Module and Create the Tables

  1. Go to Settings → Manage Modules and enable Field Service (this sets module_field_service).
  2. Run the module migrations so the 60 fs_* tables are created on the primary database and every tenant:
    php erpat migrate:modules
  3. Confirm the Field Service group now appears in the left sidebar under Operations.
On a multi-tenant install, migrate:modules runs against every tenant. The module migrations are idempotent and reversible, so re-running is safe.

Step 2 — Assign Permissions

Field Service ships fine-grained, stable permission keys. Grant them in Settings → Roles (administrators bypass all checks). Start with these role bundles and refine later:

RoleTypical permissions
Service coordinator / dispatcherfield_service, field_service_request, field_service_workorder (+ release / schedule / dispatch), field_service_dispatch
Field technicianfield_service, field_service_workorder, field_service_technician
Reviewer / qualityfield_service_workorder_review, field_service_workorder_approve
Billing stafffield_service_quote, field_service_billing, field_service_payment
Administratorfield_service_settings, field_service_audit_export, plus AI approval where used

Live location and location history are deliberately separate permissions (field_service_location_live / field_service_location_history) — grant them only to roles that genuinely need to see technician position. The full list is in the Administration page.

Step 3 — Choose Lite or Pro and Toggle Features

Open Settings → Field Service and set the operating mode plus the feature flags. Lite is the default; turn on Pro surfaces only when you are ready to operate them.

SettingControls
field_service_modeLite (SME) or Pro (multi-branch dispatch)
field_service_customer_portalThe public self-service portal
field_service_mobile_offlineThe installable offline technician app
field_service_dispatch_boardThe drag-and-drop dispatch board (Pro)
field_service_slaSLA policies and escalation (Pro)
field_service_contractsService contracts and entitlements (Pro)
field_service_route_recommendationsRoute suggestions (Pro)
field_service.ai_assistOptional AI assist (off by default; needs the data-privacy acknowledgement)

Step 4 — Build Your Master Data

Enter the reference data that every work order draws on. Order matters — availability and assignment depend on the earlier items.

  1. Service templates — the standard jobs you perform (e.g. "Freezer repair", "Quarterly aircon PM"), with default tasks and durations. Field Service → Settings → Service Templates.
  2. Skills (and certifications) — so the system can match qualified technicians. Field Service → Technicians → Skills.
  3. Technicians — create a technician profile for each field worker and attach their skills.
    Prerequisite: a technician needs an HR weekly schedule (in their Team Member record) for availability slots to appear when you assign a job. No schedule means no bookable time.
  4. Service zones — the geographic areas you cover, used for routing and coverage. Field Service → Settings → Service Zones.
  5. Customer sites — each customer's serviceable locations, with contacts. Field Service → Customers.
  6. Customer assets — the equipment you service at those sites, with warranty and meter history. Field Service → Assets.

Step 5 — Load the Demo Data (Optional)

To see the module working with realistic content before entering your own data, load the sample dataset. It is idempotent (safe to re-run) and reversible.

  • Load: php erpat db:seed FieldServiceDemo
  • One tenant: php erpat db:seed FieldServiceDemo --tenant=<company_key>
  • Remove the demo data later: php erpat db:seed FieldServiceDemo --remove

The demo seeder loads a two-week operational storyline centered on the day you run it — last week's completed and billed jobs, live work today, and next week's scheduled pipeline — so the Dashboard, Calendar, Dispatch board, SLA, Maintenance, Quotes, Billing and Reports screens all render with data. It switches the module to Pro mode with every feature flag enabled, and creates six demo staff you can sign in with (for example [email protected], password Demo@12345). Remove everything later with --remove; the feature flags stay as set.

Go-Live Checklist

  • module_field_service is enabled and migrate:modules has been run.
  • Roles have the right Field Service permissions; location permissions are restricted.
  • Lite/Pro mode and the portal, offline, dispatch, SLA and contract flags are set intentionally.
  • Every technician has skills and an HR weekly schedule.
  • Service templates, zones, customer sites and assets are entered.
  • Warehouse, Finance and Notifications are enabled if you need stock, invoicing and reminders.
  • The team has walked the request → work order → bill flow once in training.
Was this guide helpful?

Report a content problem