ADR and RevPAR describe different relationships between room revenue and room capacity. ADR focuses on the rate achieved for relevant occupied or sold rooms. RevPAR spreads room revenue across available room capacity. Reading them together helps explain why a higher rate does not always produce more revenue per available room.
Neither metric is a complete measure of profit, cash receipt or overall guest value.
Define the inputs before calculating
Use a consistent room-revenue definition and room-night scope. Do not mix total hotel sales with room revenue or include different tax and service components in different periods.
The STR metric glossary is a primary reference for standard occupancy, ADR and RevPAR definitions. A particular PMS report still needs to be checked for its exact included records and exclusions.
Calculate ADR
ADR is room revenue divided by the relevant sold or occupied room nights. In an illustrative example, fifteen room nights produce 45,000 in room revenue. ADR is 45,000 divided by 15, or 3,000.
That result describes the average across the included room nights. It does not mean every guest paid 3,000, or that 3,000 is the hotel's published rate. Different categories and arrangements can produce the same average.
Calculate RevPAR
RevPAR is room revenue divided by available room nights. If the same property had twenty available room nights, RevPAR would be 45,000 divided by 20, or 2,250.
The denominator includes the relevant available capacity, so unsold room nights affect this measure. The example values are arithmetic illustrations, not NivaasCloud prices or customer performance claims.
Connect the metrics through occupancy
With compatible definitions, RevPAR can also be understood as ADR multiplied by occupancy expressed as a fraction. In the example, occupancy is 15 divided by 20, or 0.75. Multiplying 3,000 by 0.75 gives 2,250.
Use this relationship as a check, not as permission to combine figures from different scopes. If one report uses a different room-revenue or availability definition, the relationship may not reconcile as expected.
Compare two illustrative operating days
On one day, twenty available rooms generate twelve sold room nights at an ADR of 4,000. Room revenue is 48,000 and RevPAR is 2,400. On another day, sixteen sold room nights at an ADR of 3,500 generate 56,000 and RevPAR of 2,800.
The second day has a lower ADR but higher revenue per available room in this simplified example. This demonstrates why rate alone does not describe the complete room-revenue outcome. It does not establish which pricing decision was best after costs and other business factors.
Aggregate periods using the underlying totals
For a month, calculate from the relevant total revenue and room nights rather than casually averaging daily ADR or RevPAR values. Days with different room counts or sales volumes should not automatically receive equal weight.
Keep the interval and property scope consistent. If inventory changes during the period, use the applicable available room nights rather than multiplying an outdated room count by the number of days.
Know what the measures omit
ADR and RevPAR do not directly show operating costs, distribution costs, all non-room revenue or final profit. They also do not prove that recorded revenue has been collected in cash or settled by a bank.
Use payment reconciliation for recorded-money questions and the appropriate accounting process for profit analysis. A strong room metric should not be presented as evidence for an unrelated financial conclusion.
Investigate changes in the mix
A shift in room categories sold can change ADR even when individual rates remain stable. A change in available inventory can affect RevPAR and occupancy. Review the underlying composition before attributing a movement to one management action.
Write the explanation with the relevant context: property, dates, room revenue and room-night definitions. A percentage movement without those details is difficult for another manager to assess.
Use NivaasCloud reports with defined scope
NivaasCloud includes ADR and RevPAR in its property-level reports and analytics. Ask to see the underlying scope and test an interval with known sample values.
This does not imply automatic pricing recommendations, market forecasts or profit analytics. Those capabilities require separate verification.
Check a weighted ADR calculation across two nights
Suppose one illustrative night sells five room nights and records 25,000 in room revenue. Its ADR is 5,000. Another sells fifteen room nights and records 45,000, giving an ADR of 3,000. Averaging the two daily ADR values would produce 4,000.
For the combined interval, the appropriate calculation from these inputs is 70,000 divided by twenty sold room nights, or 3,500. The busier night contributes more sold room nights, so a simple average of daily rates is misleading.
To calculate period RevPAR, use the combined available room nights for the same interval. Do not substitute the sold-room denominator, and do not reuse an availability figure from another property or date range. The relationship between the metrics depends on compatible inputs.
Use this exercise to train managers to ask for the underlying totals. A spreadsheet or presentation can contain mathematically correct daily figures but an incorrect aggregate if the weighting is ignored.
Finally, keep the interpretation narrow. The resulting ADR and RevPAR describe room-revenue performance under the stated scope. They do not tell the hotel how much profit remained or prove that a pricing change caused the result. Those questions need additional evidence and an appropriate financial review.
Common questions
Is a higher ADR always better?
No single metric settles that question. Review occupancy, room revenue, costs and the business context. A higher average rate can coexist with lower revenue per available room.
Is RevPAR the same as profit per room?
No. RevPAR is a room-revenue measure. It does not subtract the hotel's operating and other relevant costs.
Explain performance with compatible measures
Review ADR, RevPAR and occupancy together, using consistent definitions. Book a demo to inspect how NivaasCloud presents those metrics for a selected property.