QR codes on laptops, projectors and panels that open the asset register
This points at your asset register; it isn't one
OpenQR generates the labels and records when they were scanned. It holds no owner names, warranty terms or purchase data itself. Point each code at the record in whatever you already use, a spreadsheet published as a page, a helpdesk system, an MDM console, and keep that system as the source of truth. If nothing like that exists yet, that's the gap to close before printing labels, not after.
The person tagging a fleet of laptops is usually an IT or business manager doing an annual audit or kitting out new starters, not an engineer standing in front of a fixed machine. The environment is desks, classrooms and bags rather than plant rooms, so wear comes from being carried and dropped into a rucksack, not from solvent and heat, and the code is far more likely to be scanned while sat at a desk than out in the field.
Number by device type plus a running count, LAP-0001, PROJ-0012, PANEL-003, rather than by current room or owner, because laptops and panels move and a location-based scheme goes stale the first time something is reassigned. The bulk generator's sequence mode generates a whole numbered range in one pass; the number stays with the object for its working life even as who has it changes.
| Device | Where to put it | Stock |
|---|---|---|
| Laptop | Underside near the serial number, clear of any vent or hinge | Thin polyester, low-tack enough to lift cleanly if the machine is later disposed of |
| Projector or interactive panel | Rear or underside, out of the projected image and out of easy reach for peeling | Polyester, permanent adhesive |
| Charging case or peripheral | Base, or inside the lid | Small-format polyester, code kept simple |
At handover, scan the device being issued and update the register's owner field there and then, not “when there's time”. At the annual inventory, walk the racks or rooms with a phone and scan every code, then cross-reference against what the register expects to find. Anything that never got scanned during the walk is either missing or somewhere unexpected, which turns an audit from a manual tick-list into a much shorter question: which codes didn't get scanned.
Tagging an IT estate
Decide the numbering scheme by device type
Not by current owner or room, both of which will change under the label.
Generate the range with the bulk generator
Dynamic codes, so the destination can be repointed as your register's own structure changes.
Point each code at its record page
In whatever asset system you already run: a helpdesk tool, a published spreadsheet, an MDM console.
Apply the label where it survives handling
Clear of vents, hinges and the lens, somewhere it won't be the first thing to peel in a bag.
Re-scan at every handover and at the annual audit
And update the register then, not eventually.
The device's own ID rarely changes; who owns it does, and that lives in the register, not on the label. If your register's URL structure is stable, a static code encoding a fixed asset ID (that your register then looks up) is enough, and static codes are free, unlimited and never expire. If that structure might change, or you want a scan log per device, use dynamic. Three dynamic codes are free; any estate bigger than a handful of devices is a Pro decision (£9/month), and it's cheaper to make that decision once than to reprint a whole school's worth of labels.
What the scan log is useful for, and what it isn't
A scan tells you when, and roughly where, a code was last read, a “last seen” signal for loan-pool kit that's gone quiet, not a live location tracker. Free analytics gives a 7-day window; Pro keeps full history plus device and region detail. No scanner is ever identified, and geography is never named below five scans in a window.