Central do Cliente Questor

Implementamos possibilidade do usuário optar quais saldos o mesmo deseja informar na DIPJ nos registros 36A, 37A, 38, 39, 67A e 67B e 70. Para tanto o usuário deverá efetivar configuração no módulo Arquivos Magnéticos, no menu Cadastros\Federais\DIPJ\Informações/Configurar Regras Contábeis, nos registros acima incluir as respectivas funções informando juntamente com a conta os seguintes valores:
0 – Saldo Societário
1 – Saldo Fiscal
Quando o segundo parâmetro não estiver informado (forma com que as fórmulas estão hoje), irá trazer sempre o saldo Societário.

EX: ctbSAN(5;1) - Irá trazer o saldo Fiscal da conta 5
ctbSAN(5;0) - Irá trazer o saldo Societário da conta 5
ctbSAN(5) - Irá trazer o saldo Societário da conta 5

Ajustamos a geração do arquivo Sped Contábil, o campo número 10, do registro 0150, referente à Inscrição Estadual do participante na unidade da federação do destinatário, na condição de contribuinte substituto gere sem os caracteres, ou seja, sem os ".".

Implementamos no relatório de Demonstração dos Índices parâmetro para informar ou mesmo filtrar a origem dos lançamentos da mesma forma que há nos relatórios Balancete Débito e Crédito e Demonstrativo do Resultado.

Ajustamos a emissão do relatório razão, para melhor aproveitamento dos espaços das colunas destinadas ao histórico, débito e crédito, bem como saldos. Local relatório: Relatórios\Contábeis\Livros(Gráfico)\Razão.

Ajustamos o cadastro das Descrições Bancárias para Conciliação em Cadastros \ Conciliação Bancária para atender os casos de importação de extrato onde o mesmo histórico é contabilizado de maneiras diferentes conforme a natureza do saldo.
Para atender esse caso criou-se novo campo para o histórico, ficando:

Conta Contábil Contrapartida - Débito
Conta Contábil Contrapartida - Crédito

Na conversão de banco de dados, foram mantidos os históricos e contas já utilizados para os dois campos, sendo necessário fazer a manutenção dos históricos que possuem essa situação específica onde o valor a débito contabiliza de uma forma diferente do que o valor a crédito.

Implementamos nos parâmetros dos relatórios de análise possibilidade do usuário informar a numeração dos livros e folhas, bem como demonstrar a assinatura dos sócios e contadores. Local da implementação: Relatórios\Análises.

Ajustamos a funcionalidade de consulta de contas por meio do razão contábil, para que o processo não demande tanto tempo. Menu: Consultas\Razão de Contas Contábeis [Shift+Ctrl+F8].

Ajustamos a funcionalidade de consulta de contas contábeis, no razão de contas, para que não retorne com erro quando for efetivada uma consulta de contas sintéticas. Menu: Consultas\Razão de Contas Contábeis [Shift+Ctrl+F8].

Implementamos possibilidade de importar para o cadastro de pessoas, o cadastro de clientes/fornecedores já devidamente cadastrados. No cadastro de pessoas será informado o cadastro com código diferenciado do cadastro de clientes/fornecedores, porém com demais dados iguais. Local implementação Menu: Cadastros\Clientes/Importar Fornecedores/Clientes.

Implementamos na tela de transações possibilidade de demonstrar no rodapé da página a origem do (s) dado (s), bem como na tabela FprAcerto, campo para demonstrar CodigoUsuairo, DataHoraAlter e OrigemDado.

Implementamos parâmetros de consulta de transações, no menu: Consultas\Conferência Transações, onde fora incluído possibilidade de busca dos seguintes campos nas transações de movimentação, pagamento e recebimento:
- Documento
- Cliente/Fornecedor
- Conta
- Histórico
- Complemento Histórico

Implementamos a geração Remessa Bancária Banco Sicoob PR, sendo que para a geração do arquivo da remessa bancário usuário deverá escolher no leiaute SICOOB - Padrão 240- PR.

Implementamos novas validações na rotina de auditorias no módulo financeiro, tal como:
- Qual ou mesmo quais os contratos de clientes que não possuem informação de rateio de centro de custos automático, onde será avaliado a conta da transação que estiver vinculada com um serviço rateado na aba de rateio do contrato do cliente;
- Quais as contas com classificação que iniciem com 3, 4 ou mesmo 5, que não apresentam rateio automático de centro de custos, isso se refere a demonstração das contas analíticas. Demonstrando somente as contas utilizadas no período selecionado para a auditoria;
- Na rotina de movimentação do contas a pagar, receber, recebimentos, pagamentos e movimentação, demonstrar se há contas de resultado (3, 4 e 5) que há informação no contrato de clientes e que não existam ou mesmo que apresentam diferenças das informações contidas no cadastro de contratos de clientes.

Ajustamos a rotina de emissão do relatório Extrato de Movimento - Clientes, para demonstrar os respectivos valores de saldo anterior e saldo atual, para relatório de modelo analítico, sintético e super sintético.

Ajustamos a rotina de restrições de escritório no cadastro do usuário, onde deverá ser adicionado ao direito de usuário da base de dados do cliente a condição: CodigoEscrit=null.

Implementamos 3 NOVAS fichas para demonstrar a proporção dos créditos quando a Empresa apura pelos Regimes Cumulativo e Não Cumulativo.
Ficha Proporção Tributadas e Cumulativo
CST 50 / 60 - Compensa somente nos Créditos Sobre a Receita "Tributa" + Receita Cumulativa;
Ficha Proporção Não Tributadas e Cumulativo
CST 51 / 61 - Compensa somente nos Créditos Sobre a Receita "Não Tributada" + Receita Cumulativa;
Ficha Proporção Receitas Exportação e Cumulativo
CST 52 / 62 - Compensa somente nos Créditos Sobre a Receita "Exportação" + Receita Cumulativa;

Implementamos para ICMS/GO a apuração de forma Decendial. Para apurar é necessário fazer a opção ICMS/GO em Impostos \ Estaduais \ ICMS/GO optando pela forma decendial.

Ajustamos geração da Gia/SP quando CTRC - Conhecimento de Frete iniciar sua origem no município de fora do Estado de São Paulo, nesta operação o Questor vai gerar DIPAM-B 2.3, para o município da Empresa Transportadora.
Observação: Para períodos já apurados deve se refazer apuração do ICMS/SP caso seja necessário uma retificação.

Ajustamos a apuração ICMS/PB e o Demonstrativo da GIM para demonstrar as notas com modelo 1B.

Incluímos uma nova opção na tela de lançamento de entradas e saídas que permite ao usuário visualizar aquela nota fiscal em PDF, notas fiscais essas modelo 55 que possuam a chave de acesso informada. O nome dessa opção é Visualizar NF-e e têm como atalho as teclas Ctrl + P.

Ajustamos a rotina de geração dos DARF's com Código de Barras, que após a atualização do aplicativo SICALC referente a Dezembro de 2013 o sistema não estava mais localizando o arquivo executavel do mesmo devido a alteração da nomenclatura de Sicalc.exe para SicalcAA.exe.

Foram feitas algumas melhorias no Livro de Apuração do ICMS/MT as quais seguem:

- Incluídas duas novas operações denominadas Total dos Débitos e Total dos Créditos para que os valores fossem totalizados na parte da apuração do ICMS;

- Mudamos a ordem dos valores demonstrados no Livro para ficar: Entradas, Saídas, Débitos, Créditos, Recolhimentos respectivamente conforme prevê a legislação;

- Os valores lançados nas operações 29705(Outros Débitos), 29710(Estorno de Créditos) e 29725(Estorno de Débitos) serão demonstrados com as suas respectivas Observações informadas no cadastro de Outras Operações.

Implementamos a importação da NFS-e Sistema SIGISS Serviços Tomados e Prestados. No Gerenciador de Empresas \ Cadastros \ Federais, Estaduais e Municipais \ Municípios \ campo Sistema NFS-e deve estar configurado = SIGISS.
Para importar, acesse módulo Fiscal \ Arquivos \ Municipais \ Importar NFSe.

Mudamos a forma de totalização das CFOPs no Livro de Apuração ICMS/RJ para totalizarem mensalmente.

Atualizamos a Tabela de Tipo Débito 4.3.16 da EFD-Contribuições conforme segue:

Código: 4.3.16.213
Descrição: Soja classificada na posição 12.01 e dos produtos classificados nos códigos 1208.10.00 e 2304.00 da TIPI
Início da utilização: 10/10/2013

Implementamos a nova importação da NFS-e município de João Pessoa/PB, conforme alteração do mesmo.
Para importar é necessário alterar o tipo do Sistema NFS-e informado no Gerenciador de Empresas \ Cadastros \ Federais, Estaduais e Municipais \ Município campo Sistema NFSE de GissOline para Específico.

