The digital replica
A structured representation of your site, its spaces and objects. It helps people understand the layout, find their way and locate useful information.
For mapping, exploration and wayfinding.
Your Immersive project
Represent your site in 3D, then connect its equipment to data. A gradual process, from the first plans to a model that reflects your operations.
A shared foundation
A structured representation of your site, its spaces and objects. It helps people understand the layout, find their way and locate useful information.
For mapping, exploration and wayfinding.
The same representation, connected to data from your systems. Equipment states and changes appear in the model, making the situation easier to understand.
For supervision and, depending on the project, historical analysis or simulation.
Start with a digital replica that is useful every day, then connect an initial group of equipment. Expand the scope as your needs evolve.
Implementation
Each step produces a concrete result. Expand the technical sections for modelling and integration details.
The starting point
Choose the spaces to represent, the people who will use the map and the first questions it should answer. One floor or equipment family can be enough to start.
Result: An agreed scope and clear priorities.
Identify available sources, system owners and required data. Distinguish viewing, supervision and any control functions. Define permissions and acceptance criteria for each use case.
Explore business use cases
Site documentation
Bring together available plans, dimensions and photographs of the site. These references help establish the building’s layout and prepare its 3D model.
Result: A set of source documents for building the digital replica.
Identify floors, rooms, access points and reference dimensions. Check the documents’ dates and consistency with the actual site, then fill any gaps with surveys or photographs. Specify the elements to represent within the agreed scope.
See what to prepare
The digital replica
Forge
Use plans and site surveys to build a readable model of buildings, floors, rooms and relevant objects. Match the detail and visual style to the chosen uses.
Result: A structured 3D replica ready to explore.
Forge creates and organises the model. Rest Frontage stores it and makes it available to Beholder. Check dimensions, floors, object positions and readability before preparing equipment associations.
Discover Forge
The equipment
Rest Frontage · Forge
Identify the equipment to monitor, import it and locate it in the model. This association, called binding, links the equipment identity to its representation in the space.
Result: Identified equipment linked to the correct objects.
Excel import into Rest Frontage prepares the equipment inventory and its properties. In Forge, drag and drop associates equipment with the corresponding 3D object. Check references, location and source-data mappings for each group or functional family.
Understand binding
Connecting the twin
Hub
Connect systems that report what is happening on site: building management, sensors, business applications or other sources. Hub receives or retrieves their data and communicates it to Beholder.
Result: A model fed by states from your systems.
Select connectors suited to the sources: REST API, OPC UA, MQTT, Excel or a custom connector. Configure access and data mappings, then check reception and updates in Beholder. Historical analysis and simulation require data and configuration suited to the project.
In this example, the door controller exposes a state through OPC UA, the cabinet publishes a state through MQTT, and the display uses a manufacturer protocol that needs a custom connector. The NodeId must match the OPC UA server and the connector’s filter. For MQTT, the topic identifies the path published on the broker; the handle path adds the prefix configured in the connector. Adapt these examples to the interfaces actually available, then verify the exchanges.
Example MQTT handle path: Mqtt://grs/site-a/armoire-01/etat
Manufacturer protocol
In this example, no supplied connector supports this display model.
Custom connector to develop
OPC UA
Open/closed state exposed by the door controller.
NodeId · examplens=2;s=Door01.IsOpen
OPC UA connector
MQTT
Cabinet status published to an MQTT broker.
Topic · examplegrs/site-a/armoire-01/etat
MQTT connector
Everyday use
Beholder · JavaScript
Show values with units, make states visible, animate objects or adapt an interaction. The model brings out the information each user needs.
Result: A readable view tailored to business needs.
Beholder loads the model and the workspace’s JavaScript scripts from Rest Frontage. Scripts transform how data is presented and adapt the model or application behaviour. Examples include formatting a temperature or showing a door opening based on its state.
These examples build on the connections in step 05. Prepare the moving parts and their pivots, then link the opening state to their animation. For the screen, the custom connector or an API must provide an accessible screenshot; the script displays it on the 3D object and manages updates. The information card applies formatting and display rules to the measurements. Also handle unavailable values or screenshots.
Explore scripting
Need: See immediately whether the entrance door is open or closed.
The received state says the door is open, but the 3D object stays closed.
The script translates the received state into an open door in the 3D model.
IsOpen = true
Need: Check that the screen is on and see what it is displaying.
A screenshot is available, but the 3D screen stays black.
The script displays a screenshot from the television on the screen in the model.
Need: Clearly read the temperature and humidity measured at the cabinet.
Measurements are shown exactly as received, with all their decimal places.
The script rounds measurements, adds units and creates an information card linked to the equipment.
Temperature = 21.2143772155528
Humidity = 45.55332130201
Commissioning
Compare the representation with the real site and validate the first uses with users. Once this scope works as intended, add more spaces, equipment or functions.
Result: A validated initial scope and a foundation for expansion.
Check associations, units, state changes, permissions and behaviour when data is unavailable. Check performance on target devices. Plan updates to the model and equipment inventory as the site changes.
Browse training
First building validated
Next extensionBuilding B
Next extensionBuilding C
Need: Validate uses with teams, add new information and gradually extend supervision to other departments and buildings.
The first practical uses encourage teams to go further. By addressing new needs, Immersive renews and broadens its relevance across the business: other departments adopt it, contribute their information and imagine new uses. Its scope grows from one function to another, then from one building to another.
A concrete example
The same process applies to a temperature, a light or a technical asset. The object locates the information, the connection supplies its state and the script controls its representation.
Before you start
Start with the documents you already have. Connection requirements become clearer as the scope and use cases are defined.
Your initial scope
Tell us about your site and your first use case. Together, we can define what to model and which data to connect.