| PRODUTO | VERSÃO | ID | DESCRIÇÃO |
|---|
VHF - FrontOffice
| VHF v12.1.2507.00 | DCMF2-18840 |  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. |
| DCMF2-19224 | 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 |
| DCMF2-19392 | 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 |
| DCMF2-19524 | 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 |
| DCMF2-20200 | 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 |
| DCMF2-20290 | 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. |
| DCMF2-20526 | 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" |
| DCMF2-20595 | 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. |
| DCMF2-20724 | 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 |
| VHF v12.1.2507.01 | DCMF2-20641 | 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. |
| DCMF2-20716 | 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 |
| DCMF2-20782 | 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. |
VHF - Central de Reservas
| VHF v12.1.2507.02 | DCMF2-20615 | 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. Acesso à Funcionalidade Central de Reservas -> Cadastros -> Rate Management -> Contrato (Padrão) -> Editar -> Outros Custos. |
Evento
| Evento v12.1.2507.00 | DCMF2-18862 | 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 |
| DCMF2-20600 | 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 |
| Evento v12.1.2507.01 | DCMF2-20602 | 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. |
VERSÃO DO RELEASE - 12.1.2507.00