Nos Livros Registro de Entradas PI-A e Registro de Saídas, foram incluído títulos no cabeçalho das seguintes páginas:

Livro Registro de Entradas P1-A
Totais por Estado - Passa a listar com o título RESUMO MENSAL DE OPERAÇÕES E PRESTAÇÕES POR ESTADO;
Totais por CFOP - Passa a listar com o título RESUMO MENSAL DE OPERAÇÕES E PRESTAÇÕES POR CFOP;
Lista Códigos Emitentes - Passa a listar com o título LISTA DE CÓDIGOS DE EMITENTES - LCE.

Livro Registro de Saídas
Totais por Estado - Passa a listar com o título RESUMO MENSAL DE OPERAÇÕES E PRESTAÇÕES POR ESTADO;
Totais por CFOP - Passa a listar com o título RESUMO MENSAL DE OPERAÇÕES E PRESTAÇÕES POR CFOP;

Ajustamos a importação da NFS-e do Município de Florianópolis, para importar notas aonde o Tomador do Serviço for de origem Exterior.

Implementamos a inclusão da CFOP 5656 na geração do Registro E065, para gerar com Valor Contábil, conforme validador do SEFII.

Alteramos a importação da NFS-e Sistema IPM para importar com série = 1, conforme descrito no manual de exportação das notas.

Implementamos os Novos Códigos referente as Novas Atividades incidentes a Contribuição Previdenciária a partir de 01/01/2014.
- Empresas Transporte Ferroviário Passageiros, CNAE 4912-4/01 e 4912-4/02;
- Empresas Transporte Metroferroviário Passageiros, CNAE 4912-4/03;
- Empresas Construção Obras Infraestrutura, CNAE Grupos 421, 422, 429 e 431;
- Operações de Carga, Descarga e Armazenagem de Contêineres em Portos Organizados, CNAE 5212-5 e 5231-1;
- Transporte Rodoviário de Cargas, CNAE 4930-2;
- Transporte Ferroviário de Cargas, CNAE 4911-6;
- Empresas Jornalísticas, Radiodifusão da Lei no 10.610, CNAE 1811-3, 5811-5, 5812-3, 5813-1, 5822-1, 5823-9, 6010-1, 6021-7 e 6319-4

Incluímos nova validação na Importação NFe para os casos em que na nota fiscal eletrônica a duplicata vier sem a informação do vencimento, para esses casos será considerada a informação da data de emissão.

Alteramos o código da versão do leiaute Sped Fiscal conforme a tabela indicada no Ato COTEPE. Para gerações em período igual ou superior a 01/2014 irá gerar o campo 2 do Registro 0000 como '008'.

Os campos Demonstrativo do INSS e Demonstrativo do FGTS, da relação de cálculo normal modelo 01, ajustamos a emissão dos campos dos valores do SAT/RAT e a base de cálculo da GRFC quando há rescisões listadas.

Havia uma solicitação de clientes para que os campos Dias Aviso Trabalhado e Dias Aviso Indenizado fossem liberados para digitação na rotina de Simulação de Rescisões nas rescisões com Aviso Prévio de Trabalho Parcial, porém, somente quando há simulação para um único empregado é possível liberar os campos, havendo a informação de mais de um empregado no parâmetro do contrato, o sistema permitirá ao usuário informar uma quantidade de dias de aviso trabalhado para todos os empregados. A informação feita no campo será utilizada para todos os cálculos e irá diminuir a quantidade de dias de aviso prévio indenizado/reavido de cada empregado. Não é possível liberar os campos de dias de aviso indenizado/reavido pois não é uma regra igual para todos os empregados, cada um poderá ter uma quantidade de dias de aviso diferente, dependendo da sua data de admissão.

Incluímos um novo parâmetro Dias para Indenização Mês Anterior ao Dissídio na configuração do sindicato. Antes a quantidade de dias era fixa de 30 dias, porém diante de tratamento diferenciado em algumas convenções em relação a essa quantidade de dias foi necessário a criação desse campo. Logo agora o usuário pode definir a quantidade de dias para que seja devido o pagamento da indenização na rescisão.

Realizamos uma melhoria no Demonstrativo de Rescisão referente as informações de médias e períodos aquisitivos. A partir desta versão os parâmetros Demonstrar Eventos Médias e Períodos Aquisitivos e Demonstrar Faltas por Período Aquisitivo passam a ser independentes, ou seja, mesmo que o parâmetro Demonstrar Médias esteja com a opção não, vai demonstrar as faltas por Período Aquisitivo caso esteja utilizando a opção sim. Da mesma forma acontece se for o contrário do citado.

Realizamos um ajuste em relação ao cálculo das Horas Normais Noturnas, quando o parâmetro continua contagem das horas noturnas no sindicato estava utilizando a opção Sim. Dependendo do horário na escala do empregado, a quantidade de horas noturnas calculadas estava inconsistente.

Corrigimos o Demonstrativo de INSS (resumido), que não estava demonstrando de forma correta os valores relativos aos empregados que possuíam mais de um organograma e possuía rateio de mão de obra (Tomador de Serviço/Obras) na mesma competência.

Melhoramos a forma de arredondamento do valor do PIS s/ Folha de Pagamento. Conforme havia sido constatado, devido a metodologia de cálculo a soma dos valores individuais de PIS não era igual ao valor do débito apurado, fato esse que acontecia devido a forma de arredondamentos, ocasionando diferenças de centavos no módulo contábil.

Realizamos um ajuste na Relação de Cálculo Geral em relação a limitação de acesso de empresa no usuário. Quando o usuário possuía restrição de acesso a determinadas empresas, ao executar o relatório citado acabava retornando mensagem de erro e por consequência não demonstrava o mesmo.

Revisamos o cálculo do IRRF para as folhas de adiantamento salarial quando o mesmo trabalhador possui mais de um adiantamento dentro do mês, ambos com valores superiores ao limite da tabela de IRRF no qual há cálculo do evento de IRRF, sendo que a folha mensal é paga dentro do próprio mês. Para esta situação o sistema não calculava o IRRF no segundo adiantamento, tal situação foi corrigida.

Melhoramos no Relatório de Atualização CTPS e Previdência Social em relação a forma de demonstração das férias. Havia um detalhe relativo as férias quitadas em rescisão, que devido a uma validação entre a data de emissão e data de gozo, não demonstrava as mesmas, quando o aviso prévio era indenizado e a data de emissão era o dia da rescisão.

Ajustamos neste relatório o complemento de endereço demonstrado para o empregado. Antes da alteração acabava buscando o complemento de endereço do estabelecimento e não do empregado que é o correto.

Implementamos a compensação de mão de obra e compensação para GPS referente ao Funrural. Existindo retenção de nota fiscal e esta não sendo totalmente deduzida do valor da GPS normal da empresa, a diferença será compensada na GPS do Funrural. Da mesma forma, existindo valor a compensar no mês, o sistema fará a compensação também na GPS de Funrural.

Ajustamos a referência demonstrada no envelope mensal relativo ao evento de Prêmio Férias (Estrutura: 03.04.01.01). Independente da quantidade de dias calculados, o sistema estava demonstrando 1 dias, agora com as devidas alterações passa a demonstrar a referência de acordo com o cálculo efetuado.

Na rotina de vales, em alguns casos quando o valor líquido do vale era composto com centavos e o desconto era realizado em mais de uma parcela, devido a um problema de validação não permitia salvar por que a soma das parcelas não fechava com o valor total. Corrigimos esse detalhe, logo passou a fazer a correta validação.

Modificamos o comando de seleção dos empregados domésticos para a geração da GPS quando há rescisão no mês seguinte ao período de geração. O sistema somente gerava GPS para empregados demitidos no próprio mês da rescisão, nos meses anteriores não permitia a geração. Com a alteração passa a permitir a geração da GPS mesmo que exista uma rescisão com data superior ao período de geração.

Corrigimos a quantidade de dias de saldo de salário demonstrada no Termo de Rescisão de Contrato de Trabalho, onde em alguns casos, dependendo da escala do empregado, os dias trabalhados não eram demonstrados de acordo com o cálculo realizado.

Na alteração de salários por percentual o sistema passa a validar o parâmetro Normativo, tanto para horistas quanto para mensalistas, sendo que, se o valor do salário, após o reajuste for inferior ao valor do normativo, o sistema irá atualizar para o normativo, quando for assinalado Sim no parâmetro.

Implementamos os campos Competência Inicial e Competência Final na rotina de lançamento de múltiplos eventos fixos. Com essa nova opção, o usuário poderá no momento da inclusão de eventos fixos já informar o período de validade desses eventos, além disso é possível atualizar tanto a competência inicial quanto a competência final de eventos que já estão lançados na tabela de uma única vez, não sendo mais necessário a manutenção individual.

