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.

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.

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.

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.

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.

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.

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"

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.

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.

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.

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.

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.

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

Ao tentar acessar a tela de consulta de saldo e extrato de cartão consumo não abre. Nada acontece quando é clicado na opção em destaque.

Testado com fontes atuais e não ocorreu o problema. Ocorreram melhorias e ajustes nesta tela para apresentação dos dados corretos de vinculo dos cartões consumos.

Menu Recepção -> Cartão Consumo -> Consulta Saldo \ Extrato do Cartão Consumo

Tela de Ocupação e Receita apresentando previsão de ocupação acima de 100%.

Com base em análise realizada, informamos que o cenário foi testado e validado na versão v12.01.2507.04, última disponível na Central de Download, não sendo identificado o problema reportado nesta atualização. A correção foi contemplada como parte de melhorias gerais de manutenção.

Menu Consultas -> Ocupação & Receita.

Falha no processo do check-in, quando a mesclagem de Ficha é realizada pela Tela de check-in: Argument out of range.

Testado com fontes atuais e o problema não ocorreu.

Menu Recepção -> Check-in.

Sistema ao mesclar a Ficha, está pegando o último registro incompleto e não o atual já completo.

Não houve alteração nos fontes.

FNRH -> Mesclagem de ficha.

FNRH simplificada ao preencher documento e clicar do lado de fora do campo ao invés de dar TAB, o sistema continua permitindo a duplicidade dos cadastros. Alinhado com o Marcus Paixão.

Implementar o EXIT não somente no TAB, mas também pela mudança de foco do campo. O EXIT deverá ser chamado somente quando Tipo de Documento e Documento estejam informados.

Retirada a critica que só realiza a validação se sair do campo documento com TAB.

Ao ocorrer um lançamento que consta como pernoite no sistema, o mesmo está realizando a contabilização em uh's do hotel e uh's ocupadas no relatório RDS modelo 2.   Quando ocorre tal lançamento constando como pernoite, o lançamento em questão é contabilizado em UH'S do hotel e UH'S Ocupadas no RDS Modelo II, diferentemente do que ocorre no relatório RDS, a qual contabiliza apenas como pernoite, com isso gera divergência entre os dois relatórios.

Ajuste no cálculo de UHs que constam como pernoites nos relatórios RDS e RDS II.

Menu Consultas -> Relatórios -> Gerenciais -> RDS e RDS II

Lentidão no módulo Central de Reservas, nas operações da tela de disponibilidade: Carregamento, acesso a disponibilidade de uma unidade, retorno para tela principal da disponibilidade para escolher outra unidade e mudança de mês.

Retirada de mensagens na montagem do grid.

Central de Reservas -> Grid de Disponibilidade.

FNRH Completa não está mesclando. Comportamento existia nas versões anteriores.

Inclusão do processo de mesclagem na tela da ficha completa.

Menu Recepção -> Ficha de Hóspede -> Ficha de Hóspede

Ajustar 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.

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

Cliente informa que ao integrar a DANFE, o sistema apresenta rejeição 610, ao analisar o XML de integração, foi constatado que a soma dos valores dos itens + a taxa de serviço, está 1 centavo a menos do que o valor total do documento.

Ajuste na formação do xml de integração para documentos fiscais de consumos.

Operação de caixa -> Enviar DFe.

Lançamento PIX está sendo realizado em duplicidade pelo ROBOT, quando o lançamento PIX é mudado de Conta, o ROBOT realiza o mesmo lançamento na Conta anterior, pois não está identificando quando o lançamento foi transferido de conta.   Cenário estava ocorrendo antes do ROBOT, onde ao mudar de conta o lançamento do PIX, ao realizar novamente outro lançamento de PIX na primeira conta, o sistema identificada que o primeiro lançamento não constava na conta, onde realizada o mesmo lançamento na conta, gerando a duplicidade de lançamento PIX.

Solução PMS Hotal Implementado procedimento de transferência de conta com lançamentos integrados no TPI Pix, evitando-se com isso, a integração em duplicidade. Implementação Plug-in Os pagamentos via Pix de reservas Check-out não serão processadas pelo serviço de integração.

Menu Plugin -> Integração TPI Pix

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.

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.

Cadastros -> Eventos