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

Na tela de check-in, em uma reserva com somente 1 pax, ao abrir a Ficha Simplificada e prosseguir com a mesclagem da ficha,

o sistema está preenchendo, automaticamente e incorretamente com a data de inclusão do registro do hóspede, pegando da coluna TRGDTINCLUSAO ou LASTUPDATE da tabela PESSOA, o campo Entrada, que se refere ao período da reserva e não a inclusão de entrada do hóspede. Com isso, estaria ainda causando o problema da issue PAI, o

Ajustes na condição de avaliar o período da estada na confirmação da edição da ficha no processo de fazer o check-in. Na edição, caso o período esteja incompleto, o mesmo será preenchido pelo período da reserva em check-in.

Acesso à funcionalidade

FNRH -> Datas Entrada e Saída da estada.

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

Ao acessar a tela de Parâmetros do Sistema -> Aba Reserva, percebemos que os componentes do painel 'Documentos Exigidos no Check-in' estão totalmente desalinhados e fora da visualização da tela.

Ordenação dos componentes da aba Reserva para que todos sejam exibidos. Também foi alterada a ordenação da aba Geral, conforme seguem os anexos.

Acesso à FuncionalidadeMenu Sistema - > Configuração -> Parâmetros do Sistema -> Aba Geral e Reserva.Reserva Campo: Obriga preencher Origem e Segmento em lançamento de Contas Avulsas em "Manutenção de Contas"

Verificado que o sistema não estaria exibindo a mensagem de replicação de dados para o acompanhante no duplo clique, pela tela da consulta geral.

Retirada critica que só permitia replicar se tivesse atualizada a FNRH vindo da consulta geral.

Foi feito ajuste na rotina de Cadastro de Ficha de Hóspede (Acompanhante), onde o sistema não exibia a opção de Replicar Dados do Hóspede Principal para o Acompanhante.

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

No cenário de inserção ou edição de uma reserva individual com cliente e contrato, preenchendo todos os campos obrigatórios para geração do orçamento reserva, ao clicar para exibir os valores do orçamento e, em seguida, clicar no lápis, o sistema apresenta o erro: "Erro:  EDatabaseError -  Invalid data packet Endereço: 511BB86F"

Acerto no nome do objeto a ser usado na rotina de tarifas.

Acesso à funcionalidade

Menu Reserva Reservas -> Individual -> Orçamento reservaOrigem.

Ao clicar no lápis do orçamento da reserva para editar, o erro é exibido, versão liberada 12.01.2501.00. Ainda no mesmo ambiente, ao repetir a tarefa usando o VHF na versão 12.01.2410.09, o erro não é exibido.

Acerto no nome do objeto a ser usado na rotina de tarifas.

Menu Reserva -> Individual -> Orçamento reserva.

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

Erro ao acessar a tela de reserva individual, consulta geral, operação de caixa, no ambiente de banco SQL Server, devido a palavra reserva KEY. Rodando direto no banco também retorna o erro de sintaxe da query.

Implementação da coluna CHAVE para ser utilizada em ambientes SQL Server.

Acesso à funcionalidade

Menu Reservas -> Individual. Menu Consultas -> Geral de Reservas

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.

Acesso à funcionalidadeTela de check-in -> Ficha de hóspede -> Mesclar ficha (através do campo documento) sequencialmente.

Verificado lentidão para abertura do grid de disponibilidade da central de reservas. Implementação dos threads quando estiver carregando a tela do grid de disponibilidade, primeiro para informar ao usuário sobre o carregamento da tela, segundo para ver se temos um ganho de performance. Implementação para exibir mensagens de atualização dos dados em outras situaçõesAjustar rotina de replicação de contrato padrão com a inclusão de uma linha na aba Outros Custos.

Sistema passou a gravar corretamente o tipo d/c selecionado na aba Outros Custos no contrato padrão. Se atentar para selecionar um tipo d/c que esteja no de/para entre os hotéis.

Acesso à Funcionalidade

Central de Reservas -> Grid de Disponibilidade.

Cadastros -> Rate Management -> Contrato (Padrão) -> Editar -> Outros Custos.

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 eventosNa rotina de transação do TEF, o sistema não estaria conseguindo apagar os arquivos necessários dos diretórios especificados na parametrização da estação. Implementação no produto para a rotina do TEF, relacionado ao comando de DELETE para o sistema operacional conseguir apagar os arquivos necessários dos diretórios especificados na parametrização.

Acesso à Funcionalidade

Cadastros Menu Consultas -> Relatórios -> Evento -> Estação x Terminal.

Operacionais -> Previsão de Receita de Eventos

Ao passo o segundo cartão no TEF, esta dando erro de não conseguir inserir o LOGTEF.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 Implementação do TEF para não parar a transação por algum motivo.

Acesso à Funcionalidade

Não se aplica

funcionalidade

Cadastros -> Eventos

Relatório de Ocupação estaria apresentando a porcentagem contabilizando a cortesia e uso da casa, mesmo que nos parâmetros do sistema estaria desmarcado as flag para não incluir a taxa de ocupação das reservas/hospedes cortesia e uso da casa. Ajuste na contabilização ou não das cortesias e usos da casa quando nos parâmetros do sistema, na guia caixa, esteja para marcado ou desmarcado as flags Tx. Ocupação Inclui Cortesia e Tx. Ocupação Inclui Uso da CasaIndependente 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 Consultas Sistema -> Relatórios Configuração -> Recepção Parâmetros do Sistema -> Ocupação.

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.

Acesso à funcionalidadeOperação de caixa -> Cabeçalho da notaDiversos -> Thex.