Como as métricas de ocupação funcionam com o Inventário Dividido?

O Inventário Dividido permite que as propriedades vendam um espaço físico de várias maneiras, maximizando a receita e a ocupação. Para entender os cálculos de ocupação, é crucial diferenciar entre:

• Quartos físicos: Essas são as "unidades" reais ou espaços físicos disponíveis em sua propriedade. Eles sempre têm capacidade associada e são os únicos tipos de acomodações que contribuem para os cálculos de ocupação.
• Quartos virtuais: Essas não são “unidades” físicas e não têm capacidade. Elas representam maneiras flexíveis de vender um espaço físico (p.ex., combinar dois quartos padrão em uma suíte).

A imagem mostra as "Acomodações vinculadas" para a configuração do Inventário Dividido, destacando os tipos de acomodações primárias e secundárias:

A definição fundamental de ocupação é: Quartos Totais Vendidos ÷ Quartos Totais Disponíveis.

• Ao usar o Inventário Dividido, o sistema informa corretamente a ocupação com base apenas nos quartos físicos.
• % de Ocupação = ([Quartos Físicos Vendidos]) / ([Quartos Físicos Disponíveis]) * 100.
• Os quartos disponíveis para fins de benchmarking não removem quartos Bloqueados e Em Manutenção (OOS); na Cloudbeds, atualmente é o mesmo que a capacidade total de quartos físicos.

Como exemplo, aqui está um relatório mostrando quartos Físicos e Virtuais, com quartos Físicos tendo capacidade e quartos vendidos, e quartos Virtuais não tendo capacidade ou quartos vendidos:

Para propriedades com Inventário Dividido, relatórios precisos sobre métricas de receita como ADR e RevPar são possíveis apenas no nível da data de estadia.

• Tarifa Diária Média (ADR) = Receita Total de Hospedagem ÷ Total de Quartos Físicos Vendidos.
  • Os quartos vendidos são apenas quartos físicos, levando em consideração o inventário dividido.
  • O total da Receita de Hospedagem inclui a diária, a receita manual do quarto e as taxas de No-show, mas exclui impostos e taxas inclusos ou exclusos e taxas de cancelamento.
• RevPar (Receita por quarto disponível) = Receita total de Hospedagem ÷ Total de quartos físicos disponíveis.
  • Os quartos disponíveis são apenas quartos físicos (inventário dividido) e incluem quartos bloqueados e em manutenção. Na Cloudbeds, isso geralmente equivale ao inventário físico total.
  • A definição de Receita Total de Hospedagem é a mesma que a do ADR.

Se você tiver o Cloudbeds Insights (gerador de relatórios) ativado, você pode adicionar o CDC do “Tipo de Acomodação” aos seus relatórios de conjunto de dados de Ocupação. Isso permite que você identifique facilmente se um quarto é virtual ou físico diretamente em seus relatórios.

No sistema da Cloudbeds, as configurações de Inventário Dividido podem ser agrupadas como em Camadas ou sem Camadas, dependendo de como os quartos virtuais e físicos estão vinculados. Essa estrutura afeta diretamente como a ocupação e a receita são rastreadas.

• Configurações em Camadas: Envolvem múltiplas camadas de links entre acomodações. Uma configuração típica conecta um quarto virtual a outro quarto virtual, que então se vincula a um ou mais quartos físicos. Por exemplo: Virtual → Virtual → Físico.

Esse tipo de configuração permite que as propriedades criem ofertas mais complexas, como combinar uma suíte virtual existente com vários quartos físicos para vender um andar inteiro.

• Configurações sem Camadas: Envolvem uma conexão direta de um quarto virtual para quartos físicos ou outros quartos virtuais, sem camadas intermediárias. Exemplos incluem:
  • Virtual → Físico: Usado quando os estabelecimentos desejam vender um grupo de quartos juntos (como um duplex ou um andar inteiro) mas também manter a opção de vender quartos individuais.
  • Virtual → Virtual: Usado para vender recursos não relacionados a quartos, como estacionamento, salas de reunião ou mesas de restaurante. Essas configurações não afetam as métricas de ocupação.

