Follow the passenger job
Keep the original promise traceable through planning, live change, delivery, and financial closeout.
About TOOSA
Current eventArrival time changedNamed review required
TOOSA — Transportation Operations Software.
The operating purpose
The hardest part is often the handoff after the plan changes.
A request may begin in one system, an assignment in another, a partner option in a message, and an invoice in later review. TOOSA centers the passenger job that connects those responsibilities. A connected record should make ownership clearer without hiding the system of record, operating risk, or exceptions.
These principles guide how TOOSA is designed, configured, and validated.
Keep the original promise traceable through planning, live change, delivery, and financial closeout.
A shared view should clarify who owns the next decision, action, acknowledgement, and exception.
Stale data, rejected options, partial updates, reconciliation, and rollback belong inside the workflow.
A standardized operation may need a simpler tool. TOOSA’s evaluation focus is work that crosses roles, records, partners, exceptions, and closeout.
Work crosses reservations, dispatch, vehicles, crew, partners, service, or billing.
Live exceptions change passenger commitments, resource plans, or financial review.
Teams need the source, decision, action, acknowledgement, and variance to remain connected.
A literal product identity
TOOSA Dispatch, Fleet, Crew, Network, Billing, and Automate are products within one system.
Network coordinates partners, affiliates, vendors, and capacity. Automate describes controlled assistance, not a separate source of authority.
Explore the product responsibilities or follow the operating record. Confirm availability and production behavior during evaluation.
Start with operating reality
Bring a non-sensitive description of the trigger, handoff, decision, and closeout.