DICA - Tratamento do erro: "O registro rateio por centro de custo possui campo PERCENTUAL obrigatório."

Produto: TOTVS Gestão Financeira

Processo de Negócio: Rateios do lançamento

Processo do Sistema: Tratamento do erro: "O registro rateio por centro de custo possui campo PERCENTUAL obrigatório."

Introdução

Este erro ocorre porque nas primeiras versões da BibliotecaRM, o campo PERCENTUAL na tabela de Rateios do Lançamento (FLANRATCCU) estava sendo gravado como nulo. Logo, ao fazer qualquer alteração no registro o erro é exibido.

Desenvolvimento/Procedimento

Tratamento do erro: "O registro rateio por centro de custo possui campo PERCENTUAL obrigatório."

Para correção, sigas as instruções:

*Sugerimos que todo o processo seja realizado em ambiente de testes e validando a solução, replicar ao ambiente de produção. Faça um backup da base de dados e utilize-o.

Primeiro Procedimento

Atualizar a versão da BibliotecaRM e do aplicativo RM Fluxus para a última específica na versão 11.20, fazendo com que a falha não ocorra nos próximos registros a serem gerados.

1. Digite, www.totvs.com/suporte

2. Faça o login, com seu Email e Senha.

3. Clique em Download através da barra do menu do Portal do Cliente.

4 Aplica-se o filtro: [ Linha = RM e Amb/Vers = 11.2x ]

5. Pronto! Na grid de download, listará todos os produtos da respectiva série informada.

Segundo Procedimento

Rodar um script na base de dados para que os lançamentos já gravados sejam corrigidos e o campo PERCENTUAL seja preenchido de forma adequada na tabela de Rateios do Lançamento.

Existem dois scripts disponibilizados pela equipe de Suporte, um para bases Oracle e outro para bases SQL. Solicite o que se adéqua a sua situação e lembre-se de criar um backup antes de executá-lo na base de produção.

 

Exemplo de script (SQL)

DECLARE @DECIMAIS VARCHAR(2), @COLIGADA DCODCOLIGADA
DECLARE @IDLAN INTEGER, @INTEIRO INTEGER, @IDRAT INTEGER
DECLARE @VALOR NUMERIC
DECLARE ACERTO_PERCENTUAIS CURSOR FOR
SELECT CODCOLIGADA, INTEIRO FROM FPARAM WHERE ID = 215
OPEN ACERTO_PERCENTUAIS
FETCH NEXT FROM ACERTO_PERCENTUAIS INTO @COLIGADA, @INTEIRO
WHILE (@@FETCH_STATUS = 0)
BEGIN
DECLARE @COLIGADA1 DCODCOLIGADA, @VAR VARCHAR(1000), @EXEC VARCHAR(1000)  
DECLARE ACERTO_PERCENTUAIS1 CURSOR FOR
SELECT VALOR =
  CASE
    WHEN (TEMP.VALOR > 0) THEN (F.VALOR / TEMP.VALOR) * 100
    ELSE 100
  END, F.CODCOLIGADA, F.IDLAN, F.IDRATCCU