Permite agrupar um quarto virtual já combinado com um quarto físico adicional — por exemplo, para vender um andar inteiro que inclui uma suíte e outro quarto independente.

Abaixo está um exemplo de uma propriedade que possui 16 quartos físicos e 11 quartos virtuais. Sua capacidade total é de 16.

Esta captura de tela mostra a unidade VIR(1) vinculada diretamente a VR(1), PHY(1) e PHY(2), onde VR(1) já é uma suíte virtual:

Assim seria exibido em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o quarto VIR(1) com uma data de estadia em 21 de maio de 2025.
   2. Físico 1 tem capacidade, enquanto os quartos Virtual 1 e Virtual 2 não têm capacidade.
   3. VIR(1) não está marcado como vendido, mas possui a receita associada à reserva.
   4. VR(1) (também conhecido como a suíte virtual) não está marcado como vendido e não possui nenhuma receita associada (a receita está associada ao quarto virtual realmente reservado).
   5. Os quartos físicos vinculados PHY(1) e PHY(2) estão marcados como vendidos, mas não possuem receita associada (a receita está associada ao quarto virtual realmente reservado).
   6. A ocupação é calculada com base nas unidades físicas vendidas — neste caso, 2/16.

Esta configuração envolve um quarto virtual conectado a um quarto físico, que por sua vez está ligado a outro quarto físico. Isso permite configurações mais complexas, como modelar uma suíte com um quarto secundário que pode servir como uma extensão ou adição opcional.

Abaixo está um exemplo de uma propriedade com um total de 4 quartos (2 quartos físicos em cada cadeia). Sua Capacidade total é 4.

Esta captura de tela mostra a unidade VT(1) vinculada a PHT(1) e PHT(2), e a unidade VT(2) vinculada a PT2(1) e PT2(2):

Assim seria exibido em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o quarto VT(1) com uma data de estadia em 04 de junho de 2025.
   2. Teste Físico e Teste Físico 2 têm capacidade, enquanto Teste Virtual não tem capacidade.
   3. VT(1) não está marcado como vendido, mas tem a receita associada à reserva.
   4. PT2(1) e PT2(2) não estão marcados como vendidos e não têm receita associada (a receita está associada ao quarto virtual reservado).
   5. PHT(1) e PHT(2) estão marcados como vendidos, mas não têm receita associada (mesma observação acima).
   6. A Ocupação é calculada com base nos quartos físicos vendidos — neste caso, 2/4 = 50%.

Essa configuração permite que você venda um espaço de três maneiras: como um local inteiro (virtual de nível superior), como um andar combinado (virtual intermediário) ou como quartos físicos individuais.

Abaixo está um exemplo de uma propriedade que tem 21 quartos físicos e 12 quartos virtuais. Sua capacidade total é de 21.

Esta captura de tela mostra a unidade virtual de nível superior VR(1) vinculada a duas unidades virtuais (VT(1) e VT(2)). Uma dessas unidades virtuais — VT(1) — está vinculada a duas unidades físicas: PHT(1) e PHT(2).

É assim que ficaria em um relatório:

Como ler o relatório?

1. Há uma reserva para VR(1) com data de estadia em 01/06/2025.
2. Os tipos de quarto virtuais Virtual e Virtual Test não têm capacidade; o tipo de quarto físico Physical Test tem.
3. VR(1) não está marcado como vendido, mas mantém a receita total da reserva.
4. Os virtuais intermediários VT(1) e VT(2) não estão marcados como vendidos e não têm receita associada.
5. As unidades físicas vinculadas PHT(1) e PHT(2) estão marcadas como vendidas, mas não apresentam receita (a receita permanece com o quarto virtual efetivamente reservado).
6. A ocupação é calculada a partir dos quartos físicos vendidos — neste caso, 2/21.

Essa configuração é usada quando uma acomodação virtual está vinculada a outra acomodação virtual, normalmente para representar recursos que não são quartos ou ofertas não físicas em camadas.

Essas configurações são úteis quando não há unidades físicas envolvidas — por exemplo, representando o acesso a uma comodidade compartilhada, espaço de trabalho ou serviço agregado (como estacionamento, salas de reunião ou mesas em um restaurante) quando você não deseja afetar a ocupação.

