Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 4 of 6

Carrier selection, tendering and execution

9 min

Listen to this lesson

0:00 / 6:29

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).

Contoso's sequential tendering: the ranked list drives who is asked first and what happens on rejection or timeout.
The Sign-Off Table · thesignofftable.com/academy/sap-scm-202

Tendering types

TypeHow it worksWhen to use
Direct tenderingFreight order sent to one carrier, expected to acceptContracted lanes with fixed carriers
Peer-to-peer tenderingCarriers asked one after another in ranking order until one acceptsContoso default: primary carrier, then backup
Broadcast tenderingSeveral carriers asked at once; the best response winsSpot 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.

Tendering and execution by EDI: the 204 asks, the 990 answers, the 214s report progress.
The Sign-Off Table · thesignofftable.com/academy/sap-scm-202

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.

  1. Day before, 16:00Freight orders plannedFreight units for tomorrow assigned to trucks
  2. Day before, 17:00TenderingMidwest accepts by 990; one rejection goes to Keystone
  3. Shipping day, 07:30LoadingMarcus's team loads at 171A dock; loading end recorded
  4. Shipping day, 08:00Goods issuePosted on delivery 80001234; stock leaves 171A
  5. Shipping day, 11:30DeliveredCarrier 214 updates the freight order at Grand Rapids
One day of execution for the Grand Rapids truck (illustrative times).
The Sign-Off Table · thesignofftable.com/academy/sap-scm-202

Step by step: setting up a carrier for tendering

  1. Create or extend the carrier as a business partner in the carrier role, with address, purchasing data and bank details (needed later for payment).
  2. Assign the carrier to the transportation lanes it serves, with priority and means of transport.
  3. Create the freight agreement with the rates, so carrier selection by cost and charge calculation both work.
  4. Define the tendering profile: tendering type, response time limit (Contoso: two hours on the day before shipping), and what happens on timeout.
  5. Set the communication: EDI through Integration Suite for Midwest; email for spot carriers.
  6. Test with the carrier's test system: one accept, one reject, one timeout, one duplicate response, and one change after acceptance.
Execution eventRecorded byUsed for
Loading start and endMarcus's dock team in DetroitDock utilization; trigger for goods issue check
DepartureDock team or carrier 214Customer notification, ETA
Arrival at stopCarrier 214On-time performance per carrier
Proof of deliveryCarrier 214 or driver documentFreight 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?

Key points
  • 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. 1. Which tendering type asks carriers one after another until one accepts?

  2. 2. Which X12 message carries a carrier's acceptance of a load tender?

  3. 3. Where is goods issue still posted with embedded TM?

  4. 4. Which test was missing in Contoso's first tendering cycle?