Adrian Gac ← Automation use cases
PL Let's talk →
Automation use cases · Field service and maintenance HVAC · machinery · building services

Field service and equipment maintenance automation

Service requests arrive by phone, email and text, often without a serial number or fault description. I show how to turn them into a ready service order with the equipment history and a suggested diagnosis, and which other service processes can be handed over to automation.

Book a free consultation See use cases ↓
Main scenario

From service request to service order

The dispatcher retypes requests, looks up the equipment in the database, checks the contract and asks the customer follow-up questions. The technician often goes on site without knowing what to expect or which parts to bring.

01 →
Phone / email / form

Service request

The customer reports a fault by phone, email, form or WhatsApp, often with a photo of the rating plate or error code.

02 →
AI + equipment database

Equipment identification

AI identifies the customer, location and equipment from the address, serial number, a photo of the rating plate or the description. When data is missing, it asks the customer.

03 →
Service system / CRM

Contract and history

The system checks the warranty, service contract, required response time, recent inspections and previous repairs of this equipment.

04 →
AI + documentation

Suggested diagnosis

Based on the error code, symptoms, manufacturer documentation and repair history, AI suggests likely causes and parts worth bringing.

05
Service system

Service order

An order is created with a priority, a deadline based on the contract and a suggested technician. The dispatcher approves, and the customer receives a confirmation.

In practice · example scenario

Server room air conditioning, Friday 5:40 pm

The customer writes: “the server room AC isn't cooling, an error code is flashing on the panel” and attaches a photo of the rating plate. The system identifies the unit and location, sees a contract with a 4-hour response time and an inspection six months ago. According to the manufacturer's documentation, the code points to two possible causes. The on-call technician receives the order with the equipment history and parts to check, and the customer gets a confirmation with the arrival time.

More use cases

What else can be automated in field service?

01–03

Requests and planning

Besides breakdowns, a service company handles inspections, contract priorities and technician routes. These tasks are based on deadlines and rules that the system can track by itself.

01

Periodic inspections and mandatory checks

Today

Inspection deadlines from contracts and regulations, such as leak checks on refrigerant systems, are recorded in a spreadsheet. Customers are reminded by phone or not at all.

After automation

The system calculates deadlines from contracts and requirements for each piece of equipment, proposes a visit date to the customer in advance and creates orders. If the customer does not respond, it goes to the dispatcher.

Contracts and equipment → Inspection deadlines → Proposed date → Order
02

Technician assignment and route planning

Today

The dispatcher plans the day in their head: who is certified for the equipment, who is closest, who has the parts in the van. Every urgent breakdown scatters the plan.

After automation

The system suggests a technician based on certifications, location, workload and parts in the service van, and recalculates the day plan for urgent requests. The dispatcher approves changes with one click.

Today's orders → Certifications and location → Proposed plan → Approval
03

Contract response times under control

Today

Customers have different response times in their contracts. The dispatcher finds out about a missed deadline when the customer calls to complain.

After automation

Every request has a timer based on the contract. An approaching breach triggers an alert for the dispatcher and manager, and every month a deadline compliance report is produced for each customer.

Service request → Contract time → Alert before deadline → Monthly report
04–06

Technician's work

A technician should be repairing, not filling in paperwork and calling the office for information. Documentation and know-how can be available on the phone.

04

Service report from the phone

Today

The technician fills in a paper report or writes notes that someone in the office retypes. The customer gets the document days later, and photos get lost in the phone's gallery.

After automation

The technician records a short voice note and takes photos. AI prepares the report with a description of the work, parts used and readings, the customer signs it on screen and receives a PDF straight away.

Voice note + photos → AI report → Customer signature → PDF to customer
05

Spare parts and stock in service vans

Today

No one knows exactly which parts are in which van. The technician drives to the customer and then goes back for a missing part.

After automation

Parts used in the report are deducted from the van's stock. The system reserves parts needed for tomorrow's orders, suggests what to take from the warehouse and prepares an order when stock falls below the minimum.

Report → Van stock → Reservation for orders → Parts order
06

Technical assistant in the field

Today

With unfamiliar equipment, the technician searches for manuals online or calls a more experienced colleague.

After automation

The technician asks the assistant on their phone about an error code, a diagram or a procedure. The assistant answers based on manufacturer documentation and the company's repair history, and points to the source in the documentation.

Technician's question → Documentation + history → Answer with source → Note on the order
07–09

Customers and contracts

The customer wants to know when the technician will arrive and how much the repair will cost. Service contracts are worth renewing before the customer starts looking for another company.

07

Request status without calling the office

Today

