Logistics Information Systems and Technology

Chapter 7
Identification, Tracking and Real-Time Visibility

Post Graduate Program in Logistics
Logistics Information Systems and Technology   •   Post Graduate

7. Identification, Tracking and Real-Time Visibility

Introduction: From Physical Movement to Digital Evidence

Logistics has always depended on knowing three things: what is being moved, where it is located, and whether it remains in the expected condition. Earlier logistics systems often relied on handwritten records, telephone calls, periodic status updates, and manual reconciliation. Such methods may be adequate for simple, low-value flows, but they become unreliable when supply chains are geographically dispersed, time-sensitive, regulated, temperature-controlled, or exposed to frequent disruption.

Identification, tracking, and visibility technologies address this problem by converting physical logistics events into digital information. An item, package, pallet, vehicle, shipment, or asset is assigned an identity; its movement is recorded; relevant environmental or operational conditions are measured; and the resulting data are shared with systems and people responsible for decisions. The objective is not merely to locate an object on a map. Effective visibility enables organisations to verify custody, predict arrival, identify exceptions, protect product quality, allocate resources, and coordinate corrective action.

This chapter examines the principal technologies used for this purpose: barcodes, radio-frequency identification (RFID), global positioning systems (GPS), telematics, Internet of Things (IoT) sensors, geofencing, and control towers. It also develops practical designs for track-and-trace, condition monitoring, chain-of-custody, and exception management. A central theme is that technology alone does not create visibility. Visibility is created when reliable data are linked to defined business events, interpreted against operational rules, and converted into timely decisions.

Learning Objectives

After studying this chapter, students should be able to:

1. Distinguish the purposes, capabilities, and limitations of barcodes, RFID, GPS, telematics, IoT sensors, geofencing, and control towers.

2. Explain the difference between identification, tracking, tracing, visibility, and transparency.

3. Design a track-and-trace process using standard logistics events and data structures.

4. Develop condition-monitoring and chain-of-custody processes for sensitive shipments.

5. Design exception-management workflows based on thresholds, alerts, ownership, and escalation.

6. Evaluate data quality, integration, cybersecurity, privacy, and governance risks.

7. Assess how analytics, automation, and artificial intelligence enhance real-time logistics visibility.

The Architecture of Visibility

Identification answers the question, “What is this?” It may refer to a product, serialised item, case, pallet, vehicle, container, location, document, or business partner. Tracking answers, “Where is it, or where was it, over time?” Tracing is the ability to reconstruct its movement and relevant history, often in reverse from a delivery or quality problem to its origin. Visibility is broader: it is the availability of timely, sufficiently accurate, and decision-relevant information across organisational boundaries.

A useful distinction is between event visibility and continuous visibility. Event visibility records discrete occurrences such as packing, loading, departure, arrival, receipt, inspection, or delivery. Continuous visibility uses frequent or near-continuous data from GPS devices, sensors, or connected equipment. The former is often cheaper and adequate for routine flows; the latter is valuable when route deviation, temperature exposure, shock, theft, or delay can materially affect outcomes.

Visibility usually has five layers:

  • Object layer: products, packages, vehicles, equipment, locations, and people.
  • Identification layer: labels, barcodes, RFID tags, serial numbers, and reference identifiers.
  • Sensing and communication layer: scanners, readers, satellites, cellular networks, gateways, and IoT devices.
  • Data and integration layer: transport management systems, warehouse management systems, enterprise resource planning systems, application programming interfaces, and event repositories.
  • Decision layer: dashboards, alerts, control towers, workflows, analytics, and human intervention.

Weakness in any layer reduces the value of the whole system. A highly accurate sensor is of limited use if its data cannot be associated with the correct shipment. A sophisticated dashboard cannot compensate for missing scans or poorly defined ownership of exceptions.

Identification Objects and Granularity

The appropriate level of identification depends on the decision to be supported. A product may be identified by stock-keeping unit, batch, lot, serial number, case, pallet, container, or shipment. Batch-level identification supports recall and quality analysis; serial-level identification supports warranty, anti-counterfeit control, and precise chain-of-custody. Pallet-level identification may be sufficient for warehouse handling but inadequate for high-value individual devices.