FROM  FLANRATCCU F, (SELECT SUM(VALOR) VALOR, CODCOLIGADA, IDLAN FROM  FLANRATCCU
WHERE PERCENTUAL IS NULL AND CODCOLIGADA = @COLIGADA
GROUP BY CODCOLIGADA, IDLAN) TEMP
WHERE TEMP.CODCOLIGADA = F.CODCOLIGADA AND
TEMP.IDLAN = F.IDLAN
OPEN ACERTO_PERCENTUAIS1
FETCH NEXT FROM ACERTO_PERCENTUAIS1 INTO @VALOR, @COLIGADA1, @IDLAN, @IDRAT
WHILE (@@FETCH_STATUS = 0)
BEGIN   
SET @VAR = ('CAST(TEMP.VALOR AS NUMERIC(15,' + CAST(@INTEIRO AS VARCHAR) + '))')
SET @EXEC = ('UPDATE     FLANRATCCU       SET         PERCENTUAL = ' + CAST(@VAR AS VARCHAR(100))+ '
FROM  (    
SELECT VALOR =
  CASE
    WHEN (TEMP1.VALOR > 0) THEN (F.VALOR / TEMP1.VALOR) * 100
    ELSE 100
  END, F.CODCOLIGADA, F.IDLAN, F.IDRATCCU
FROM  FLANRATCCU F,     (SELECT     SUM(VALOR) VALOR, CODCOLIGADA, IDLAN
FROM  FLANRATCCU
WHERE PERCENTUAL IS NULL AND
CODCOLIGADA = ' + CAST(@COLIGADA AS  VARCHAR) + '
GROUP BY CODCOLIGADA, IDLAN) TEMP1
WHERE TEMP1.CODCOLIGADA = F.CODCOLIGADA AND
TEMP1.IDLAN = F.IDLAN   ) TEMP 
WHERE TEMP.CODCOLIGADA = FLANRATCCU.CODCOLIGADA AND
TEMP.IDLAN = FLANRATCCU.IDLAN AND
FLANRATCCU.CODCOLIGADA = ' + CAST(@COLIGADA1 AS VARCHAR) + ' AND
FLANRATCCU.IDLAN = ' + CAST(@IDLAN AS VARCHAR) + ' AND
FLANRATCCU.IDRATCCU = TEMP.IDRATCCU' )
EXEC(@EXEC)
FETCH NEXT FROM ACERTO_PERCENTUAIS1 INTO @VALOR, @COLIGADA1, @IDLAN, @IDRAT
END  
CLOSE ACERTO_PERCENTUAIS1
DEALLOCATE ACERTO_PERCENTUAIS1
FETCH NEXT FROM ACERTO_PERCENTUAIS INTO @COLIGADA, @INTEIRO
END
CLOSE ACERTO_PERCENTUAIS
DEALLOCATE ACERTO_PERCENTUAIS
GO

 

Informações Adicionais

- Inicialmente o erro era apresentado apenas em clientes utilizando a versão 11.20, mas os clientes que migraram para a versão 11.40 também estão encontrando esse erro ao editar qualquer lançamento já gravado na base antes da migração. Neste caso, basta apenas rodar o script para correção.

- Se não for do setor de Tecnologia da empresa, acione este departamento e explique a situação.

Data de produção/atualização: 18/01/2012

Como Fazer - Roteiro para contabilizar os encargos utilizando o parâmetro "Considera Centro de Custo da Seção Anterior"

Produto: TOTVS Folha de Pagamento Versão: 11.50

Processo de Negocio: Encargos | Cadastros Processo do Sistema: Encargos

Subprocesso: Roteiro para contabilizar os encargos utilizando o parâmetro "Considera Centro de Custo da Seção Anterior"

Introdução Existe no TOTVS Folha de Pagamento, o módulo para cadastro de encargos contábeis que serão utilizados na contabilização. Este cadastro permite parametrizar encargos sociais e trabalhistas da empresa para com os empregados, com as respectivas contas de crédito/débito, para as operações contábeis. No processo de parametrização existe o parâmetro “Considera Centro de Custo da Seção Anterior” que influenciarão nos cálculos do encargo. Aqui se tem as orientações e exemplo prático de cada passo para realizar a geração de estorno da provisão para funcionários transferidos entre seções de um mesmo CNPJ e com centros de custos distintos.

Desenvolvimento/Procedimento A - Criação do encargo que realizará o estorno da provisão no centro de custo anterior do funcionário: 1º) Nos parâmetros de cálculo, o parâmetro "Utiliza Cálculo por Centro de Custo" deverá estar desmarcado para que este parâmetro esteja habilitado no cadastro do encargo. 2º) Nos cadastros de fórmulas, criar uma fórmula de seleção com a variável MUDOUCCUSTOMES. Exemplo: Código da fórmula: 9021 Título da fórmula: Verifica se funcionário mudou de Seção com C.Custos diferentes Texto da fórmula: MUDOUCCUSTOMES Campo "Fórmula de seleção" marcado 3º) Criar duas fórmulas que retornem respectivamente mês e ano da competência anterior. Exemplo: 1 - Código da fórmula: 9022 Título da fórmula: Retorna o mês anterior ao da competência atual Texto da fórmula: MESDT (MTDATA(01,MES,ANO) - 1) 2 - Código da fórmula: 9023 Título da fórmula: Retorna o ano anterior ao da competência atual Texto da fórmula: ANODT (MTDATA(01,MES,ANO) - 1) 4º) Criar uma fórmula que retorne a chapa do funcionário. Exemplo: Código da fórmula: CHAPA Título da fórmula: Chapa do funcionário Texto da fórmula: CHAPA 5º) Nas consultas SQL, criar uma consulta SQL que utilize as fórmulas criadas nos passos 3 e 4 como parâmetros e retorne o valor da provisão acumulada da competência anterior. Exemplo: Código da sentença: FOR_9024 Título da sentença: Provisão do mês anterior Texto da sentença: SELECT * FROM PFHSTPROV WHERE CHAPA =:FRM_CHAPA AND MES =:FRM_9022 AND ANO =:FRM_9023 6º) Criar uma fórmula que traga o resultado da consulta SQL do item 5. Exemplo: Código da fórmula: 9024 Título da fórmula: Provisão de férias – mês anterior Texto da fórmula: DECL PROVMESANT; SE EXECSQL ('FOR_9024') = 1 ENTAO SETVAR( PROVMESANT,RESULTSQL('FOR_9024', 'VALPROVFER')) FIMSE; PROVMESANT 7º) Criar um encargo do tipo A – Valor calculado através de fórmula, informando a fórmula de cálculo criada no item 6, a fórmula de seleção criada no item 2 e MARCANDO a opção "Considera Centro de Custo da Seção Anterior ". Na pasta Dados Contábeis, informar as contas de débito e crédito, de onde deverá ser debitado e creditado o valor de estorno da provisão do centro de custo anterior do funcionário. B - Criação do encargo que receberá o valor da provisão no centro de custo atual do funcionário: 8º) Criar um encargo do tipo A - Valor calculado através de fórmula, informando a fórmula de cálculo criada no item 6, a fórmula de seleção criada no item 2 e DESMARCANDO a opção "Considera Centro de Custo da Seção Anterior ". Na pasta Dados Contábeis, informar as contas de débito e crédito, de onde deverá ser debitado e creditado o valor da provisão do centro de custo atual do funcionário.

