Atualmente, para a gravação de cartões de consumo em contas avulsas, é necessário preencher o campo do passante, cujos dados são enviados pela API da MultiClubes para a gravação da pulseira. No entanto, não é possível utilizar o CNPJ como documento nesse processo, sendo obrigatória a utilização de um CPF para todas as contas avulsas.   Gostaria de sugerir um ajuste para que, em vez de preencher manualmente o campo do passante, os dados do responsável sejam enviados diretamente para a gravação do cartão de consumo.

Feito uma implementação para que, ao inserir os dados do responsável nas contas avulsas, seja ele pessoa física ou jurídica, já fizesse o envio diretamente para a gravação da pulseira no plugin MultiClubes.

Acesso à Funcionalidade

Menu Manutenção de Contas -> Incluir -> Avulsa Plugin MultiClubes

Ao emitir o Sumário de Débitos e Créditos, é apresentada a informação de um hotel diferente do que está em uso.

Ajuste na query do relatório.

Acesso à funcionalidade

Acessar o menu 'Consultas' -> Relatórios -> Gerenciais -> Sumário de Débitos e Créditos.

Erro ao incluir Políticas no Contrato Padrão   '' is not a valid floating point value Não foi possível encontrar o sequence: SEQ_VHFPoliticaspadrao

Não houve alteração no código-fonte. No banco que foi ocasionado o erro não teria o objeto SEQ_VHFPOLITICASPADRAO.

Acesso à funcionalidade

Menu Cadastros -> Rate Management -> Contrato Padrão -> Contrato Padrão

O relatório de 'Reservas de Grupo no Período' não exibe todas as reservas de grupo que passaram no período escolhido. Na query que monta o relatório há uma condição 'AND QTDUH <> 0', que desconsidera as reservas em Checkout, pois as reservas de grupo em checkout possuem 0 UHs, por todas elas terem sido liberadas, então não aparecem no relatório.

Ajuste na query de montagem do relatório.

Acesso à funcionalidade

Consultas > Relatórios > Reservas > Reservas de Grupo no Período.

Ao encerrar conta, é apresentado Tela de validação das Regras Fiscais indevidamente.

Ajuste na condição do parâmetro de integração com o Fiscall FLex relacionado a validação de documentos com a FNRH sem o preenchimento prévio do documento CPF.

Acesso à funcionalidade

Menu Sistema -> Configurações -> Parâmetros do Sistema -> Outros -> Preenchimento da FNRH; Menu Sistema -> Configurações -> Parâmetros do Sistema -> Integração Fiscall Flex -> Validação de Documentos -> Integrar Fiscall Flex sem documento de FNRH preenchido

Após rodar a Inteligência Cadastral, em seguida, retirar as permissões de acesso ao cadastro do tipo d/c, ao logar novamente no sistema é apresentado a mensagem de alerta para que as configurações sejam realizadas. Porém, neste caso, a base estaria alimentada e configurada por já ter rodado a IC anteriormente, não deveria apresentar esta mensagem para entrar em contato com o TI do Hotel ou Área de Cadastros.

Ajuste para incluir uma condição de verificação de configuração efetiva para não apresentar a tela para usuário sem permissão.

Acesso à funcionalidade

Rodar pela primeira vez a Inteligência Cadastral em base zerada da RT (Ou pegar uma base que já tenha rodado a IC); Logar e retirar as permissões de acesso ao cadastro do tipo de débito e crédito, tanto do usuário, quanto do grupo; Logar novamente no sistema;

Falha ao realizar a auditoria noturna, onde no Passo 20, assim que estoura o erro em tela, não passa pelo ponto de entrada, gerando problema de integração Contábil pelo BT.

Alterando o local da chamada do ponto de entrada para o início do Passo 20, visto que após analise, verificamos que ao final possui um outro processo de exclusão de arquivos antigos, onde em decorrência, poderia estar causando o problema.

Acesso à Funcionalidade

Menu Recepção -> Auditoria

Identificado pelo cliente que esporadicamente, e de forma aleatória, tem ocorrido alteração de nome dos hóspedes em reservas check-ins.

Feito uma implementação na janela que mostra o LOG de reservas para retornar registros sem correspondente na tabela USUARIOSISTEMA e mostrar o usuário que foi gravado na tabela LOGTABELAS, que é o usuário que logou no BD.

Acesso à Funcionalidade

Ocorrências identificadas pelo cliente: - Reservas migradas - Reservas locais - Reservas individuais - Reservas de grupo - Hóspedes check-ins - Reserva em que os 'nomes novos' não tinham histórico de hospedagem no hotel, e um era de uma ex funcionária - Reservas com 3 hóspedes, e que houve alteração do nome dos acompanhantes - Reservas com somente 1 hóspede e que este foi alterado - Reservas em que no Caixa o nome da conta permanece com o nome do hóspede real, e ao clicar no botão FNRH o nome que aparece é de outro hóspede, mas mantendo todos os demais dados na Ficha do hóspede real - Reserva em que no Caixa o nome da conta também é alterado para o nome errado - Reserva passou a ter um nome errado na aba da conta no Caixa, outro nome errado na tela da Ficha, e outro nome na Ficha impressa (do hóspede real).

De maneira esporádica não grava NSU e Cod de autorização na lancamentosfront em algumas transações utilizando TEF, desta forma não conciliando de maneira automática utilizando o conciliador do Contas a Receber.

Incluída rotina para gravar arquivo de log, arquivo texto que será gerado na mesma pasta onde se encontra o arquivo VHF.EXE, somente quando der erro de gravação do comando sql executado. Seu nome será LOGEXE_aaaammyy_hhmmss.LOG , onde aaaammyy é ano, mês, dia, e hhmmss é hora, minuto, segundo. Exemplo.: LOGEXEC_20251223_100803.LOG , esse arquivo foi gerado no dia 23/12/2025 as 10:08:03.

Acesso à Funcionalidade

Operação de caixa -> Lançar -> Cartão - TEF Operação de caixa -> Encerrar Contas -> Cartão - TEF