Hierarchical identification is common. Individual items are packed into cases, cases are assembled on pallets, and pallets are consolidated into shipments. These parent-child relationships allow a scan at one level to provide visibility at another, provided the packing relationship is accurately recorded. Failure to maintain these relationships produces false confidence: the system may show that a pallet moved while being unable to identify which items were actually inside it.

Events, States, and Milestones

A logistics event is a time-stamped statement that something happened or was observed. Examples include “shipment packed,” “pallet loaded,” “vehicle departed,” “container entered terminal,” “temperature exceeded threshold,” and “consignee accepted delivery.” A state describes a current condition, such as “in transit,” “held for inspection,” or “delivered.” Events are historical evidence; states are interpretations derived from events.

A well-designed event record commonly includes:

  • the object or shipment identifier;
  • the event type;
  • date and time, including time zone;
  • location and location identifier;
  • responsible party or system;
  • source of the observation;
  • quantity or status, where relevant;
  • associated documents or references; and
  • data-quality or confidence information.

Event standards improve interoperability because different organisations can use common meanings for activities. In practice, organisations may use GS1 Electronic Product Code Information Services concepts, Electronic Data Interchange messages, API-based event schemas, or industry-specific standards such as those used in transport, healthcare, food, or maritime logistics. The specific standard matters less than consistent definitions, identifiers, timestamps, and responsibilities.

Comparing the Main Technologies

Barcodes and Two-Dimensional Codes

A barcode represents information in a machine-readable visual pattern. One-dimensional barcodes normally encode a short identifier, while two-dimensional codes such as QR codes can contain more data or direct a system to an online record. Scanning is inexpensive, familiar, and easy to integrate into warehouse and transport processes.

Barcodes require a line of sight, although the operator does not always need to see the encoded information directly. Labels can be damaged, obscured, incorrectly applied, or scanned against the wrong transaction. Barcode systems generally record an event when a person or automated scanner deliberately performs a scan. They do not normally provide continuous location information.

Barcodes are appropriate for receiving, picking, packing, dispatch, delivery confirmation, returns, and document association. They are particularly attractive where labour processes already include controlled scan points and where the cost of tagging every item must be minimised. Their weakness is that visibility depends on compliance with scanning procedures.

Radio-Frequency Identification

RFID uses radio communication between a reader and a tag attached to or embedded in an object. Passive tags obtain energy from the reader and are relatively inexpensive. Active or battery-assisted tags can transmit over greater distances and may include sensors, but they cost more and require battery management.

Unlike barcode scanning, RFID can identify multiple tagged objects without direct line of sight. This can accelerate pallet, case, garment, tool, or asset handling. RFID can also reduce manual intervention at dock doors and controlled portals. However, performance is affected by tag orientation, metal, liquids, interference, reader placement, and the physical environment. RFID does not automatically equal real-time tracking: it records a location when a tag is read, and the coverage of readers determines the frequency and reliability of observations.

The business case for RFID is strongest when the cost of missed items, manual counting, shrinkage, or delayed handling is high. It should be evaluated not only by tag cost but also by infrastructure, integration, process redesign, exception handling, and the value of faster or more accurate information.

GPS and Location Services

GPS-enabled devices estimate position using satellite signals. In logistics they are commonly installed in trucks, trailers, containers, mobile assets, and sometimes high-value shipments. GPS supports route monitoring, estimated time of arrival, theft investigation, utilisation analysis, and geofence events.

GPS may be unavailable or inaccurate indoors, in dense urban areas, underground locations, or when devices are obstructed. Positioning also consumes energy and communicates through a network that may have coverage gaps or roaming costs. A GPS point without a clear association to a shipment, vehicle assignment, or operational event has limited managerial value.

Telematics

Telematics combines vehicle or asset data, communications, and software. A telematics unit may collect location, speed, fuel consumption, engine diagnostics, harsh braking, idling, door opening, and driver or equipment information. Its purpose is not merely to display a vehicle location but to connect movement with operational performance and asset condition.

