OTA ↔ HOTEL CHECKS AND RECONCILIATION

Reconcile your OTA and PMS payments.

Check. Prove. Act on time.

StayRecon is designed to reconcile OTA statements with your hotel data: reservations, modified stays, commissions, fees, credits and payments.

Find matches, explained differences, cases to review and the documents supporting each finding. Calculations stay linked to their sources and applicable rules.

  • No OTA password required
  • No card data requested
  • Traceable sources and calculations
  • Communicate entirely in writing

Product design preview · fictional data

Fictional July 2026 dashboard: 127 bookings, 124 matches, 3 booking differences and 1 credit note on a separate invoice.
Fictional July 2026 dashboard: 127 bookings, 124 matches, 3 booking differences and 1 credit note on a separate invoice.Design illustration · fictional data

WHAT STAYRECON CHECKS

Checks that go beyond commissions.

StayRecon organizes reconciliations by domain, from reservation to payment and monitoring of corrections. Each check depends on the sources and rules available.

Reservations and stays

Match bookings, statuses, dates and changes between the PMS and OTA documents.

Commissions and fees

Control of rates, bases and fees invoiced according to documented conditions.

Cancellations and no-shows

Check OTA-recognised statuses, penalties and any waivers.

Payments and settlements

Reconciliation of the amounts and operations making up the payments, according to available data.

Reimbursements and credits

Track issued corrections, their allocation and any remaining balances.

Evidence and actions

Supporting documents, files to be processed and reminders; appeal deadlines only when established.

The 17 categories describe the intended scope. Availability depends on each property’s sources, verified rules and supported variants; these are not 17 features all available today.

HOW IT WORKS

From your first import to case tracking.

A structured path to reconcile your sources, check discrepancies and keep supporting documents.

1

Select sources

Choice of period, OTA documents and PMS export or hotel register.

2

Validate matches

Preview of columns, confirmation of mapping and identification of missing fields.

3

Start checks

Checks run when the necessary data and rules are available.

4

Use the results

Review evidence, prepare correction requests and track cases.

YOUR SOURCES

Your OTA documents and your PMS data.

The pilot can use structured OTA reports and PMS exports, including Excel or CSV files. Direct connections are considered only where they are available and authorised.

Platforms within our development scope

Booking.com

Bookings, statements and supporting documents available for the check.

Expedia

Reports and documents suited to the property’s business model.

Agoda

Data and statements adapted to the payment model.

Other OTAs and distributors

Sources that can be integrated when their formats and rules are sufficiently documented.

These platforms are cited to present our scope of development, without claiming an official partnership or complete coverage of their services.

THE RELIABILITY OF THE RESULTS

Clear results, with supporting evidence.

Each deviation must be able to be verified based on the original data, the calculation and the rule applied. Incomplete files remain identified as such.

Identifiable sources

Reservation references, documents and original lines accessible from the report.

Verifiable calculations

Expected and observed amounts, bases, rates and rules explicitly documented.

Case tracking

Distinction between observation, prepared request, response received and correction actually applied.

Differences explained or not corrected remain documented for monitoring and accounting justification.

Proof of the fictitious commission: base €272, rate 15%, expected €40.80, invoiced €64.80, difference €24.
Proof of the fictitious commission: base €272, rate 15%, expected €40.80, invoiced €64.80, difference €24.Design illustration · fictional data

EXAMPLES IN PRACTICE

Four discrepancies, four documented files.

Excess commission, no-show, shortened stay and unapplied credit note: four fictional examples, each with its own documents, calculation and possible next steps.

Fictional demonstrations · scenario-specific contracts and documents · no actual recovery claimed

Commission

24 €

Commission higher than the amount expected according to the fictitious contract.

No-show

36 €

Commission retained despite a waiver accepted by the OTA.

Shortened stay

18 €

Commission charged for a removed night whose cancellation the OTA accepted.

Credit note

45 €

Credit note applicable to a separate invoice but not applied.

A check without deviation, kept in the history.

The periods without an established anomaly remain consultable, with the sources, the verifications carried out and any coverage limits.

FOUNDING PARTNER PROGRAMME

Participate in the first StayRecon pilots.

We are looking for properties to test StayRecon on their own documents and develop the product based on concrete feedback.

Apply in writing, without files or login details. For selected properties, we agree the pilot period, sources, checks, data processing arrangements and expected contribution before the pilot starts.

Your founding partner benefit: 24 months of StayRecon Standard free from commercial launch, then 50% off the public Standard price while your property’s subscription remains active, provided you have completed the agreed pilot contribution.

The offer applies to the pilot property under the charter’s participation conditions.

THE FOUNDER

Experience in financial control, applied to a new sector.

For more than 25 years, I held management responsibilities in treasury and international finance. My work notably led me to compare data from different sources, to identify discrepancies, to verify the causes and justifications, then to document the decisions taken.

With StayRecon, I want to put this experience at the service of hotels, helping them to better control the commissions and payments of booking platforms. Today I am looking for founding partner properties to test the product on their own documents, collect their feedback and adapt it to the realities of their profession.

Nicolas · founder of StayRecon