A QR code request (pedido por QR code) in maintenance works like this: someone scans a label fixed to a machine, a lift or a room, a form opens already linked to that asset, and the submitted fault arrives in your maintenance system as a request that can become a work order. This guide covers that use, not restaurant table ordering. It shows how to set it up, what to collect, how to track progress and what to plan for in Portuguese facilities and industrial sites.
TL;DR
- Give each asset or location its own QR label that points to one record in your maintenance system, so every request names the right asset without the reporter typing anything.
- Keep the form short: asset (pre-filled), description, photo, urgency, contact. Everything else belongs in the work order.
- Decide in advance who can scan: a public form for occupants or visitors, or a login-protected one for staff and technicians.
- Plan for failure: robust labels for harsh areas, a phone or terminal route for people without smartphones, and a separate path for urgent and safety faults.
- Count the real costs: labels, printing, set-up time and the new routine your teams must learn.
Table of Contents
- How QR code maintenance requests work
- Setting up QR codes so each request identifies the right asset
- What the request form should collect
- From request to prioritised work order
- Devices, connectivity and user access
- Practical and security issues to plan for
- What evidence exists, and what it costs
- Our perspective
- Bringing requests into your maintenance platform
- FAQ
- Sources
How QR code maintenance requests work
The QR code itself holds very little: usually a web address. The value sits behind that address. When the address belongs to a specific asset record, the system knows which machine, which room and which history the request refers to.
The flow has five steps:
- A person scans the label with a smartphone camera.
- A request form opens, with the asset already identified.
- The person describes the problem and, ideally, attaches a photo.
- The request lands in a queue where a supervisor reviews and prioritises it.
- The accepted request becomes a work order, assigned to a technician, and its status is updated until closure.
The reason this matters is data quality. A request that arrives by phone or email as “the machine in the back is making a noise” costs a coordinator several minutes of clarification. A scanned request arrives with the asset code, location and history attached.
Setting up QR codes so each request identifies the right asset
Start from a clean asset register
A QR label is only as good as the record behind it. Before printing anything, make sure each asset has a unique identifier, a name, a location and a category. If you are still building that register, our guide to asset tracking methods for field operations compares the options, and the one on asset geolocation for Portugal covers location data.
Treat the QR as an identifier, not a database
The cleanest design is to let the QR code point to the master record and keep everything that changes, such as status, location and history, inside the maintenance system. If you encode data in the code itself, every change means reprinting the label. Encoding only an address means the label never has to change, even if you edit the asset’s details.
Label design and placement
A good label shows three things: the QR code, the human-readable asset ID and a short instruction such as “Scan to report a fault”. The visible ID matters because it lets someone report the fault by phone when scanning is impossible.
Place labels where the person with the problem will actually be: on the machine’s control panel side, on the plant-room door, inside the lift car, beside the toilet block. Avoid surfaces that are hot, wet, greasy or frequently cleaned unless the label is made for them.
Test before you roll out
Before a full deployment, test a sample of labels in real conditions. Check that:
- the visible ID matches the record;
- the address opens the correct record on a phone;
- a submitted request appears in the right queue and the asset history updates;
- the code scans on the real surface, in the real lighting and from the distance a person will stand.
A pilot in one building or one production line usually exposes most problems within a couple of weeks.
Public or internal codes
There are two access models. A public code opens a form without login, which suits occupants, tenants, visitors or customers reporting a problem in a building. An internal code requires the person to sign in, so the request is assigned to a known employee. Research on QR use in maintenance notes that a QR scan can require a login or mandatory reading at the moment of intervention, which protects the integrity of recorded data (Portuguese academic study, 2021). Many sites use both: public codes in common areas, internal codes on production equipment.

