Skip to main content
How-To · 6 min read

OYO Hotel Settlement Reconciliation in India: Revenue Share, Minimum Guarantee, and SLA Deductions

OYO operates a fundamentally different commercial model from commission-only OTAs. Properties on OYO sit on revenue-share or minimum-guarantee contracts, OYO owns the customer relationship, and SLA-based deductions for cleanliness, response time, or rating shortfalls land directly in the settlement file. Reconciling OYO is closer to platform-revenue-share reconciliation than to OTA commission reconciliation.

Terra Insight
Terra Insight Reconciliation Infrastructure

Content authored by practitioners with experience at Amazon India, Intuit QuickBooks, and the Tata Group. Meet the team →

Published 25 April 2026
Domain expertise
TDS Reconciliation GST Input Credit Platform Settlements NACH Batch Matching Bank Reconciliation Form 26AS Matching ERP Integrations Enterprise Finance Ops
Knowledge Card
Problem

OYO operates revenue-share or minimum-guarantee contracts where OYO owns the customer relationship, sets rates, and applies SLA-based deductions — making the property's settlement file structurally different from a commission-only OTA payout, with the GST liability flowing to either OYO or the property depending on the contract structure under sub-brands like Townhouse, Capital O, or OYO Wizard.

How It's Resolved

Per settlement cycle, classify each booking under the property's contract type (revenue-share, minimum-guarantee, hybrid), match to PMS folio, apply the contracted revenue-share split, compute minimum-guarantee top-up if applicable, layer in SLA-based deductions with reason codes, separate operational settlement from capex-recovery deductions on Townhouse or Capital O properties, and apply the GST treatment that matches the contract's supplier identification.

Configuration

OYO settlement file connector with sub-brand and contract identifiers; PMS folio adapter; revenue-share split rule per property; minimum-guarantee floor per month; SLA deduction reason-code master; capex recovery schedule on Townhouse or Capital O contracts; GST supplier-identification rule per contract.

Output

A reconciled OYO ledger where each cycle's payout is built up from revenue share or minimum guarantee, SLA deductions are itemised with reason codes for dispute, capex recovery is segregated, and the GST treatment matches the contract — supporting accurate revenue recognition under Ind AS 115.

A 40-room property branded as OYO Townhouse in Hyderabad receives monthly settlements from OYO comprising revenue share on actual occupancy, an applied minimum-guarantee top-up for the months below the guarantee floor, deductions for two SLA breaches in the period, and a recovery instalment against the original Townhouse capex. The owner’s finance team must reconcile each component against the contract terms, the property management system folio data, and the bank credit. This article is for hotel finance teams reconciling OYO settlements in India.

What OYO Hotel Settlement Reconciliation Involves

OYO settlement reconciliation differs structurally from commission-only OTA reconciliation because OYO is not just a booking channel — under most partner contracts OYO is the brand-facing supplier or co-supplier of the accommodation experience. The property cedes rate-setting, customer relationship, and brand presentation to OYO in exchange for a contracted revenue share, often with a minimum-guarantee floor. The settlement file therefore reflects a revenue-sharing agreement rather than a commission deduction on a hotel-set rate.

The reconciliation outputs are: a folio-level revenue map matched to the OYO settlement, a build-up of the revenue-share calculation versus minimum-guarantee floor, an itemised SLA deduction register with reason codes for dispute, a capex recovery schedule for Townhouse or Capital O properties, and a GST treatment that follows the contractual supplier identification.

How OYO Settlement Reconciliation Works

Classifying the Contract Type

The first reconciliation input is the contract type. OYO operates several models: pure revenue-share where the property gets a fixed percentage of OYO-collected revenue net of OYO’s share, minimum-guarantee where the property is paid a baseline regardless of occupancy with revenue-share applying above the floor, and hybrid models where capex contribution from OYO is recovered through revenue-share over a tenure. The reconciliation logic loads the contract terms per property and applies the right calculation each cycle.

Building the Revenue-Share Calculation

For a revenue-share contract, the cycle’s gross revenue is OYO’s collected room revenue (the rate OYO charged the guest, which the property typically does not control). OYO’s share is taken as per the contract — say, 30% of net revenue after taxes and platform fees. The property’s share is 70%. The PMS folio data confirms occupancy, room nights, and any incidentals charged at the property — these incidentals usually belong entirely to the property and are settled separately or paid by the guest at check-out without going through OYO.

Applying the Minimum-Guarantee Top-Up

If the cycle’s revenue-share calculation produces a property payout below the minimum guarantee, OYO tops up to the floor. The reconciliation must compute both: the revenue-share figure and the minimum-guarantee figure, identify which leg paid, and verify the top-up is correct. A common dispute is whether SLA deductions are applied to the revenue-share calculation before the guarantee comparison or after — contracts vary, and the wrong sequence can swing the payout materially.

Itemising SLA Deductions

OYO settlements list SLA-based deductions with reason codes — cleanliness audit failure, response-time SLA breach, rating below contracted threshold, channel parity violation, walkthrough audit finding. Each deduction needs a reason code logged in the reconciliation register so the property can dispute incorrect applications. The dispute window is typically 30 to 45 days from settlement date. Repeated SLA deductions that go unchallenged can compound and eat into multiple subsequent settlements.