Abaixo está um exemplo de uma propriedade que tem 16 quartos físicos e 11 quartos virtuais. Sua capacidade total é de 16.

Esta captura de tela mostra o VR3(1) vinculado a outro quarto virtual VR4(1), sem quartos físicos na cadeia.

É assim que ficaria em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o quarto Virtual 3 com data de estadia em 23/05/2025.
   2. Nenhuma unidade física está vinculada, portanto, o Virtual 3 é exibido com receita, mas com capacidade ou quartos vendidos iguais a zero.
   3. O Virtual 4 (virtual vinculado) não contribui para a receita ou ocupação e não é marcado como vendido.
   4. Como não são vendidos quartos físicos, a ocupação permanece em 0%, mesmo que haja geração de receita.

Usado ao combinar dois ou mais quartos físicos em uma única acomodação virtual (por exemplo, você tem 2 quartos deluxe físicos que deseja vender como um duplex), permitindo que esses quartos ainda sejam vendidos individualmente.

Abaixo está um exemplo de uma propriedade que possui 22 quartos físicos e 12 quartos virtuais. Sua capacidade total é de 22.

Esta captura de tela mostra a unidade VR2(1) vinculada diretamente às unidades PH2(2) e PH2(1):

Assim seria exibido em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o quarto Virtual 2 com data de estadia em 2025-06-02
   2. Físico 2 tem capacidade, enquanto o Virtual 2 não tem capacidade.
       
   3. Virtual 2 não está marcado como vendido, mas possui a receita associada à reserva.
   4. O tipo de quarto Físico 2 (unidades PH2(2) e PH2(1)) está marcado como vendido, mas não possui receita associada (a receita está associada ao quarto virtual realmente reservado).
   5. A ocupação é calculada com base nas unidades físicas vendidas — neste caso, 2/22.

Essa configuração é usada quando um tipo de cama virtual em dormitório está vinculado a um tipo de cama física em dormitório. Ela permite vender o inventário do dormitório de várias maneiras (p.ex, dormitório misto, só mulheres, só homens), garantindo que a ocupação e a receita sejam calculadas corretamente. Quando uma cama é reservada em um tipo, todos os outros tipos ficam bloqueados para venda.

Abaixo está um exemplo de uma propriedade que tem 5 camas físicas em dormitório e 5 tipos de camas virtuais em dormitório. Sua capacidade total é de 5.

Esta captura de tela mostraDORM BEDS 5 VIRTUAL vinculadas ao tipo de quarto físicoDORM BEDS 5:

É assim que ficaria em um relatório (Cenário 1):

Como ler o relatório?

1. Há uma reserva para o DOV(1) (cama virtual no dormitório) em 26/09/2025.
2. DORM BEDS 5 (físico) têm capacidade, enquanto as DORM BEDS 5 VIRTUAL não têm.
3. DOV(1) não está marcado como vendido, mas tem a receita associada à reserva.
4. O DOR(1) (físico) está marcado como vendido, mas não possui receita associada.
5. A ocupação é calculada como 1/5 = 20%.

É assim que ficaria em um relatório (Cenário 2):

1. Há uma reserva para DOR(1) (cama física no dormitório) em 24/09/2025.
2. DORM BEDS 5 têm capacidade, enquanto as DORM BEDS 5 VIRTUAL não têm.
3. O DOR(1) é marcado como vendido e tem a receita associada à reserva.
4. O DOV(1) não está marcado como vendido e não tem receita associada.
5. A ocupação é calculada como 1/5 = 20%.

Esta configuração em camadas vincula um quarto virtual a uma unidade física, que então se vincula a outro quarto virtual. Embora seja tecnicamente suportado, essa configuração não é recomendada devido a possíveis incompatibilidades de ocupação e inconsistências nos relatórios.

Como a unidade final reservada é virtual, os quartos físicos associados podem não ser contados corretamente para a ocupação.

Abaixo está um exemplo de uma propriedade que possui 16 quartos físicos e 11 quartos virtuais. Sua Capacidade total é de 16.

