Histórico da Página

T1.01 - Instalar/Atualizar versão do Hotel

• Essa integração está disponível a partir das versões v12.1.2210.07.

Essa atividade deve ser executada com pelo menos 4 dias antes da virada do hotel.

No piloto, deixamos de atualizar previamente a versão, e no terceiro dia, tivemos inconsistência nos check-outs, e o BT VHF lançou em contas encerradas.

• Atividade relevante para identificarmos particularidades na operação do cliente, e medir, se a versão do BTVHF atenderá toda a integração.
• Os pontos identificados, devem ser reforçados com testes após a mudança do VHF API para BT VHF.

Cliente

TOTVS

• Atividade necessária para testar a conexão ao servidor em que será feito o pré-setup do projeto.
• Recomenda-se utilizar ferramentas oficiais da TOTVS para realizar conexão no servidor de API do cliente. # A execução dessa atividade será premissa para a validação e instalação do ambiente

• Para o piloto, foi disponibilizado um hardware com os requisitos abaixo:
  • Processador i5 / 16GB de memoria / Wind10 Pro
• Neste servidor o VHF API estava em execução antes de receber a instalação do BT VHF.
• Durante a execução do projeto, migramos 1 hotel.

IMPORTANTE:

• BT VHF ficou em execução com o VHF API sem perda de performance.
• Ambos os serviços ficaram em execução, em conjunto, e não houve perda de consumo, travamento ou outras crises.

• Atividade necessária para garantir a estrutura de pastas padrão da TOTVS para funcionamento da integração.
• O BT VHF deve ser instalado na pasta hotéis.
• Não existe conflito entre BT VHF e VHF API.
• Recomenda-se que não existe mais de uma pasta ..\TOTVS\HOTEIS.
• Toda reestruturação de pastas não deve ser realizada antes da virada.
• Qualquer ação neste sentido, recomenda-se fazer após 4 dias da virada. Motivo: Evitar crises durante os primeiros dias da migração, e com isso, mitigar ruídos.

Pacote 

• Worker / Robot (Hotal Monitor) / Plugins
• A instalação dos serviços/plugins acima, será premissa para o Go-Live do projeto. Sem essa atividade, os pontos de entrada e conexão entre POS x BT VHF não acontecerão.
  • Worker - Serviço que será responsável pela integração dos consumos e interação com a fila do POS.
  • Hotal Monitor - Serviço que fará o monitoramento do Worker, e será responsável por reiniciar o serviço Worker, caso ele trave ou caia.
  • Plug-ins - jornadas responsáveis por realizar a integração dos quartos, contas, dados dos hóspedes, empresa e validação de mesa/consumos que estão em aberto no POS.

# IMPORTANTE:

• Em Bases/clientes que possuem mais de um hotel, não podemos excluir a pasta …\TOTVS\HOTEIS, onde o VHF API está instalado.
  • Caso exista mais de uma pasta ..\TOTVS2\HOTEIS, ..\TOTVS\HOTEIS2, ..\TOTVS\HOTEIS61131, e outras.
  • Não executar o instalador da versão v12.1.2210.07 na pasta em que o VHF API estiver em execução.
  • Neste cenário, crie uma pasta ..\TOTVS\HOTEIS_BT, para receber a instalação da release nova e o BT VHF.
  • Durante o piloto identificamos que existe uma bpl que causa conflito entre o VHF, o VHF API e o BT VHF. 
  • Esta ação não subscreverá o VHF API, evitando que este continue em funcionamento para os hotéis que não serão migrados para o BTVH

• Todo projeto de integração POS x BT VHF x VHF precisará de uma fila “on-line” para que o POS gere os consumos e o BT VHF leia e integre com o VHF.
• Essa atividade prevê a abertura de issue para o time de CLOUD.
• Para abertura da issue, faz-se necessário solicitar ao time do POS a fila do cliente que será implantado, para que essa informação seja incluída na issue.
• A informação enviada pelo time do POS será parametrizada no BT VHF.

IMPORTANTE:

• Atentar-se para o SLA.
• Precisa ser criada com antecedência a data em que acontecerá o Go-Live.

Exemplo da fila:

A fila abaixo é um exemplo e não funciona.

Será essa chave que será incluída no parâmetro do BT VHF de acordo com TDN.

btvhf-invoice-integration-XbeRd999-4XEd-40ba-9WE7-0c42bOIn8be4-filaW