Logistics / warehouse and delivery

Warehouse and last-mile logistics on SUNMI

Connect receiving, picking, scanning, label output, dispatch and proof of delivery with handheld endpoints built around the physical flow of goods.

Discuss your project

Logistics / warehouse and delivery

Logistics reliability comes from clean handoffs between goods, scans and records.

A warehouse or delivery operation has little patience for re-keying. Workers receive, locate, pick, pack, label, dispatch and prove handover while moving through different light, temperature, noise and connectivity conditions. Start with the unit of work - item, tote, parcel, pallet, route or delivery - and define the scan and exception record at each handoff.

01 / goods lifecycle

Follow the parcel or item through every custody change.

The same barcode can appear at receiving, picking, packing, dispatch and delivery. The workflow needs a stable identity, location or route context and a visible exception state at every step.

01 / Workflow map
01
Operator: Receiving teamDevice role: L2H or L3 rugged handheld as a starting point

Receive and identify goods

Scan the inbound item, tote, pallet or shipment and compare the physical quantity with the expected record.

System / data handoff

WMS or inventory system owns the ASN, item, quantity, location and discrepancy status.

Exception to resolve

Unreadable barcode, overage, shortage or unexpected item. Record a discrepancy against the inbound reference before moving the goods.

02
Operator: Inventory teamDevice role: L2H, L3 or V2s PLUS with scanner configuration

Put away or count

Scan the source and destination locations, confirm quantity and record cycle-count or adjustment reason.

System / data handoff

Inventory service owns item, location, quantity and user audit trail.

Exception to resolve

Location mismatch, duplicate count or network loss. Do not silently overwrite the ledger; queue a named adjustment.

03
Operator: Picker or packerDevice role: L3, L2H or mobile scanning endpoint

Pick against the order

Scan each item or tote, validate quantity and preserve the order or wave reference through packing.

System / data handoff

WMS or order system controls the pick list, substitution rule and short-pick state.

Exception to resolve

Wrong item, short pick, damaged unit or duplicate scan. Capture the reason and route it to the correct exception queue.

04
Operator: Packing or dispatch teamDevice role: 80mm Label Printer plus compatible mobile endpoint or scanner

Print and verify the label

Generate the approved label, apply it to the parcel and scan it back to confirm the physical package and system record match.

System / data handoff

Order, TMS or shipping service owns label data, carrier reference and package status.

Exception to resolve

Wrong label, print failure, unreadable output or label applied to the wrong parcel. Require a void/reprint rule and a second verification where risk warrants.

05
Operator: Dispatch or delivery workerDevice role: L3, L2H, V2s PLUS or P3/P3 AIR for payment role

Handover and capture proof

Scan dispatch, route or recipient reference and capture delivery status, signature, photo or payment when permitted.

System / data handoff

TMS, delivery or field application owns route, recipient, proof and payment reference.

Exception to resolve

Recipient absent, refusal, damaged parcel, wrong route or offline sync. Create a reason code and preserve custody status.

06
Operator: Operations managerDevice role: Managed back-office endpoint or reporting service

Reconcile the chain

Compare inbound, inventory, pick, label, dispatch, delivery and exception records for missing or duplicate events.

System / data handoff

WMS/TMS/order and payment systems reconcile by item, parcel, route and transaction reference.

Exception to resolve

Physical goods and digital state disagree. Define the investigation queue, evidence retained and owner for closing the gap.

Measure scan volume, label size, shift length, route duration, radio profile and charging before choosing a batch. A warehouse sample and a last-mile sample may need different starting points.

02 / warehouse endpoint design

Match the capture tool to the physical handling pattern.

A fast scan, a readable label and a reliable handover are separate requirements. Build the endpoint mix around item volume, distance, environmental exposure, printing and battery rotation.

02 / SUNMI starting point
01Receiving and put-away

Receiving and put-away

Scan-first handheld work for inbound verification, location movement, quantity and discrepancy capture.

SUNMI starting point
Why this role exists

Rugged handheld starting points support repeated scanning and movement through operational spaces.

Confirm before order

Scan engine, trigger handle, barcode condition, drop/ingress conditions, Wi-Fi roaming and battery/spare plan.

02Picking and inventory

Picking and inventory

A mobile screen and scanner that keeps item, location, quantity and order context visible at the point of work.

SUNMI starting point
Why this role exists

A larger or more commercial handheld may suit pick paths that also need receipt, label or customer-facing capture.

Confirm before order

Screen readability, scan distance, order API, duplicate-event handling, carry method and shift profile.

03Label and pack station

Label and pack station

A controlled print and verification step for parcel, tote or shelf labels.

SUNMI starting point
Why this role exists

Separating label output from the scanning role can make paper, layout and reprint responsibility easier to control.

Confirm before order

Label dimensions, media, connection method, print speed, barcode readability, reprint/void and packing-system interface.

04Dispatch, delivery and collection

Dispatch, delivery and collection