Como Fazer - Apuração de IRPJ e CSLL por Centro de Custo e Diferimento de Pagamentos

Produto: TOTVS Gestão Fiscal Versão: 11.40

Processo de Negocio: Apuração de Tributos Processo do Sistema: Apuração de IRPJ e CSLL

Subprocesso: Apuração de IRPJ e CSLL por Centro de Custo e Diferimento de Pagamentos

Introdução Ativos Fiscais Diferidos são os valores do imposto de renda e da contribuição social a recuperar em períodos futuros, com relação a: - “Diferenças Temporárias” são as diferenças que impactam ou podem impactar a apuração do imposto de renda e da contribuição social decorrentes de diferenças temporárias entre a base fiscal de um ativo ou passivo e seu valor contábil no balanço patrimonial. Um exemplo disso é uma receita contabilizada, mas ainda não recebida, relativa a contratos de longo prazo de construção por empreitada ou de fornecimento de bens ou serviços, quando celebrados com o governo ou entidades do governo; - compensação futura de prejuízos fiscais não utilizados.

Desenvolvimento/Procedimento Foi implementado no sistema o recurso que permite a apuração, separada por Centro de Custo, e que seja considerado o “DIFERIMENTO” no pagamento do Imposto. O IRPJ (Imposto de Renda pessoa jurídica) e CSLL (Contribuição Social sobre o lucro liquido) são apurados no Liber através de regras definidas nos “Eventos Tributários”. Neles são definidas as Contas Contábeis que deverão ser consideradas como Receitas, Despesas, Exclusões, etc. No Liber, este tipo de apuração será considerada somente para o IRPJ e CSLL cuja forma de tributação seja “Lucro Real”. A parametrização necessária para a apuração do “Diferimento” acontece basicamente nos “Parâmetros Gerais” e no “Evento Tributário”. Em “Parâmetros Gerais” temos: - Opções à Parâmetros à Gerais / Tabelas à Identificação de Regras de Apuração à Regras de Apuração. Essa parametrização serve tanto para IRPJ quanto para CSLL. - Opções à Parâmetros à Gerais / Tabelas à Apuração de Tributos à Guias de Recolhimento. Essa opção permite gerar as guias separadas por Centro de Custo. Em “Evento Tributário” temos: - O campo “Forma de Tributação” deve ser parametrizado como sendo “Lucro Real”. - O “Calculo por Centro de Custo” também foi implementado, mas é obrigatório para calculo do “Diferimento” (vide parâmetros gerais). Esse parâmetro irá separar a apuração por centro de custo, se houver mais de um por “Evento Tributário”. Caso não utilize “Centro de Custo” é necessário ter pelo menos um para centralizar as operações e realizar a apuração. - O “Calculo Acumulativo” também é opcional. O “Diferimento” funciona sendo acumulativo ou não. As Regras Tributárias devem ser criadas. É fundamental para geração do “Diferimento”. È importante observar que se a regra tributária estiver parametrizada para utilizar “Calculo por Centro de Custo”, o campo “Centro de Custo” deverá estar preenchido. Porém, se a opção não estiver marcada o “Centro de Custo” também deverá ser preenchido; Na aba “Centro de Custo” foi implementado o campo “Diferimento”. Esse campo deve ser preenchido para calculo do “Diferimento”; Configurado o “Evento Tributário”, é importante se atentar para: - Vigência do “Evento Tributário”; - Abrir períodos de apuração (IRPJ / CSLL); No Saldus, devem ser criados lançamentos, utilizando as “Contas Contábeis” cadastradas no “Evento Tributário” do Liber. Os lotes de lançamentos do Saldus devem estar integrados. No evento tributário existem duas opções que podem nos ajudar bastante na visualização da apuração: - Simulação à veremos a seguir; - Visualizar a estrutura do Evento Tributário à é a opção que nos mostra a estrutura que criamos para o evento tributário. Mostra todas as Contas Contábeis cadastradas em cada regra. Se o período de apuração selecionado estiver fechado, essa opção também nos mostras os valores apurados. É importante observar que cada Centro de Custo terá uma estrutura, e elas serão idênticas. Somente os valores apurados podem variar, de acordo com os lançamentos contábeis. O sistema dispõe uma opção que é a geração dessa estrutura em arquivo. A geração da apuração poderá ser observada de duas formas: - Simulação à É uma opção, dentro do cadastro de “Evento Tributário”, que permite a simulação da Regra de Apuração. Deve-se selecionar o “Evento Tributário”, e posteriormente o período para simulação. Será apresentada a simulação. Repare que a simulação é apresentada por Centro de Custo (C.C.). Na imagem acima o C.C. é o “02.2”. Para apresentar a simulação do C.C. “03.1” basta clicar sobre ele. O calculo do “Diferimento” é apresentado junto ao campo “Exclusões”. Basta clicar na “?” (interrogação) ao lado do campo “Exclusões” que o calculo será apresentado. - Período de apuração à Essa é a apuração definitiva. Selecionado o Tributo e o período de apuração, deve-se encerrar o período fiscal. Para verificar a apuração basta entrar no período encerrado, na aba detalhes da apuração. Nesse mesmo período na aba “Apuração C. Custo” serão apresentados os dados da apuração separada por Centro de Custo. Dentro de cada um dos Centros de Custos, o seu respectivo “Diferimento” é apurado. É importante observar que o campo “Total do Lucro Diferido”, na aba Detalhes da Apuração é um somatório de todos os lucros diferidos dos Centros de Custo: R$9.996,00 + R$4.998,00 = R$14.994,00 A geração da guia DARF pode ser totalizada por Período de Apuração ou ainda separada por C.C., conforme parametrização dos “Parâmetros Gerais”.

Informações Adicionais Estes valores precisarão persistir na base de dados por anos, de acordo com a legislação vigente. Com isso, a rotina de “Liberação da Base de Dados” não poderá excluir estas informações.

Como Fazer – TOTVS Gestão Contábil - Amarração de Lançamentos

Produto: TOTVS Gestão Contábil                                                                                          Versão: 11.20

Processo: Amarração de Lançamentos – Novo Modelo Backoffice

Subprocesso:

 

Introdução

O processo de Amarração de Lançamentos permite que sejam criadas regras de permissões ou restrições de inclusões de lançamentos/partidas no sistema. Ou seja, o usuário pode definir que tipo de lançamento/partida será permitido e os que não serão permitidos no sistema.

Exemplo:

Pode-se criar uma regra de amarração de lançamentos para restringir que sejam incluídas partidas no sistema que possuem contas patrimoniais com centros de custos, ou seja, somente contas de resultado permitirão a informação de centro de custo na partida contábil.

 

Desenvolvimento/Procedimento

 

Citaremos abaixo os passos para criação da amarração de lançamentos no Totvs Gestão Contábil:

 

1. Para criar uma amarração de lançamentos no Totvs Gestão Contábil, temos que acessar o menu “Cadastros / Amarração de Lançamentos”.

 

