Image Removed

Implementação:

Implementação rotina para manter o cartão consumo vinculado a reserva quando a FNRH for mesclada.

Resultado:

Implementado na mesclagem de hóspede as operações com cartão consumo, conforme a seguir: - Validação que não permite a mesclagem do cartão consumo: Cartão com saldo; Cartão com dependentes; Cartão vinculado a contrato ativo. - Recursos utilizados no tratamento de mesclagem do cartão são oriundos do módulo PDVFULL. Processo: - Desassociar o cartão do hóspede origem; - Associar o cartão ao hóspede destino.

O que será apresentado ?

Não se aplica

Acesso à funcionalidade

Menu Recepção -> Cartão Consumo -> Associar novo Cartão

Image Removed

As quebras de linhas usadas no campo observação na reserva se perdem, sempre que a reserva é editada. Isto vem causando transtorno com as equipes de reservas e recepção.

Tratamento para retirar os caracteres especiais menores que 32 exceto os de controle de formatação de Texto.

Menu Consultas -> Geral de Reservas -> Procurar -> Editar -> Observação.

Ao realizar o check-in de um registro sem CPF, o sistema deve indicar o CPF já existente. No entanto, ao efetuar o check-in, o sistema mescla a FNRH, e após o processo, a mesclagem deixa o campo "NumDocumento" em branco.

Aplicado algumas validações para consistência do processo de mesclagem, através da verificação do flag de mesclagem, que indica se o hóspede foi mesclado ou não mesclado.

VHF -> Check-in -> Mesclagem de ficha

Erro ao tentar editar a reserva, ou acessar o Caixa, sendo informado: – Erro: EDOMParseError - Caractere inválido encontrado no texto.   Line: 2

Tratamento para retirar caracteres com código ASC menor que 32 em campos que compõe as informações da reserva e/ou hóspede.

Tratamento para retirar caracteres com código ASC menor que 32.

O que fazer: Retirar essa regra, para que seja permitido o cadastro de qualquer data (posterior a data do sistema), independente se já existe data cadastrada ou não.

Retirada validação da regra de cadastro das datas de Pool Flutuante no Cadastro de UHs.

Retirada a critica de datas.

Reserva inseridas pelo ICMNet / HIGS não efetuam lançamento automático das diárias e não tem flgmensalista marcada.

Ajuste nos critérios para lançamento de diárias e requerimentos no ato do check-in, obedecendo os parâmetros marcados.

Ajuste nos critério para lançamento de diária no chekc-in

Identificamos que os valores estão sendo lançados incorreto, quando o Tipo de D\C não possui D\C a Cobrar do hóspede.

Ajuste na rotina que relança imposto sobre o valor do lançamento em conta, de acordo com o % do imposto associado.

Menu Caixa -> Relançar Imposto

Quando o sistema está configurado para lançar Diárias e Requerimentos no check-in com a opção "Lançar Requerimento por UH", se apenas 1 hóspede fizer o check-in em uma reserva de 2 pessoas, tanto a diária quanto o requerimento são lançados corretamente. Porém, ao realizar o check-in do segundo hóspede, o requerimento é lançado novamente, desconsiderando a configuração do Tipo de Serviço.

Tratamento para não lançar requerimento duplicado.

VHF -> Check-in

Ao tentar realizar um walk-in com a flag de Lançar Diárias consolidadas, usuário recebe um erro em tela, fazendo que o processo de walk-in não aconteça.

Ajuste na rotina de inclusão da reserva walk-in com as flags marcadas: Lançar Todas as Diárias no momento do Checkin e Lançar Diárias consolidadas.

Menu Sistema -> Configuração -> Parâmetros -> Reserva.

Sistema atualmente imprime o extrato com o cabeçalho em nome da empresa reservante, mesmo que seja impresso da conta do Posto.

Ajuste na montagem do cabeçalho.

Operação de caixa -> Imprimir extrato.

Foi identificado que reservas confirmadas não estão sendo convertidas em no-show após a auditoria. Em testes, uma reserva garantida não foi alterada para no-show no período correto e permaneceu com o status de confirmada, mesmo após rodar a auditoria várias vezes.

Tratamento para reservas não garantidas.

VHF -> Consulta Geral

