Portfolio
Data Pipeline

LogMap

Multi-modal track-and-trace for sea and land logistics.

LogMap screenshot 1: logmap

Outcome

Gives customers and operations teams one live map for multi-modal track-and-trace across shipments, orders, and exceptions

Innovation

An event-linked logistics graph that normalizes multi-modal data and wraps external tracking platforms for unified visibility

Stack

Python · Event Processing · Geospatial · APIs · FourKites · PostgreSQL · Observability
LogMap screenshot 2: logmap TMS
LogMap screenshot 3: logmap1

LogMap is a UI-forward logistics map built around a simple idea: track-and-trace should not depend on which channel, transportation mode, or tracking provider a customer uses.

Phone, web, portal, email, chatbot, and internal operations tools often expose different slices of the same shipment lifecycle. LogMap unifies them into one spatial and event-aware system so customers can self-serve while teams keep a technical view of what is actually happening.

It is designed for logistics teams managing multi-modal sea and land movement, where status clarity, exception handling, and a strong customer interface matter just as much as the underlying event pipeline.

The Problem

Traditional logistics tracking breaks down when status data is fragmented.

  • Carrier and third-party tracking feeds update on different schedules.
  • Customer-facing channels present inconsistent statuses.
  • Exception events are visible internally but not understandable externally.
  • Teams need integrations that extend platforms such as FourKites without exposing fragmented provider data to customers.
  • Service teams become the fallback interface for simple “where is it?” requests.

That creates avoidable call volume, low customer confidence, and weak exception handling.

The LogMap Approach

LogMap builds a shared logistics map from order, shipment, carrier, external tracking platform, and event data.

  1. Integrate carrier feeds and tracking platforms, including FourKites, through purpose-built wrappers.
  2. Ingest milestones, scans, carrier updates, order events, and support signals.
  3. Normalize those events into one shipment timeline across transportation modes and providers.
  4. Resolve location, status, dependency, and exception context.
  5. Publish the same truth to every customer and operator channel.
  6. Preserve a graph of shipment history for pattern analysis and operational learning.

Multi-Modal, Multi-Channel Track-and-Trace

The most important product outcome is multi-channel self-service track-and-trace.

LogMap is intentionally UI-forward: the same shipment state can be presented clearly across customer and operator surfaces without losing operational fidelity.

ChannelCustomer experience
Web portalLive shipment state, location, ETA, and next milestone
Chat and virtual assistantNatural-language shipment lookup with status-aware responses
Email linksDeep links into a current shipment view instead of stale messages
Contact centerSame trace map with richer operational detail and exception context
Internal ops toolsFleet, carrier, and node-level visibility across many shipments

Because every channel reads from the same operational map, customers can move between self-service and assisted support without restarting the conversation.

That matters especially in multi-modal sea and land logistics, where handoffs, port events, yard transitions, linehaul movement, and final-mile updates all need to remain legible to both customers and operators.

FourKites Integration Wrappers

LogMap includes wrappers for FourKites that make its tracking data available within the same product and operating model as native carrier, order, and support data. The wrapper layer translates provider-specific responses into LogMap’s shared shipment, location, milestone, and exception model.

  • FourKites-connected shipment and milestone retrieval
  • Normalized status and location data for customer-facing surfaces
  • Provider details retained for operations and integration troubleshooting
  • A reusable integration boundary for additional track-and-trace platforms

System Model

LogMap is not just a tracker. It is a logistics state model.

LogMap system diagram

Carrier feeds + FourKites + OMS + WMS + support events
  ↓
Normalization + event resolution
  ↓
Shipment graph + location state + exception engine
  ↓
Portal + chat + email links + contact center + ops console

1. Unified shipment graph

Each shipment is connected to orders, facilities, carriers, route segments, scans, and exceptions.

  • order-to-shipment relationships
  • stop and node mapping
  • carrier event normalization
  • cross-system identity resolution

2. Exception-aware trace

Track-and-trace becomes genuinely useful when it reflects uncertainty, delay, and operational drift.

Exception Flow

How LogMap handles disruption

01
Delay detected

ETA drift, missing scans, or handoff failures trigger the flow.

02
Exception classified

Rules and event context identify the type, severity, and likely cause.

03
Customer notified

Self-service channels receive the same updated message and next step.

04
Agent escalation

High-risk or unresolved cases move to support with full shipment context.

  • delayed handoff detection
  • failed delivery and return loops
  • stale scan identification
  • missed milestone escalation

3. Shared visibility surface

The same state model drives both customer-friendly explanations and technical operational screens.

  • simpler self-service responses for customers
  • deeper detail for agents and dispatch teams
  • consistent status language across channels
  • reusable audit trail for claims and service review

Why It Matters

Multi-channel self-service track-and-trace reduces support load while improving trust.

For customers, the value is clarity. For operations, the value is one map that connects shipment state, geography, and exceptions. For leadership, the value is fewer manual interventions and a more scalable post-purchase experience.

For the product itself, the value is a better interface: a logistics map that makes sea and land movement understandable without forcing users to interpret raw carrier events on their own.