Last updated: May 2026

Locations and Zones: One Space Model That Every Other App Reads From

Locations and Zones is the FireFlight app that turns physical space into structured data. Warehouses, buildings, rooms, production floors, plus bins all live in one hierarchical model. Inventory, assets, work orders, plus checklists read from the same location records. Define once, reuse everywhere.

Can FireFlight model physical space hierarchically so inventory, assets, plus work orders all reference the same locations? Yes. Locations and Zones defines spaces with custom attributes (type, size, use case, site). Group plus nest zones for logical segmentation: Site to Building to Zone to Aisle to Bin. Link assets, inventory, plus tasks to any zone. Filter every view by zone, area, or floorplan. Deployment runs weeks, not months.

FireFlight Locations and Zones screen showing nested hierarchy from site to building to zone to bin with linked inventory, assets, plus work order references

See how a single zone (say, Building 2 Production Floor A) carries linked inventory, scheduled work orders, assigned assets, plus historical maintenance in one record the maintenance lead can open. Live demo or a direct call.

Request a Demo Contact Us

Why do multiple teams in the same building use completely different names for the same physical space?

In 2026, most operations carry the same physical space in four or five different systems with four or five different names. The maintenance crew calls it "Pump Room B." The inventory system labels it "STG-04-WST." Facilities calls it "Building 2 Mechanical." The work order app shows it as "Z3-Plant Floor." When the safety inspector asks for the location of the incident, nobody is sure whether all four references point to the same room or to four different rooms. The audit drags. The corrective action plan takes a week to assemble.

The cost compounds anywhere physical space crosses departmental lines. Inventory cannot tell you where an asset is housed because asset management uses a different naming scheme. A work order arrives at the wrong building because the requester used a label the technician's app does not recognize. Compliance audits demand a unified site map that the operations team has to construct manually from four conflicting source files. Every new facility makes the problem worse.

Locations and Zones replaces that mess with one space model. Each physical area gets defined once, with the attributes the business actually uses: site, building, zone, aisle, bin, room, production area. The model is hierarchical, so a bin lives inside an aisle, which lives inside a zone, which lives inside a building, which lives inside a site. Every other app (inventory, assets, work orders, checklists) reads from the same location records. When somebody asks "where is X," every system gives the same answer.

How does nested hierarchy handle both a warehouse bin plus a production floor in the same model?

Each location carries a type that defines what it represents: site, building, floor, zone, aisle, bin, room, production area, parking lot, or custom category for industry-specific needs. The hierarchy is configurable rather than hard-coded. A distribution center models down to the bin level for inventory accuracy. Manufacturing campuses model down to the production cell. A multi-tenant office complex tracks down to the floor or suite for IT asset tracking. Each business defines its own depth without forcing the model into shapes that do not fit.

Custom attributes attach to any location type. A bin carries size plus capacity figures. Production areas carry hazard class plus required PPE. A server room carries cooling capacity plus access restrictions. A loading dock carries door dimensions plus the approved carrier list. The attributes are user-defined so the data captured at each location matches the actual operational reality of that space, not a vendor's idea of what should be tracked.

Default location assignment is what makes the model useful day to day in the field. A monthly preventive maintenance checklist defaults to the production cells it covers. Equipment records default to their installed locations. A vendor receipt defaults to the receiving zone. A work order template defaults to where the work usually happens. The defaults populate automatically when staff create new records, plus they can be overridden when the work actually happens elsewhere. Filter any data view (tasks, assets, inventory, history) by zone, area, or floorplan to see exactly what is happening in a specific space.

What apps does Locations and Zones connect to inside FireFlight?

Floorplan Filters Mobile Access Custom Attributes

A unified space model becomes the index for every audit. We treat it that way.

Location data lives in encrypted storage hosted by PCG. Role-based access separates facility administrators who define new locations from staff who reference them in work orders plus auditors who query the full hierarchy. Sensitive areas (server rooms, controlled-substance storage, restricted research labs) can be limited to specific user groups.

Every location update, every attribute change, plus every default reassignment is logged with user identity, timestamp, plus the affected child locations. Usage history by location surfaces immediately during audits: every work order, asset placement, inventory event, plus inspection that ever happened in that space, ready for safety review, compliance check, or insurance verification.

Ikhana, the FireFlight on-screen tutor character
On-Screen Tutor

Ikhana shows your team how to define a zone, link it to assets or inventory, plus filter views by floorplan.

Every field, every attribute prompt, every hierarchy choice is explained the moment somebody asks. New facility coordinators create their first nested zone the same week they start. No training queue. No tickets to IT.

Learn more about Ikhana

What does Locations and Zones give your operations team?

  • Locations defined with custom attributes: type, size, use case, site, hazard class, access restrictions. The data captured matches your actual operational reality.
  • Group plus nest zones for logical site segmentation. Site to Building to Zone to Aisle to Bin, or whatever depth your business actually uses.
  • Link specific assets, inventory items, or tasks to individual zones at any level of the hierarchy. Records carry physical homes in one shared model.
  • Retrieve usage history by location instantly for audits plus compliance. Work orders, asset events, plus inventory transactions all surface by space.
  • Assign default locations to checklists, work orders, plus equipment records that live across many sites. Defaults populate automatically so staff stop typing location codes from memory.
  • Filter tasks plus data views by zone, area, or floorplan. Maintenance leads see only their territory. Executives see the full footprint.
  • Real-time location updates from mobile or desktop interface. A new bin, a new production cell, or a moved asset reflects across every app immediately.
