Image Removed

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.

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 formação do xml do documento fiscal, quando possui valor na tag , no qual estaria gerando com valor negativo e não sendo tratado de forma correta.

Operação de caixa -> Enviar DFe.

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"

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

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.

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

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.

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.