Guia de implementação de robôs de hotel: elevador, rede, PMS e pessoas

A implementação de um robô de hotel não é uma marcação de instalação. É um pequeno projeto de integração com quatro frentes: o edifício, a rede, os sistemas do hotel e as pessoas. Os projetos que falham falham normalmente numa destas quatro frentes, não porque o robô não consiga circular.

Este guia descreve a sequência que utilizamos. Está deliberadamente escrito em forma de perguntas, porque é assim que uma equipa de projeto hoteleira o vai ler.

O que envolve a implementação de um robô de hotel?

Quatro frentes avançam em paralelo:

O fornecedor do robô coordena as frentes, mas a propriedade é dona do edifício e dos sistemas. Um plano de implementação que não nomeie um responsável por cada frente vai parar. A página do robô de entrega para hotel lista os dados necessários da plataforma; a visão geral do robô de serviço para hotel explica a categoria mais ampla.

Quando deve começar o levantamento do elevador?

Antes da finalização da proposta. O modelo do controlador do elevador, a interface disponível e a autorização do fornecedor do elevador determinam o método de integração e o custo do projeto.

O levantamento deve registar:

• Fornecedor do elevador, modelo do controlador, versão de firmware e contacto de assistência.
• Interfaces disponíveis: entradas de relé, porta série, API ou gateway BMS.
• Se o elevador de serviço é dedicado ou partilhado com hóspedes.
• Comportamento em modo de incêndio e a regra de utilização do robô durante um alarme.
• Tempo de abertura das portas, lista de pisos e pisos com acesso restrito.
• Quem está autorizado a alterar a configuração do controlador.
• O procedimento de teste e a pessoa que assina o registo.

Se o levantamento for adiado para depois do sinal, o projeto aceitou um custo que não controla. O guia de integração de elevadores explica os três métodos; a lista de verificação de implementação é o formulário a levar à sala das máquinas.

De que cobertura de rede precisa o robô?

Wi-Fi estável no núcleo de serviço, no átrio do elevador e em todos os corredores de hóspedes na rota do robô. Um mapa de cobertura não é suficiente; o local precisa de um teste de percurso com o robô ou um dispositivo comparável.

Os pontos mortos mais comuns são:

• Cantos de corredor e a extremidade oposta de um piso longo.
• Átrios de elevador, especialmente atrás de uma porta corta-fogo.
• Escadas de serviço e a zona de carregamento.
• Rotas na cave ou nas áreas de apoio adicionadas tardiamente.

O robô precisa da rede para atualizações de tarefas, chamadas de elevador e reporte de estado. Uma interrupção breve pode ser tolerável numa tarefa de corredor, mas um ponto morto no átrio do elevador vai parar a rota. O guia o que é um robô de hotel explica como a rede se integra no sistema global.

Como funciona a integração PMS e PABX?

O robô não deve ligar-se diretamente à base de dados do PMS. Um conector ou middleware expõe apenas os campos de que o robô precisa: número do quarto, estado de chegada, idioma do hóspede e uma referência de tarefa. Isto mantém válido o suporte do fornecedor do PMS e limita o raio de impacto de uma falha.

Para o PABX, o serviço do robô pede ao sistema telefónico que ligue para o quarto e reproduza uma mensagem curta. O PABX precisa de uma interface de acionamento de chamadas ou de uma integração suportada com o middleware. Se o PABX não puder ser acionado, a alternativa é o ecrã do robô mais uma notificação por aplicação ou SMS.

O conjunto mínimo de dados é pequeno:

Não leia dados de tarifa, pagamento ou identidade para uma tarefa de entrega. Se um caso de utilização o exigir, documente a base jurídica e limite a conservação. O guia de integração com o PMS cobre as opções de interface, e a página do robô de serviço de quarto mostra o fluxo de notificação do hóspede.

Quanto tempo demora a implementação?

O calendário depende da integração do elevador, da preparação da rede e do número de pisos a mapear. A pré-configuração e o mapeamento acontecem antes da visita ao local; o trabalho no local concentra-se no handshake com o elevador, na validação das rotas e na formação.