For fleet managers, telematics supports preventive maintenance, driver safety, route compliance, fuel management, utilisation, and estimated arrival calculations. In a transport management system, telematics data can trigger customer notifications or identify a risk of missing a delivery appointment. Governance is important because vehicle and driver data may be personal or employment-related information.

IoT Sensors and Condition Monitoring

IoT sensors measure physical or environmental variables and transmit observations through a gateway or communications network. Common logistics applications include temperature, humidity, light exposure, shock, vibration, tilt, pressure, door opening, location, and battery status. Sensors may be disposable, reusable, embedded in equipment, or integrated into packaging.

Condition monitoring begins with a product-specific risk assessment. A temperature threshold should not be selected merely because it is technically easy to measure. It must reflect the product specification, exposure duration, calibration uncertainty, and decision rule. A single reading above a threshold may not mean the product is unusable; the organisation may need to evaluate cumulative time, rate of change, product stability, or data reliability.

Sensor data require calibration, time synchronisation, battery control, secure transmission, and a documented response process. Without these controls, organisations may create large volumes of data without creating dependable evidence.

Geofencing

A geofence is a virtual boundary around a geographic area such as a warehouse, port, customer site, border crossing, or restricted zone. When a GPS-enabled device enters, exits, or remains within the boundary, software generates an event. Geofencing can automate arrival and departure records, detect route deviation, calculate dwell time, and notify teams that a vehicle is approaching.

Geofences must be designed carefully. A boundary that is too small may produce false departures when a vehicle moves within a large yard; one that is too large may record arrival long before the actual delivery point. GPS uncertainty, cellular delays, and device sleep intervals also affect event accuracy. Geofencing is therefore an operational rule applied to location data, not a substitute for physical proof of receipt.

Control Towers

A control tower is an organisational and technological capability that provides a coordinated view of supply-chain flows and supports intervention. It usually combines internal transactions with carrier, supplier, customer, port, weather, traffic, and sensor data. Its value lies in prioritisation and coordinated response rather than simply displaying more information.

A mature control tower includes role-based dashboards, common data definitions, predictive alerts, workflow management, scenario analysis, and performance measurement. It may use a network model linking orders, inventory, shipments, vehicles, facilities, and customers. A control tower must have authority, operating procedures, and accountable users. Otherwise it becomes a passive reporting portal.

Designing a Track-and-Trace Process

A sound design starts with the business question. “Where is the order?” may require a shipment milestone. “Which products were exposed to a temperature excursion?” requires item or batch identity, sensor association, time history, and disposition records. “Who had custody when the seal was broken?” requires handover events, identity verification, and tamper evidence.

The design process can be organised as follows:

1. Define the object and required granularity. Decide whether the process tracks orders, shipments, pallets, cases, serialised items, vehicles, or combinations of these.

2. Map the physical flow. Identify packing, consolidation, loading, terminal handling, border activity, delivery, returns, and disposal points.

3. Define critical events. Specify the minimum events needed to establish progress, custody, condition, and completion.

4. Assign identifiers and relationships. Establish unique identifiers and parent-child links between items, logistics units, documents, and shipments.

5. Select capture technologies. Use barcode, RFID, GPS, telematics, or sensors according to risk, cost, environment, and required frequency.

6. Define the event schema. Specify fields, time standards, locations, source systems, validation rules, and error-handling procedures.

7. Set service expectations. Define acceptable data latency, completeness, accuracy, and availability.

8. Design exception workflows. For each failure, identify who receives the alert, within what time, and what action is required.

9. Test the process in physical operations. Verify that labels are readable, readers work, scans occur at the intended points, and users understand the procedures.

10. Measure and improve. Monitor scan compliance, event latency, false alerts, unresolved exceptions, and the relationship between visibility and outcomes.

A process should distinguish planned, estimated, actual, and confirmed times. For example, a planned delivery appointment is not evidence that delivery occurred; an estimated arrival is a prediction; an actual arrival may be generated by a geofence; and a confirmed delivery may require a consignee scan or electronic proof of delivery.

Condition Monitoring and Chain of Custody

