Preserve the source
Save an untouched, dated copy and restrict access before cleaning begins.
Turn rows into reliable future bookings without losing pitch assignments, deposits or the details your team needs on arrival day.
Get the destination template, preserve the raw file, clean a working copy, map each field, test a representative sample and reconcile both bookings and money before go-live.
Save an untouched, dated copy and restrict access before cleaning begins.
Agree future-booking cut-offs, archives, owners and a measurable sign-off.
Standardise dates, statuses, pitch names and money without overwriting evidence.
Translate each source column into the supplier’s import template and rules.
Include simple, difficult and edge-case bookings, then inspect the result.
Load the final file, compare counts and values, then prove live operations.
Mixed date formats, names, payment meanings and colour-coded context are evidence to interpret—not instructions to overwrite.
Record every transformation, flag ambiguity for a human decision and keep stable references so the import can be reconciled later.
The supplier’s template is the final authority. Use these groups to find missing decisions before the file reaches an import screen.
See how bookings appear on the calendarReference, status, source
Arrival, departure, pitch type and pitch
Lead guest, contact details, adults, children
Total, paid, refunded, balance
Vehicle, requirements, concise notes
| Spreadsheet column | Target concept | Rule to prove |
|---|---|---|
| Booking ref | Stable booking identifier | Unique and non-blank |
| Arrival / departure | Stay dates | One format; departure after arrival |
| Pitch type / pitch no. | Grade and unit | Match configured inventory exactly |
| Total / paid / balance | Booking value and payments | Total − paid + refunds = balance |
| Status | Reservation status | Map to a controlled, agreed set |
| Notes | Operational notes | Keep only context needed for the stay |
The upload completing is not proof that the migration worked. Counts, money and the working day all need to agree.
Compare future bookings across the next 7, 30, 90 and 365 days, then sample awkward stays.
Compare totals, payments, refunds and outstanding balances against the spreadsheet.
Prove arrivals, amendments, payments, messages, reports and exception handling.
Pause or tightly record new bookings and edits while the final file is prepared.
Save a dated backup and record the last booking or transaction included.
Load the approved file using the tested mapping and repeat validation.
Compare booking counts, money and selected records against the source.
Update the Book Now route and verify a live mobile booking from start to finish.
Make the new system primary only when the named operational owner approves it.
Import the agreed result, not a formula that depends on another workbook.
Turn colours, bold text and comments into a defined status or note.
Give each field one purpose and each booking a stable row or relationship.
Move only the details required for the agreed operational purpose.
Decide whether each means none, unknown, not applicable or missing.
Use an unambiguous format accepted by the destination system.
The exact template depends on the destination system. Common fields include a unique booking reference, status, arrival and departure dates, accommodation or pitch, lead guest, party size, total value, amount paid, balance and essential operational notes. Ask the supplier for its import template before cleaning or remapping the file.
Not automatically. Future bookings are usually the operational priority. Completed stays may be retained in a secure, accessible archive when that meets the business’s reporting, accounting, service and retention needs. Agree the purpose of each dataset before moving it.
Use one unambiguous date format throughout and store money as numeric values in agreed columns. Check that departure follows arrival and that total value minus payments and refunds agrees with the outstanding balance. Confirm the destination system’s required date and decimal formats.
Define one source of truth, record the last booking included in the final export and control new bookings while the file is imported. Reconcile future occupancy before reopening direct-booking routes. Avoid having two editable calendars unless there is a written process for synchronising them.
Move only the operational context needed to deliver future stays, and review free-text notes before import. Restrict access to working files and agree when temporary copies will be deleted. Confirm the data-protection and retention controls appropriate to your business.
For suitable early-access operators, Keydesk reviews the spreadsheet and current process before agreeing a migration route. Import support is assessed case by case because file quality, fields and operating setups differ. Online travel agency connections are not yet available.
There is no reliable fixed duration. The work depends on data quality, booking volume, inventory and pricing complexity, the destination template and the time available for testing. Use testable gates—clean file, approved mapping, reconciled import and signed-off cutover—instead of guessing a date.
We review suitable early-access migrations case by case, then agree what can move, what needs cleaning and how the result will be checked. OTA connections are not yet available.
Be first to hear when beta opens. No spam. Just occasional updates as we build.