Tour operator accounting software: how it should work.
The money in a tour operation moves in an unusual pattern: guests pay in installments over months, suppliers want deposits before the guests have finished paying, agents take commission, and the books for one departure stay open long after it returns. This guide explains that lifecycle, what accounting software for tour operators has to do about it, and where the general ledger fits.
Tour operator accounting software manages the money that moves through trips: what each booking owes and has paid, what each departure owes its suppliers, commissions to agents, refunds and credits, and the timing of all of it. It sits between the reservation system and the general ledger and feeds the ledger rather than replacing it.
The distinction matters because tour operators are often sold one of two wrong things: an accounting package that has no idea what a departure is, or a reservation system that tries to be the general ledger. The first leaves the operational money in spreadsheets. The second leaves the accountant working in a tool built for something else. The right shape is tour operator software that owns the operational money and hands clean transactions to the ledger.
Lifecycle
The financial lifecycle of one trip
Follow the money through a single departure and the reason for specialized accounting becomes obvious. Nothing here is exotic; it is the combination and the timing that general tools struggle with.
Costs are known before revenue exists
The trip or proposal is costed from vendor contracts at net rates, in the vendor's currency, months before the first booking. Margin is a target set against those costs.
The first deposit arrives
A booking is made and the payment schedule is generated from the trip's terms: a per-person deposit at booking, installments if the trip uses them, and a final payment on a date before departure.
Suppliers ask for their deposits
Hotels and transport often require deposits on a contract schedule that runs ahead of the guests' final payments. Those requests are raised from the departure's segments and approved before they are paid.
Installments and the final payment come in
Reminders go out, cards on file are charged on the due date where the client has agreed, pay links cover the rest, and the booking's received and due figures update as each receipt lands.
Vendor balances are settled
Balances in local currency are paid as the departure approaches, with the conversion rate and base-currency amount recorded on each one.
The group travels
Late changes and cancellations apply the booking's terms and the segment's vendor cutoffs. Penalties, refunds, and credits are recorded on the same booking.
After the trip
Agency commissions are paid, refunds are processed, the departure's receipts and vendor costs are compared for profitability, and the transactions are exported to the general ledger.
Money in
Receivables live on the booking
Guest money is a booking-level matter. Every booking carries its own payment schedule, terms, receipts, and balance, and the tools for collecting have to work from that schedule rather than from an invoice typed somewhere else.
A schedule generated from terms. Deposit rules per person, installment dates, and the final due date come from the trip's payment terms and can be adjusted per booking.
Several ways to collect, one record. Staff charges, shareable pay links for guests, online payments in the guest portal, and automatic charges against a stored card profile on the due date.
Card data held by the processor. Payment profiles live in Authorize.net's PCI-compliant environment, with Stripe as an alternative gateway. Tourcube stores the token, not the card.
Split invoices and allocations. Two parties paying for one booking, a payment applied across items, and refunds carrying negated amounts so the schedule reconciles.
Gross, received, due, and commission together. The booking shows what it is worth, what has arrived, what is owed, and what the agent earns, updating as receipts land.
The booking's Accounting panel in Tourcube carries the payment schedule, receipts, vendor payments, per-booking P&L, and invoice export side by side. The booking record, explained →
SUMMIT TRAILSCtrl K?✨Support RequestLog Out
Trip Departure
Fjordland Explorer Hiking · 06/20/2026
ActiveJun 20 – Jun 30, 2026 (11 days)•28 days to departure
New check requests are created from within the departure segments (Budget & Operations).
The Accounting panel of a Tourcube departure. Payment and cancellation terms come from the trip; vendor payments are requested in kroner and euros with the conversion rate and dollar amount recorded, and a status of paid, approved, or requested.
Money out
Vendor payables live on the departure
Supplier money is a departure-level matter for scheduled trips and a booking-level one for custom trips. Either way the payment has to be tied to the service it pays for, requested in the vendor's currency, approved by someone, and visible from the vendor's side as well as the trip's.
Vendor payment policies drive payables automatically: deposit and final-payment rules with cancellation deadlines from the contract
Check requests created from within the departure's segments
Requested, approved, and paid states with the approver on record
Amount in the vendor's currency, conversion rate, and base-currency amount on every request
The same requests visible on the vendor record across every booking, departure, and quote that owes it
The vendor's view
What one supplier is owed, across everything
Payables are easier to control when the vendor record shows every request that involves it: deposits and finals for a booking's hotel nights, a group allocation deposit for a departure, and a refund from a cancelled stay, each with the requested and approved amounts, due and paid dates, and status. Refund rows carry negated amounts automatically.
Payment requests by type, record, trip, service, and transaction type
Due and paid dates per request
Refunds and credits on the same list as deposits and balances
The Payments panel on a Tourcube vendor record: a paid deposit, an approved final, a requested group-allocation deposit, and a refund with a negated amount, all in the vendor's currency.
The edges
Commissions, refunds, and credits
Agency commissions
Commission groups on the agency, with travel-date ranges and defaults, apply automatically to the bookings the agency sells. The booking shows gross due and net due, and agency statements are produced from the bookings. Selling through the trade →
Refunds
A refund is recorded on the booking's schedule with a negated amount, and a supplier refund appears on the vendor's payment list the same way, so both sides reconcile on the records that generated them.
Travel credits
Credits are tracked on the client record and applied to future bookings, which keeps a cancelled trip's value attached to the household rather than to a note.
Cancellation terms that compute
Penalties by days before departure on the booking, and vendor cutoffs per segment, so a cancellation shows what the guest owes and what the supplier still charges.
The boundary
Where the general ledger fits
The clearest way to describe Tourcube's approach is by what it does not do. It does not try to be the general ledger. It manages the tour-operations side of the money, then feeds the ledger through the QuickBooks integration rather than replacing it. Clients, invoices, receipts, vendors, refunds, commissions, and vendor payments export to Excel for import into QuickBooks (via SaasAnt) or other systems.
Accounting groups. Bookings and departures carry an accounting group, such as a region, so transactions land in the right part of the ledger.
Multiple brands, one database. Brands are recorded on trips and bookings and carried through the exports.
Multiple currencies. Vendor amounts, conversion rates, and base-currency amounts are all recorded, so the ledger sees both.
The accountant keeps their tools. Bank reconciliation, payroll, tax, and financial statements stay where they are.
Because receipts and vendor costs arrive over months, the useful questions are about timing: what is due in from guests in the next 30 days, what is due out to suppliers over the coming weeks, and whether each departure will make money. Those answers have to come from the bookings and departures themselves.
Per-booking P&L on the booking's Accounting panel, and departure-level profitability from receipts against vendor costs.
Receivables due in the next 30 days and cash flow for the next 20 weeks, client payments due against vendor costs due, on the KPI Dashboard with a table behind each chart.
Sales by booking month and by departure month, by region, country, client home, and accounting group, against the same point last year.
Exports to Excel of accounting transactions, invoices, receipts, refunds, commissions, and vendor payments for anything the dashboard does not cover.
Tour operator accounting software manages the money that moves through trips: what each booking owes and has paid, what each departure owes its suppliers, commissions to agents, refunds and credits, and the timing of all of it. It sits between the reservation system and the general ledger and feeds the ledger rather than replacing it.
Does it replace QuickBooks or another accounting package?
It should not, and Tourcube does not. The general ledger, bank reconciliation, payroll, and tax filing belong in accounting software. Tourcube manages the tour-operations side of the money and exports clients, invoices, receipts, vendors, refunds, commissions, and vendor payments for import into QuickBooks or other systems, so your accountant keeps the tools they know.
How are supplier payments tracked?
As payment requests tied to the service they pay for. Vendor payment policies from the contract set deposit and final-payment rules with cancellation deadlines; check requests are created from the departure's segments, routed through requested, approved, and paid with the approver on record, and shown on the vendor, the departure, and the booking.
Can it handle suppliers in other currencies?
Yes. Each vendor carries its own currency. Payment requests are raised in that currency with a conversion rate and the base-currency amount recorded, so the departure's costs are visible in both.
How does automatic charging work?
A client's card is stored as a payment profile in Authorize.net's PCI-compliant environment, not in Tourcube. Scheduled payments on the booking, such as the final payment, can be set to auto-charge on their due date against that profile. Stripe is supported as an alternative gateway.
How are refunds and agency commissions handled?
Refunds are recorded on the booking's schedule with negated amounts, so receipts and refunds reconcile on one record. Agency commissions come from the agency's commission groups, appear on the booking as the difference between gross due and net due, and are exported with the rest of the accounting data. Agency statements are produced from the bookings.
Is Tourcube accounting software?
Tourcube handles tour operator accounting: guest receivables at the booking level, vendor payables at the departure level, payment schedules, terms, auto-charge, refunds, commissions, multi-currency, multi-brand, per-booking P&L, and departure profitability, feeding your general ledger through QuickBooks rather than replacing it.
These guides explain how multi-day tour operations work and what software should do about it. Start with the overview, or go straight to the part of the business you are thinking about.
Tell us how money moves through your trips today and what reaches QuickBooks. We will show you the schedule, the payable, and the export in the actual product.