Image Removed

Implementação:

Com a criação dos novos impostos para atender a Reforma Tributária, deverá ser criara uma regra para calculo desses impostos, pois eles serão calculados juntamente com Impostos que hoje já existem. Primeiramente, deverão ser calculados os lançamentos ja existentes (ISS e ICMS) e o calculo dos novos impostos deverão ser somente sobre o valor dos serviços, descontando o valor do ISS/ICMS ja calculado.

Resultado:

Tratamento com impostos inclusos: - Implementado a apuração dos impostos da reforma com base nos valores dos impostos associados ao lançamentos. 

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

Acesso à funcionalidade

Criar os impostos da reforma e associá-los ao seu grupo, previamente criados através de script, conforme a seguir: 9 - CBS; 10 - IBS Estadual; 11 - IBS Municipal; 12 - Imposto Seletivo. O somatório dos valores dos impostos do lançamento, formam a base de cálculo dos impostos da reforma. Os seguintes impostos formam a base de cálculo, de acordo com seu grupo fixo de impostos: 1 - ISS; 2 - ICMS; 3 - PIS CUMULATIVO; 4 - COFINS CUMULATIVO; 5 - PIS NÃO-CUMULATIVO; 6 - COFINS NÃO CUMULATIVO.

Image Removed

Image Removed

Implementação:

Após a implementação feita pela issue DCMF2-20717, deverá ser feita uma revalidação do XML de integração com o FiscallFlex para confirmar que a ordem de lançamento dos impostos está sendo respeitada.

Resultado:

Implementado a apuração do imposto CBS, de acordo com a configuração do lançamento do tipo D/C. - Lançamento com imposto associado, que não direciona o pagamento para o hóspede (imposto incluso); - Lançamento com imposto associado, que direciona o pagamento para o hóspede (imposto separado).

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

Acesso à funcionalidade

Integração com o FiscAll Flex dos documentos fiscais de produto e serviço.

Image Removed

Image Removed

Implementação:

Com a criação dos novos impostos para atender a Reforma Tributária, deverá ser criara uma regra para calculo desses impostos, pois eles serão calculados juntamente com Impostos que hoje já existem. Primeiramente, deverão ser calculados os lançamentos ja existentes (ISS e ICMS) e o calculo dos novos impostos deverão ser somente sobre o valor dos serviços, descontando o valor do ISS/ICMS ja calculado.

Resultado:

Implementado a apuração do imposto IBS Estadual e Municipal, de acordo com a configuração do lançamento do tipo D/C.

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

Acesso à funcionalidade

Criar os impostos da reforma e associá-los ao seu grupo, previamente criados através de script, conforme a seguir: 9 - CBS; 10 - IBS Estadual; 11 - IBS Municipal; 12 - Imposto Seletivo. O somatório dos valores dos impostos do lançamento, formam a base de cálculo dos impostos da reforma. Os seguintes impostos formam a base de cálculo, de acordo com seu grupo fixo de impostos: 1 - ISS; 2 - ICMS; 3 - PIS CUMULATIVO; 4 - COFINS CUMULATIVO; 5 - PIS NÃO-CUMULATIVO; 6 - COFINS NÃO CUMULATIVO.

Image Removed

Image Removed

Implementação:

Aumento do campo OBSCMNET da tabela RESERVASFRONT. De: 2000 caracteres Para: 4000 caracteres

Resultado:

Criar script para alteração do campo OBSCMNET para 4.000 caracteres. Ajustes no controle de campo na tela de check-in e tela de observação.

O que será apresentado no video?

Criar script para alteração do campo OBSCMNET para 4.000 caracteres. Ajustes no controle de campo na tela de check-in e tela de observação.

Acesso à funcionalidade

Reserva -> OBSCMNET

Image Removed

Image Removed

Implementação:

Internalizar Relatório no Grupo Recepção -> Relatório por Grupo de Hospedagem/Evento.

Resultado:

Implementação do Relatório por Grupo de Hospedagem/Evento.

O que será apresentado None?

Implementação do Relatório por Grupo de Hospedagem/Evento.

Acesso à funcionalidade

Menu Consultas -> Relatórios -> Recepção -> Relatório por Grupo de Hospedagem/Evento.

Image Removed

Image Removed

Image Removed

Implementação:

Implementar a rotina de enviar o link de pagamento na tela de Caixa.

Resultado:

Implementação do botão TotvsPag N.P. (TOTVS Pag - Pagamento não Presencial), contendo a rotina do Link de Pagamento, clicando nesta opção, abrirá a tela TotvsPag - Pagamento não Presencial, contendo os dados da reserva e do hóspede, além dos campos de Pagamento: Valor a pagar e Forma de Envio (E-mail ou WhatsApp).

O que será apresentado no video?

Implementar a rotina de enviar o link de pagamento na tela de Caixa.

Acesso à funcionalidade

Operação de caixa -> TotvsPag N.P. -> Link de pagamento