Condition monitoring is appropriate when the value or safety of a product depends on its environment. Pharmaceutical products, vaccines, fresh food, chemicals, electronics, artworks, and sensitive machinery may require different combinations of temperature, humidity, shock, light, and security monitoring.

The process should establish:

  • the required operating range and permitted duration of excursions;
  • sensor location and attachment method;
  • calibration and accuracy requirements;
  • sampling interval and transmission logic;
  • who reviews data during movement;
  • the quarantine or release decision process; and
  • retention and audit requirements.

Chain of custody is concerned with possession, responsibility, and transfer. It is stronger than location visibility because it establishes who accepted, controlled, inspected, or released the item. A chain-of-custody event should normally record the object, transferor, transferee, time, location, condition, seal or package status, and acknowledgement. Digital signatures, identity authentication, tamper-evident packaging, photographs, and access logs may strengthen the evidence.

The principle of eventual consistency must be understood in distributed logistics networks. A carrier device may store events while offline and transmit them later. The system should preserve original event time, receipt time, source, and sequence rather than treating delayed transmission as a new physical occurrence. Duplicate messages, out-of-order events, and corrected events require explicit rules.

Exception Management: From Alerts to Decisions

An alert is not the same as an exception. An alert is a notification generated by a rule; an exception is a deviation that requires evaluation or action. Excessive alerts cause fatigue and encourage users to ignore the system. Effective exception management therefore uses thresholds, prioritisation, ownership, and closure evidence.

A practical exception model has five stages:

1. Detection: A missing milestone, late departure, temperature excursion, route deviation, or unauthorised opening is identified.

2. Validation: The system or analyst checks whether the event is genuine, duplicated, delayed, or caused by poor data quality.

3. Classification: The exception is assigned a severity, business impact, probable cause, and responsible party.

4. Response: The owner takes an action such as rerouting, contacting a consignee, arranging a replacement, quarantining product, or investigating a security event.

5. Closure and learning: Evidence of resolution is recorded, and recurring causes are analysed.

Rules can be static or predictive. A static rule might create an alert when temperature exceeds 8°C for more than 15 minutes. A predictive rule might identify a shipment likely to miss its delivery appointment based on traffic, dwell time, route history, and current location. Predictive alerts are useful only when they provide enough lead time for intervention and when the organisation has response capacity.

Useful performance measures include event completeness, scan compliance, percentage of shipments visible, alert precision, alert response time, unresolved exception age, false-alert rate, estimated-time-of-arrival accuracy, temperature excursion rate, and percentage of exceptions closed with documented root cause. These measures should be linked to outcomes such as service level, spoilage, theft, detention, customer satisfaction, and working-capital performance.

Integration, Data Governance, and Security

Visibility usually requires integration across warehouse, transport, order, fleet, supplier, carrier, customs, and customer systems. Integration may use APIs, message brokers, electronic data interchange, file exchange, or an event platform. The architecture should accommodate both transactional data and time-series sensor data.

Master data is particularly important. Incorrect facility coordinates undermine geofencing; inconsistent carrier codes prevent network aggregation; duplicate shipment numbers confuse traceability; and missing unit-of-measure conversions distort quantities. Data governance should assign owners for identifiers, locations, event definitions, thresholds, retention, and correction procedures.

Security controls include device authentication, encryption in transit and at rest, role-based access, secure software updates, network segmentation, audit logs, key management, and incident response. Connected devices can become an entry point into operational networks. A low-cost sensor should not be allowed unrestricted access to enterprise systems merely because it produces useful data.

Privacy also matters. Vehicle location, driver behaviour, delivery recipients, and proof-of-delivery images may be personal data in some jurisdictions. Organisations should collect only information necessary for a legitimate purpose, communicate how it is used, restrict access, and retain it for an appropriate period. Contractual arrangements should clarify ownership, permitted use, breach notification, and data-sharing responsibilities among shippers, carriers, platforms, and technology providers.

Illustrative Case: Temperature-Sensitive Vaccine Distribution

Background

The following is an illustrative case. A regional healthcare distributor supplies temperature-sensitive vaccines from a central distribution centre to hospitals and clinics. Shipments move by refrigerated vehicle and may spend several hours at cross-docking facilities. The distributor has experienced disputes about delivery time, incomplete temperature records, and uncertainty about responsibility when a shipment arrives late.

