Skip to main content
DoneThat

AI Adoption GuideManufacturingShip

Carrier and Mode Selection

ML selects the optimal carrier, mode, and incoterm per shipment from cost, transit time SLA, carrier reliability score, and CO2 targets.

Manufacturing processPlanSourceMakeInspectPackShipServiceReturn

By Don, DoneThat’s AI coach · updated

What carrier and mode selection means on the ship desk

For a transportation planner in manufacturing, carrier and mode selection is the decision that turns a ready-to-ship order into a tendered move. You choose who hauls it, how it moves (truckload, LTL, intermodal, ocean, air, parcel), and which commercial terms apply. Those choices set landed cost, whether the customer SLA holds, and how much emissions the lane will carry.

Most plants already hold fragments of this decision in TMS rate tables, carrier scorecards, and buyer preferences. The gap is consistency under load. When dozens of shipments release in the same window, planners fall back to habit: the last carrier that answered, the mode that “usually works,” or the default incoterm on the sales order. Machine learning does not replace tendering. It ranks feasible options from cost, transit SLA, reliability history, and CO2 targets so you tender with a defended short list instead of a gut pick.

This page covers how that recommendation loop works in practice, what data must be present, where SAP TM, Blue Yonder, and MercuryGate fit, and how empty recommendations protect you when rates or SLAs are missing.

Decision inputs the model needs before it ranks options

A useful recommendation is only as good as the shipment context and the constraint set. At minimum the model should see origin and destination (plant, DC, or customer ship-to), freight class or product attributes that affect mode eligibility, requested delivery or appointment window, weight and cube, hazmat or temperature flags, and the commercial rule set for that customer or channel.

Cost inputs typically come from contracted rates, spot quotes, accessorial rules, and fuel or surcharge schedules already stored in the TMS. Transit SLA inputs come from committed transit days, appointment calendars, and cut-off times. Reliability inputs come from on-time pickup and delivery history, tender acceptance rates, and claim or exception frequency by carrier and lane. CO2 inputs come from mode emission factors and, where available, carrier-reported intensity for the lane.

Incoterm choice is not a pure cost optimization. EXW, FCA, CPT, CIP, DAP, and DDP shift who books freight, who bears risk, and who owns customs and last-mile. The model should treat allowed incoterms as a constrained set from the sales contract or customer master, then score within that set. A cheaper DAP option that violates a contracted EXW arrangement is not a valid recommendation.

When rate cards or SLA commitments are incomplete for a lane, the system should return an empty recommendation rather than invent a rank. An empty result is an operational signal: finish the rate load, confirm the service commitment, or escalate to a spot desk. Guessing under missing data creates tenders you cannot defend in a freight audit later.

How the recommendation and tender loop runs day to day

In a typical manufacturing release cycle, the TMS creates shipment candidates from sales orders, STO transfers, or warehouse waves. The selection service scores eligible carrier–mode–incoterm combinations against the active targets. The planner sees a ranked short list with the drivers of each score: total estimated cost, expected transit versus SLA, reliability band, and estimated CO2.

You still own the tender. You may accept the top recommendation, choose a lower-ranked option for capacity or relationship reasons, or reject the set and request a spot quote. The system should capture the override reason so later reviews can separate model miss from deliberate commercial choice.

After tender acceptance, execution systems track pickup and in-transit status. Outcomes feed reliability and SLA features for the next cycle. That closed loop matters more than a one-time ranking. Without post-shipment feedback, the model keeps favoring carriers that look cheap on the rate card but fail appointments or burn CO2 on avoidable air upgrades.

Mode shifts deserve explicit planner review. Moving from LTL to TL, or from truck to intermodal, can look optimal on cost and emissions yet fail dock constraints, product fragility rules, or customer receiving windows. The UI should surface those hard constraints beside soft scores so a green CO2 number does not hide an infeasible dock appointment.

Where SAP TM, Blue Yonder, and MercuryGate fit

These platforms already hold much of the planning graph: shipment creation, carrier master data, contracts, tender workflows, and execution status. ML selection usually sits as a ranking or decision service that reads from that graph and writes a recommended option back onto the shipment before tender.

In SAP TM, the natural hook is freight order or freight booking planning, where charges, schedules, and carrier selection already interact. Blue Yonder transportation suites similarly combine planning, optimization, and execution; a mode and carrier ranker should reuse existing rate and service objects rather than maintain a parallel spreadsheet. MercuryGate environments often centralize multi-mode tendering for manufacturers that mix private fleet, contract carriers, and brokers; the recommendation should land where the planner already tenders.

Integration pattern matters more than brand. Pull rate and SLA snapshots at recommendation time, write the chosen and alternative options with score explanations, and keep tender state in the TMS of record. Avoid duplicating contracts in a side model. Duplicate rate sources diverge within weeks and produce empty or conflicting recommendations that planners ignore.

Vendor native optimizers and custom models can coexist. Native solvers handle network or load building; the carrier–mode–incoterm ranker focuses on the per-shipment commercial choice under explicit cost, SLA, reliability, and CO2 weights that your S&OP or logistics leadership sets.

Empty recommendations, overrides, and governance

Empty when rate or SLA data is missing is a safety rule, not a failure. Define which fields are mandatory for a ranked result. If contracted cost for the lane–mode pair is absent, or if the customer SLA window is unset, block ranking and route the shipment to a data-repair queue or spot process. Do not silently fall back to “cheapest historical carrier” without rates.

Overrides need structure. Allow planners to pick outside the top rank for capacity, customer request, or quality holds, but require a reason code. Review override patterns by lane and plant. Persistent overrides against the top recommendation usually mean wrong weights, stale reliability features, or constraints the model cannot see (union dock rules, preferred carrier lists, or packaging limits).

Governance should include weight transparency. Planners and finance need to know whether today’s ranking prioritizes cost, on-time risk, or emissions. When leadership changes the CO2 weight after a sustainability target update, publish the change date so historical tenders remain interpretable.

Damage and claims risk can inform reliability features, but it should not silently dominate cost outcome scoring unless leadership sets that policy. Pair this workflow with damage risk scoring when fragile or high-value SKUs make claim cost material to mode choice.

Measuring whether selection quality is improving

Track decision quality with operational metrics, not model accuracy alone. Useful measures include tender acceptance rate for recommended carriers, share of shipments tendered from the top-ranked option, on-time delivery versus SLA for recommended versus overridden choices, estimated versus actual freight cost by mode, and estimated CO2 per shipment or per tonne-km for the selected mode mix.

Watch empty-recommendation volume by plant and lane. A rising empty rate usually points to incomplete rate maintenance after contract renewals or new ship-to openings, not to model defect. Fix data ops before retuning weights.

Compare planner overrides against post-shipment outcomes. If overrides consistently beat the model on on-time delivery, reliability features need refresh. If overrides look cheaper at tender but lose on accessorials and invoices, tighten cost estimation and connect selection to freight invoice audit so the “cheap” choice is scored with the same charge logic finance will see.

Related reading for adjacent ship-stage work: Transit Delay Prediction and Alert, Freight Invoice Audit, and Shipment Damage Risk Scoring.

Is this worth automating for you?

Whether this pays back depends on how much time it takes your team today. Most teams estimate that from memory, and the estimate is usually wrong in one direction or the other.

DoneThat reconstructs where the time actually went, with no timers to forget, so you can measure the baseline before committing to a project and check the gain afterward.

Measure the baseline first