Institutional Memory
Remote operations churn people by design: rotations end, contracts close, coordinators move on. At every handover, something quieter than a person leaves — the reasons. Why medical outranks operational travel. Why this quota is eight sectors and not ten. Why the penalty window is 48 hours. When those reasons live in heads, inboxes, and spreadsheets, each new arrival rediscovers the requirements from scratch, and the rules drift a little with every rediscovery.
A travel operation that stores its knowledge in people fails on the timescale of tenure. UnityTrip is built on the opposite premise: the platform itself is the institutional memory, in three layers.
The Record Remembers
Every booking, change, approval, and penalty is an immutable event in an append-only record. State is a projection of that record, so any past situation replays exactly as it was — who asked for what, what the policy said that day, what the engine decided. See the event-sourced architecture.
The Policy Remembers
The travel policy is a single, pre-deconflicted, machine-precise document — versioned, auditable, and published as a JSON Schema. The priority matrix, quotas, booking windows, and penalty tiers carry their own structure and rationale, so the policy survives every author who edits it. Build one with the Policy Builder.
The Ontology Remembers
Priority matrix, quota, booking window, penalty points, no-show, go-show — the operation's concepts are named, defined, and documented in the glossary and the API and ontology reference. New staff inherit a vocabulary rather than a folklore, and systems integrate against the same names people use.
Both Sides of the Question
Due diligence usually points the continuity question at the vendor: what happens if your key engineer is unavailable? Fair question — our answer is on the architecture page: every environment rebuilds from source, every decision replays from the event record, the service surface is documented in the open.
The same question deserves to be pointed inward: where does your own operation's travel knowledge live? If the answer is a long-serving coordinator, an inbox, and a spreadsheet with one owner, then every departure is a small system failure — and a decade of staff turnover is a slow-motion outage. The audit trail that satisfies a compliance reviewer and the record that survives a handover are the same artefact.
This is a question worth adding to any platform evaluation — alongside the ten questions in the buyer's guide.
Common Questions
In most operations it leaves with them. The reasons behind priority rules, quota levels, and penalty thresholds live in the heads of the people who negotiated them, and each handover loses a layer — until a new coordinator rediscovers the requirements from scratch and the rules drift. When policy is a machine-readable document and every decision is a recorded event, the knowledge stays: the rules carry their own rationale, and the record shows how they have been applied.
Every booking, change, approval, and penalty is an immutable event in an append-only record. State is a projection of that record, so any past situation can be replayed exactly as it was — who requested what, what the policy said at the time, and what the engine decided. Nothing depends on anyone remembering; the record is the memory.
Yes. Because the policy engine is deterministic and the policy document is versioned, the same inputs always produce the same decision — so an audit question is answered with the rule that fired and the facts it saw, not with a recollection. This holds years later, across staff changes on both sides.
Substantially. A new coordinator inherits a named vocabulary — priority matrix, quotas, booking windows, penalty points, go-shows — documented in the glossary and API reference, and one governing policy document instead of folklore spread across inboxes and spreadsheets. They read what the operation has already decided rather than reconstructing it.
Where Does Your Knowledge Live?
If the answer is a person, a spreadsheet, and an inbox, the next handover is already scheduled. Tell us how your operation moves people — and what it forgets.