Situation and Problem

The existing process uses barcode scans at dispatch and delivery. Refrigerated vehicles report location intermittently, but individual shipment identity is not consistently linked to the vehicle. A paper temperature chart is reviewed after delivery. When a temperature excursion is discovered, the product may already have been administered or returned without a clear custody record.

Analysis

The risk is not solved by installing GPS alone. The distributor needs item or carton identity, shipment-to-vehicle association, continuous or appropriately sampled temperature data, milestone events, and a response process that operates during transit. It also needs to distinguish a delayed data transmission from a delayed physical event.

Approach and Solution

The distributor designs a layered process. At packing, each carton receives a serialised barcode and is associated with a shipment and route. At loading, the cartons are scanned against the vehicle and delivery route. A reusable sensor is placed in each temperature-controlled shipping container, with a documented calibration status and sampling interval. The sensor transmits through a gateway when connectivity is available and stores observations during network interruptions.

The transport system receives planned departure and delivery appointments. GPS and telematics provide vehicle location, door status, and estimated arrival. Geofences are created for the distribution centre, cross-docks, and hospitals. A control-tower dashboard combines shipment identity, vehicle assignment, temperature history, and milestone status.

An exception rule creates a high-priority case when temperature exceeds the approved range for the permitted duration, when a vehicle deviates materially from its route, or when a delivery is predicted to miss its appointment. The control-tower coordinator validates the alert, contacts the carrier, and informs the quality team. A temperature excursion leads to quarantine and quality assessment rather than automatic disposal. At delivery, the receiving employee scans the shipment, confirms package condition and seal status, records actual receipt time, and electronically acknowledges custody transfer.

Outcome

The redesigned process provides evidence of where the shipment was, who controlled it, and whether the required condition was maintained. The organisation can intervene before delivery when risks emerge and can distinguish quality events from data-quality problems. It also gains a basis for carrier performance review and route redesign.

Learning Points

First, visibility is a process rather than a dashboard. Second, sensor data must be connected to product identity and decision rules. Third, a threshold without a responsible responder is merely a notification. Finally, chain-of-custody records and condition records should be designed together when product quality depends on both possession and environment.

Limitations, Risks, and Common Design Errors

Several recurring mistakes reduce the value of visibility programmes. One is technology-first design: selecting devices before defining the operational decision. Another is measuring everything without deciding which data are actionable. Organisations may also confuse a device’s technical accuracy with the accuracy of a business event. A GPS device may be precise while the shipment-to-vehicle assignment is wrong.

Other risks include:

  • incomplete scanning at handovers;
  • duplicate or conflicting identifiers;
  • poor indoor positioning;
  • battery depletion and network loss;
  • uncalibrated sensors;
  • overly broad or narrow geofences;
  • alert fatigue;
  • dependence on one technology vendor;
  • weak integration with partner systems;
  • cyberattacks on devices or platforms; and
  • disputes over data ownership and responsibility.

Pilot projects should include adverse conditions, not only successful demonstrations. Testing should cover damaged labels, mixed pallets, offline devices, duplicate messages, incorrect clock settings, route changes, emergency transfers, and rejected deliveries. Organisations should also plan for graceful degradation: if real-time connectivity fails, the process should continue safely and reconcile events later.

Current Developments and Strategic Implications

The direction of development is toward event-driven, interoperable, and increasingly predictive visibility. Edge computing allows devices or gateways to filter and analyse data before transmission, reducing communication costs and latency. Digital twins can represent the changing state of shipments, assets, facilities, and networks. Machine-learning models can estimate arrival times, identify probable delays, detect unusual temperature patterns, and prioritise exceptions.

Computer vision is being applied to identify packages, verify loading, inspect damage, and read labels. Low-power wide-area networks support long-duration monitoring of containers and remote assets. Satellite connectivity can extend visibility beyond terrestrial network coverage. Distributed-ledger approaches may assist selected multi-party chain-of-custody applications, although they do not eliminate the need for accurate physical data at the point of capture.

