Fargo Techs Inc. — Solutions

Solution

Returnable Container Traceability

Know where your reusable containers are, what they carried, and what happened to them — with a closed-loop workflow that runs on WMS logic and works with barcode today and RFID tomorrow.

The loop we support

WAREHOUSE Prepare · Receive · Clean DEPOT A DEPOT B Deliver empties Collect full boxes RFID RFID
1

Commissioning — each container receives a stable asset ID, a human-readable number, and (optionally) a barcode/RFID tag. Contents are never inferred from the container itself.

2

Transfer order & manifest — store requests a move; the system produces a manifest that lists container IDs and declared contents as separate records.

3

Truck loading — dispatch scans build the load; the manifest prints with stacking and clearance facts the crew can verify physically.

4

Receiving reconciliation — destination scans reconcile against the manifest automatically; missing or unmanifested containers become exceptions, not surprises.

5

Empty return & exception handling — contents associations clear on return while asset identity and history persist; conflicting or missing reads go to a review queue.

Design principles

PrincipleWhat it means in practice
Asset ≠ contentsReading a container tag identifies the box; contents are declared on shipments and cleared on empty return.
Last observed ≠ confirmedScans suggest location; operators confirm it. Conflicting observations are flagged, both records kept.
Barcode first, RFID optionalThe loop runs on phones and barcodes from day one; passive UHF RFID adds hands-free capture when validated.
AuditabilityEvents are append-only with idempotency keys, timestamps, operator and device attribution, and CSV export.
Offline toleranceHandhelds queue reads offline and replay in order; duplicates are suppressed by idempotency.
Honest scope note: passive UHF RFID provides event-based location (last read point) — not continuous GPS-like tracking. Metal and wet contents can materially reduce read range; a pilot with defined pass/fail thresholds is how we validate before recommending any hardware commitment. No savings or performance figures are promised on this page.

Where a pilot starts

A typical first step is a small, measurable pilot — for example a few dozen tagged containers across two locations for several weeks — with baseline measurement first and jointly agreed pass/fail thresholds. Scale-up happens only if the numbers justify it. Every parameter is adjustable to the operation.

See it running: our closed-loop demo follows six boxes through the warehouse, two depots, and a receiving discrepancy resolved with an audit record — open the live demo. All data is simulated; the demo is not connected to any customer system.
▶ Run the animated demoDiscuss a pilot