Guide · Accounting and payments

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.

Definition

What is tour operator accounting software?

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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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.

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 →

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.

See the QuickBooks integration →

Knowing where you stand

Reporting on money that has not finished moving

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.

See the accounting screens →   See the KPI Dashboard →

Questions

Tour operator accounting: common questions

What is tour operator accounting software?

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.

Go deeper

Tour operations, subject by subject

All resources →

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.

Tourcube
Start the conversation

Bring your bookkeeper to the demo.

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.

Book a demo