• Inicialmente o sistema irá solicitar a criação de um filtro. Sugerimos o filtro “Todos” com a seguinte informação: CODIGO IS NOT NULL.

 

• Após a criação do filtro, estaremos incluindo a amarração de lançamento. Inicialmente temos que informar apenas o código e uma descrição para esta amarração de lançamentos. Esta descrição será a mesma usada na mensagem que será mostrada para o usuário quando uma restrição é violada.

 

• Na pasta “Identificação” podemos informar as seguintes situações:

 

• Podemos vincular esta amarração a um determinado usuário. Desta forma esta amarração será valida apenas para este usuário. Se não for informado nenhum usuário, esta amarração será valida para todos os usuários.

 

• Se a opção “Permite Lançamento” estiver habilitada, o lançamento/partida será incluído se não violar as informações desta amarração. Caso esteja desabilitada, caso o lançamento/partida a ser incluído viole esta amarração, o mesmo não será incluído no sistema.

 

• Se a opção “Regra Ativa” estiver habilitada, esta amarração estará ativa no sistema. Assim qualquer situação que viole esta amarração será informada para o usuário. Caso esteja desabilitado, mesmo com a amarração cadastrada no sistema a mesma não influenciará na inclusão das informações.

 

• Na pasta “Filtros Gerais” podemos informar as seguintes situações:

 

• Podemos Informar um intervalo de data. Caso um lançamento/partida seja incluído e esteja dentro deste período e a regra esteja ativa, o sistema irá verificar se o lançamento/partida pode ou não ser incluído.

 

• Podemos informar também um documento na amarração de lançamento. Caso um lançamento/partida seja incluído com este documento e a regra esteja ativa, o sistema irá verificar se o lançamento/partida pode ou não ser incluído.

 

• Podemos informar também um valor e/ou um valor em 2º moeda na amarração de lançamento. Caso um lançamento/partida seja incluído com esta informação e a regra esteja ativa, o sistema irá verificar se o lançamento pode ou não ser incluído.

 

• O sistema permite também que algumas informações sejam filtradas. Estas informações são: Centros de Custo, Filial / Departamento e Histórico Padrão. Em cada um dos filtros informados, poderemos informar mais de um registro. Por exemplo: Podemos informar um ou mais centros de custos na amarração de lançamentos.

 

• Na pasta “Filtros de Contas” podemos informar as seguintes situações:

 

• Informações de rateios a débito ou a crédito. Nestes filtros de débito e crédito poderemos informar um intervalo de contas. Caso um lançamento/partida seja incluído com estas contas gerenciais a débito e a crédito e a regra esteja ativa, o sistema irá verificar se o lançamento pode ou não ser incluído.

 

• Informações de contas contábeis a débito ou a crédito. Nestes filtros de débito e crédito poderemos informar um intervalo de contas. Caso um lançamento seja incluído com estas contas contábeis a débito e a crédito e a regra esteja ativa, o sistema irá verificar se o lançamento pode ou não ser incluído.

 

• Informações de “contra-partidas”. Neste filtro poderemos informar um intervalo de contas. Caso um lançamento seja incluído com alguma conta contábil no campo de “contra-partida” e a regra esteja ativa, o sistema irá verificar se o lançamento pode ou não ser incluído.

 

Informações Adicionais

 

A amarração de lançamentos irá funcionar apenas se o parâmetro ‘Usa regra de inclusão de Lançamentos’ estiver habilitado. Para verificar esta situação acesse o menu “Opções / Parâmetros / RM Saldus”. Avance a primeira tela e na segunda tela selecione a opção “01.02 – Lançamentos / 01.02.01 – Manutenção de Lançamentos” e avance. Na próxima tela selecione a opção “Lançamento Contábil 1/2”.

Sugerimos para que sempre que uma amarração de lançamentos for criada para restringir lançamentos/partidas em determinada conta contábil , seja cadastrada uma amarração para barrar os lançamentos/partidas à débito e outra amarração para barrar lançamentos/partidas à crédito.

