ExxonMobil Shanghai Technology Center / Employee transportation

RFID employee verification and route analytics for ExxonMobil shuttles

Customer deployment reference / SEUIC (Dongji) hardware platform

ExxonMobil Shanghai Technology Center used UHF RFID employee badges, vehicle-mounted handheld readers, 4G synchronization with offline caching and a management platform to control shuttle access and analyze demand across more than 20 routes.

Employee shuttle boarding workflow used in the ExxonMobil deployment reference
Named customer deployment reference. RuggedLayer uses the operating evidence to engineer and deliver comparable projects.

Customer context

What had to work on the ground

The public case describes more than 1,000 employees and over 20 shuttle routes. Manual boarding lacked reliable identity verification and trip records, some routes had empty-seat rates above 40%, and peak-hour congestion could delay departures.

Documented solution

The hardware and operating pattern used

Each employee badge carries a unique passive UHF RFID identifier linked to access permission. An AUTOID UTouch 2-S6+3 reader on each bus verifies boarding, caches events when connectivity is unavailable and sends them over 4G to a platform for employee records, trip queries, passenger-flow analytics, vehicle monitoring and exception alerts.

Hardware platform usedSEUIC AUTOID UTouch 2-S6+3 UHF RFID handheld reader

Operating flow

How this workflow operates

These are the work events that connect the device to the customer process. They are the useful starting point for an equivalent RuggedLayer solution scope.

  1. 01 / Assign access

    Link the employee badge identifier to shuttle permissions and the current personnel record.

    Establishes who may use the service before a boarding event is accepted.

  2. 02 / Verify boarding

    Read the UHF badge at the vehicle and confirm permission in under one second.

    Controls access without creating a manual name-check bottleneck at peak time.

  3. 03 / Preserve offline events

    Cache the passenger, vehicle, stop and timestamp when the mobile network is unavailable.

    Keeps boarding operational while preventing a temporary network issue from losing the trip record.

  4. 04 / Synchronize the trip

    Send boarding events over 4G to the shuttle management platform.

    Creates a searchable journey record for security, operations and incident handling.

  5. 05 / Adjust capacity

    Analyze route and time-slot demand against vehicle capacity.

    Uses actual passenger flow to reduce empty seats and improve schedule decisions.

Documented deployment outcomes

What the original deployment achieved

These figures belong to the documented customer deployment. RuggedLayer validates the equivalent workflow, configuration and acceptance criteria before delivering a new project.

Boarding verification

Contactless identification completes in under one second per person.

Departure performance

100% on-time shuttle departures after deployment.

Capacity utilization

Passenger-flow analysis reduced empty-seat rates by more than 30%.

Trip traceability

Passenger, timestamp, stop and vehicle records support incident review and route planning.

RuggedLayer implementation blueprint

How we would deliver this solution for a comparable operation.

The customer result above is the documented reference. The scope below is RuggedLayer's delivery design for a new project: we define the workflow and device layer, review the integration boundary, configure and validate the solution, then hand over a controlled rollout. UROVO and SEUIC (Dongji) supply the authorized hardware platforms.

Primary users

Employees, shuttle drivers or attendants, transport operations, security and route planners.

Capture method

Passive UHF employee-badge reads bound to permission, vehicle, route, stop, direction and timestamp.

Systems in scope

Employee directory, access permission, shuttle operations, passenger-flow analytics, vehicle records, alerts and device management.

Operating constraints

Peak boarding speed, nearby badges, moving vehicles, cellular gaps, privacy controls and route-specific access rules.

System architecture and ownership

Four layers from frontline action to system of record.

RuggedLayer owns the agreed solution and device-delivery scope. Customer and software owners retain the production business rules, credentials and authoritative enterprise data unless those responsibilities are explicitly added to the project.

01

RFID workflow application

The application opens a defined read session for a person, asset set, location or custody task and requires review before committing exceptions.

Delivery boundaryRuggedLayer designs the read workflow and validates application behavior; the customer system owns identity, entitlement and asset status rules.

02

Tags, readers and read zones

Tag type, placement, reader power, antenna behavior and operator movement are tuned together for the material and physical read zone.

Delivery boundaryRuggedLayer scopes the reader and tag validation, configures device profiles and documents the approved operating method.

03

Event filtering and transport

The device or application filters duplicate and stray reads, retains offline events and sends accepted observations through a controlled API.

Delivery boundaryRuggedLayer validates device-side filtering and synchronization; production middleware and security policies remain under customer control.

04

Asset or operations platform

The system of record stores tag identity, business object, location, custody, lifecycle status, timestamp and approved exception history.

Delivery boundaryRuggedLayer reviews the event contract and reconciliation path; the platform owner approves status changes and retention rules.

Exceptions and acceptance

Design the failure paths before the happy path goes live.

A useful deployment specification defines what happens when capture, data, connectivity or business rules fail, and it gives the pilot a measurable release gate.

Exception handling

  1. 01

    Badge is unknown, inactive or not permitted for the selected shuttle.

    Reject the boarding event visibly, avoid exposing unnecessary employee data and route the person to the approved manual support process.

  2. 02

    Multiple nearby badges are detected during one boarding action.

    Apply the validated read method, flag ambiguous identities and require individual confirmation before accepting records.

  3. 03

    4G connectivity is unavailable during the trip.

    Cache encrypted events with device and route context, then synchronize once with conflict and duplicate checks.

Pilot acceptance criteria

  • Boarding speed

    Authorized users are verified within the target per-person time through a representative peak boarding queue.

  • Access accuracy

    Authorized, unauthorized, expired, duplicate and ambiguous badges all produce the approved outcome.

  • Offline records

    Passenger events survive the agreed coverage gap and synchronize with no missing or duplicate journeys.

  • Analytics

    Accepted records contain the route, vehicle, stop and time fields needed for occupancy and schedule analysis.

RuggedLayer rollout plan

Move from samples to a supportable operating fleet.

Each phase produces a reviewable project output. Volume deployment starts only after the workflow owner, application owner and RuggedLayer agree that the acceptance criteria have passed.

  1. 01 / Survey and design

    A physical read-zone survey covering tag population, materials, placement, nearby reads, user motion and authoritative status rules.

  2. 02 / Tag and reader validation

    Representative tagged items tested for read rate, leakage, orientation, power level, ergonomics and synchronization.

  3. 03 / Controlled workflow pilot

    A bounded asset set, route or location with reconciliation rules, baseline timing and explicit false-read handling.

  4. 04 / Scale with controls

    Locked reader profiles, tag standards, site calibration, training, audit reports, spares and periodic revalidation ownership.

Candidate configurations

Devices to include in the first evaluation

The hardware used in the customer reference is shown above. These are additional starting points from the related solution guide; RuggedLayer confirms the exact SKU, region, accessories and application compatibility during validation.

UROVO RFG91 UHF RFID sled held in one hand

UROVO / UHF RFID sled

RFG91

UHF RFID sled for adding RFID capability to compatible mobile hosts.View product details
UROVO DT50P Lite UHF RFID handheld reader with scan handle

UROVO / UHF RFID handheld reader

DT50P Lite

Integrated handheld profile for mobile RFID inventory workflows.View product details
SEUIC (Dongji) AUTOID UF40 Linux AI fixed rfid readers product image

SEUIC (Dongji) / Fixed RFID readers

AUTOID UF40 Linux AI

Fixed-reader option for controlled RFID zones and infrastructure projects.View product details

RuggedLayer application validation

Adapt this reference to your application and environment.

Share the users, labels or tags, software, country, working conditions and expected volume.

Validate a similar workflow