Image Removed

Implementação:

Criação de um novo relatório no VHF para apresentar as informações necessárias para o cliente WindHouse. O relatório deverá apresentar tanto reservas realizadas pelo VHF com pagamento Direto/Pago quanto reservas realizadas pelo TimeSharing utilizando pontos.

Resultado:

Implementação do relatório no VHF para apresentar tanto reservas realizadas pelo VHF com pagamento Direto/Pago quanto reservas realizadas pelo TimeSharing utilizando pontos.

Esta demanda não possui evidência na Demonstração.

Acesso à funcionalidade

Menu Consultas -> Relatórios -> Reservas -> Reservas Individuais

 Image Removed

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.

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.

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.

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

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.

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