Identificado que a rotina de lançamento de Diárias no ato do check-in também tem ocorrido para uh FORA DO POOL.

Ajustado a rotina de check-in para não lançar diárias para apto fora do pool, lançar somente os requerimentos.

Menu Sistema -> Configuração -> Parâmetros do Sistema -> Reserva -> Lançar Todas as Diárias no momento do Checkin e Lançar Todos os Requerimentos no momento do Checkin

Ao realizar o check-in de um registro sem CPF, o sistema deve indicar o CPF já existente. No entanto, ao efetuar o check-in, o sistema mescla a FNRH, e após o processo, a mesclagem deixa o campo "NumDocumento" em branco.

Aplicado algumas validações para consistência do processo de mesclagem, através da verificação do flag de mesclagem, que indica se o hóspede foi mesclado ou não mesclado.

Foi observado pela usuária Bruna, uma falha ou problema na rotina de envio de mala direta selecionando as dimensões para análise: telefone e e-mail.

Ajuste na consulta ao extrair o relatório da Mala Direta selecionando as dimensões para análise: telefone e e-mail. Inclusão de mais um relacionamento na pesquisa.

Menu Vendas -> Mala Direta Hóspede -> Dimensões para análise: Telefone e E-Mail.

Na tela de Mesclar Fichas de Hóspedes diretamente, o Sistema não está trazendo o registro do hóspede que existe vinculado a reserva por nenhum tipo de filtro.

Correção na query para selecionar o hóspede de origem, independente se tem ou não reserva.

Menu Recepção -> Ficha de Hóspede -> Mesclar Fichas de Hóspedes.

None

Ao ativar uma reserva no-show que está vinculada a um grupo, o sistema não está criando uma nova linha de acomodação separando essa reserva que foi ativada. Mesmo com períodos diferentes, ainda fica vinculada a acomodação inicial.

Criar uma acomodação, quando não tiver uma que se encaixe nos critérios da reserva.

Ao clicar no botão "Manutenção" para UHs que não estão no pool. Conforme o vídeo em anexo do ambiente do hotel, ao selecionar uma UH fora do pool, ocorre um erro de SQL, como se não estivesse sendo enviado o número da UH no comando. Esse comportamento não ocorre com UHs no pool.

Retirada a critica que impedia a colocação de UH fora do pool em manutenção.

Menu Governança -> Status da Governança -> Manutenção.

Falha ao realizar check-in com obrigatoriedade do preenchimento da fnrh, fazendo a mesclagem de ficha, onde o sistema estaria apresentando uma mensagem de validação da integração Fiscall, enxergando os dados do hóspede anterior.

Comando colocado no momento da mesclagem da ficha FNRH. Ao ser mesclado a variável continuava com os dados do primeiro hóspede.

Check-in -> Com mesclagem de ficha.

Realizamos a replicação do contrato padrão pela central de reservas. E após forçarmos a replicação, o setor de distribuição, informou que os  contratos foram duplicado. 

Tratamento para não duplicar os contratos.

Central de Reservas -> Rate Management -> Replicação de Contratos Central de Reservas -> Rate Management -> Replicação de Contrato Padrão

Ao exibir o extrato escolhendo a opção 'TODAS AS CONTAS', o VHF apresenta o saldo das contas de forma totalmente inconsistente.

Ajuste no extrato para exibir corretamente o saldo de cada conta da reserva, garantindo que os valores estejam em conformidade com as operações registradas no caixa.

Operação de caixa -> Extrato

O sistema apresenta a tela preta da integração com a seguinte mensagem: "O registro Nº 1 não possui estrutura válida. O campo CFOP é obrigatório, mas nenhum valor foi informado no registro filho Nº 1."

Ajuste na rotina de integração dos documentos fiscais para com o FiscAll Flex, referente ao CFOP e a identificação do Hotel no xml.

Operação de caixa -> Enviar DFe.

Emissão de DANFe leva muito tempo, fica parado na tela com mensagem BPLVHFFlex - 12.01.2406.07 e depois ocorre o erro:   Erro: ONE or MORE error accurred.

Realizado um ajuste e melhorias na consulta, relacionado as notas emitidas. Padrão AnsiSQL.