← Resources

Buyer's Guide

Ten questions that separate FIFO travel platforms.

Several platforms now serve rotational-workforce travel — camp-and-crew logistics tools, FIFO booking portals, and unified booking-and-policy engines. Their feature lists look similar; their architectures are not. The differences surface on the worst day, in the finance close, and in the utilisation number — not in the demo. These ten questions expose them. We answer each for UnityTrip; put the same questions to any vendor you evaluate. The pairwise comparisons on this site cover Nomadis, IBS iLogistics, Uplift and the camp-and-crew platforms, and the ten questions below are the ones those pages are built around.

The ten questions:

  1. One PNR, or two systems with a shared screen?
  2. A policy engine, or a manifest tool?
  3. Does spend post to finance, or export to a spreadsheet?
  4. What happens at many times normal load?
  5. What is the measured utilisation outcome?
  6. Can it see a rogue identity inside a trusted network?
  7. Can procurement buy it the way they already buy cloud?
  8. Does it work where travel is booked offline?
  9. How does accommodation join the policy?
  10. Does it govern the money as well as the movement?

One PNR, or two systems with a shared screen?

A rotation is one journey — a commercial leg, a charter leg, a bus, a room. Ask whether charter and commercial content genuinely share one booking record and one policy engine, or whether two systems are stitched together at the interface. The difference decides how disruption recovery, duty of care, and spend reporting behave.

UnityTrip runs one booking engine, one PNR (passenger name record), and one policy layer across owned, wet-leased, dry-leased, and commercial content. The PNR is real where commercial content demands it; across charter legs, vessels, vehicles, and rooms, the same journey lives as one operational record under the same rules — not an airline construct stretched over modes it cannot describe.

A policy engine, or a manifest tool?

Recording who is on the aircraft is table stakes. Ask what happens when demand exceeds seats: is there a priority matrix, quotas, booking windows, penalty logic, and displacement rules — enforced deterministically, with an explanation when the answer is no — or a coordinator resolving it by email?

UnityTrip's rule engine executes an operational ontology: allocation decided identically every time, auditable, and explainable in plain English. The free Policy Builder shows the model.

Does spend post to finance, or export to a spreadsheet?

Travel that never reaches the ERP never reaches budget control. Ask whether the platform posts to your finance system bidirectionally, enforces budget approval at the point of booking, and accounts for leased travel — which most spend reports value at zero because the seat has no fare.

UnityTrip runs bidirectional SAP integration in production and enforces budget approval in the booking flow. For business bookings the control is mechanical: no payment executes without an approved claim number, because every business booking passes budget approval and delegation of financial authority before money moves. Private bookings are paid by the traveller and stay outside company money entirely. The unmanaged-spend review measures how much of your spend currently bypasses controls like these.

What happens at many times normal load?

Look-to-book surges correlate exactly with disruption: a cyclone closes a site and every affected worker searches at once. A platform's worst load day is your worst operational day. Ask what the architecture actually is — and read the vendor's engineering job advertisements to find out what their system is made of.

UnityTrip is event-sourced and natively distributed, designed to absorb surges of 10 to 1000 times normal activity. See the architecture.

What is the measured utilisation outcome?

Every vendor claims efficiency. Ask for a published, quantified before-and-after on seat utilisation and no-shows — and for the methodology behind it.

UnityTrip sets out the numbers plainly: leased fleets run at a 40% industry-average utilisation, and policy-governed allocation lifts it to 90% while cutting no-shows by half. See the utilisation benchmarks, with definitions.

Can it see a rogue identity inside a trusted network?

Perimeter security assumes the threat is outside. A misconfigured script — or, increasingly, a misbehaving AI agent — inside a client's trusted network forces a perimeter-only architecture into a bad choice: block all the client's traffic, or stay open and degrade. Ask how the platform identifies and isolates a single identity in real time.

UnityTrip provides per-identity observability down to the individual account, so a single offending identity can be isolated in real time without blocking everyone else — a capability a perimeter-only architecture does not have.

