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:

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

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

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

PRODUTO	VERSÃO	ID	ROTINA	DESCRIÇÃO	DEMONSTRAÇÃO
VHF - FrontOffice	VHF v12.1.	2511.00	DCMF2-2071720522	CAIXA - DEMAIS OPERAÇÕES	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: Na operação do Conciliador (back) foi identificado um problema referente aos Cartões de Crédito splitados. O novo registro na LancamentosFront não grava as colunas NumTransacao e CodAutorização, baseadas no registro original, o que ocasiona diferenças nas conciliações. Resultado: - Procedimento de Split de Lançamento: Ajuste para atualizar a tabela de lançamentos com os dados de transação por TEF, nos campos a seguir: Tabela: LancamentosFront Campos: NUMTRANSACAO, CODAUTORIZACAO - Procedimento de Check-out: Ajuste para atualizar a tabela de lançamentos com os dados de transação por TEF, nos campos a seguir: Tabela: LancamentosFront Campos: NUMTRANSACAO, CODAUTORIZACAOTratamento 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	DCMF2-20729	INTEGRAÇÃO - INTEGRAÇÕES BT VHF	Operação de caixa -> Lançar -> Créditos -> Cartão Operação de caixa -> Encerrar contas -> Créditos -> Cartão	Image Added
			DCMF2-21282	CADASTROS - CAIXA	Image Added Implementação: Na descrição dos campos CST IBS / CBS e Classificação Tributária apresentar também o código para facilitar o usuário. Retirar as datas de vigência no campo da Classificação Tributária Resultado: Correção no campo classificação fiscal com a retirada do período de vigência que não faz parte para a seleção. Melhoria nos campos de classificação fiscal e CST com acréscimo do código ajustado na descrição. Esta demanda não possui evidência na Demonstração. Acesso à funcionalidade Menu Cadastros -> Caixa -> Tipo de Débito/Crédito -> Tipos de Débito/Crédito -> Aba Fiscal Flex.	Image Added
	vhf v12.1.2511.03	DCMF2-21416	CAIXA - DEMAIS OPERAÇÕES	Image Added Implementação: A reforma tributária adotou a redução de alíquota ao invés de base de cálculo, para os CST's IBS/CBS 200. Resultado: Implementado no cálculo da reforma tributária a redução de alíquota: Se a classificação tributária requer um percentual de redução de alíquota, então: Aplica-se a redução, obtendo-se a alíquota efetiva para apuração o valor do imposto sobre a base. O que será apresentado no video? Implementado no cálculo da reforma tributária a redução de alíquota: Se a classificação tributária requer um percentual de redução de alíquota, então: Aplica-se a redução, obtendo-se a alíquota efetiva para apuração o valor do imposto sobre a base. Acesso à funcionalidade Menu Cadastros -> Caixa -> Tipo de débito e crédito - Tipos de débito e crédito -> Aba Fiscal Flex	Image Added
		DCMF2-21439	CADASTROS - DEMAIS CADASTROS	Image Added Implementação: Para facilitar as configurações dos Tipos de D/C para a Reforma Tributária, será criada uma tela para associação massa dos Impostos aos Tipos de D/C, além de informações como NBS, Classificação Tributária e CST. Essa tela será chamada em 2 momentos: No login e de 30 em 30 minutos, até que as configurações sejam finalizadas. Deverão ser criadas 2 rotinas diferentes, uma para usuarios com acesso a Editar o cadastro de Tipo D/C e outra para usuarios sem acesso a essa tela de cadastro. Resultado: Implementado uma tela Wizard para configuração dos tipos de débito/crédito, dos campos pertinentes para apuração  dos impostos da reforma tributária. O que será apresentado no video? Base de dados com carga (por script ou por cadastro): - Grupo fixo de imposto; - Impostos por hotel; - Associação de impostos por grupo fixo; - Associação de impostos por tipo D/C. Acesso à funcionalidade Login -> Inteligência Cadastral [RT]	Image Added
		DCMF2-21448	CADASTROS - CAIXA	Image Added Implementação: Necessidade de campo no tipo de debito e credito para emissão de NFSe ambiente nacional: - Cadastro do tipo de Débito e crédito CODTIPOSERVICOTEC - 24 caracteres livres *Codigo de Serviço NFSe [010101220 ]* Resultado: Implementação do campo no tipo de débito e crédito para emissão de NFSe ambiente nacional	DCMF2-20768	CAIXA - DEMAIS OPERAÇÕES	VHF v12.1.2509.01	DCMF2-20964	RESERVA - DEMAIS OPERAÇÕES	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 Implementação do campo OBSCMNET para 4.000 caracteres. Ajustes no controle de campo na tela de check-in e tela de observaçãono tipo de débito e crédito para emissão de NFSe ambiente nacional. Acesso à funcionalidade Reserva Menu Cadastros -> OBSCMNET Image Removed Caixa -> Tipo de débito e crédito -> Tipos de débito e crédito -> Aba Fiscall Flex -> Codigo de Serviço NFSe	Image Added
CMNet Integration	VHF v12.1.2511.00	DCMF2-20777	INTEGRAÇÃO - INTEGRAÇÕES BT VHF	Image Added Implementação: Emissão e validação da NFSe com as tags da Reforma Tributaria. Resultado: Implementação das tags dos impostos IBS e CBS no XML de serviço. - Não permitida a autorização do documento de serviço com o certificado da Totvs; Esta demanda não possui evidência na Demonstração. Acesso à funcionalidade Menu Recepção -> Auditoria; Menu Sistema -> Utilitários -> Integração Livro Fiscal	Image Added
		DCMF2-20779	INTEGRAÇÃO - INTEGRAÇÕES BT VHF	Image Added Implementação: Emissão e validação da NFE com as tags referente a Reforma Tributária. Resultado: Validação da rotina de autorização da NF-e com as tags dos novos impostos IBS e CBS. Esta demanda não possui evidência na Demonstração	DCMF2-21072	CONSULTAS - RELATÓRIOS DE RECEPÇÃO	VHF v12.1.2509.00	DCMF2-20274	INTEGRAÇÃO - INTEGRAÇÕES	DCMF2-20278	INTEGRAÇÃO - INTEGRAÇÕES	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	DCMF2-20279	INTEGRAÇÃO - INTEGRAÇÕES	Enviar DFe.	Image Added

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

Menu Sistema -> Configuração -> Parâmetros do Sistema -> Slip -> Configuração de E-mail Menu Consultas -> Geral de Reservas -> Check-In -> Pagamento -> Link de pagamento Operação de caixa -> TotvsPag N.P. -> Link de pagamento

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

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.

VHF > Menu Recepção > Rooming List 2 > Exportar Ficha para Excel com hóspedes > Preencher o excel > Importar Ficha do excel

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