Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

PlanoBreve comentário

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.
  • 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, todos os lançamentos foram realizados normalmente no THEX POS.

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

Visão: Propor 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 efetuou lançamentos normalmente no THEX POS.
  • Orientou-se ao final dos consumos, tanto hóspede quanto passante, solicitarem a assinatura dos extratos das mesas, para controle, e mantê-las abertas com os lançamentos.
    • Para passantes, a orientação foi emitir o extrato, solicitar assinatura e anotar no extrato a forma de pagamento.
    • Todos os extratos foram separados por conta, ( Hóspede, Eventos e Passante ), para ao final do Go-Live, 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.




03.

...

11 tarefas que foram monitoradas durante o Go-Live dos hotéis.

  1. Virar a chave do POS para o BT VHF. 
    1. Seguir o Item 5 do TDN Cronologia para Instalação, Configuração e Validação - BT VHF.
  2. Imprimir os extratos das mesas que estiverem ocupadas com quartos ou sem quarto.
  3. Desvincular as UHs associadas nas mesas abertas.
    1. Motivo: Forçar novo vínculo, após a migração, nos padrões da integração BT VHF.
  4. Carga das Reservas/Contas em geral ( Hóspede, Avulsa, Eventos ). - E
    1. Realizar essa carga manualmente pelo Plug-in no VHF.
    2. Motivo: Forçar o processo/jornada de integração dos dados.
  5. Validar os CARDs de UHs no POS, com relatório de hospede na casa ou tela de consulta geral da reserva com status check-in.
    1. Conferência obrigatória entre THEX POS e VHF.
    2. Esse processo garante a consistência dos dados integrados.
    3. Motivo: Bater os dados e quantidade de contas. 
  6. Vincular novamente as UHs que estavam associadas nas mesas, antes da execução da tarefa 3.
    1. Motivo: Garantir que o hóspede aparece e seja vinculado. Validar informações vinculadas. 
  7. Vincular, novamente, a(s) conta(s) avulsa(s) de passante, do VHF, nas formas de pagamento do THEX POS. 
  8. Realizar um lançamento em uma mesa vazia, para testar a integração dos consumo no VHF.
    1. Utilizar um CARD de UH.
    2. Utilizar uma conta avulsa.
    3. Utilizar uma conta de evento.
  9. Evidenciar as integrações.
    1. Evidenciar o funcionamento do Worker/robot.
    2. Evidenciar as operações via LOG do Worker.
    3. Evidenciar pela tela do plug-in do VHF.
      1. Para este teste,o Worker e Robot precisam ser pausados.
  10. Garantir que o Hotal Monitor esteja em funcionando e monitorando o Worker.
  11. Formalizar com o responsável do hotel, todo comportamento realizado até aqui.

...