Lesson 4 of 6
Carrier selection, tendering and execution
9 min
Listen to this lesson
Once a freight order exists, someone has to move it. TM separates three steps: carrier selection (which carriers could and should take it), tendering (asking a carrier to accept it, and handling rejections) and execution (loading, departure, delivery and the events in between). In LE-TRA, Derek's team typed the carrier into the shipment and phoned it; in TM each step is visible and testable.
Carrier selection
Carrier selection finds the carriers that serve the lane and means of transport, then ranks them by a strategy defined in the carrier selection settings: for example by priority, by cost from the freight agreements, or by allocation. The result is a ranked list on the freight order. At Contoso, Midwest Freightways has priority on Detroit–Grand Rapids and Detroit–Flint, Keystone Carriers on Chicago–Toledo, and each covers the other as backup (illustrative course data).
Tendering types
| Type | How it works | When to use |
|---|---|---|
| Direct tendering | Freight order sent to one carrier, expected to accept | Contracted lanes with fixed carriers |
| Peer-to-peer tendering | Carriers asked one after another in ranking order until one accepts | Contoso default: primary carrier, then backup |
| Broadcast tendering | Several carriers asked at once; the best response wins | Spot loads, unusual destinations |
Tendering options in TM; check the scope classification for your release.
Tenders can go to carriers by email, through a carrier collaboration portal, or by EDI. Midwest Freightways asked for EDI: a load tender (X12 204) out, a response (990) back, and shipment status messages (214) during execution. Theo's team builds these on SAP Integration Suite, which is the target for all B2B traffic after Contoso's move from Process Orchestration.
Execution
During execution, TM records events on the freight order: loading start and end, departure, arrival at stop, proof of delivery. Some come from Contoso's own staff (Marcus's warehouse team in Detroit confirms loading end), some from the carrier's 214 messages. Goods issue for the deliveries is still posted on the delivery in S/4HANA, often triggered or checked against the loading event. Testers must check both sides: the TM event and the inventory posting.
- Day before, 16:00Freight orders plannedFreight units for tomorrow assigned to trucks
- Day before, 17:00TenderingMidwest accepts by 990; one rejection goes to Keystone
- Shipping day, 07:30LoadingMarcus's team loads at 171A dock; loading end recorded
- Shipping day, 08:00Goods issuePosted on delivery 80001234; stock leaves 171A
- Shipping day, 11:30DeliveredCarrier 214 updates the freight order at Grand Rapids
Step by step: setting up a carrier for tendering
- Create or extend the carrier as a business partner in the carrier role, with address, purchasing data and bank details (needed later for payment).
- Assign the carrier to the transportation lanes it serves, with priority and means of transport.
- Create the freight agreement with the rates, so carrier selection by cost and charge calculation both work.
- Define the tendering profile: tendering type, response time limit (Contoso: two hours on the day before shipping), and what happens on timeout.
- Set the communication: EDI through Integration Suite for Midwest; email for spot carriers.
- Test with the carrier's test system: one accept, one reject, one timeout, one duplicate response, and one change after acceptance.
| Execution event | Recorded by | Used for |
|---|---|---|
| Loading start and end | Marcus's dock team in Detroit | Dock utilization; trigger for goods issue check |
| Departure | Dock team or carrier 214 | Customer notification, ETA |
| Arrival at stop | Carrier 214 | On-time performance per carrier |
| Proof of delivery | Carrier 214 or driver document | Freight settlement release, claims |
Events Contoso records on freight orders and what each one drives.
Changes after acceptance deserve their own tests. If Maria, the O2C key user, adds ten pieces to a Great Lakes order after Midwest accepted the truck, the delivery grows, the freight unit grows, and the freight order may exceed capacity or need a new tender. Contoso's design re-tenders only if weight or stops change beyond a threshold; testers check both sides of that threshold, and that the carrier receives a change rather than a second tender.
What would you do?
Midwest rejects a Detroit–Flint freight order at 17:20. Keystone is next in the ranking, but its 990 never arrives. At 07:00, the truck has not been confirmed. What should the test team have proven before go-live?
- Carrier selection ranks carriers by lane and strategy; tendering asks them.
- Direct, peer-to-peer and broadcast tendering fit different freight.
- EDI tendering: 204 out, 990 back, 214 status during execution.
- Test rejection and timeout paths, not only acceptance.
Check your understanding · not graded
Lesson check
1. Which tendering type asks carriers one after another until one accepts?
2. Which X12 message carries a carrier's acceptance of a load tender?
3. Where is goods issue still posted with embedded TM?
4. Which test was missing in Contoso's first tendering cycle?