Can procurement buy it the way they already buy cloud?

Enterprise procurement is part of the total cost. Ask whether the platform is transactable through a cloud marketplace where your commercial terms, security review, and billing relationship already exist — and whether a purchase can draw down commitments you have already made to that cloud.

UnityTrip is a transactable offer on the Microsoft Azure Marketplace, so a purchase can count against a customer's Microsoft Azure Consumption Commitment (MACC) and bill through their existing Microsoft agreement — no new vendor onboarding required.

Does it work where travel is booked offline?

In many operating markets, hotels are arranged by email and flights by phone. Ask whether the platform can bring offline bookings under policy governance, or whether it assumes every booking starts in its own interface.

UnityTrip runs in production in exactly these markets, bringing the bulk of travel logistics once considered too complex to automate — offline flows included — under policy-governed workflow.

How does accommodation join the policy?

For remote operations the bed is as contended as the seat. Ask whether camp and guesthouse accommodation is governed by the same policy engine as transport — same priority, same quotas, same audit trail — or managed in a parallel system with its own rules.

UnityTrip integrates Elina PMS so rooms are booked within the same policy layer as seats. See partners and integrations.

Does it govern the money as well as the movement?

Most platforms in this category move people well: rosters trigger bookings, manifests reconcile, camps fill. Ask what happens after the journey — whether quotas, penalties, and budget approval are enforced as economics at booking time, and whether expense claims and payments run in the same system. A platform that governs movement but not money leaves the finance half of the rotation in spreadsheets.

UnityTrip treats policy as the economic instrument — priority, quotas, booking windows, penalty points — and closes the loop in finance: budget approval runs in the booking flow, and for business bookings no payment executes without an approved claim number.

A note on vocabulary: this category answers to different names in different markets — FIFO travel in Australia, camp and crew logistics or rotational workforce travel in North America, rotational travel in Africa and the Middle East — and vendors label it personnel logistics, people logistics, human logistics, or workforce logistics. The questions are the same everywhere. For the rotation-specific detail, see FIFO travel management.

Common questions

What should I look for in FIFO travel management software?

Ten things separate the platforms in this category: whether charter and commercial travel share one PNR and one policy engine or run as two systems with a shared screen; whether policy is enforced deterministically or recorded on a manifest; whether spend posts to your ERP or exports to a spreadsheet; how the architecture behaves under disruption-day load surges; whether the vendor publishes measured utilisation outcomes; how rogue identities inside a trusted network are detected; whether procurement can buy through a cloud marketplace; whether it works in offline booking markets; how camp accommodation integrates with travel policy; and whether the platform governs money as well as movement — budget approval, expense claims, and payment control in the same system.

Why does a single PNR across charter and commercial travel matter?

Because a rotation is one journey: a commercial leg, a charter leg, a bus, a room. When each piece lives in a separate system, disruption recovery, duty of care, and spend reporting all require manual reconciliation. One PNR under one policy engine means the whole journey rebooks, reports, and audits as a unit.

Should camp accommodation or travel be the anchor system?

They are different disciplines. Accommodation management descends from hotel property systems; travel allocation under scarcity descends from airline reservation systems. The bed and the seat are both contended resources, so the practical answer is a travel policy engine with accommodation integrated into the same policy layer — UnityTrip does this through its Elina PMS integration, so the room is booked under the same rules as the seat.

Do FIFO travel platforms handle expense claims and payments?

Most govern movement, not money: they automate rosters, bookings, manifests, and camps, but leave budget approval, expense claims, and payment control to other systems. A complete platform enforces policy as economics at booking time — priority, quotas, booking windows, penalty points — and closes the loop in finance. In UnityTrip, budget approval runs in the booking flow and, for business bookings, no payment executes without an approved claim number.

Put the questions to us first

We wrote the questions because we can answer them. Ask us all ten — then ask everyone else.

Talk to us See the benchmarks →