Objects represent physical locations or buildings where you perform service for customers. They could be office buildings, retail stores, warehouses, production facilities, or any other site. Objects help you organize customer assets by location and track service history at each site.
Objects are child records of Customers. Each object must belong to a customer and represents a specific location where that customer has equipment or requires service.
Descriptive name for the location (click to view details)
Object Code
Short code or identifier for internal use
Parent Location
The location this object belongs to, if applicable
Customer
Which customer this object belongs to
Object Type
Category: Office, Warehouse, Retail, Production, Data Center, etc.
Address
Physical street address of the location
City
City or town
State/Province
State, province, or region
Postal Code
ZIP or postal code
Country
Country name
Active Assets
Number of assets registered at this location
Special Information
Unique requirements for this site (safety equipment, background checks, insurance, etc.)
Remarks
Internal notes technicians should know: difficult access, historical issues, etc.
Status
Active or Inactive. Inactive objects are hidden from most searches.
Actions
Quick links to view, edit, or create work orders
When Fentu FSM is integrated with SAP Business One, locations are created via the integration: SAP Business One ShipTo → Fentu FSM Location. New locations created directly in Fentu FSM will not be synced back into SAP B1.
Descriptive name for this location. Be specific enough to distinguish from other locations. Required field.
Object Code
Optional short code for internal reference (e.g., “ACME-DT” for Acme Downtown location).
Customer
Which customer owns or operates this location. Required field.
Object Type
Categorize the location: Office, Warehouse, Retail, Production, Data Center, etc.
Status
Active or Inactive. Inactive objects are hidden from most searches.
Use clear, descriptive object names that include the customer name and location identifier. For example: “Acme Corp - Downtown Office” or “Global Industries - Warehouse #3”. This prevents confusion when selecting locations in work orders.
Where technicians should park (visitor parking, loading dock, street, etc.).
Building Access
How to enter the building (front desk check-in, side entrance, loading dock).
Key Location
Where keys are stored or who has keys on-site.
Access Hours
When the facility is accessible (24/7, weekdays 8-5, etc.).
Never include sensitive security information in fields visible to customers. Gate codes and access instructions should only be visible to internal staff and technicians.
Typical Assets: Machine systems, elevators, security systems, lightingKey Information to Track: Floor number, access hours, parking validation, reception check-in procedures
Retail Stores
Typical Assets: Refrigeration units, Machine, point-of-sale systems, lighting, security camerasKey Information to Track: Store hours (service typically after closing), manager contact, loading dock access
Warehouses
Typical Assets: Forklifts, dock doors, lighting, security systems, material handling equipmentKey Information to Track: Loading dock hours, forklift certification requirements, safety equipment requirements
Production Facilities
Typical Assets: Production machinery, machines, electrical systems, specialized equipmentKey Information to Track: Production schedules (to avoid service during production), safety requirements, specialized training needs
Data Centers
Typical Assets: machines/cooling systems, electrical/UPS systems, security systems, fire suppressionKey Information to Track: Strict access control procedures, change management requirements, uptime SLAs
Even if a customer only has one location now, create an object record. This makes it easy to add more locations later without restructuring your data. It also provides a place to document site-specific access information.
Use Descriptive Names
Object names should clearly identify the location. “Building 3” is unclear, but “Acme Corp - Warehouse Building 3, Industrial Park” tells technicians exactly where to go.
Keep Access Information Current
Gate codes, key locations, and access procedures change frequently. Review and update access information regularly, especially after security changes.
Document Parking and Access
Technicians waste time and create poor impressions when they can’t find parking or don’t know how to access the building. Document clear instructions for first-time visits.
Link Site Contacts
Identify and link contacts specific to each location. Don’t rely solely on corporate contacts who may not know site-specific details.
Use Object Types Consistently
Establish standard object types and use them consistently for better filtering and reporting. Examples: Office, Retail, Warehouse, Production, Data Center, Remote Site.
Document Special Requirements
Some sites require background checks, safety certifications, insurance certificates, or special equipment. Document these requirements so technicians are prepared before arriving.
Track Service Territory
Use the service area or branch field to ensure work orders are routed to technicians who cover that geographic area.
Do I need to create objects for customers with only one location?
Yes, it’s recommended. Creating an object even for single-location customers:
Provides a place to document site-specific access information
Makes it easy to add more locations later
Maintains consistent data structure across all customers
Improves reporting and analytics
What's the difference between a customer address and an object address?
The customer address is typically the billing or corporate headquarters address. The object address is where service is actually performed. For many small customers, these are the same. For larger customers, they’re often different (corporate HQ vs various service locations).
Can an asset belong to multiple objects?
No, each asset is registered at one specific object (location). If equipment is moved to a different location, update the asset record to reflect the new object.
How do I handle temporary locations?
Create object records for temporary locations (construction sites, pop-up stores, etc.) and mark them as inactive once the project is complete. This preserves historical service records while keeping current location lists clean.
Should I create separate objects for different buildings on the same campus?
It depends on your service needs. If buildings have different access procedures, contacts, or equipment types, create separate objects. If they’re managed as one unified site, a single object may suffice. Consider: Do technicians need different instructions or contacts for each building?
Can I delete an object?
You can delete objects that have no associated assets or work orders. Objects with historical data should be marked as inactive instead of deleted to preserve service history.
How do I move an asset from one object to another?
Edit the asset record and change its assigned object. This is useful when equipment is relocated from one site to another. The service history moves with the asset.
What should I put in the Object Code field?
Use a short, memorable code for internal reference. Common approaches: