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

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.

FNRH -> CEP.

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.

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. O que será apresentado no video? Implementação do campo no tipo de débito e crédito para emissão de NFSe ambiente nacional. Acesso à funcionalidade Menu Cadastros -> 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. Acesso à funcionalidade Operação de caixa -> Enviar DFe.	Image Added

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.

Menu Sistema -> Configuração -> Parâmetros do Sistema -> Outros -> Obriga preenchimento FNRH

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.

Ao tentar acessar a tela de consulta de saldo e extrato de cartão consumo não abre. Nada acontece quando é clicado na opção em destaque.

Testado com fontes atuais e não ocorreu o problema. Ocorreram melhorias e ajustes nesta tela para apresentação dos dados corretos de vinculo dos cartões consumos.

Menu Recepção -> Cartão Consumo -> Consulta Saldo \ Extrato do Cartão Consumo

Tela de Ocupação e Receita apresentando previsão de ocupação acima de 100%.

Com base em análise realizada, informamos que o cenário foi testado e validado na versão v12.01.2507.04, última disponível na Central de Download, não sendo identificado o problema reportado nesta atualização. A correção foi contemplada como parte de melhorias gerais de manutenção.

Menu Consultas -> Ocupação & Receita.

Falha no processo do check-in, quando a mesclagem de Ficha é realizada pela Tela de check-in: Argument out of range.

Testado com fontes atuais e o problema não ocorreu.

Menu Recepção -> Check-in.

Sistema ao mesclar a Ficha, está pegando o último registro incompleto e não o atual já completo.

Não houve alteração nos fontes.

FNRH -> Mesclagem de ficha.

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.

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

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.

Cliente informa que ao integrar a DANFE, o sistema apresenta rejeição 610, ao analisar o XML de integração, foi constatado que a soma dos valores dos itens + a taxa de serviço, está 1 centavo a menos do que o valor total do documento.

Ajuste na formação do xml de integração para documentos fiscais de consumos.

Operação de caixa -> Enviar DFe.

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.