The strategic question is not whether an organisation can obtain more data. It is whether it can convert trusted data into superior decisions and coordinated action. Investment should therefore be evaluated by reduced uncertainty, avoided loss, improved service, regulatory assurance, asset utilisation, and organisational responsiveness.

Best-Practice Principles

A robust visibility programme generally follows these principles:

1. Start with operational and customer decisions, not devices.

2. Use unique, persistent identifiers and maintain parent-child relationships.

3. Define standard events, timestamps, locations, and ownership.

4. Match capture frequency and accuracy to business risk.

5. Separate alerts from validated exceptions.

6. Design human workflows and escalation before deploying dashboards.

7. Measure data quality as rigorously as operational performance.

8. Build interoperability and offline resilience into the architecture.

9. Protect data, devices, people, and commercial relationships.

10. Review false alerts, missed events, and root causes continuously.

Chapter Summary

Identification, tracking, and real-time visibility transform physical logistics activity into digital evidence that supports coordination and control. Barcodes provide economical event capture; RFID enables rapid, contactless identification; GPS supplies location; telematics connects movement with vehicle and asset performance; IoT sensors measure condition; geofencing converts location into operational events; and control towers integrate data, prioritise risk, and coordinate response.

Effective track-and-trace design requires suitable object granularity, unique identifiers, parent-child relationships, standard event definitions, reliable timestamps, and clear links between physical events and system records. Condition monitoring requires appropriate thresholds, calibrated sensors, data continuity, and quality decisions. Chain of custody requires evidence of transfer, responsibility, package condition, and acknowledgement. Exception management depends on validation, prioritisation, ownership, response, closure, and learning.

Technology must be supported by integration, master-data governance, cybersecurity, privacy controls, process discipline, and organisational authority. Emerging tools such as edge computing, digital twins, predictive analytics, computer vision, and AI can improve visibility, but only when the underlying data and operating processes are trustworthy. The managerial value of visibility is ultimately measured by better decisions, faster intervention, lower loss, stronger compliance, and more resilient logistics performance.

Key Terms

Barcode: A machine-readable visual representation of an identifier or data.

RFID: Radio-frequency identification using tags and readers to identify objects wirelessly.

GPS: A satellite-based positioning system used to estimate the location of mobile assets.

Telematics: The integrated collection and communication of vehicle, asset, location, and operating data.

IoT sensor: A connected device that measures physical or environmental conditions and transmits observations.

Geofence: A virtual geographic boundary that generates events when a tracked object enters, exits, or remains within it.

Control tower: A coordinated technological and organisational capability for network visibility and intervention.

Track-and-trace: The recording and reconstruction of an object’s movement and logistics history.

Visibility: Access to timely, accurate, and decision-relevant information about supply-chain activity.

Event: A time-stamped record that something occurred or was observed.

Milestone: A significant planned or actual point in a logistics process.

Condition monitoring: Measurement and evaluation of environmental or physical conditions affecting an object.

Chain of custody: Documented evidence of possession, responsibility, transfer, and condition.

Exception: A validated deviation requiring evaluation or corrective action.

Event latency: The time between a physical occurrence and its availability in an information system.

Event completeness: The proportion of required logistics events that are successfully captured.

Parent-child relationship: A recorded association between logistics units at different packaging or consolidation levels.

Estimated time of arrival: A prediction of when a shipment or vehicle will reach a destination.

Edge computing: Processing data near the point where it is generated rather than only in a central platform.

Data governance: Policies, roles, standards, and controls that ensure data quality, security, ownership, and appropriate use.

Review Questions

Short Answer Questions

1. Distinguish identification, tracking, tracing, and visibility.

2. Why does RFID not necessarily provide continuous real-time location?

3. What information should a logistics event record normally contain?

4. Explain the purpose of a geofence in transport operations.

5. Why must a condition-monitoring threshold be linked to a response process?

Long Answer Questions

1. Compare barcodes, RFID, GPS, telematics, and IoT sensors in terms of capture method, data produced, operational applications, and limitations.

