Tank Telemetry in Logistics
Telemetry is not an objective in itself—it is one of the possible sources of work orders. The real value of measurement data is realized when it is used as input for operational planning.
Generating Work Orders from Telemetry Data
Work orders are created in different ways depending on the company. In some cases, they are entered manually by customer service personnel, while in others they are received directly from the company’s ERP system. There are also business processes where work requirements are generated automatically based on measurement data collected from field devices.
A typical example is LPG distribution logistics. Tank fill levels are continuously monitored using telemetry, and the collected data is used to estimate when each tank will require its next refill. This creates a list of delivery requirements that serves as the basis for generating work orders for the following day or several days ahead.
Planning Data
The LevelSense monitoring system continuously collects tank level data and stores its historical changes. Based on this history, the application calculates the average consumption of each location and predicts when the remaining product in the tank will reach a predefined critical level.
This approach enables deliveries to be planned several days in advance. Planning is therefore no longer based solely on the current fill level, but on an accurate prediction of when replenishment will actually become necessary.
Creating Delivery Plans
The generated delivery requirement is not final. Before daily delivery schedules are created, the list can be reviewed and adjusted according to the actual operational situation. For example, servicing a particular customer may be postponed or temporarily removed from the schedule. Different products—such as propane, butane, and their mixtures—can also be handled separately to prevent incompatible deliveries from being combined.
Once the delivery requirement has been confirmed by defining the delivery date and the locations to be serviced, the available transport resources are assigned to the planning program.
The system takes into account available vehicles, vehicle capacities, loading terminals, drivers’ working time restrictions, and other operational constraints that affect route planning.
Based on these parameters, the system generates a proposal for distributing deliveries between the available vehicles. Automatically generated routes are intended to support the logistics planner rather than replace their decisions.
Reviewing the Daily Schedule
In practice, planners often make adjustments before releasing work orders. A delivery may be reassigned to another vehicle, several deliveries may be combined, or some may be postponed until the following day. Such modifications are a normal part of the planning process, and the system allows them to be made before the schedule is finalized.
The daily planning view allows the planner to verify that the proposed routes meet operational expectations.
Routes, stop sequences, working hours, and delivery allocations can all be reviewed before work orders are released. If necessary, the delivery plan can be modified and recalculated.
This approach combines automated optimization with the practical experience of the logistics planner.
The Work Order Lifecycle Continues
Creating work orders is only one step in the overall workflow.
Once the daily schedule has been approved, work orders are automatically transferred to the driver’s mobile application, where the driver can see the assigned tasks, the execution sequence, location details, and all information required to complete the work. During execution, the driver can update the work status, add notes, attach photographs or other evidence, and confirm task completion. Where required, a digital handover process can be used to document the completed work directly at the customer’s location.
All information collected during the delivery process is stored in a single system. It is later used for process monitoring, reporting, quality assurance, and integration with other business information systems.
Telemetry marks the beginning of the workflow. The same work order continues through the entire operational process—from automatic creation to execution, completion, and performance analysis.
The Same Principle Applies Elsewhere
The same workflow is suitable wherever work requirements are generated automatically from collected data. Sama töövoog sobib aga kõikjale, kus töövajadus tekib automaatselt kogutud andmete põhjal. The input may come from maintenance schedules, production equipment status, inventory levels, or any other information system.
Regardless of the source, the role of the Work Order module remains the same: to collect planning data, generate work orders automatically, and provide users with the opportunity to review and adjust them before they are released for execution.



























At the 2017 Dakar Rally, taking place from 2 January to 14 January, the Estonian bikers used simple and reliable map rollers that were first employed more than a century ago. With all the noise and dust that bikers are exposed to, these can sometimes be of more use than contemporary electronic navigators. The roadbook, describing the turns ahead along the track, can also be recorded on such rolls.
The navigation system called Plus Fours Routefinder consisted of a casing housing two wooden rollers which could be used to forward or rewind a roll of paper – not unlike the rolls of receipt printer paper that we are so familiar with – that bore a map showing the way from one of the popular starting points to a popular destination, to be purchased separately according to the journey envisaged. At a crossroads, one had to manually wind the map forward see which direction one needed to take to reach the next forking. The edge of the scroll also showed the mileage covered. Unfortunately, this invention never achieved wide popularity, receding into the ranks of 20th-century curiosities, and is now part of a collection of weird and wonderful inventions and gadgets on display at the British Library in London. Today we could say that this clever gadget was too advanced for the time, since automobiles in the 1920s were few and far between, which effectively precluded the gadget’s attaining popular appeal. What was also significant is that the selection of roads for which maps were available remained rather limited.
In the 1930s the number of cars rolling on the streets began to grow. This created an incentive to start designing navigation equipment available to motorists as an optional extra. One of the first of its kind was the Italian-produced Iter Avto―a voluminous box which was fixed onto the car’s dashboard moulding and featured a wide map display window. Externally, it already bore semblance to the first cumbersome contemporary navigation units, although its innards held a mechanical map system. Compared to Plus Fours Routefinder, it represented a step further―the motorist did not have to manually wind the map forward. Instead, the device was connected to the speedometer cable and would turn the map scroll according to the speed of the car, approximately matching the vehicle’s progress along the route. The expensive gadget showed intersections and ‘rotated’ the map to match the direction of the car. From time to time, the scrolling speed had to be adjusted, since a mechanical solution such as this could not provide the required precision.
In 1960s, the General Motors Company decided to assist the motorists travelling long-distance on U.S. highways by manufacturing a device called DAIR (Driver Aid, Information & Routing). The device which read driving directions (where to turn, which traffic signs are ahead, where limited speed zones begin and how long the motorist must continue down the same road without turning) from punched cards also received radio transmissions to warn the driver of obstacles on the road and of accidents ahead.