Implementamos nesta versão quatro novos relatórios de Programação de Férias que seguem o padrão gráfico do Questor. Em relação a funcionalidade, os mesmos são iguais aos relatórios já existentes no sistema, o que se altera é somente o leiaute gráfico. Além dessa implementação realizamos uma melhoria no Relatório de Aviso de Férias com Programação, referente a validação do parâmetro da data inicial e final das férias que não eram avaliadas de forma correta, demonstrando assim funcionários de forma indevida.

Nesta versão implementamos um novo limite para a inclusão de eventos na folha de pagamento, passamos dos atuais 2000 eventos para 3000 eventos, com isso, os eventos internos do sistema com códigos nesta faixa, foram renumerados automaticamente para acima de 3000.

Os eventos que sofreram alterações foram:
3001-Salário Normativo
3002-Salário Mensal
3003-Complemento Salarial
3004-Antecipação Salarial
3006-Salário Carnê
3015-Salário Mínimo
3016-Salário Mínimo Regional
3017-Salário Mínimo de Contribuição
3019-Salário de Contribuição
3020-Líquido de Cálculo
3021-Total de Proventos
3022-Total de Vantagens
3023-Total de Descontos
3031-Base IRRF Normal - Outra Empresa
3032-Base IRRF Férias - Outra Empresa
3033-Base IRRF 13o Salário - Outra Empresa
3034-Base IRRF Normal - Vales
3035-Base IRRF Distr.Lucros - Outra Empresa
3041-Base INSS Normal - Empresa
3042-Base INSS Férias - Empresa
3043-Base INSS 13o Salário - Empresa
3044-Base INSS Normal - Outro Contrato
3045-Base INSS Férias - Outro Contrato
3046-Base INSS 13o Salário - Outro Contrato
3047-Acréscimo S.A.T.
3051-Estouro do Mês Anterior - Interno do Sistema
3052-Quebra de Caixa em Valor - Base de Cálculo
3053-Troco do Mês Anterior - Interno do Sistema
3054-Anuidade em Valor - Base de Cálculo
3055-Anuidade Outra em Valor - Base de Cálculo
3056-Assiduidade em Valor - Base de Cálculo
3057-Auxílio Creche em Valor - Base de Cálculo
3060-Base Remun Seg-Desemp (Ant/Penúltimo)

Pela conversão da versão todas as tabelas aonde guardamos informações do código destes eventos foram atualizadas para os novos códigos, não sendo necessário qualquer procedimento por parte do usuário.

Ao incluir novos eventos o usuário terá a possibilidade de incluir eventos com os códigos de 2000 até 2999, o que antes não era permitido. Na base dos eventos, quando tratar-se de eventos internos, utilizar os códigos acima de 3000, conforme detalhado acima, ou pela consulta dos eventos.

Será necessário uma ATENÇÃO especial aos RELATÓRIOS ESPECÍFICOS pois alguns deles podem conter os códigos de eventos fixos em sua dll, o que irá distorcer os valores apresentados no relatório. Os modelos do sistema que utilizavam esta situação foram corrigidos. Abaixo está a lista para que seja verificado se existe algum relatório específico similar a estes, existindo, será necessário alterar os códigos dos eventos.

Rescisão - Termo de Homologação;
Rescisão - Termo de Quitação;
Rescisão - Rescisão Calculada;
Cálculo - Líquido de Cálculo

Com esta implementação pretendemos atender aqueles clientes que possuem muitas situações diferenciadas de cálculos e necessitam de uma quantidade maior de eventos na folha.

Ajustamos o valor do FGTS demonstrado no relatório SEFIP quando o cálculo do 13º Salário Integral havia sido efetuada em competência diferente do mês 12. Neste caso, o sistema acabava somando o valor relativo ao 13º Salário indevidamente.

Realizamos algumas correções em relação ao arquivo SEFIP:
- Quando o empregado possuía múltiplos vínculos e também 13º Salário Complementar na competência 12, não estava gerando os valores de acordo com a legislação.
- Ainda quando a empresa possuía 13º salário pago em competência diferente do mês 12, o sistema estava gerando indevidamente na SEFIP do mês 12 o valor de compensação de INSS relativo ao 13º Salário e empregados que foram demitidos durante o ano e que haviam feito parte do cálculo do 13º Salário Integral.
- Já em relação a SEFIP do Micro Empreendedor Individual, quando o 13º Salário Integral foi calculado em competência diferente do mês 12, não gerava corretamente o valor da compensação, levando um valor maior do que o devido.
- Por fim na Folhas Complementares de Dissídio Coletivo (Código 650/660) quando havia um pagamento de terceiro na competência de pagamento da folha complementar, não estava gerando corretamente o arquivo e por consequência impossibilitando a importação. Após o ajuste passou a tratar da forma correta a situação exposta.

