TOEIC Link Business Travel Booking and Itinerary Vocabulary: The Request-Book-Confirm-Change Cluster for Part 4 and Part 7
In a TOEIC Link office, a business trip is never a single event — it is a chain of documents and messages, and ETS tests whether you can trace a trip from the moment it is approved to the moment the traveler is standing at a changed gate. A voicemail from an assistant confirms that the travel request has been approved and asks the traveler to book the flights before the fare goes up (Part 4). A confirmation email lists the itinerary, the booking reference, and a note that the return leg is waitlisted, not yet confirmed (Part 7). Because every trip follows the same arc — it is requested and approved, the flights and hotel are booked, an itinerary is issued, and a leg is later changed or reconfirmed — ETS can set the steps against each other and leave exactly one answer standing. Miss a term like approve, book, confirm, reschedule, or waitlist and a "what does the traveler need to do next?" question can slip past in a single move.
This article organizes the cluster by the way a trip moves from an approved request to a confirmed itinerary and then survives a change — the trip is requested and approved, the flights and hotel are booked, the itinerary is issued, and a leg is rebooked or reconfirmed — because that arc is exactly how ETS threads the terms together. Because a booked flight still needs a place to sleep and a way to get around, pair this first with the hotel booking and room reservation cluster — the same confirm-and-change vocabulary drives the room as well as the seat. And because the ground leg is tested just as often as the air leg, contrast this with the car rental and vehicle pickup cluster, where a reservation, a pickup window, and a change fee reappear on a different kind of booking.
Why business travel booking and itinerary vocabulary is overweighted
Reason 1 — a booking has a status on a timeline. Requested, approved, booked, confirmed, or changed — a trip sits in exactly one state, and each state is a plausible distractor for the others. When a question asks whether the traveler can leave on Monday, only the current status settles it: "the request is approved" does not mean a seat exists, and "the flight is booked" does not mean it is ticketed. Part 4 messages are built to test that gap.
Reason 2 — confirmed and waitlisted are opposite outcomes. What the traveler actually has depends on the wording: a confirmed seat is guaranteed, a waitlisted one is not, and a held booking expires if it is not ticketed in time. ETS loves the gap. The question "Is the return flight secured?" has exactly one answer, and it turns on whether the email says confirmed or waitlisted.
Reason 3 — the booking terms are fixed conventions. Book, confirm, itinerary, booking reference, reschedule, change fee mean the same thing across every airline, hotel, and travel notice. That rigidity makes the cluster perfectly testable — and perfectly learnable. The collocation, not the isolated word, is the unit of memory.
The cluster, organized by the way a trip moves from an approved request to a confirmed itinerary and then survives a change
Stage 1 — the trip is requested and approved
Verbs and collocations: submit a travel request, approve the trip, authorize expenses, sign off, set a budget.
Nouns: travel request, approval, authorization, budget, per diem.
The arc starts when the traveler submits a travel request and a manager approves the trip: expenses are authorized, a budget is set, and a daily per diem is fixed. A Part 4 message saying "your trip is approved, so go ahead and book" answers a "what has the manager decided?" question; a Part 7 authorization form listing the approved budget points to this first step. The trap offers a booking or itinerary detail to a reader asked only whether the trip was cleared.
Stage 2 — the flights and hotel are booked
Verbs and collocations: book a flight, reserve a room, hold a fare, ticket the booking, arrange transfers.
Nouns: booking, reservation, fare, ticket, travel agent, booking reference.
Once the trip is approved, the flights and hotel are booked: the traveler or a travel agent reserves a room, holds a fare, and tickets the booking, generating a booking reference. A Part 4 message noting "I've held the fare, but it needs to be ticketed by tonight" answers a "what still needs to happen?" question; a Part 7 confirmation listing the booking reference points to booking, not to the trip request. The reader who separates "held" from "ticketed" knows the seat is not yet secure.
Stage 3 — the itinerary is issued and confirmed
Verbs and collocations: issue an itinerary, confirm the flight, check the connection, verify the times, distribute the details.
Nouns: itinerary, confirmation, departure, layover, connection, boarding pass.
With the bookings ticketed, an itinerary is issued: the flight is confirmed, the connection and layover are checked, and the details are distributed to the team. A Part 4 message stressing "double-check the connection in Frankfurt — it's a tight one" answers a "what should the traveler verify?" question; a Part 7 itinerary showing a confirmed departure time points to this stage, not to a later change. A waitlisted leg on the same itinerary is the classic distractor — it looks confirmed until you read the status line.
Stage 4 — a leg is changed or reconfirmed
Verbs and collocations: reschedule, rebook, cancel, waive a fee, reconfirm, delay.
Nouns: change fee, cancellation, delay, rebooking, refund, waiver.
The loop closes — or reopens — when a leg is changed: a meeting moves, so the traveler reschedules the flight, rebooks onto a later departure, and asks whether the change fee can be waived. A Part 4 message announcing "your afternoon flight is delayed, so you've been rebooked onto the 6 p.m." answers a "what changed?" question; a Part 7 notice confirming a waiver or a refund points to this final step. The trap offers the original itinerary to a reader asked about the new plan.
How ETS builds the traps
The four stages give ETS a clean grid of distractors. An "approved" trip is offered when the answer is "booked"; a "held" fare is offered when the answer is "ticketed"; a "confirmed" leg is offered when the answer is "waitlisted"; the "original" itinerary is offered when the answer is "rebooked." Every wrong option is a real step in the cycle — just the wrong one for the question asked. Knowing the definitions is not enough; the test rewards you for knowing the order and, above all, the confirmed-versus-waitlisted split.
Listening (Part 4) tends to test the next action — what the traveler must do before a deadline. Reading (Part 7) tends to test the status — where in the booking cycle a particular leg sits, based on an itinerary, a confirmation, or a change notice. Train both angles on the same vocabulary and the cluster stops leaking points.
Study routine for this cluster
- Draw the arc. Write the four stages — request, book, confirm, change — and file each verb and noun under its stage. A word you cannot place is a word you cannot yet use.
- Drill the confirmed-vs-waitlisted gap. For each practice item, ask: is this seat guaranteed, or still pending? The status line, not the flight number, decides.
- Read itineraries for status. Practice with confirmation emails and change notices, and for each one name the current stage of the trip. This mirrors exactly what Part 7 asks.
- Transfer the loop. Review this cluster alongside the hotel booking and room reservation cluster and the car rental and vehicle pickup cluster, and notice that the same book-confirm-change vocabulary drives the seat, the room, and the car alike — learn it once, apply it everywhere.
Own the request-book-confirm-change arc and the business travel cluster becomes one of the most predictable point sources on the test — a long chain of documents ETS reuses precisely because every trip is built the same way.