Por exemplo:

O responsável pela contabilidade deseja que a conta 1.1.1.1.001 seja desativada e não receba mais lançamentos/partidas. Desta forma se criamos somente uma amarração com esta conta contábil informada no filtro de Débito e também no Filtro de Crédito com a opção “Permitir Lançamentos” desmarcada”, a mesma não irá funcionar, pois uma partida contábil não pode ter em um mesmo registro (lançamento de 1ª Fórmula) mesma conta contábil no débito e crédito, .

Com isto quando o usuário incluir por exemplo uma partida que possui o débito = 1.1.1.1.001 e na mesma partida o crédito =2.1.1.1.001 o sistema irá permitir, pois a amarração foi feita informando o filtro de débito e crédito na mesma amarração, assim amarração não atenderá a necessidade.

 

Simulação de um cadastro para atender a situação acima, ou seja, cadastro de uma amarração para não permitir nenhum lançamentos/partidas quando a conta contábil for de código ‘1.1.1.1.001’:

 

A estrutura deve ser criada da seguinte maneira:

 

Uma Amarração para barrar os lançamentos/partidas à Débito:

Uma Amarração para barrar os lançamentos/partidas à Crédito:

Desta forma ao tentar salvar um lançamento/partida que possui o débito ou um lançamento/partida que possui o crédito com a conta contábil ‘1.1.1.1.001’ o sistema apresentará a seguinte mensagem:

 

2º Exemplo de uma Amarração que também pode ser feita no sistema.

Responsável pela contabilidade deseja barrar lançamentos/partidas na conta 1.1.1.1.001 quando a filial fôr igual a 1.

A estrutura deve ser cadastrada da seguinte maneira:

 

Amarração a Débito:

 

Amarração a Crédito:

 

Desta forma ao incluir um lançamento/partida no Totvs Gestão Contábil que viole esta regra, o sistema irá apresentar as seguintes mensagens:

Observação: A filial é vinculada ao departamento. Assim se o lançamento/partida for incluído sem departamento, a regra não será consistida porque a amarração de lançamento vai considerar a filial e os departamentos que estão vinculados a esta filial. Para bloquear lançamentos/partidas somente em filiais sem considerar departamentos, sugerimos a criação de fórmulas para serem usadas como regra de inclusão de lançamentos/partidas.

Dúvidas sobre algum campo do processo favor consultar o help utilizando a tecla F1.

Como Fazer – TOTVS Gestão Contábil - Zerar Saldo Anterior de Centros de Custos/Contas Gerenciais

Produto: TOTVS Gestão Contábil                                                                                            Versão: 11.20

Processo: Zerar Saldo Anterior de Centros de Custos/Contas Gerenciais – Novo Modelo Backoffice

Subprocesso:

 

Introdução

Este processo permite que o saldo anterior de centros de custos e contas gerenciais existentes nas contas contábeis sejam zerados no ínicio do período contábil.

O saldo anterior é armazenado nas respectivas contas contábeis no momento em que se realiza a liberação do período contábil. Resumidamente, a liberação do período contábil no sistema funciona da seguinte maneira: o sistema calcula primeiramente o saldo atual de cada conta contábil, quebrando por Filial, Centro de Custo e Conta Gerencial e, na execução do processo de liberação de período, este saldo que foi calculado até a data indicada para a liberação, passa a ser o saldo anterior do período atual, sendo então armazenado em cada conta contábil com as devidas quebras encontradas (quebras: filial, centro de custo/ conta gerencial).

 

Ex: Vamos supor que a coligada possua o seguinte período contábil:

01/01/2009 a 31/12/2011

Ao liberar o período até a data de 31/12/2010, a nova data inicial será 01/01/2011, então será armazenado o saldo anterior para as contas contábeis com as devidas quebras em 01/01/2011. Ou seja, o saldo anterior que fica armazenado no banco de dados é correspondente à data inicial do período contábil. Sempre que forem emitidos relatórios o sistema busca este saldo anterior e adiciona com as movimentações existentes para apresentar o saldo anterior de acordo com o período que foi solicitado no relatório.