"Zone-level visibility helped us identify underutilized spaces plus improve efficiency across every floor."
Director of FacilitiesManufacturing Campus

31 years of operational software, with AI reporting built in for 2026.

Phoenix Consultants Group has built custom operational software since 1995. Locations and Zones is one app inside the FireFlight platform, the same platform running fleet fueling for municipal operators, physician credentialing for staffing firms, plus airport ground equipment management for aviation services.

The AI layer added in 2026 means a facilities director can query Locations and Zones in plain English. "Show me every production cell with more than 12 open work orders plus an asset assigned over 8 years old, grouped by building." The system answers from live data. No report request to IT. No waiting.

What changes operationally after Locations and Zones goes live?

  • Every team uses the same name for the same physical space. Inventory, maintenance, facilities, plus compliance reference the same location records throughout the entire enterprise.
  • Work orders arrive at the right building the first time. Default locations populate from equipment plus checklist records so the technician knows where to go.
  • Audit response time drops from days to minutes. Usage history per location returns every event ever logged against that space in one query.
  • Underutilized space surfaces in reporting. Zones with low activity show up against high-activity neighbors so facilities can reorganize on data.
  • Onboarding stops requiring tribal knowledge. New staff find any zone through the hierarchy instead of needing the senior tech to translate location codes.

Frequently Asked Questions

How is Locations and Zones different from Bin and Location Management?
+
Bin and Location Management is the inventory-specific layer that handles bin capacity, stock-per-bin counts, plus pick-face logic inside a warehouse. Locations and Zones is the broader model. Every operational app reads from it. A warehouse bin lives inside Locations and Zones as one type of location among many. A production cell, a server room, a parking lot, plus an office suite also live there. Bin and Location Management uses the model. Inventory, assets, work orders, plus compliance use it too.
Does the hierarchy work for non-warehouse operations like manufacturing or labs?
+
Yes. The hierarchy is configurable, not hard-coded to warehouse logic. Many shapes work in practice. A manufacturing campus models site, building, plant floor, production cell, plus equipment station as its standard pattern. A research lab models site, building, lab room, bench area, plus instrument bay. Multi-site service operations model region, location, service bay, plus equipment slot. Each business defines the depth plus the location types that match its operational reality, without forcing the model into a warehouse shape that does not fit.
What custom attributes can a location carry?
+
Any business-relevant attribute. Capacity, size, hazard class, required PPE, cooling needs, access restrictions, approved carrier list, square footage, square meters, climate-controlled, bonded, audited-by-date, or any custom field your operations team needs. Attributes vary by location type: a bin tracks capacity plus pick-face flag, a production cell tracks hazard class plus PPE, a server room tracks cooling capacity plus access tier. The attribute set is user-defined per type.
How do default location assignments work for work orders plus checklists?
+
Each work order template, checklist, or equipment record can carry a default location of its own. The system applies it automatically. A monthly PM checklist for the production line defaults to the cells the line spans, prepopulated for every recurrence. Equipment defaults to its installed location automatically, plus a vendor receipt template defaults to the receiving zone. Default populates the moment staff create a new record. If the actual work happens somewhere else, the field is editable on the spot. The history captures both the default plus the actual location used.
How is location data used during audits?
+
Every event tied to a location (work order, inventory transaction, asset move, inspection, incident) is queryable by that location. An auditor asking what happened in Production Cell 4 last quarter receives every work order completed, every asset placed or removed, every inventory item issued, plus every inspection sign-off, all from one filter. The compliance team stops reconstructing site activity from four conflicting source systems.
Can we reorganize the hierarchy after go-live without losing history?
+
Yes. Locations can be renamed, moved within the hierarchy, merged, or split as the business evolves. Historical events tied to a location stay attached even if the parent zone changes name or moves to a new building. The audit trail records the reorganization itself so an auditor reviewing old activity sees the location as it existed at the time of the event plus its current placement in the hierarchy.
How long does Locations and Zones take to deploy?
+
Most deployments run weeks, not months. Phase one maps the existing space references from your current systems into one unified hierarchy with the facilities lead plus the operations director. Phase two configures location types, custom attributes, plus default assignments. Phase three migrates active references from the prior systems plus connects the dependent apps. Ikhana walks facility coordinators through every screen on demand. Operations leads typically see the first cross-app location lookup work cleanly inside the first month.
Allison Woolbert, principal of Phoenix Consultants Group
Allison Woolbert
Principal, Phoenix Consultants Group

Phoenix Consultants Group founded 1995. Allison's experience in software development predates that. 500+ applications built across small businesses, Fortune 500 firms, plus government contractors. Every call answered, with most issues on PCG-built software resolved the same day.

phxconsultants.com fireflightdata.com LinkedIn

Phoenix Consultants Group founded 1995. FireFlight Data Systems is the proprietary modular platform hosted by PCG. Page prepared May 2026.

Granular Control of Every Square Foot

Build a location structure that works with your data, not against it.