Histórico da Página
...
| Plano | Breve 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. |
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. |
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. |
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. |
|
03.
...
16 tarefas que foram monitoradas durante o Go-Live dos hotéis.
- Virar a chave do POS para o BT VHF.
- Seguir o Item 5 do TDN Cronologia para Instalação, Configuração e Validação - BT VHF.
- Imprimir os extratos das mesas que estiverem ocupadas com quartos ou sem quarto.
- Desvincular as UHs associadas nas mesas abertas.
- Motivo: Forçar novo vínculo, após a migração, nos padrões da integração BT VHF.
- Carga das Reservas/Contas em geral ( Hóspede, Avulsa, Eventos ). - E
- Realizar essa carga manualmente pelo Plug-in no VHF.
- Motivo: Forçar o processo/jornada de integração dos dados.
- 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.
- Conferência obrigatória entre THEX POS e VHF.
- Esse processo garante a consistência dos dados integrados.
- Motivo: Bater os dados e quantidade de contas.
- Vincular novamente as UHs que estavam associadas nas mesas, antes da execução da tarefa 3.
- Motivo: Garantir que o hóspede aparece e seja vinculado. Validar informações vinculadas.
- Vincular, novamente, a(s) conta(s) avulsa(s) de passante, do VHF, nas formas de pagamento do THEX POS.
- Realizar um lançamento em uma mesa vazia, para testar a integração dos consumo no VHF.
- Utilizar um CARD de UH.
- Utilizar uma conta avulsa.
- Utilizar uma conta de evento.
- Evidenciar as integrações.
- Evidenciar o funcionamento do Worker/robot.
- Evidenciar as operações via LOG do Worker.
- Evidenciar pela tela do plug-in do VHF.
- Para este teste,o Worker e Robot precisam ser pausados.
- Garantir que o Hotal Monitor esteja em funcionando e monitorando o Worker.
- Formalizar com o responsável do hotel, todo comportamento realizado até aqui.
| Totvs custom tabs box | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
...