Customers call to ask whether their request has arrived and when the technician will come. The dispatcher answers the phone instead of planning work.

After automation

The customer receives automatic messages: request received, visit date, technician on the way, repair completed with the report. A chatbot or voice bot answers status questions.

Status change → SMS / email → Chatbot / voice bot → Report
08

Quotes for repairs and replacements outside the contract

Today

When a repair goes beyond the contract, the technician calls the office, the office calculates the cost and sends a quote days later. Meanwhile, the equipment stands idle.

After automation

From the technician's diagnosis, the system prepares a quote based on the labour and parts price list. The customer accepts it online, and acceptance immediately creates the order and the parts order.

Technician's diagnosis → Price list → Online acceptance → Order + parts
09

Renewing service contracts

Today

Contracts expire without a conversation with the customer. The sales rep does not have the history to hand: how many requests there were, what was repaired, what the response time was.

After automation

Before the contract ends, the sales rep receives a reminder with a summary of the service provided and suggested renewal terms. The customer receives a report on inspections and repairs together with the offer.

Contract end → Service history → Customer report → Renewal offer
10–12

Billing and data

Every order leaves data on time, parts and faults. You can use it to issue invoices, calculate profitability and predict future breakdowns.

10 KSeF

KSeF invoices after the order is closed

Today

Repair invoices are issued from reports once a week. Travel, extra hours and parts are easy to miss.

After automation

Closing an order creates an invoice with labour, parts and travel from the report and sends it to KSeF in the FA(3) structure. Contract customers receive a consolidated monthly invoice with a list of orders.

Report → Invoice → KSeF → Customer
11

Contract and customer profitability

Today

It is unclear which service contracts make money and which cost more than they bring in. The data is scattered across reports and invoices.

After automation

The system totals technician hours, parts and travel for each contract and compares them with the fee. Every quarter, management receives a list of contracts below the profitability threshold ahead of renewal talks.

Orders and costs → Contract → Comparison → Quarterly report
12

Recurring faults and predictive maintenance

Today

The same equipment breaks down every few months, but no one puts it together. Replacement is only proposed after a serious breakdown.

After automation

The system identifies equipment with recurring faults, and when equipment or BMS systems provide readings, it spots unusual values before a breakdown. The technician and customer receive a proposal for an inspection or replacement.

Repair history / readings → Failure patterns → Warning → Proposal for customer
A day after implementation

What does a day at a service company look like after implementation?

An example of a service company that connected request intake, its service system, a technician app and KSeF. Dispatchers focus on urgent cases and customers.

In the morning

Overnight requests have identified equipment, checked contracts and suggested diagnoses.

8:00

Technicians receive their routes, orders and a list of parts to take.

On site

The report is created from a voice note and photos, and the customer signs it on screen.

After the order is closed

The invoice goes to KSeF and the customer, and parts stock updates itself.

Every month

List of inspections for the next month and a response time compliance report.

Principles

What principles does the automation follow?

01

The technician and dispatcher decide

AI suggests fault causes, the day plan and the report text. The technician makes the on-site diagnosis and repair decisions.

02

Your service system stays

I connect the automation to the service system, CRM, warehouse and accounting software you already use, via API, file import or KSeF.

03

Customer and site data under control

Addresses, access codes and installation diagrams are not sent to public AI tools. For particularly sensitive sites, the model can run on the company's own server.

04

Start with one process

We start with the process that burdens the team the most and expand the automation in stages once the first one proves itself in daily work.

FAQ

Frequently asked questions

Can AI make a diagnosis instead of the technician?

No. AI suggests likely causes based on the error code, symptoms, documentation and repair history, so the technician knows what to expect and which parts to bring. The technician makes the diagnosis on site.

Where does the system get knowledge about our equipment?

From manufacturer documentation, service manuals and the repair history in your system. We build a knowledge base from them that the technical assistant and suggested diagnoses rely on. Every closed repair adds to it.

What if the customer doesn't know the serial number?

An address, a photo of the rating plate or a description of the equipment is enough. The system matches it to the equipment assigned to the location, and if there are several options, it asks the customer.

Where should we start?

Most often with request intake or service reports. We add further use cases, such as periodic inspections or spare parts, in stages once the first ones prove themselves.

Let's test it on requests from your service company.

Book a free 30-minute consultation. Show me how a request currently moves from intake to invoice, and I'll point out the steps that can be automated.

Book a free consultation →
Related services
Service↗
Process automation Workflows that connect requests, the service system, parts warehouse and KSeF.
Service↗
Voice bots and chatbots Assistants that take service requests by phone and chat at any time.
Service↗
Mobile apps An app for technicians: orders, photos, reports and customer signatures.