Logistics operators have accounting that doesn't look like other mid-market businesses. Revenue is per-load or per-mile, not per-invoice. Costs split between linehaul, fuel, tolls, driver pay (per-mile, per-diem, hourly, or percentage), and accessorials that show up 30 days after the load delivered. Driver settlements run weekly and reconcile against per-load detail the ERP has to pull from the TMS. Freight brokers have a customer-side rate and a carrier-side rate on the same load with a margin that needs to be visible at the lane level. 3PLs managing customer inventory need to invoice per-unit, per-pallet, per-storage-day, and per-transaction across dozens of storage, handling, and value-added service charge codes. None of this is in the BC manufacturing playbook, and most BC implementations in logistics get it wrong the first time.
The successful BC implementation pattern in logistics is narrow but well-defined: BC as the financial backbone for GL, AP/AR, and settlement processing, with tight integration to the TMS (MercuryGate, McLeod, Kuebix, Manhattan, or a legacy SQL system) for load-level cost and revenue data. AppSource ISVs for transportation-specific functionality where they exist. Custom extensions only for the truly unique processes. And the chart of accounts and dimension structure that lets the CFO see lane, customer, and mode profitability without a month-end spreadsheet exercise. Done this way, BC delivers in 4-6 months. Done generically, it takes 18 months and the operations team never trusts it.