A route-ready endpoint for scan, proof, customer confirmation and, when approved, payment collection.

SUNMI starting point
Why this role exists

Delivery work combines movement, proof and connectivity. Payment may need a separate certified surface from the handheld capture flow.

Confirm before order

Route app, offline sync, signature/photo policy, payment/acquirer, battery, SIM/Wi-Fi and replacement process.

03 / scan and label contract

Make every physical event traceable to one digital identity.

The important integration is not simply scanner to Android. It is item or parcel identity, location, user, timestamp, quantity, label and custody status moving through the correct system exactly once.

03 / SOFTWARE
01

Scanner event model

Define what a scan means at each station and how the app rejects a result that is valid as text but invalid for the current job.

Checks to record
  • Symbologies and barcode test set
  • Trigger, focus and duplicate-event behavior
  • Item, location, tote and shipment context
  • Malformed, unknown and out-of-sequence scans
02

Inventory and order state

A scan should update the named WMS, TMS or order system through an authenticated application path, with a visible result for the worker.

Checks to record
  • API or SDK/Intent boundary
  • Quantity, location and timestamp ownership
  • Offline queue, retry and idempotency
  • Adjustment, short-pick and damage reason codes
03

Label output

Treat the label as a physical representation of a digital record. Reprint, void, verification and carrier response need explicit states.

Checks to record
  • Label template and media dimensions
  • Printer discovery and connection path
  • Barcode readability and scan-back verification
  • Wrong-label, paper-out and reprint handling
04

Fleet and environment

Warehouse and delivery fleets need predictable charging, policy, network and replacement controls across shifts and sites.

Checks to record
  • Wi-Fi roaming, SIM or offline assumptions
  • MDM, app signing and update path
  • Battery, trigger, hand strap and spare ratio
  • Asset naming, wipe and handover record

04 / warehouse and route pilot

Test the chain under volume, distance and interruption.

Use a sample that includes the physical environment and the data exceptions. The goal is to prove that the operation can recover without losing custody of the item or parcel.

04

PILOT / STAGE / HANDOVER

  1. 01

    Measure the operation

    Record scans per shift, label dimensions, distance, lighting, gloves, drop exposure, signal gaps, route length and charging windows.

    Output: endpoint profile and sample configuration.
  2. 02

    Run the custody test

    Repeat receiving, put-away, pick, pack, label, dispatch and delivery with wrong scans, duplicate scans, reprints, offline periods and proof exceptions.

    Output: event evidence, recovery behavior and limitations.
  3. 03

    Stage by site and shift

    Preload the signed app, enroll policy, label devices, pair triggers or printers, issue spares and document the supervisor handover.

    Output: deployment profile, support runbook and batch acceptance.

05 / public reference

Use SUNMI factory and rugged-handheld references to frame the operation.

SUNMI public material provides adjacent references for high-intensity production and scanning workflows. It helps define the questions for a sample, but it is not a UnitWeave logistics delivery or a WMS/TMS compatibility result.

Read the on-site case note
Manufacturer reference / Textile / factory productionManufacturer-supported

Pearl Global

SUNMI describes fewer failures and improved factory productivity through an all-in-one solution.

The Pearl Global reference is manufacturer material about factory productivity and fewer failures through an all-in-one solution. It is relevant to production-floor capture questions, while warehouse, carrier and last-mile behavior still require project-specific validation.

All case language above is based on SUNMI manufacturer material and presented with UnitWeave's delivery perspective as SUNMI's global authorized distributor within the scope of our current authorization. It is not a standalone UnitWeave-owned case study or UnitWeave test result; availability, certification, payment and support terms remain specific to the named project and destination.

06 / logistics questions

The details that decide whether scanning improves throughput.

01Is a rugged handheld enough for warehouse scanning?

It is a starting point, not the complete answer. Confirm the scan engine, barcode set, trigger, screen, app event path, Wi-Fi, battery, charging, environment and WMS behavior in the actual operation.

02Can the same device print labels and scan parcels?

Some mobile configurations and accessories may support related workflows, but label format, connection, media, printer ownership and scan-back verification need a named configuration review.

03How do we prevent duplicate inventory movements?

Use a stable event identity, current job or location context, idempotent posting and a visible result. A local scan should not be treated as a committed movement until the inventory system accepts it.

04How should delivery work when the driver is offline?

Define what can be captured locally, how proof is protected, how retries are ordered, how conflicts are resolved and how operations reconciles records after reconnect. The device alone does not define those rules.

05What should be measured in a logistics pilot?

Measure scan success by barcode type, exception rate, event latency, label readability, reprint rate, battery over the shift, reconnect behavior, proof completion and supervisor recovery time.

Logistics project intake

Bring the item flow, scan volume and exception queue.

Tell us whether the work is receiving, inventory, picking, labeling, dispatch or delivery, which WMS/TMS or route app owns the record, and what the shift and connectivity conditions look like.