Cliente informa que ao indicar o CEP de "Santo André - SP" está sendo inserido outra cidade "Santo André na Paraíba". Ex: CEP 09090401

Ajuste na consulta de retorno da cidade na inserção do CEP, onde foi incluído uma clausula referente a UF da cidade.

Acesso à Funcionalidade

FNRH -> CEP.

Auditoria interrompida nas verificações iniciais, sendo indicada conta que deve ter seus lançamentos de estornos regularizados.

Criação da trigger TRG_LANCFRONT_TRATA_ESTORNO em ORACLE que impede a exclusão de lançamentos estornados.

Acesso à funcionalidade

Criação da trigger TRG_LANCFRONT_TRATA_ESTORNO em ORACLE que impede a exclusão de lançamentos estornados

Fazendo testes de regrassão no iCMNet identificamos que o tipo de medidor quantidade da tela de cadastro de UH não funciona. Sendo assim, gostaria de verificar a possibilidade de tirar este medidor da tela de cadastro de UH e também da guia Distribuição do cadastro de UH. Com isso ficaria apenas com a opção em percentual.

Como não estão sendo utilizados em nenhum ponto do sistema, foi feita a remoção dos campos de tipo de medidor de quantidade.

Acesso à funcionalidade

Menu Cadastros -> UH -> Tipos de UH

Ao acessar a tela FNRH Simplificada por meio da Consulta Geral de Reservas, ao editar um registro de hóspede e confirmar os dados, a tela é fechada automaticamente. Quando se tenta reabrir a FNRH, ela é exibida vazia e, ao fechá-la, o sistema apresenta erro. O problema também ocorre após mesclar a ficha ao final da edição. Apenas após fechar o erro e abrir novamente a tela, os dados são carregados corretamente.

Ajuste para que a tela não seja fechada após a confirmação dos dados para serem salvos.

Acesso à funcionalidade

Consulta Geral de Reservas → Duplo clique sobre o registro do hóspede → Tela FNRH Simplificada

Falha no passo 20 da Auditoria, tentando excluir os registros de cartões de crédito de reservas com check-out hà 2 dias.

Ajuste na rotina de exclusão de cartão.

Acesso à funcionalidade

Menu Recepção -> Auditoria

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"

Acesso à funcionalidade

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"

Identificamos que, quando uma reserva tem sua Origem alterada, a mesma não é alterada na tabela Orçamento. Com isso, ao filtrar por origem, cliente irá visualizar reservas que não estão com a origem indicada no filtro.   Tela de orçamento, atualmente não tem opção de indicar "origem", campo foi retirado no passado.

Realizamos o ajuste para fazer com que as reservas sejam buscadas somente pela origem cadastrada na reserva, e não pela origem que consta na tabela de orçamento.

Acesso à funcionalidade

Reservas -> Origem.

Ao inserir uma reserva walk-in, com o parâmetro de preenchimento da ficha como obrigatório, foi identificado que na versão hotfix v12.01.2505.03, o sistema está inserindo o registro do hóspede na tabela PESSOA com o valor NULO nas colunas NOME e RAZAOSOCIAL.

Se a flag que obriga o preenchimento da ficha no Check-In estiver marcada, o novo hóspede inserido na reserva Walk-In deve ter seu nome e razão social incluídos na tabela PESSOA.

Acesso à funcionalidade

Menu Sistema -> Configuração -> Parâmetros do Sistema -> Outros -> Obriga preenchimento FNRH

A mensagem de ACCESS VIOLATION ocorre ao tentar importar o arquivo para o VHF, durante essa ação de importação não há uso do Pacote Office.

Implementada a exportação e importação de arquivos em CSV no Rooming List 2. Também foi adicionada uma verificação permitir importar somente arquivos .csv em ambientes sem excel configurado.

Acesso à Funcionalidade

Menu Recepção -> Rooming List 2 -> Importar Ficha do Excel.

ao tentar usar a rotina ROOMING LIST 2 na atual versão liberada do VHF,  é apresentado tela de erro. Segundo ela, estava acostumada a usar o ROOMING LIST 2, pois o carregamento é mais rápido que o antigo.  Devido a esse problema, está usando a antiga jornada para a geração de rooming list. A mensagem exibida é ➡️ "Quantidade de Hóspedes difere da Acomodação"

Ajuste na criação dos registros da tabela SHAREWITH.

Acesso à funcionalidade

Menu Recepção -> Rooming List 2

O relatório de previsão de receita de eventos não está considerando a receita dos salões que ocorrem no mesmo dia. No caso do evento utilizado como exemplo, ele possui vários salões diferentes, todos no mesmo dia, com valores individuais de R$ 600,00. No entanto, o relatório exibe apenas R$ 600,00, quando deveria mostrar R$ 4.800,00, já que o evento é único, mas ocorre em salões diferentes na mesma data. Se observarmos o evento "Foca Elanco", veremos que o valor está correto, pois os salões estão em dias diferentes.

Ajustes na consulta para que sejam incluídos no relatório os valores iguais de diária, pessoal de apoio, buffet e hospedagem dos eventos.

Acesso à Funcionalidade

Menu Consultas -> Relatórios -> Evento -> Operacionais -> Previsão de Receita de Eventos

Cliente reporta lentidão para operar somente o módulo Evento.

Ajustes na rotina que carrega os dados do Contas a Receber, para que a abertura da tela não demore.

Acesso à funcionalidade

Cadastros -> Eventos

Independente de parametrização, entendo que com integração thex habilitada, esta verificação com VHF não deve existir.

A mensagem passa a ser exibida somente quando o módulos Evento estiver configurado com o VHF.

Acesso à Funcionalidade

Menu Sistema -> Configuração -> Parâmetros do Sistema -> Diversos -> Thex.