Image Removed

Image Removed

Implementação:

Implementação do envio do pedido de pagamento (vamos consultar 1 endpoint da Fiserv).

Resultado:

Implementação do envio do pedido de pagamento para a Fiserv.

O que será apresentado no video?

Implementação do envio do pedido de pagamento (vamos consultar 1 endpoint da Fiserv).

Acesso à funcionalidade

Operação de caixa -> TotvsPag N.P. -> Link de pagamento

Image Removed

Image Removed

Implementação:

Implementar a rotina de enviar o link de pagamento para Reservas na Consulta Geral de Reservas.

Resultado:

Implementação do botão Pagamento (TOTVS Pag - Pagamento não Presencial) na tela da Consulta Geral, contendo a rotina do Link de Pagamento, clicando nesta opção, abrirá a tela TotvsPag - Pagamento não Presencial, contendo os dados da reserva e do hóspede, além dos campos de Pagamento: Valor a pagar e Forma de Envio (E-mail ou WhatsApp).

O que será apresentado no video?

Implementar a rotina de enviar o link de pagamento para Reservas na Consulta Geral de Reservas.

Acesso à funcionalidade

Menu Consultas -> Geral de Reservas -> Check-In -> Pagamento -> Link de pagamento

Image Removed

Implementação:

[Link de Pagamento] Implementação da tela de Parametrização (chave) de conexão com a Fiserv.

Resultado:

Implementação da tela de Parametrização (Outras Chaves) de conexão com a Fiserv.

O que será apresentado no video?

Implementação da tela de Parametrização (Outras Chaves) de conexão com a Fiserv.

Acesso à funcionalidade

Menu Sistema -> Configuração -> TotvsPag -> Parâmetros do gateway de pagamento

Image Removed

Image Removed

Implementação:

Implementação da rotina de verificar a resposta do pagamento (vamos consultar 1 endpoint da Fiserv).

Resultado:

Implementação da rotina de verificar a resposta do pagamento pós ação no portal da Fiserv, atualizando o registro da transação no PMS.

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

Acesso à funcionalidade

Operação de caixa -> TotvsPag N.P. -> Link de pagamento

Image Removed

Image Removed

Implementação:

Criar rotina para envio de e-mail do link de pagamento. 3 dias

Resultado:

Implementação da rotina de envio do link de pagamento por e-mail.

O que será apresentado no video?

Criar rotina para envio de e-mail do link de pagamento.

Acesso à funcionalidade

Image Removed

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

Image Removed

Implementação:

Implementar da rotina para verificar o status do Pagamento

Resultado:

Implementação da rotina de verificação dos pagamentos, além de implementar novos registros dos retornos no log do totvspag de acordo com cada transação.

O que será apresentado no video?

Implementar da rotina para verificar o status do Pagamento

Acesso à funcionalidade

Menu Consultas -> Geral de Reservas -> Consultar ou Editar -> Log TotvsPag -> Status

Image Removed

Ao tentar acessar a tela de log da reserva o vhf exibe a seguinte mensagem de erro...   [FireDAC][Phys][ODBC][Microsoft][ODBC Driver 13 for SQL Server][SQL Server]Erro ao converter o tipo de dados varchar em numeric.

Tratamento na consulta do log de reservas.

VHF > Consulta Geral de Reservas > Buscar uma reserva > Selecionar > Consultar > Dados Complementares > Botão Log da Reserva

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.

Relatório de Ocupação por Segmento no Período  * Situação: Grupo criado, mas sem reservas individuais geradas . Problema identificado:* O relatório não está considerando o bloqueio de grupo . Está contabilizando apenas 1 reserva por dia (17/02 e 20/02), totalizando:* 3 ocupações O correto seria:* 3 ocupações por dia , totalizando 9 ocupações

Ajuste na contagem de uhs de grupo sem reservas individuais.

Consultas -> Relatórios -> FrontOffice -> Recepção -> Relatório de Ocupação por Segmento no Período 

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 fazer o check-in do segundo hóspede o sistema apresenta uma mensagem:   "Esta reserva sofreu alguma alteração, período ou está sendo feito de forma parcial. Deseja alterar a orçamento reserva ?"   Caso cliquemos em "SIM" o sistema, faz o ajuste da linha do orçamento de acordo com a tarifa e ajustará inclusive o valor das colunas "VALORCAFE" e "VALORPENSAO", inclusive se estiver com valor manual, o sistema tira o valor manual e coloca o valor que está na tarifa.    Se clicarmos em "NÃO" o sistema não ajusta nenhuma informação da linha do orçamento, nem os valores de tarifa, quanto as colunas "VALORCAFE" e "VALORPENSAO", ou seja, os campos ficam com o valor como se fosse apenas para 1 Adulto, mesmo o check-in do segundo tendo prosseguido.

Recalcular os valores de café e pensão em caso de check-in parcial.