Esta captura de tela mostra o VR5(1) vinculado ao PH3(1), que por sua vez está vinculado a outro quarto virtual VR6(1).

Assim é como apareceria em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o quarto virtual VR5(1) com uma data de estadia de 24 de maio de 2025.
   2. VR5(1) não está marcado como vendido e não tem nenhuma capacidade, mas possui a receita associada à reserva.
   3. O quarto físico intermediário PH3(1) está marcado como vendido e tem capacidade, mas não mostra nenhuma receita associada (a receita está associada ao quarto virtual reservado de fato).
   4. O quarto virtual vinculado VR6(1) não mostra nem ocupação, nem capacidade, ou receita.
   5. A ocupação é calculada com base nas unidades físicas vendidas — neste caso, 1/16 = 6,25%.

Esta configuração em camadas vincula um quarto físico a outro quarto físico, que então se conecta a uma unidade virtual. Embora permita alguma flexibilidade na modelagem do inventário, essa configuração resulta em nenhuma ocupação sendo registrada — mesmo quando a unidade virtual é reservada.

Esse comportamento ocorre porque a unidade final na cadeia de reservas é virtual, e as conexões físicas intermediárias não registram a ocupação nos relatórios.

Abaixo está um exemplo de uma propriedade que possui 16 quartos físicos e 11 quartos virtuais. Sua Capacidade total é de 16.

Esta captura de tela mostra PH8(1) vinculado a PH9(1), que por sua vez está vinculado à unidade virtual V10(1).

Assim é como apareceria em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para a unidade virtual V10(1) em 28 de maio de 2025.
   2. V10(1) não está marcado como vendido e não tem nenhuma capacidade, mas mostra o valor total da receita.
   3. Nem PH8(1) nem PH9(1) estão marcados como vendidos, nem refletem qualquer dado de receita ou ocupação.
   4. Apesar da receita aparecer, a ocupação é de 0/16 = 0% porque nenhum quarto físico foi marcado como vendido.

Esta configuração vincula um quarto físico a uma unidade virtual, que por sua vez está vinculada a uma segunda unidade virtual. Pode aparecer em configurações legadas ou setups que tentam empilhar múltiplas representações virtuais para o mesmo inventário físico.

Esta estrutura não é recomendada, pois leva a relatórios imprecisos. A ocupação pode ser subcontada ou relatada incorretamente porque apenas as unidades físicas são contadas para a ocupação, e as múltiplas camadas virtuais obscurecem a conexão.

Abaixo está um exemplo de uma propriedade que possui 16 quartos físicos e 11 quartos virtuais. Sua Capacidade total é de 16.

Esta captura de tela mostra PH4(1) e PH4(2) vinculados a VR(1), que por sua vez está vinculado a VR8(1).

Assim seria exibido em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para a unidade virtual final Virtual 8 com uma data de estadia em 26 de maio de 2025.
   2. Virtual 8 não está marcado como vendido, mostra nenhuma capacidade, mas tem a receita total associada à reserva.
   3. Virtual 7 também está vinculado ao mesmo tipo de quarto físico, mas não está reservado — não mostra receita, capacidade ou está marcado como vendido.
   4. As unidades físicas PH4(1) e PH4(2) estão ambas marcadas como vendidas (Quartos Vendidos = 2), e têm capacidade total, mas não mostram receita (a receita está associada ao quarto virtual realmente reservado).
   5. A ocupação é calculada corretamente com base nas unidades físicas vendidas — neste caso, 2/16 = 12,5%.

Esta configuração reflete uma configuração antiga onde um quarto físico está diretamente vinculado a um quarto virtual. Era comum durante migrações mais antigas de Inventário Compartilhado.

Embora tecnicamente suportado (fornece relatórios corretos sobre quartos físicos), essa estrutura pode resultar em overbookings ou contagens duplas porque o inventário físico pode ser vendido em excesso se não for cuidadosamente monitorado.

Abaixo está um exemplo de uma propriedade que possui 16 quartos físicos e 11 quartos virtuais. Sua Capacidade total é de 16.

Esta captura de tela mostra PH5(1) e PH5(2) ambos vinculados a um único quarto virtual: VR9(1).