2. Explain how a control tower combines technology, data, people, and processes to improve supply-chain decisions.

3. Design a complete track-and-trace process for a multi-stage international shipment.

4. Discuss the requirements for an effective chain-of-custody system in a regulated logistics environment.

5. Analyse the role of data governance, cybersecurity, and privacy in real-time logistics visibility.

Analytical / Application Questions

1. A retailer has frequent disputes about whether deliveries arrived within appointment windows. Recommend a technology and event-design architecture, explaining why each component is needed.

2. A pharmaceutical shipment records a temperature excursion while the vehicle is offline. Design the data-reconciliation and exception-management process that should follow.

3. A company receives thousands of daily alerts, most of which do not require action. Analyse the likely causes and propose a method for reducing alert fatigue while preserving risk control.

22. Multiple Choice Questions with Answers

Question 1

Which statement best distinguishes a logistics event from a logistics state?

A. An event is a historical observation, while a state is an interpreted current condition.

B. An event is always continuous, while a state is always manually entered.

C. An event identifies a product, while a state identifies a vehicle.

D. An event is predictive, while a state records only planned activity.

Correct Answer: A. An event is a historical observation, while a state is an interpreted current condition.

Question 2

A warehouse wants to identify many tagged pallets passing through a portal without requiring direct line of sight. Which technology is most suitable?

A. A printed one-dimensional barcode

B. Passive RFID

C. A manual delivery receipt

D. A standalone GPS receiver

Correct Answer: B. Passive RFID

Question 3

Why is linking a temperature sensor to a shipment identifier essential?

A. It increases satellite positioning accuracy.

B. It allows environmental data to be associated with the correct product or shipment.

C. It eliminates the need for sensor calibration.

D. It guarantees that the shipment will arrive on time.

Correct Answer: B. It allows environmental data to be associated with the correct product or shipment.

Question 4

A vehicle enters a virtual boundary around a customer facility and automatically generates an arrival event. This is an example of:

A. Batch identification

B. Geofencing

C. RFID serialization

D. Predictive maintenance

Correct Answer: B. Geofencing

Question 5

Which activity belongs to exception validation rather than exception detection?

A. Generating an alert when a temperature threshold is exceeded

B. Checking whether the alert resulted from a duplicate or delayed data message

C. Assigning an owner to a confirmed quality incident

D. Recording evidence that a corrective action was completed

Correct Answer: B. Checking whether the alert resulted from a duplicate or delayed data message

Question 6

A control tower creates value primarily by:

A. Replacing all operational staff with automated dashboards

B. Combining network data with prioritisation, workflows, and coordinated intervention

C. Recording only vehicle GPS positions

D. Increasing the number of alerts shown to managers

Correct Answer: B. Combining network data with prioritisation, workflows, and coordinated intervention

Question 7

Which design choice best supports chain of custody?

A. Recording only the final delivery location

B. Recording each handover with identities, time, location, condition, and acknowledgement

C. Using one shared identifier for every item in the network

D. Deleting records after the shipment is delivered

Correct Answer: B. Recording each handover with identities, time, location, condition, and acknowledgement

Question 8

A GPS device transmits a location several hours after connectivity is restored. How should the system normally represent this information?

A. Use only the transmission time as the physical event time

B. Discard the event because it was not real-time

C. Preserve the original event time and separately record the receipt or transmission time

D. Treat it automatically as a new departure event

Correct Answer: C. Preserve the original event time and separately record the receipt or transmission time

Question 9

Which measure most directly evaluates whether required logistics milestones are being captured?

A. Event completeness

B. Fuel consumption

C. Tag colour consistency

D. Vehicle depreciation

Correct Answer: A. Event completeness

Question 10

A company wants to reduce alert fatigue without weakening control. Which approach is most appropriate?

A. Send every sensor reading to every employee

B. Remove all thresholds and rely on manual review

C. Validate, prioritise, assign ownership, and suppress duplicate or non-actionable alerts

D. Ignore alerts generated outside business hours

Correct Answer: C. Validate, prioritise, assign ownership, and suppress duplicate or non-actionable alerts

Logistics Information Systems and Technology
Chapter 7 of 15