Menu Recepção -> Check-in -> Parcial.

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.

Ao usar as rotinas "Encerrar Selecionado " ou "Encerramento Parcial " com a forma de pagamento TEF, o VHF segue toda a jornada, ao final, ao invés de concretizar o lançamento na conta, ele retornar para a tela onde definimos o parcelamento da conta.

Tratamento para não abrir essa janela caso já tenha sido aberta pelo TEF.

Operação de caixa -> Encerrar Selecionado -> Transação TEF Operação de caixa -> Encerrar Parcial -> Transação TEF

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

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.

Durante o preenchimento do Rooming List 2, o VHF repete o CPF para todos os campos sem documento preenchido.

Tratamento para não carregar o mesmo documento.

Identificamos que ao repetir uma reserva, somente o primeiro dia do orçamento origem é mantido na reserva repetida. Todos os outros retornam pro valor padrão da tarifa. Percebe-se que logo após repetir a reserva o ORÇAMENTO TOTAL da nova reserva apresenta corretamente o valor considerando os valores manuais da reserva original, mas quando o orçamento é expandido ocorre o reprocessamento do mesmo, voltando, exceto o primeiro dia, para o valor padrão da tarifa.

Ajuste na replicação de orçamento reserva alterado manualmente na reserva de origem ao utilizar o botão repetir.

Situação da reserva -> Repetir

Erro ao tentar realizar o rooming list genérico na versão V12.1.2503.01, onde o sistema está apresentando erro de "Access violation".

Ajustamos um valor inexistente (lixo) que estaria sendo inserido em um determinado objeto, no qual ocasionava o erro.

Menu Recepção -> Rooming List Menu Recepção -> Rooming List 2

Transações TEF estão sendo autorizadas com o cliente, porém não faz o lançamento na conta do hospede.

Ajuste no tempo de espera da resposta para concluir o pagamento e efetuar o lançamento em conta.

Operação de caixa -> Cartão TEF

Reportado pelo cliente que foram identificadas inconsistências referentes à operação de FNRH: - Lentidão durante a utilização da Ficha Simples em relação à integração Serasa - As informações não estão sendo mescladas corretamente, ocorrendo duplicação de dados - Por vezes o sistema, após indicar o CPF e teclar 'Tab', fica buscando por 2 min e não traz a Ficha existente, levando ao usuário a criar uma nova FNRH para o hóspede, sem perceber; - Também houve casos do hóspede ter uma FNRH com dados atualizados em uma unidade, e ao se hospedar em outra unidade , ao mesclar a Ficha o sistema carregar os dados de FNRH antiga do sobrescrevendo os dados atuais

PMS VHF - Ajustes de controles de campos editados. - Implementado tratamento de mesclagem de hóspedes com histórico de integração Serasa. Campos editados na origem, devem constar no destino e ambos compartilham o histórico, devido o número documento (CPF). - Correção na mesclagem tratando a verificação e atualização de hóspede X Hotel. Plug-in - Ajustes de endereço, issue: DCMF2-20960 - Publicado: v6.25.08.01 - Não depende do PMS.

FNRH Simplificada

Ao tentar retirar o Tipo do endereço do cliente, o sistema apresenta o Erro: "EListError - List index out of bounds (-1) Endereço: 50ED1D7F". Observação: O erro ocorre normalmente no primeiro acesso ao sistema, depois não ocorre mais. 

Tratamento ao abrir a edição de endereços.

Menu cadastros -> Cliente -> Cliente -> Endereço -> Tipo

Ao efetuar a impressão do relatório Saldo das contas ou saldo das contas na Data em arquivo, usando XLS Dados Arquivo ou XLSX Dados Arquivo, o arquivo é gerado em branco.

Ajuste no layout dos relatórios Saldo Contas e Saldo das contas na data.

Consultas -> Relatórios -> FrontOffice -> Caixa -> Saldo das Contas e Saldo das contas na data

O problema ocorre quando se faz uso da função Duplicar no módulo central super e depois se altera qualquer campo do contrato, caso ele tenha registros de comissão na guia Parâmetros para tipo D/C.

Ao duplicar um contrato não usar o campo CODCONTRCENTRAL do contrato de origem.

Central de Reservas -> Cadastros -> Rate Manangement -> Contrato (Normal) -> Duplicar -> Parâmetros para tipo d/c Central de Reservas -> Cadastros -> Rate Manangement -> Contrato (Normal) -> Editar

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.

Ao criar um novo Tipo de Hospede, ao realizar a consulta geral de reservas no módulo "Central de Reservas", utilizando somente o filtro de Tipo de Hospede, sistema não faz a busca corretamente, não gerando resultado, mesmo tendo registro do tipo de hospede para um dos hotéis.

Replicação do tipo de hospede para todos os hotéis quando criado na Central de Reservas, usando a unidade centralizadora de reservas (-1).

Central de Reservas -> Menu Reservas -> Tipos de hóspede

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.