Segregating Capex Recovery on Townhouse / Capital O

For OYO Townhouse, Capital O, or OYO Wizard properties where OYO funded a capex programme — branding, room refurbishment, amenity build-out — the contract amortises that capex against the property’s revenue share over a contracted tenure. The recovery instalments appear in the settlement file as a separate deduction. The reconciliation must segregate this from operational settlement because in the property owner’s books, capex recovery is a financing-type cash outflow against an asset or contractual obligation, not an operating expense.

OYO Settlement Component Reference

ComponentOperational TreatmentRecovery / Adjustment Treatment
Revenue shareOperating revenue at contracted percentagen/a
Minimum-guarantee top-upOperating revenue at guaranteed floorn/a
SLA deductionReduction of operating revenue or operating expense per contractDisputable within window
Capex recovery instalmentn/aReduction of capex obligation, not operating expense
OYO Wizard programme feeMarketing or platform service expensen/a
Channel parity violation deductionReduction of operating revenueDisputable within window

India Compliance Angle: GST Supplier Identification

The most consequential reconciliation decision on an OYO contract is identifying the GST supplier of the accommodation service. If OYO is the supplier under its brand, OYO raises the tax invoice on the guest with OYO’s GSTIN, pays output GST at the applicable slab (12% up to ₹7,500 tariff, 18% above), and the property invoices OYO under SAC 996311 (services in support of accommodation) at 18%. If the property is the supplier, the property invoices the guest with its GSTIN and OYO bills its revenue share separately, also at 18%. The two structures produce materially different GSTR-1 schedules and ITC chains. Reading the partner agreement before configuring the reconciliation is essential — a misconfiguration can trigger a GSTR-1 amendment exercise across an entire financial year.

Hotel finance teams using payment gateway reconciliation tooling can ingest OYO settlement files alongside direct booking and OTA payouts on a single timeline. Broader reconciliation software India platforms add the contract-rule engine for revenue-share calculation, minimum-guarantee comparison, SLA deduction reason codes, and capex recovery segregation. Industry guidance from FHRAI on revenue-share contracts and SLA practices is a useful reference for property owners evaluating or operating under OYO partner agreements.

For the broader hotel industry reconciliation surface, see the Hotels & Hospitality industry guide.

The following questions address the OYO settlement reconciliation issues hotel finance teams encounter most frequently.

Primary reference: FHRAI — the Federation of Hotel & Restaurant Associations of India publishes member guidance on revenue-share contracts and SLA-deduction practices.

Frequently Asked Questions

How does the OYO revenue-share model differ from a commission-only OTA?
On a commission-only OTA the hotel sets the room rate, owns the guest-facing brand experience, and pays the OTA a commission for the booking. On OYO the property typically operates under an OYO brand sub-name (Townhouse, Capital O, OYO Hotels), OYO owns the rate-setting and customer relationship, and the property receives a contracted share of revenue or a minimum guarantee — whichever is higher. This shifts the reconciliation from commission-on-gross to revenue-share-on-net, with OYO retaining significantly more of the gross than a typical OTA commission.
What is a minimum guarantee in an OYO contract?
Many OYO partner contracts include a minimum guarantee — a baseline monthly payout to the property regardless of actual occupancy, calculated per room or per property. If the revenue-share calculation falls below the minimum guarantee, OYO tops up to the guaranteed floor. If it exceeds the guarantee, the higher amount is paid. The reconciliation must compute both legs each month and verify which leg the settlement file paid against. Mismatches typically arise from disagreements on how SLA deductions interact with the guarantee — whether deductions apply before or after the guarantee floor.
What kinds of SLA deductions appear on OYO settlements?
OYO partner contracts typically include service-level commitments on cleanliness scores, guest response time, complaint resolution, on-property amenities, and minimum rating thresholds on OYO's review platform. Breaches trigger contractually defined deductions that appear as line items in the settlement file. Deductions can also flow from booking-level events — no-show treatment, walkthrough audit findings, OTA channel parity violations. The reconciliation must capture each deduction with its reason code so the property can dispute incorrect applications within the contract's dispute window.
How does OYO Townhouse or Capital O differ from a standard OYO listing?
OYO Townhouse and Capital O are higher-tier sub-brands with stricter property standards, different revenue-share splits, and typically higher minimum guarantees. The contracts often include capex commitments — branding, room refresh, amenity upgrades — that are recovered from the property's revenue share over a contracted period. The reconciliation for these properties must distinguish operational settlement from capex recovery deductions, since the latter affect the property's net cash but not its revenue or expense recognition.
Who owns the GST liability on OYO bookings — the property or OYO?
It depends on the contract structure. Where OYO acts as the supplier of accommodation under its brand and the property is a sub-licensee, OYO raises the invoice on the guest with OYO's GSTIN and pays the output GST. The property then receives revenue share net of GST and books it as a service rendered to OYO under SAC 996311 with 18% GST forward charge. Where the property remains the supplier and OYO is a marketing and technology partner, the property invoices the guest directly and OYO bills its share. Reading the contract carefully before designing the GST reconciliation is essential — the wrong choice produces a GSTR-1 misclassification that surfaces in scrutiny.

See how TransactIG handles reconciliation for your industry

Configuration takes 2–4 weeks. No code development required. ISO 27001:2022 certified.