Histórico da Página
+NOVIDADES +INFORMAÇÃO
Abaixo você pode conferir todas as novidades, melhorias e as manutenções aplicadas na ultima versão liberada na solução de Front Office (Linha Hotal).
VERSÃO DO RELEASE - 12.1.2505.00
DATA DE LIBERAÇÃO - 15.05.2025
NOVIDADES & MELHORIAS |
|---|
| PRODUTO | VERSÃO | ID | ROTINA | DESCRIÇÃO | DEMONSTRAÇÃO |
|---|---|---|---|---|---|
| VHF - FrontOffice | VHF v12.1.2505.00 | DCMF2-18822 | INTEGRAÇÕES - OUTROS MÓDULOS |
Implementação: Implementar o Reconhecimento de Bandeiras, assim como foi feito na integração com Sitef. Deverá haver apenas 1 botão no Caixa para chamar o TEF. Após a transação no PinPad, são devolvidas informações como Bandeira do Cartão e quantidade de Parcelas para lançamento em conta no Caixa. Resultado: Implementação da rotina de transação dos pagamentos com reconhecimento de bandeiras automático. Esta demanda não possui evidência na Demonstração. Acesso à funcionalidade TEF Adyen | |
| DCMF2-19714 | INTEGRAÇÃO - INTEGRAÇÕES |
Implementação: O comportamento do botão IMPORTAR será alterado. A codificação referente a operação atual deverá ter seu código comentado. O nome do botão deverá ser alterado para Importar MTur. Ao clicar no botão Importar MTur, deverá fazer uma consulta ao MTur e atualizar os dados da FNRH. Resultado: Criado botão para Integração com MTUR. Disponibilidade somente na tela de check-in. Habilitado na operação de edição ou operação de consulta. Esta demanda não possui evidência na Demonstração. Acesso à funcionalidade Tela de check-in -> Ficha de Hóspede -> Importar MTUR. | DCMF2-19922 | CONSULTAS - RELATÓRIOS DE RECEPÇÃO |
Problema Relatado
Correção Aplicada
Cliente informa que após atualização para última versão liberada ocorre erro na tentativa de gerar Danfe através do VHF Caixa. " is not a valid integer value for integer type
Ajuste realizado na integração do documento fiscal quando o mesmo possui a forma de pagamento A Faturar, no qual incluímos o código 21.
Operação de caixa -> Enviar DFe.
VHF - FrontOffice O problema é quando abre um grupo com mais de uma acomodação, não existia um relacionamento então o relatório somava mais de uma vez a mesma acomodação.
Ajuste no relacionamento entre as duas partes que fornecem dados da reserva de grupo para buscar as informações e serem exibidas no relatório de forma correta.
Menu Consultas -> Relatórios -> FrontOffice -> Revenue Management -> Relatório Visão Mensal de Ocupação por Segmento
Com o parâmetro marcado para obrigatoriedade do preenchimento da fnrh no ato do check-in. Incluído uma reserva individual com 2 pax e prossegui para a tela de check-in, onde no hóspede principal, acessei a ficha de hóspede e realizei a primeira mesclagem de ficha. Em seguida, NÃO repliquei as informações para o acompanhante e cliquei no botão do check-in, onde o sistema, corretamente, alertou sobre os dados não preenchidos do acompanhante. Neste caso, acessei a fnrh do acompanhante para o preenchimento e realizei a segunda mesclagem de ficha com sucesso, porém ao sair da tela da fnrh, o Sistema apresenta o erro de Access violation.
Correção no processo de check-in no retorno de mesclagem do hóspede principal e do acompanhante.
Menu Recepção -> Check-in -> Ficha de Hóspede -> Mesclagem de ficha automática.
Ao tentar editar reservas de grupo pelo opção do Rooming List 2 com mais de 300 quartos, está apresentando o erro que consta anexo.
Ajustes realizados para melhoria na carga de dados do roomlist.
Menu Recepção -> Rooming List 2
Colaborador entrou em contato informando que ao executar a auditoria, o VHF não integra todas as notas, o que ocasiona divergências entre a Contabilidade e o VHF. Cliente utiliza o regime de caixa.
Ajuste realizado nas rotinas de consulta e inserção dos dados das notas geradas para o período e de integração com o módulo Contabilidade para o regime de Caixa, contendo a forma de contabilizar nota a nota.
VHF -> Auditoria Noturna -> Passo 3 - Lança as receitas e o caixa na contabilidade.
Após o ajuste realizado no extrato de consumo MultiClubes, não está sendo possível encerrar as reservas, conforme o vídeo anexado.
Realizamos um ajuste para exibir a mensagem do problema ocorrido para liberar a pulseira do lado do plugin MultiClubes, com isso, caso ocorra alguma inconsistência no plugin, refletirá no VHF com o intuito de auxiliar o usuário a resolver primeiro o lado do plugin para, posteriormente, conseguir concluir a operação no PMS.
Menu Sistema -> Utilitários -> MultiClubes
No cadastro de UH no VHF não é possível efetuar alterações enquanto a mesma estiver check-in, principalmente adicionar ou excluir um período de pool flutuante.
Ajuste na rotina de alteração do período para uma uh do pool flutuante quando a uh se encontra vaga ou ocupada para o período.
Menu Cadastros -> UH -> UH -> Pool Flutuante.
Ao realizar mesclagens seguidas de ficha com este novo procedimento, o sistema está vinculando os hóspedes (destino) mesclados na reserva. Verificando a tela da consulta geral é possível ver o hóspede anterior mesclado e o segundo mesclado, no qual deveria ser o hóspede de fato, caso o hóspede seja o principal, na reserva ficam os dois como principais. Na consulta geral consta 3 hóspedes associados na reserva, onde deveriam ter somente 2.
Ajuste na inserção de uma nova linha de hóspede na reserva; Ajuste na mesclagem em sequência para seguir com o último hóspede de destino, conforme rotina atual.
Tela de check-in -> Ficha de hóspede -> Mesclar ficha (através do campo documento) sequencialmente.
Sistema VHF, tela de Governança não permite alterar o status mais de uma vez sem ser necessário fechar a tela e reabrir.
Inclusão do tratamento que havia para os outros botões.
Menu Governança -> Status da Governança
Problema na mesclagem. Mensagem: Passo: Relação hóspede X hotel [FireDAC][Phys][Ora] ORA-00001: restricción única (CM.XPKHOSPEDEXHOTEL) violada.
Ajuste na rotina de mesclagem onde o hóspede (novo) tem o CPF vazio e ao incluir um CPF diferente (sem cpf de destino), o sistema tentava fazer a mesclagem.
Menu Recepção -> Ficha de Hóspede -> Ficha de Hóspedes Menu Consulta -> Geral de Reservas -> Ficha de Hóspede -> Campo Documento
Verificar a possibilidade de ajuste na consulta da Consulta Geral do VHF. O trecho da consulta abaixo faz LIKE como Texto em campos que são numéricos.
Ajuste na query de busca dos registros referente ao campo Loc. CMNet/Localizador/Cód. Referência, na tela da Consulta Geral.
Menu Consultas -> Geral de Reserva.
Ao inserir uma reserva individual e no registro do hóspede incluir nome e sobrenome de hóspedes que já existam na base de dados, ao abrir a tela de seleção do hóspede e selecionar um registro existente, o sistema gera o erro.
Ajustamos a rotina onde estaria esperando um quarto campo, porém não existia, com isso, alinhamos a estrutura dos identificadores dos campos necessários para o retorno correto.
Menu Reserva -> Individual -> Registro dos Hóspedes -> Nome e Sobrenome -> Tab
Temos um problema recorrente onde reservas, em determinados momentos, perdem todos os hóspedes vinculados, tornando-se reservas vazias e, consequentemente, desaparecendo de diversas telas do sistema como por exemplo a "Consulta Geral". O problema não ocorre diariamente, mas acontece de forma intermitente e já foi relatado por vários clientes. Os relatos indicam que essa perda de hóspedes pode estar associada a algumas operações, como: - Edição da UH. - Processo de upgrade ou downgrade de categoria. - Edição de cliente vinculado à reserva. - Adição ou substituição de um contrato à reserva.
Removido da tela de reservas as chamadas de mesclagem; Removido da tela de walk-in, no painel de hóspede, o botão de abertura de FNRH;
Não se aplica
No cadastro de Conta Avulsa (Caixa \ Manutenção de Contas), embora os campos Origem e Segmento tenham o ( * ) indicando que são campos obrigatórios, está permitindo o cadastro sem a informação desses campos
Efetuar a parametrização no módulo VHF em parâmetros do sistema. Módulo VHF -> Sistema > Configuração -> Parâmetros do Sistema -> Aba Reserva Campo: Obriga preencher Origem e Segmento em lançamento de Contas Avulsas em "Manutenção de Contas"
Módulo VHF -> Sistema > Configuração -> Parâmetros do Sistema -> Aba Reserva Campo: Obriga preencher Origem e Segmento em lançamento de Contas Avulsas em "Manutenção de Contas"
VHF - Caixa Hotel reporta pagamentos utilizando TEF que geraram vendas na Cielo, mas não integraram para o Vhf, apenas constam os dados da transação na tabela LOGTEF.
Implementação de mais detalhes no log para a transação do TEF com Reconhecimento de Bandeiras, com o intuito de identificar a causa raiz do problema de não lançar na conta.
Operação de caixa -> Lançar -> Cartão TEF.
MI | VHF - FrontOffice Aumentar o número de documentos que podem ser escolhidos no formulário de convidado e no cabeçalho da nota.
Implementação para ao abrir a tela de cabeçalho da nota, exibir maior número de documentos, visto que, antes só mostrava os que tinham no parâmetros do sistema. Neste caso, os primeiros documentos são os selecionados nos parâmetros, seguido dos demais.
Operação de caixa -> Cabeçalho da nota.
| HTML |
|---|
<style>
#title-text {
display: none !important;
}
div.theme-default .ia-splitter #main {
margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
display: none;
}
#main {
padding-left: 10px;
padding-right: 10px;
overflow-x: hidden;
}
.aui-header-primary .aui-nav, .aui-page-panel {
margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
margin-left: 0px !important;
}
</style> |