A sequência é:

1. Levantamento e aprovação da configuração.
2. Plano de integração e autorizações de acesso.
3. Pré-configuração e construção do mapa.
4. Instalação no local e handshake com o elevador.
5. Formação e aceitação.
6. Semana-piloto e revisão.

Um projeto que salta a pré-configuração passa a visita ao local a descobrir problemas que podiam ter sido encontrados na fábrica. Um projeto que salta o piloto passa o primeiro mês a descobri-los com os hóspedes. O guia de compra explica como ligar o calendário aos marcos de pagamento.

O que deve medir o piloto?

Quatro números decidem se vale a pena expandir:

• Tarefas concluídas por dia.
• Tempo médio de ida e volta.
• Taxa de exceções — com que frequência uma pessoa tem de socorrer o robô.
• Tempo da equipa poupado, medido face à linha de base anterior ao piloto.

Um piloto que apenas conta entregas bem-sucedidas esconde o custo operacional. Um robô que conclui 30 tarefas mas precisa de 20 resgates não poupa tempo. O guia de ROI mostra como transformar estes números numa estimativa de retorno; a calculadora de ROI faz a aritmética.

Quais são as falhas de implementação mais comuns?

A lista é curta e previsível:

1. Exceção de elevador não testada. A chamada normal funciona; o elevador ocupado, a obstrução da porta e a simulação de modo de incêndio nunca foram testados.
2. Ponto morto de Wi-Fi. O mapa de cobertura parecia bem; o canto do corredor não.
3. Nenhum responsável nomeado. Todos assumiram que outra pessoa estava a verificar a fila de tarefas.
4. Alargamento do âmbito do PMS. Um conector só de leitura tornou-se um projeto de escrita, sem alteração ao contrato.
5. Contorno pela equipa. A receção continuou a deslocar-se a pé porque o robô era mais lento do que o hábito antigo durante a primeira semana.
6. Sem alternativa. Uma falha de rede ou do PMS parou as entregas porque não existia fila manual.

Cada uma tem uma prevenção barata: um guião de teste, um teste de percurso, um responsável nomeado, um âmbito escrito, uma meta de piloto e um exercício de contingência. A página de estudos de caso descreve padrões de implementação de referência com os mesmos pontos de falha.

O que deve incluir uma boa entrega do projeto?

A entrega deve incluir o auto de aceitação assinado, os registos de teste, o mapa de rotas, o procedimento do elevador, a alternativa PMS/PABX, a lista de peças sobressalentes, os registos de formação e os contactos de escalonamento.

Deve também incluir uma data de revisão. O primeiro mês é quando a propriedade descobre quais as tarefas populares, quais as rotas lentas e quais as exceções frequentes. Uma entrega sem data de revisão é uma entrega sem ciclo de feedback. Envie a minuta de entrega para a página de contacto para revisão antes do arranque.

O objetivo não é um robô que funcione no primeiro dia. É um robô que ainda funcione no sexto mês, quando a novidade desapareceu e o gestor noturno é a única pessoa de serviço.

Para onde ir a seguir

• Reveja as configurações do robô de entrega para hotel e do robô de serviço de quarto.
• Consulte os guias de integração de elevadores e de integração com o PMS.
• Descarregue a lista de verificação de implementação para o levantamento no local.
• Leia o guia de compra para o caderno de encargos e as condições de aceitação.
• Modele o piloto com a calculadora de ROI.
• Veja a solução para hotel urbano para um layout típico.
• Explore a gama de produtos e o catálogo da fábrica.
• Consulte a página da fábrica para os controlos de fabrico e qualidade.
• Envie o plano do local através da página de contacto.
• Fale com a fábrica no WhatsApp.

Uma implementação está concluída quando o caminho de exceção funciona, não quando o robô chega pela primeira vez. Teste o elevador ocupado, o ponto morto e o turno da noite antes de a considerar em produção.