Assim o processo de “Zerar Saldo Anterior” possui a função de zerar o saldo anterior de centros de custos e contas gerencias  existentes nas contas contábeis, saldo anterior que é armazenado após a liberação do período contábil.

 

É importante salientar que este processo não irá zerar o saldo anterior das contas contábeis, a execução deste processo irá zerar o saldo anterior de Contas Gerenciais e Centros de Custos existente nas respectivas contas contábeis.

 

Desenvolvimento/Procedimento

 

1. Para realizar o processo de Zerar Saldo Anterior, podemos acessar o menu “Lançamentos / Zerar Saldo Anterior”:

 

• Na tela inicial do processo são apresentado os filtros para a execução do processo. Caso não sejam informado nenhum filtro o sistema irá zerar o saldo anterior dos centros de custos e contas gerenciais para todas as contas contábeis.

 

• Os filtros existentes são para contas contábeis, contas gerenciais e centros de custos.

 

• Após definição dos filtros desejados deve-se clicar no botão “EXECUTAR”

 

• Será apresentado um log do processo que pode ser editado e salvo.

 

Informações Adicionais

Podemos executar o processo para zerar somente o saldo anterior de centros de custos, ou somente o saldo anterior de contas gerenciais, ou se desejado, podemos executar o processo para zerar saldo anterior para centros de custo e contas gerenciais simultâneamente.

Exemplos dos processos:

1- Saldo anterior armazenado na conta contábil 1.1.1.1.001 após a liberação do período (mesma Filial):

Conta Contábil    Filial    Conta Gerencial    Centro de Custo     Saldo contábil

1.1.1.1.001       1                                    210                       1.000,00
1.1.1.1.001       1         5.01                                                 2.000,00
1.1.1.1.001       1         5.02                    220                        1.000,00

Saldo anterior total para a conta contábil:                        4.000,00

Após executar o processo para zerar os saldos anteriores das Contas Gerenciais e dos Centros de Custos da conta contábil 1.1.1.1.001, o saldo anterior desta conta ficará da seguinte maneira:

Conta Contábil    Filial    Conta Gerencial    Centro de Custo     Saldo contábil

1.1.1.1.001         1                                                                 4.000,00

 

2- Saldo anterior armazenado na conta contábil 1.1.1.1.001 após a liberação do período (Filiais distintas):

Conta Contábil    Filial    Conta Gerencial    Centro de Custo     Saldo contábil

1.1.1.1.001         1                                    210                       1.000,00
1.1.1.1.001         1         5.01                                                 2.000,00
1.1.1.1.001         2         5.02                     220                       1.000,00

Saldo anterior total para a conta contábil:                          4.000,00

 

Após executar o processo para zerar os saldos anteriores das Contas Gerenciais e dos Centros de Custos da conta contábil 1.1.1.1.001, o saldo anterior desta conta ficará da seguinte maneira:

Conta Contábil    Filial    Conta Gerencial    Centro de Custo     Saldo contábil

1.1.1.1.001         1                                                                3.000,00
1.1.1.1.001         2                                                                1.000,00

Saldo anterior total para a conta contábil:                         4.000,00

Como Fazer – Gráfico - Consumo de materiais por centro de custo no mês

Produto: Totvs Gestão de Estoque, Compras e Faturamento Versão 11.20 – BackOffice

Processo do Sistema: Ferramentas de Gestão

SubProcesso: Gráfico

Como Fazer

Como parametrizar o sistema para utilizar gráficos como anexo do produto informando o consumo deste produto por Centro de Custo.

Descrição do Processo

Tem por finalidade a obtenção de informação em forma gráfica como anexo do produto.

É necessário que haja um critério para configuração dos Gráficos, visto que, ao utilizar uma consulta SQL muito complexa o desempenho do sistema pode ficar comprometido na execução deste gráfico.

O Gráfico será visualizado manualmente através dos Anexos do Produto, obedecendo à configuração realizada no mesmo e o retorno da consulta SQL.

Importante:

- Para configurar o Gráfico o usuário deverá acessar o aplicativo através da Nova MDI.

- Caso a consulta vinculada ao gráfico não retorne nenhum valor o sistema emitirá a seguinte mensagem:

Parametrizações Necessárias

Acessar diretório | CORPORERM\RM.NET | e clicar no ícone | | para acessar Nova MDI. A seguir clicar no ícone | | e escolher opção | Serviços Globais |

