Accessorial Revenue Engineering

Motor Carrier Detention, Layover & Geofenced Dwell Accessorial Billing Engine

Technical engineering playbook for motor carriers: automated GPS geofence arrival/departure timestamps, facility dwell tracking, and unbilled detention revenue recovery.

Modern motor carriers lose millions annually to unbilled or disputed detention, layover, and facility dwell accessorials. The root cause is almost always the same: lack of an immutable, GPS-derived audit trail that both carrier and shipper can trust. Strong Tower Consulting has spent more than 16 years engineering solutions that close this gap using polygon geofencing, driver push-button synchronization, automated threshold alerts, and touchless invoice generation.

Whether your fleet runs Truckmate, McLeod, TMW, or another SQL-based TMS, this guide provides the exact architecture, data model patterns, and integration points required to turn telematics data into defensible accessorial revenue.

The Business Impact of Unbilled Dwell Time

Industry data consistently shows that 18-27% of eligible detention and layover events go unbilled. When billed, nearly 40% are disputed because of conflicting arrival and departure times between the carrier, driver, and facility. A robust geofenced dwell engine typically recovers 12-19% of total accessorial revenue within the first full year of operation.

Core Architecture: Polygon Geofencing & Event Engine

The foundation is a facility polygon geofence library. Unlike simple radius-based geofences, polygons accurately represent complex terminal and distribution center footprints. Each facility record contains:

  • Unique Facility ID
  • Polygon coordinate array (lat/long vertices)
  • Standard free time rules by accessorial type (detention, layover, demurrage)
  • Customer billing party mapping
  • EDI transmission rules

Telematics platforms (including those integrated via ELD APIs) stream GPS pings into a dedicated event processor. When a truck enters a defined polygon, an "Arrival" event is generated. When it exits, a "Departure" event is recorded. Driver confirmation via mobile app push-button synchronizes the system record with the driver's log, creating a three-way match between GPS, driver, and TMS.

Typical Detention & Layover Thresholds and Billing Logic
Accessorial Type Free Time Charge Increment Typical Rate Trigger Condition
Customer Detention (Loading) 2 hours 15 minutes $85-$125/hr Arrival to Loaded departure
Customer Detention (Unloading) 2 hours 15 minutes $85-$125/hr Arrival to Empty departure
Layover 0 hours Per occurrence $450-$750 Driver forced to stay overnight
Facility Dwell (Drop & Hook) 4 hours 30 minutes $65-$95/hr Trailer drop to trailer retrieval

Integration Points with Major TMS Platforms

The billing engine writes directly into the carrier's existing TMS via SQL stored procedures or API endpoints. In McLeod and TMW environments, new records are inserted into the accessorial billing tables (commonly ACC_BILLING or ORDER_ACCESSORIAL) with source code "TELEMATIC" and immutable GPS audit fields. Truckmate implementations typically leverage the custom event and billing modules.

EDI 204 inbound load tenders are enriched with facility geofence IDs. EDI 214 status messages transmit the precise arrival and departure timestamps with qualifying codes (e.g., "X1 - Arrived at Consignee", "X2 - Departed Consignee"). The final EDI 210 invoice includes the accessorial line items with reference to the supporting 214 events.

Automated Alerts and Driver Settlement Integration

When dwell time approaches the free-time threshold, the system sends automated alerts to dispatch, the driver, and the customer. This proactive notification often prevents the charge altogether by prompting faster turnaround. When charges are incurred, the same event record flows into the driver settlement engine so that drivers are compensated for their time without manual pay code entry.

Fuel surcharge calculations remain independent. The accessorial engine references the same rate matrix used by the carrier's primary rating system, ensuring consistency across fuel, detention, and other accessorial charges.

Independent by Design

Independent by design. Strong Tower Consulting, LLC and Exspeedite LLC are separately organized sister companies under common ownership (separate EINs; liability firewall). You never have to buy our software. Carriers engage us for architecture, SQL schema development, process engineering, and TMS configuration services while retaining complete freedom to use any technology stack.

Implementation Roadmap

  1. Facility polygon library development (typically 800-2500 locations)
  2. Telematics API integration and GPS ping normalization
  3. Driver mobile application configuration for arrival confirmation
  4. TMS data model extensions and stored procedure development
  5. Automated EDI 214/210 generation rules
  6. Driver settlement and accounting integration testing
  7. Go-live with parallel manual validation for first 90 days

Strong Tower's transportation accounting integration practice ensures these new revenue streams are properly reflected in your financial statements and IFTA fuel tax calculations.

Conclusion

A properly engineered geofenced dwell and accessorial billing system transforms a chronic revenue leakage problem into a reliable profit center. The combination of immutable GPS evidence, automated threshold monitoring, and seamless TMS integration delivers both immediate revenue recovery and long-term operational discipline.

Carriers serious about accessorial revenue engineering should begin with a formal assessment of their current telematics, TMS, and billing workflows.

Schedule a Detention Revenue Recovery Assessment

Call 763-244-1373 to speak with our transportation technology team.

Frequently Asked Questions

How does geofenced dwell tracking improve detention and layover accessorial recovery for motor carriers?

Geofenced dwell tracking uses polygon-based GPS boundaries around customer facilities to automatically capture arrival and departure timestamps. This creates an immutable audit trail that eliminates reliance on manual driver paperwork or disputed customer signatures, allowing carriers running Truckmate, McLeod, or TMW to auto-generate and defend detention and layover charges.

What EDI transaction sets are typically used to transmit automated detention and layover accessorials?

EDI 214 Transportation Carrier Shipment Status Message is used to report the accessorial events with accurate geofence-derived timestamps. The subsequent EDI 210 Freight Invoice includes the detention, layover, or demurrage line items. Strong Tower helps carriers map these events from telematics platforms directly into their TMS SQL schema for touchless invoicing.

Can a motor carrier implement this billing engine without purchasing new software from Strong Tower?

Yes. Strong Tower Consulting, LLC and Exspeedite LLC are separately organized sister companies under common ownership. Carriers can engage Strong Tower for the engineering playbook, SQL schema design, and process architecture while continuing to use their existing TMS (Truckmate, McLeod, TMW) and telematics platforms. The Independent by Design model ensures you never have to buy our software.

How are driver settlements affected by automated accessorial capture?

Automated capture feeds the driver pay engine with verified layover and detention events. This ensures drivers receive accurate compensation for extended facility dwell time while simultaneously generating the corresponding accessorial revenue for the carrier. The system maintains strict separation between driver settlement tables and customer invoice tables within the TMS database.