Histórico da Página

O Go-Live aconteceria após as 14h.

Motivo: O time do projeto aguardaria todos os check-outs previstos.

Visão: Mitigar crises no ambiente do cliente.

• Após este horário, no cadastro do estabelecimento no THEX POS, foi alterada o time de integração, para a empresa que seria migrada para o BT VHF.
  • Seguir o Item 5 do TDN Cronologia para Instalação, Configuração e Validação - BT VHF.
• Ao iniciar o processo, todas as mesas tiveram o extrato impresso, a operação solicitou assinatura e encerramento do que foi possível. Mais detalhes, serão apresentados a seguir.
• Com essa operação, deixamos apenas o essencial em aberto.

Exemplo de crises possíveis: não lançar em conta, não emitir cupom do PDV, não integrar lançamentos, paralisar o check-out.

Foi alinhado um tempo otimista e pessimista para o processo.

Motivo: Permitir que o Gerente de TI, do hotel piloto, alinhasse o tempo em que a operação dos PDVs, trabalhariam sem encerrar as mesas.

Visão: Evitar desgastes e/ou cobrança quanto ao término do processo.

• Visão otimista - Janela de 14 as 18h para Go-Live.
• Visão pessimista - Janela de 14 as 22h para Go-Live.

Exemplo de operações que ficariam limitadas: A jornada impactada diretamente durante o Go-Live, foi o encerramento das mesas para integração de hóspedes e pagamento de passantes.

Durante a janela de Go-Live, todo lançamento seria realizado no POS, normalmente todos os lançamentos foram realizados normalmente no THEX POS.

Motivo: O projeto garantiria garantiu que o hotel continuasse operando nos os PDVs.

Visão: Não prejudicaria a operação e manteria o hotel vendendoPropor ao hotel parar de vender, dentro de uma janela tão grande Go-Live, seria uma possível restrição dentro do plano.

• Para garantir que o hotel continuasse vendendo, e atendendo ao público, a operação efetuaria os efetuou lançamentos normalmente no THEX POS.
• Ao Orientou-se ao final dos consumos, tanto hóspede quanto passante, assinariam o extrato da mesa , solicitarem a assinatura dos extratos das mesas, para controle e a mesa não seria encerrada., e mantê-las abertas com os lançamentos.
  • Complemento: Ficou orientado, que, caso o encerramento da mesa fosse realizado, o THEX POS emitiria um erro de integração.
  • Para passantes, a orientação foi emitir o extrato, solicitar assinatura e anotar no extrato a forma de pagamento.
  No piloto, os PDVs, guardaram todos
  • Todos os extratos foram separados por conta, ( Hóspede, Eventos e Passante ), para ao final do Go-Live,
  realizar o encerramento.

• • servirem como base de conferência no encerramento.

Sobre encerrar uma mesa durante o processo: Todos foram orientados, que, na tentativa de encerrar uma mesa, o THEX POS emitiria uma mensagem de erro. E, algo poderia acontecer: Travar o THEX POS, o lançamento não seria integrado nas respectivas contas e/ou perdido. Consequência: Diferença de caixa, perda de receita, dentre outros.

Lates check-outs

Caso acontecesse, algum check-out na recepção, após o horário planejado de início do Go-Live.

• A orientação alinhada foi:
  • A recepção realizaria um lançamento no valor total do consumo, na conta da reserva, para cobrar do hospede

• • .
  • Lançaria a forma de pagamento com o saldo a pagar, corretamente.
  • Não realizaria o check-out até a migração finalizar. E; 
  • Quando a migração finalizasse, o consumo original seria integrado.
  • O lançamento manual seria estornado para retirar a duplicidade da conta. 
  • O encerramento da conta estaria liberado.