Liberamos nesta versão a geração da RAIS Ano base 2013. Houve apenas uma alteração no leiaute do arquivo em relação ao arquivo do ano passado:
- A partir desse ano os estabelecimentos são obrigados a informar a forma de controle do ponto dos empregados. Logo, em Configurações\Filial foi implementado um novo campo Tipo de Sistema Controle Ponto com as opções disponíveis no manual da RAIS>
ATENÇÃO: Antes da geração dos dados da RAIS, o usuário deverá configurar o campo citado, evitando transtornos no momento de conferência dos dados gerados.

Importante observar que a partir de 2014, todos os estabelecimentos ou arquivos que possuírem 11 ou mais vinculos empregatícios deverão transmitir a declaração utilizando um certificado digital válido padrão ICP Brasil. A obrigatoriedade também inclui os órgãos da Administração Pública.
Para a transmissão da declaração da RAIS de exercícios anteriores, com empregado, também será obrigatória a utilização de certificado digital, inclusive para os órgãos da Administração Pública.

As rotinas para Gerar, Conferir (cadastro) e Gerar o Arquivo da Rais mantiveram-se iguais aos anos anteriores, abaixo breve descrição destes procedimentos.
Geração:
Utilizar este processo para gerar as informações referentes a Rais. Antes de qualquer outro procedimento da RAIS é necessário gerar os dados, para isso, acessar as opções Funcionários/Rais/Geração, informar o ano de 2013 e os demais parâmetros da tela. Poderá ser gerada a rais para todas as empresas de uma única vez.

Cadastro:
Nesta tabela ficarão armazenadas todas as informações geradas para a empresa e seus empregados. Aconselha-se sempre fazer os ajustes e acertos nas tabelas que originaram o problema, mas caso seja necessário algum ajuste específico pode-se fazer diretamente na tela de cadastros, assim a informação ficará salva no sistema. Para visualizar os dados da Rais acessar Funcionários/Rais/Cadastro.

Arquivo Rais:
Gera o arquivo da Rais, utilizando as informações do Cadastro da Rais. A geração do arquivo divide-se em duas opções no menu de Arquivos, Rais e Rais Negativa (site). A opção Rais irá gerar o arquivo a ser importado no programa validador da Rais e a opção Rais Negativa permite fazer a geração das informações diretamente para site da Rais e envio direto, sem necessidade de gerar o arquivo.

Revisamos a rotina de cálculo da rescisão para as empresas configuradas com pagamento na demissão do mensalista sempre por 30 dias tendo afastamentos no mesmo mês da rescisão. O sistema passa a considerar os dias de trabalho e não mais 30 dias fixos como era feito anteriormente. Esta mesma regra é válida para a admissão do mensalista.

Ajustamos a rotina de Qualificação Cadastral, inserindo os dados diretamente no site do eSocial. Houveram mudanças nos nomes dos campos no site, com isso, o sistema não conseguia inserir os dados. Revisamos a rotina e ajustamos para os novos nomes.

Implementamos possibilidade de habilitar restrição dentro das definições de grupos de usuários para que de acordo com as configurações o usuário ou mesmo os usuários não tenham possibilidade de excluir todos os lançamentos de uma transação, nem demonstrando mais a segunda mensagem na ocasião de exclusão de um lançamento. Local para configuração: Gerenciador de Empresas\Utilitários\Usuários/Definição de Grupos de Usuário (níveis), funcionalidade "Usuário Pode Excluir Todos os Lançamentos de uma Transação".

Implementamos opção para habilitar restrição dentro das definições de grupos de usuários para que de acordo com as configurações o usuário ou mesmo os usuários não tenham possibilidade de alterar datas de todos os lançamentos de uma transação, nem demonstrando mais a segunda mensagem na ocasião de alteração de um lançamento. Local para configuração: Gerenciador de Empresas\Utilitários\Usuários/Definição de Grupos de Usuário (níveis), funcionalidade "Usuário Pode Alterar a data dos Lançamentos de uma Transação".