Assim que seria exibido em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para a unidade virtual VR9(1) em 25 de maio de 2025.
   2. VR9(1) não está marcado como vendido, mostra nenhuma capacidade, mas mantém toda a receita.
   3. As unidades físicas PH5(1) e PH5(2) estão corretamente marcadas como vendidas e contribuem para a ocupação, mas não possuem nenhuma receita associada (a receita está associada ao quarto virtual realmente reservado).
   4. A ocupação é calculada corretamente com base nas unidades físicas vendidas — neste caso, 2/16 = 12,5%.

Essa configuração vincula um quarto físico a outro quarto físico. Não é uma configuração recomendada ou compatível, pois causa relatórios de ocupação inconsistentes.

Nesta configuração, apenas o quarto físico reservado é marcado como vendido, enquanto o quarto físico vinculado permanece disponível. Isto significa que a ocupação contará sempre apenas um quarto físico, mesmo que dois quartos estejam vinculados.

Abaixo está um exemplo de uma propriedade que tem 2 quartos físicos e nenhum quarto virtual. Sua capacidade total é 2.

Esta captura de tela mostra o Toucan Room (TR1) vinculado diretamente a outro quarto físico: o Colibri Room (CR1).

Exemplo 1: Reserva para o Toucan Room

É assim que ficaria em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o Toucan Room (TR1) com data de estadia em 21/08/2025.
   2. O Toucan Room está marcado como vendido e tem receita associada a ele.
   3. O Colibri Room continua disponível e não está marcado como vendido.
   4. A receita está associada apenas ao Toucan Room.
   5. A ocupação é calculada como 1/2 = 50%.

Exemplo 2: Reserva para o Colibri Room

É assim que ficaria em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para o Colibri Room (CR1) com data de estadia em 22/08/2025.
   2. O Colibri Room está marcado como vendido e tem receita associada a ele.
   3. O Toucan Room continua disponível e não está marcado como vendido.
   4. A receita está associada apenas ao Colibri Room.
   5. A ocupação é calculada como 1/2 = 50%.

Essa configuração vincula dois quartos físicos como primários a outros dois quartos físicos como secundários. É uma configuração antiga que muitas vezes resulta em relatórios de ocupação imprecisos, uma vez que vários quartos físicos podem ser contabilizados como vendidos a partir de uma única reserva.

Abaixo está um exemplo de uma propriedade com 16 quartos físicos e 11 quartos virtuais, o que lhe confere uma capacidade total de 16.

Nesta captura de tela, PY6(1) e PY6(2) estão configurados como unidades físicas primárias, diretamente vinculadas a PH7(1) e PH7(2) como unidades físicas secundárias:

É assim que ficaria em um relatório:

Como ler o relatório?

1.  
   1. Há uma reserva para PY6(1) com data de estadia em 27/05/2025.
   2. PY6(1) está marcado como vendido e tem a receita associada a ele.
   3. PH7(1) e PH7(2) também estão marcados como vendidos, mas não geram receita. A receita permanece com a unidade efetivamente reservada.
   4. Tanto o Physical 6 quanto o Physical 7 têm capacidade, mas o cálculo de ocupação conta apenas 3/16 unidades vendidas.
   5. Problema: Nem todas as quatro unidades físicas vinculadas são contabilizadas como vendidas. Isso leva a uma ocupação imprecisa, tornando a configuração incompatível.

• Causa Possível: Sua propriedade pode estar usando uma configuração de Inventário Dividido antiga não suportada que leva a métricas incorretas.
• Passos para a Solução:
  1. Revise suas configurações de Inventário Dividido.
  2. Identifique se alguma configuração se enquadra nas "Configurações de Inventário Dividido não suportadas" conforme descrito neste artigo.
  3. Atualize suas configurações para uma dos tipos suportados:
     1. Virtual → Virtual → Físico
     2. Virtual → Físico e Virtual → Físico
     3. Virtual → Virtual e Virtual → Físico
     4. Virtual → Virtual
     5. Virtual → Físico (cenário de quarto a quarto)
     6. Virtual → Físico (cenário de camas de dormitório para camas de dormitório)