Acessar o menu | Gestão | Visões de Dados | Inserir | e cadastrar Consulta SQL que será considerada para geração deste Gráfico com o conteúdo:

SELECT TP.CODIGOPRD, TP.NOMEFANTASIA, ROUND (SUM(TR.PERCENTUAL*TI.QUANTIDADE/100),2) AS QUANTIDADE_CONSUMIDA, GC.CODCCUSTO, GC.NOME

FROM TITMMOVRATCCU TR

INNER JOIN TITMMOV TI

ON TR.IDMOV = TI.IDMOV

AND TR.CODCOLIGADA = TI.CODCOLIGADA

AND TR.NSEQITMMOV = TI.NSEQITMMOV

INNER JOIN TPRD TP

ON TI.IDPRD = TP.IDPRD

AND TR.CODCOLIGADA = TI.CODCOLIGADA

AND TP.IDPRD=:IDPRD

INNER JOIN GCCUSTO GC

ON TR.CODCCUSTO = GC.CODCCUSTO

AND TR.CODCOLIGADA = TI.CODCOLIGADA

INNER JOIN TMOV TM

ON TI.IDMOV = TM.IDMOV

AND TR.CODCOLIGADA = TI.CODCOLIGADA

AND DATEPART(MM, TM.DATASAIDA) = DATEPART(MM, GETDATE())

INNER JOIN TTMV TT

ON TM.CODTMV = TT.CODTMV

AND TT.CLASSIFICACAO = '04.04.05'

AND TT.CODCOLIGADA = TI.CODCOLIGADA

GROUP BY TP.CODIGOPRD, TP.NOMEFANTASIA, GC.CODCCUSTO, GC.NOME

Importante:

- A consulta em questão demonstra a quantidade de materiais consumida por Centro de Custo no mês corrente, levando em consideração os tipos de movimentos cuja etapa | Mov-Identificação |, parâmetro | Classificação | está informado Baixa de Estoque, que no banco de dados corresponde a '04.04.05' .

Acessar menu | Gestão, clicar no ícone | | e escolher opção | Incluir | para cadastrar e configurar o Gráfico.

Ao escolher opção “Incluir Gráfico” será apresentada tela com parametrizações específicas para geração do Gráfico, onde deve ser informado:

Aba – Identificação

Preencher Título, Descrição, Categoria, Fonte de Dados e a Consulta SQL.

- Consulta SQL: campo de preenchimento obrigatório, onde o usuário tem que referenciar a consulta SQL inclusa anteriormente, onde o resultado apresentado vai determinar a montagem do Gráfico.

O usuário deve clicar em   e escolher a sentença SQL inclusa anteriormente no aplicativo para este fim. Esta consulta vai selecionar os movimentos que se adequam ao resultado da consulta para geração do Gráfico. Se a consulta em questão utilizar parâmetros o usuário deverá informá-los no momento de execução do gráfico ou na parametrização do Gráfico como anexo do Produto.

Tela Configurada

Importante:

Ao salvar a tela acima, o sistema perguntará se o usuário deseja executar o assistente de configuração de gráfico.

Configuração do Gráfico

Depois de feitas parametrizações anteriores, o Gráfico deverá ser modelado através do wizard para sua execução posterior.

Primeira etapa:

Informar o tipo de gráfico a ser utilizado, no exemplo PIZZA.

Segunda etapa:

Nessa etapa, especificam-se os dados que serão visíveis no gráfico (legenda, valores, etc.)

Terceira etapa:

Definição de títulos.

Gráfico Anexo ao Produto

Após a criação e configuração do gráfico, este deve ser identificado com anexo do produto, uma vez que na consulta SQL é passado por parâmetro o IDPRD do produto.

Acessar o menu | Produto | para listagem dos produtos cadastrados na base de dados. Ainda no cadastrado de produto, menu | Anexos | Gráficos | Inserir Gráfico, onde será acionado um wizard para configuração do anexo do produto.

Primeira etapa:

Informação do Gráfico criado anteriormente e que será o anexo do produto.

Segunda etapa:

Identificação dos parâmetros passados na consulta SQL e que serão necessários para montagem do gráfico. No exemplo, o Valor passado será o IDPRD.

Terceira etapa:

Definição do(s) perfil(s) que terá acesso ao anexo configurado.