What the request form should collect
The form has one job: give the planner enough to decide priority without calling back. Longer forms reduce completion, especially on a phone in a corridor. Systems used in Portugal for fault reporting typically let users log an anomaly, add remarks and photographs (NKA documentation), which is a good baseline.
| Field | Why it is there | Who fills it |
|---|---|---|
| Asset or location | Identifies what is affected | Pre-filled by the QR code |
| Description of the fault | Lets the planner judge the scale | Reporter |
| Photo | Often replaces a first site visit | Reporter |
| Urgency or safety flag | Routes dangerous faults away from the normal queue | Reporter (simple choice) |
| Contact name and phone | Allows a follow-up question | Reporter, or automatic if logged in |
| Time and date | Measures reaction time | Automatic |
| Category and priority | Drives scheduling and SLAs | Planner, after review |
Keep the reporter’s part to four or five fields. Category, priority, estimated duration and spare parts are decisions for the maintenance team, not for the person who noticed the leak.
If you want more on the next stage, see our checklist for work order management.
From request to prioritised work order
A request is not yet a work order. It is a report that someone with the right knowledge must review. A reliable process has these stages:
- Triage. A planner or supervisor confirms the fault is real, checks for duplicates and rejects or merges repeated reports for the same asset.
- Prioritisation. Classify by safety risk, impact on production or service, and the number of people affected. Set clear rules, for example what counts as “urgent” and the response time linked to each level.
- Conversion. The request becomes a work order with a technician or team, planned date, instructions and required parts.
- Execution. The technician scans the asset on arrival, changes the status, records time and parts, and closes the job with notes or photos.
- Review. The requester is told the outcome, and the data feeds reporting.
The technician’s scan is useful in itself. In the Portuguese academic study referenced above, scanning a QR code lets the technician move a task from “pending” to “in intervention”, so managers can follow reaction and stoppage times in real time. Our guides on the work order management process to reduce downtime and the five-stage work order workflow describe how to structure these stages.
For residential or small-property contexts the same logic applies at a smaller scale. A home maintenance checklist shows the kind of recurring items that people end up reporting, and it is easy to see how a label in the boiler cupboard could shorten the path from noticing a problem to logging it.
Devices, connectivity and user access
The technical requirements are modest:
- A smartphone with a camera. Modern Android and iOS cameras read QR codes natively, so reporters need no app.
- A maintenance management application or web portal. Technicians usually need a mobile app or responsive web interface to update work orders. The academic study above describes a compatible Android/iOS maintenance app as the usual requirement.
- Connectivity. Mobile data or Wi-Fi is the norm, but basements, plant rooms and large industrial halls often have poor coverage. The same study recommends, where possible, offline operation with later synchronisation.
- User roles and permissions. Not everyone should see everything. Requesters should see only their own reports, technicians their assigned jobs, managers the full picture and administrators the configuration.
If your technicians already scan barcodes, the habits transfer well. Our article on barcode scanning with a phone explains the steps and why reads fail, and most of it applies to QR codes too.
Practical and security issues to plan for
Harsh environments
Oily, dusty or abrasive areas damage labels. The Portuguese study notes that the DataMatrix code is sometimes preferred to QR in industrial settings because of its robustness and error correction in the presence of oil or cutting swarf. Where labels will suffer, consider engraved or metal-plate DataMatrix tags, or place a QR label on a nearby protected surface. Your maintenance system must be able to read whichever format you choose.
People without a smartphone
Some operators and occupants do not carry a work phone, or may not be allowed to use one in a production area. Give them another route: a shared tablet or terminal at the line, a printed form, or a phone number answered by the maintenance desk, using the visible asset ID printed beside the QR code. The study cited above also recommends an alternative method such as a terminal or verbal report for users without smartphones.
Urgent and safety faults
A QR form is a queue, and a queue is the wrong place for a gas smell, a trapped person or a fire alarm fault. Print the emergency number on every label or at least on every building’s notice board, and state plainly that the QR form is for non-emergency requests. In the form, make an “urgent” choice trigger an immediate notification to the on-call technician rather than waiting for triage.
Access and data protection
A public QR code can be scanned by anyone who walks past, so design it with that in mind:
- limit what the public form shows: the asset name and location, not maintenance history or technical documents;
- apply permissions so internal records are visible only after login;
- add basic spam protection if the form is open;
- if you collect names and phone numbers, treat them as personal data under the GDPR, tell people why you collect them and keep them only as long as needed.
What evidence exists, and what it costs
The Portuguese academic study reports reduced machine downtime, more accurate interventions and better asset traceability after introducing QR codes into maintenance routines. These are findings from one study in an industrial context, so treat the size of the gain as dependent on your own starting point: sites that already log requests well will see less change than sites relying on phone calls and paper.
The same source points to the costs organisations should assess:
| Cost item | What to estimate |
|---|---|
| Labels | Material and printing, with a more durable type for harsh areas, plus a spare stock |
| Asset register work | Time to clean and complete records before labelling |
| Set-up | Form configuration, roles, workflows and notification rules |
| Pilot and testing | Time to scan and verify labels in real conditions |
| Training | Short sessions for requesters and technicians |
| Routine change | The time the organisation needs to adopt the new way of working |
The label cost is usually the smallest line. The larger investment is the discipline: making sure every asset has a correct record, and that someone reviews the queue every day. If you want to quantify the benefit, track average time from report to acceptance, time to resolution and number of repeat requests per asset before and after. Our guide to the role of analytics in facilities management shows which indicators to look at.
Our perspective
We see QR requests as the front door to a well-run maintenance process, not as a gadget. The scan itself saves seconds. What saves hours is that the request arrives tied to the right asset, with a photo, and enters a workflow where it is prioritised, assigned and measured.
That is why we build FullyOps as a single platform that combines asset lifecycle management, work order control, operational analytics and real-time field data collection. When requests, work orders, inventory and reporting live in the same place, a fault reported by a tenant can be traced through to the technician’s hours, the parts used and the performance figures a manager reviews at month end.
Our advice to operations managers is to begin small: one building or one line, a short form, clear priority rules and a daily review of the queue. Then extend it, with user roles and integrations to the systems you already use.
Pedro
Bringing requests into your maintenance platform
If your team wants requests, work orders, inventory and analytics in one cloud platform, FullyOps offers Basic, Professional and Advanced plans with different levels of functionality for technicians, administrators and managers. We include work order management, preventive maintenance scheduling, user roles and permissions and integrations with other systems through an API. Prices are not published, so the practical next step is to see the plans and request a demo and discuss how your request flow should map onto work orders. For the wider picture, read our overview of field service management.
FAQ
Does the person reporting a fault need to install an app?
No. A modern smartphone camera opens the link in the QR code in a browser, so a requester can submit a report without installing anything. Technicians who update work orders usually use a mobile app or web interface from their maintenance system.
Should the QR code be public or require a login?
Use a public code for occupants, tenants and visitors who need a quick way to report a problem, and keep the form short and limited in what it shows. Use a login-protected code for staff and technicians, so the request or intervention is attributed to a known user and internal data stays protected.
What if the label is damaged or the person has no smartphone?
Print the asset ID in readable text next to the code, so the fault can be reported by phone to the maintenance desk. Provide a shared terminal or tablet in areas where phones are not used. In harsh industrial environments, consider more robust tags such as DataMatrix or protected label positions.
Can a QR code request be used for emergencies?
No. Emergencies such as fire, gas leaks or injuries must follow your site’s emergency procedure and the national emergency number, not a form queue. Put those instructions on the label or beside it, and let urgent non-emergency faults trigger an immediate alert to the on-call technician.
How do I know the system is working?
Track the time from request to acceptance, the time to resolution and the share of requests that arrive with an asset and a photo. Compare these figures before and after a pilot in one area, and review duplicates and rejected requests to improve the form.
Sources
- Portuguese academic study on QR codes in maintenance management (2021)
- NKA: intelligent event management, fault and maintenance request logging
- Home maintenance checklist for homeowners