Adaptações do SCPI para aplicação do PCASP

Adaptações do SCPI para

aplicação do PCASP

Aprenda como configurar e utilizar o Sistema SCPI com o Plano de Contas Único.

Nesta edição

1 Introdução 2 Orçamento

2.1- Atualização das Tabelas de Receita e Despesa 2.2- Verificações Iniciais

2.3- Tabela da Receita 2.4- Tabela da Despesa 2.5- Orçamento da Receita 3 Módulo Contas

4 Novo Diário Razão 5 Lançamentos Específicos

PÁGINA 2

1-Introdução

A evolução para a nova Contabilidade Aplicada ao Setor Público, que ora entra em fase de implantação de seus principais elementos (o enfoque patrimonial e o plano de contas único), é baseada na introdução de novas definições contábeis, aliada à apresentação diferenciada de antigos conceitos e, em alguns casos, pela própria derrubada de alguns deles. Não obstante a “regulamentação interna” da “nova contabilidade governamental”, estamos caminhando para a convergência dessas normas internas com as normas internacionais de contabilidade.

Esta primeira etapa de implantação de mudanças depende da aplicação do Plano de Contas Único ou PCASP, detalhado no nível exigido para a consolidação das contas nacionais, o qual tem seu prazo fixado em 2013. Junto com este, passarão a vigorar os novos balanços da Lei 4.320/64. Com a mudança do plano de contas e dos novos demonstrativos, surge a necessidade de adequações ou adaptações no sistema de prestações de contas do TCE, ou seja, o AUDESP, que vem sendo estudado desde dezembro de 2011.

Resumindo, o objetivo deste Manual é fornecer informações específicas sobre validações, configurações e rotinas de trabalho, dando ao usuário final conhecimento sobre a utilização do SCPI com o Plano de Contas Único e contribuindo, assim, para que esse Plano de Contas Único seja mais eficiente e eficaz:

2- Orçamento

2.1- Atualizações das Tabelas de Receita e Despesa

Até o Exercício de 2012, o cadastro da tabela de Receita e Despesa era livre para manutenção do usuário. Entretanto, com a mudança do Plano de Contas, houve a necessidade de efetuar um controle mais rígido dessas duas tabelas auxiliares de acordo com a STN.

Exemplificando: No Plano de Contas do SIAFI, para identificar os Códigos de Despesa e Receita, bastava analisar as Contas Iniciadas com 3 para identificar a Despesa e as Contas iniciadas com 4 para identificar as Receitas. Nesse caso, para verificar se a Categoria Econômica da Despesa era válida com base no Plano de Contas do SIAFI, bastava adicionar o dígito 3 no início da Categoria Econômica e verificar se o código formado estava presente no Plano de Contas do SIAFI. Assim, por exemplo, para validar a Categoria Econômica “3.3.90.30.00 – Material Consumo”, adicionava-se o dígito 3 a esse código, da seguinte maneira: 3 + 3.3.90.30.00 = 333903000. No caso da Receita, devia-se proceder da mesma forma, adicionando o digito 4 no inicio da Categoria Econômica da Receita. Assim, por exemplo, a verificação da Receita “1112.02.00 – IPTU” ficaria da seguinte maneira 4 + 1112.02.00 = 411120200. Entretanto, no Plano de Contas Único, não é mais possível efetuar tal verificação, pois as Contas Contábeis iniciadas com 3 e 4 não se relacionam diretamente com a codificação de Despesa e Receita, e sim como Variação Patrimonial Diminutiva e Variação Patrimonial Aumentativa. Além disso, seus códigos não mais coincidem como antes, como é possível verificar :

PLANO DE CONTAS DO SIAFI PLANO DE CONTAS ÚNICO (PCASP)

3XXXXXXXX – DESPESAS 3XXXXXXXX – VARIAÇÃO PATRIMONIAL DIMINUTIVA (VPD) 4XXXXXXXX – RECEITAS 4XXXXXXXX – VARIAÇÃO PATRIMONIAL AUMENTATIVA (VPA)

Portanto, como não há mais uma relação direta entre as contas de receita e despesa com o novo plano de contas, houve a necessidade da criação de uma tabela de relacionamento, na qual foi estabelecido que determinado código de receita esteja ligado com uma ou mais contas especificas do plano de contas do grupo 4, e que uma determinada natureza de despesa esteja ligada a uma ou mais contas do plano de contas do grupo 3. Esta tabela de correlação foi criada para facilitar o lançamento de receita e despesa, para evitar que o usuário tenha que definir, para cada empenho ou receita, em qual conta de variação do plano será lançado o valor do empenho ou da receita. Assim, o sistema efetua essa correlação de maneira automática.

Porém, para que esse processo pudesse funcionar corretamente, foi necessário fixar os códigos de receita e despesa, não permitindo a criação de novos subelementos de despesa, impedindo que, na receita, sejam criados

PÁGINA 3

novos códigos de receita e permitindo que novos desdobramentos sejam efetuados apenas no último nível da receita. Sendo assim, o usuário passa a não ter mais o controle total das Tabelas de Receita e Despesa, pois o sistema efetuará a atualização e a validação dos códigos de maneira automática ao entrar no sistema, conforme ilustrado nas imagens 1 e 2 abaixo:

Imagem 1: Atualizador Automático das Categorias de Receita

Imagem 2: Atualizador Automático das Categorias de Despesa

2.2- Verificações Iniciais

Houve também a necessidade de efetuar algumas verificações, que serão mostradas após entrar no

Módulo Orçamento, conforme detalhado abaixo:

a) Verificação dos Parâmetros Orçamentários

ORC.01.001 --> O número da Lei Orçamentária não foi informada! Entre no menu "Parâmetros Orçamentários" e informe-o!

ORC.01.002 --> A data de publicação não foi informada! Entre no menu "Parâmetros Orçamentários" e informe-a!

ORC.01.003 --> A data de vigência não foi informada! Entre no menu "Parâmetros Orçamentários" e informe-a!

Tais verificações se fazem necessárias para a validação dos XML’s do Orçamento e também para os cálculos dos relatórios de Alteração de Dotação.

PÁGINA 4

b) Verificação das Fichas de Despesa

ORC.03.001: As Fichas de Despesa listadas abaixo estão Vinculadas com os Códigos de Aplicação 250, 251, 252 ou 253, podendo gerar, assim, erros nos Quadros da Educação de Aplicação do FUNDEB!!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! (APENAS PARA O ESTADO DE SP)

ORC.03.002: As Fichas de Despesa listadas abaixo estão Vinculadas com os Códigos de Aplicação 26X.XXX e Fonte de Recurso (FONGRUPO), diferentes de 02 ou 05, podendo gerar, assim, erros nos Quadros da Educação de Aplicação do FUNDEB!!!. Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! (APENAS PARA O ESTADO DE SP)

As verificações (ORC.03.001 e ORC.03.002) foram criadas para validar se a classificação do Código de Aplicação e Fonte de Recurso referente ao FUNDEB estão corretas. Pois, se houver erros nestas classificações, o Quadro 5 do Ensino “APLICAÇÕES COM RECURSOS DO FUNDEB” será elaborado com os valores incorretos ou com os valores zerados na parte das Despesas. (APENAS PARA O ESTADO DE SP)

ORC.03.003: Ficha de Despesa n.º ' XXXX --- Entidade: XX com a Função Inválida (XX)!!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! ! (TODOS OS ESTADOS)

ORC.03.004: Ficha de Despesa n.º XXXX --- Entidade: XX de Reserva de Contingência com a Função Inválida (XX), sendo o correto utilizar a Função 99 !!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! !

(TODOS OS ESTADOS)

ORC.03.005: Ficha de Despesa n.º XXXX --- Entidade: XX com a Subfunção Inválida (XXX)!!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! ! (TODOS OS ESTADOS)

ORC.03.006: Ficha de Despesa n.º XXXX --- Entidade: XX de Reserva de Contingência com a Subfunção Inválida (XXX), sendo o correto utilizar a Função 997 ou a Função 999!!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! ! (TODOS OS ESTADOS)

As verificações ORC.03.003 à ORC.03.006 foram criadas para validar os dados da funcional programática e evitar eventuais problemas nas validações do XML “CONTA CORRENTE” do Audesp nos detalhamentos “06 – DOTAÇÃO ORÇAMENTÁRIA”, “07 – ALTERAÇÃO DE DOTAÇÃO”, “09 – EMISSÃO DE EMPENHO” e “27 – DOTAÇÃO UTILIZADA” .

ORC.03.007: Ficha de Despesa n.º XXXX --- Entidade: XX com o Grupo do Código de Aplicação Inválido (XXX.XXX)!!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! (APENAS PARA O ESTADO DE SP)

ORC.03.008: Não há registros na Tabela de Despesa Padrão para o Exercício Atual!!! Efetue a atualização do SCPI!!!

ORC.03.009: Ficha de Despesa n.º XXXX --- Entidade: XX com a Categoria Econômica (X.X.XX.XX.XX) Inválida para o Exercício Atual!!! Entre no menu "Despesa > Orçamento da Despesa" e efetue os acertos! ! (TODOS OS ESTADOS)

As verificações ORC.03.008 e ORC.03.009 foram criadas para verificar se a Categoria Econômica das fichas de despesa está válida conforme a Tabela de Cadastros Auxiliares do AUDESP, pois, além de evitar eventuais problemas de validações do XML Conta Corrente nos detalhamentos citados anteriormente, a Categoria Econômica será utilizada para verificar em quais Contas Contábeis de Variação Patrimonial Diminutiva (VPD) do Plano de Contas Único será efetuado o lançamento da Despesa.

PÁGINA 5

c) Verificação das Fichas de Receita

ORC.04.001: As Fichas de Receita listadas abaixo estão Vinculadas com os Códigos de Aplicação 250, 251, 252 ou 253, podendo gerar, assim, erros nos Quadros da Educação de Aplicação do FUNDEB!!! Entre no menu "Receita > Orçamento da Receita" e efetue os acertos! (APENAS PARA O ESTADO DE SP)

ORC.04.002: As Fichas de Receita listadas abaixo estão Vinculadas com os Códigos de Aplicação 26X.XXX e Fonte de Recurso (FONGRUPO), diferentes de 02 ou 05, podendo gerar, assim, erros nos Quadros da Educação de Aplicação do FUNDEB!!!. Entre no menu "Receita > Orçamento da Receita" e efetue os acertos! (APENAS PARA O ESTADO DE SP)

As verificações ORC.04.001 e ORC.04.002, a exemplo da Despesa, foram criadas para validar se as classificações de Código de Aplicação e de Fonte de Recurso referentes ao FUNDEB estão corretas, pois, se houver erros nessas classificações, o Quadro 5 do Ensino “APLICAÇÕES COM RECURSOS DO FUNDEB” será elaborado com valores incorretos ou com valores zerados na parte das Receitas. (APENAS PARA O ESTADO DE SP)

ORC.04.003: Ficha da Receita n.º XXXX --- Entidade: XX com o Grupo do Código de Aplicação Inválido (XXX.XXX)!!! Entre no menu "Receita > Orçamento da Receita" e efetue os acertos! (APENAS PARA O ESTADO DE SP)

Essa verificação analisa se o Código de Aplicação informado é válido para o Audesp, evitando, assim, a ocorrência de erros nas validações do XML Conta Corrente. (APENAS PARA O ESTADO DE SP)

ORC.04.004: Não há registros na Tabela de Receita Padrão para o Exercício Atual!!! Efetue a atualização do SCPI!!!

(TODOS OS ESTADOS)

ORC.04.005: Ficha de Receita n.º XXXX --- Entidade: XX com a Categoria da Receita (XXXX.XX.XX.XX) Inválida para o Exercício Atual!!! Entre no menu "Receita > Orçamento da Receita" e efetue os acertos! (TODOS OS ESTADOS)

As verificações ORC.04.004 e ORC.04.005 foram criadas para verificar se a Categoria Econômica das fichas de Receita estão válidas conforme a Tabela de Cadastros Auxiliares do AUDESP. Além de evitar eventuais problemas de validações do XML Conta Corrente a Categoria Econômica, também serão utilizadas para verificar em quais Contas Contábeis de Variação Patrimonial Aumentativa (VPA) do Plano de Contas Único será efetuado o lançamento da Receita.

PÁGINA 6

2.3- Tabela da Receita

Imagem 3: Tela de Cadastro da Receita

Como foi dito no tópico “2.1 – Atualizações das Tabelas de Receita e Despesa”, a partir de 2013, o Usuário passa a não ter mais o controle total sobre a Tabela de Categorias da Receita no SCPI. Entretanto, a Tabela Auxiliar utilizada segue o padrão da portaria da STN contém até 6º nível e o Sistema SCPI contém até o 7º Nível. Ou seja, nesta situação, o SCPI permitirá que o usuário efetue o desdobramento no 7º nível da Categoria da Receita no SCPI.

A tabela abaixo mostra esses níveis e o esquema do Código da Receita:

Receita: 1 1 1 2 02 00 XX – IMPOSTO SOBRE A PROPRIEDADE PREDIAL E TERRITORIAL URBANA (IPTU)

Nível Descrição do Nível Permite Alteração do Usuário

1 Categoria Econômica Não

2 Origem Não

3 Espécie Não

4 Rubrica Não

5 Alínea Não

6 Subalínea Sim

7 Detalhamento (Desdobro) Sim

Nesse caso, para desdobrar um Código de Receita, ao clicar no botão “Inserir”, na tela do Cadastro da Receita (vide imagem 3), o sistema solicitará que seja informada uma receita válida (vide imagem 4 abaixo) e criará um desdobro para essa receita.

PÁGINA 7

Imagem 4: Tela de Seleção de Receitas Válidas

Agora, o sistema permitirá, em alguns casos, desdobrar no 4º, 5º e 6º nível, depois, o sistema substituiria esse desdobro por 00 para conseguir validar o Código da Receita. Assim, por exemplo, no caso da Receita 1112.02.01.00, o sistema substituía para 1112.02.00.00 para enviar no arquivo de prestação de contas, transformando-o em um código válido. Entretanto, devido a várias modificações, inclusive para conseguir localizar a Conta Contábil de VPA, o sistema precisará controlar os desdobros feitos pelo usuário forçando uma correlação com uma receita válida já existente. Garantindo, assim, a integridade da Codificação da Receita constante na Tabela da STN com o que consta na Tabela do Orçamento da Receita do SCPI.

2.4- Tabela da Despesa

Imagem 5: Tela de Cadastro das Despesas

A partir de 2013, o Sistema SCPI não permitirá Inserir, Alterar ou Excluir Códigos de Despesa. Nesse caso, o SCPI efetuará as devidas atualizações de maneira automática, conforme citado anteriormente no item “2.1 – Atualizações das Tabelas de Receita e Despesa”, para que seja mantida a integridade da Tabela da STN com a Tabela do SCPI, pois o sistema utilizará a Categoria Econômica da Despesa para localizar as Contas Contábeis de VPD.

PÁGINA 8

Na Tela de Cadastro do Orçamento da Receita foi inserido o campo “Efetuar Reconhecimento da Variação Patrimonial Aumentativa (VPA)...” que será utilizado para identificar quando será lançada a VPA. O sistema permite duas opções para a realização desse lançamento:

a) -RECONHECIMENTO DA VPA ANTES DO LANÇAMENTO DA RECEITA

Antes da Ocorrência da Arrecadação (manual pelo Usuário): Nesta opção, o Contador deverá efetuar o Lançamento Independente da Execução quando ocorrer o fato gerador. Caso esta opção seja selecionada, mas não seja efetuado o Lançamento Independente da Execução reconhecendo o valor a receber, o saldo da conta “Créditos a receber” poderá ficar negativo.

No ato do fato gerador, o usuário deverá efetuar um lançamento independente referente ao reconhecimento do valor a receber. Um exemplo prático é o IPTU, cujo valor a arrecadar já é reconhecido logo após a emissão das guias de IPTU para envio da cobrança ao contribuinte. Portanto, deve ser efetuado um lançamento independente de reconhecimento do montante a receber através do evento “RECONHECIMENTO POR COMPETÊNCIA – CRÉDITOS TRIBUTÁRIOS A RECEBER”. Nesse evento, deverão ser lançadas as seguintes contas:

D 1.1.2.2.X.00.00 (CRÉDITOS A RECEBER)

C 4xxxxxxx (VPA) – Devendo ser especificada manualmente pelo usuário no seu reconhecimento. NO LANÇAMENTO DA RECEITA

D 111110200 (BANCOS)

C 1.1.2.2.X.00.00 (CRÉDITOS A RECEBER) – Abatendo o saldo a receber já reconhecido anteriormente por competência..

b) RECONHECIMENTO DA VPA JUNTO AO LANÇAMENTO DA RECEITA: Opção “Junto com a Ocorrência da Arrecadação (Automática)”: Com a escolha desta opção, o sistema lançará automaticamente o registro contábil de VPA quando efetuar o lançamento de receita no sistema.

NO LANÇAMENTO DA RECEITA

RECONHECIMENTO DA VPA JUNTO DA ARRECADAÇÃO. C 4xxxxxxx (VPA)

D 111110200 (BANCOS)

No caso das Receitas de IPTU (1112.02.00.XX), será obrigatória a utilização da primeira opção. Já nas situações que envolvam as Receitas de Dedução (9510.00.00.00), as Receitas de Alienação de Bens (22XX.XX.XX.XX) e as Receitas de Operação de Crédito (2114.XX.XX.XX), o sistema não solicitará esta opção, pois elas serão tratadas internamente pelo SCPI.

IMPORTANTE: Para realizar uma adequação inicial de lançamentos de acordo com a nova metodologia adotada pelo PCASP e para evitar possíveis apontamentos futuros por parte dos TCEs em relação à não utilização do reconhecimento por competência das receitas, foi estipulado que as seguintes receitas sempre deverão ter seus valores a receber inscritos antecipadamente por reconhecimento, através de lançamentos independentes:

IPTU (1112.02.00)

PÁGINA 9

Imagem 6: Tela de Cadastro do Orçamento da Receita

3- Módulo Contas

As mudanças efetuadas no módulo Contas para adaptação ao novo plano envolvem as mesmas adequações já relatadas no módulo Orçamento, bem como as mudanças relacionadas a seguir:

- No lançamento da Receita

Será necessário efetuar um enquadramento da receita com o plano de contas PCASP. Foi criada uma tabela de correlação para facilitar esse enquadramento, devido à criação dessa tabela de correlação, em muitos dos lançamentos de receita o sistema já irá enquadrar automaticamente a conta contábil. Em alguns casos será necessária a intervenção do usuário.

- No lançamento da Despesa.

Será necessário efetuar um enquadramento do empenho com o plano de contas PCASP. Foi criada uma tabela de correlação para facilitar esse enquadramento, devido à criação dessa tabela de correlação, em muitos dos lançamentos de empenho o sistema já irá enquadrar automaticamente a conta contábil. Em alguns casos será necessária a intervenção do usuário.

4- Módulo Diário

No novo plano de contas, devem ser realizados os seguintes procedimentos para a abertura do diário razão: 1-Conferir as contas contábeis atribuídas para as fichas extras e para as contas bancárias.

Na implantação do orçamento de 2013, o sistema fará a convergências das contas de 2012 para as novas contas PCASP. Essa convergência será feita através de uma tabela de correlação fornecida pelo Tribunal, na qual será indicado, para cada conta de 2012, onde devem ser abertas as contas no novo plano de 2013. Por isso, basta que o

PÁGINA 10

usuário faça uma conferência inicial para verificar se o enquadramento feito automaticamente pelo sistema foi bem sucedido. Para isso, é necessário entrar no módulo diário razão, no menu “lançamentos Iniciais” – “Configurações iniciais” e verificar se as fichas extras e as contas bancárias foram enquadradas corretamente no novo plano.

2- Carregar os XMLs “CONTA CONTÁBIL” e “CONTA CORRENTE” do 14º mês.

Para isso, é necessário entrar no módulo diário razão, no menu “lançamento inicial” - “Automático” e clicar no botão “Carregar XML isolado da Entidade”. Lembrando que é necessário carregar apenas os XMLs da entidade de responsabilidade do envio do arquivo XML. Ou seja, se a sua entidade é a Prefeitura, é necessário carregar apenas o arquivo XML da Prefeitura, não havendo a necessidade de carregar os arquivos de outras entidades, como os arquivos da Câmara Municipal, por exemplo.

PÁGINA 11

Após efetuar o carregamento dos arquivos XMLs, é necessário clicar no botão “Lançar” para que o sistema faça a abertura do diário razão com os saldos Patrimoniais e Financeiros do exercício anterior existentes nesses arquivos XML, assim como os saldos orçamentários baseados no cronograma de arrecadação, de desembolso e de transferências financeiras entre entidades digitados no módulo Orçamento.

4-Correlacionar as Contas do Plano.

No lançamento de abertura do diário razão de 2013, o sistema fará a convergência das contas de 2012 para as novas contas PCASP. Essa convergência será feita através de uma tabela de correlação fornecida pelo Tribunal, na qual será indicado, para cada conta de 2012, onde devem ser abertas as contas no novo plano de 2013. Ocorre que, em algumas situações, uma única conta do exercício de 2012 pode convergir para mais de uma conta contábil no novo plano de contas. Nesses casos, o sistema abrirá uma tela indicando que essa correlação seja feita manualmente pelo usuário, conforme ilustrado na figura abaixo:

Imagem 7: Tela de Correlação do Plano SIAFI 2012 x PCASP 2013

5- Lançamentos Específicos

OPERAÇÃO DE CRÉDITO – CURTO PRAZO

LANÇAMENTO INDEPENDENTE- Toda operação de crédito realizada antes de seu respectivo recebimento deve ser reconhecida antes ou no ato do contrato. Para efetuar o reconhecimento, deve ser feito um lançamento independente para a inscrição dos saldos nas contas de controle 712300500 e 812300501 (SALDOS DE CONTRATO) através do evento: “ATOS POTENCIAIS PASSIVO - DIREITOS CONTRATUAIS - LANÇAMENTO A SER EFETUADO NA ASSINATURA DO CONTRATO QUANDO A ADM PUBLICA PARTICIPA COMO CONTRATANTE”.

D - 7123xxxx (INSCREVE O SALDO A RECEBER)

C - 812300501 - CONTRATOS DE EMPRÉSTIMOS E FINANCIAMENTOS - EM EXECUÇÃO (INSCREVE O SALDO A RECEBER EM EXECUÇÃO)

NO LANÇAMENTO DA RECEITA

No ato do lançamento da receita cujo código seja 2114.00.00.00, deverá ser indicado o plano de contas PCASP para que o sistema faça o lançamento automático da INSCRIÇÃO DA DÍVIDA ADQUIRIDA.

*As contas do PCASP para Operação de Crédito serão fixadas para escolha durante o lançamento da receita nos códigos '2121X0201'.

PÁGINA 12

Se houver uma receita de operação de crédito, o sistema registrará automaticamente, no Diário/Razão, os seguintes lançamentos:

C 2121X0201 (INSCREVE SALDO DA DÍVIDA – controle de amortização) D 11111XXXX(BANCOS)

Nas contas de controle.

D - 812300501 (ABATE DO SALDO A RECEBER) C – 812300502 (INSCREVE NO SALDO RECEBIDO) NO LANÇAMENTO DA DESPESA

Empenhos cujo ELEMENTO DE DESPESA seja 71

Quando do lançamento do empenho para pagamento da dívida de empréstimo, deverá ser indicado o plano de contas PCASP para amortização da dívida que foi adquirida pelo lançamento da receita.

*GRUPO DE CONTAS DO PLANO A SER ESPECIFICADO '2121X0201'

-NO DIÁRIO – será lançado automaticamente: NA EMISSÃO DO EMPENHO

D 2121_0201 (ENCERRANDO O SALDO)

C 2121_0202 (TRANSFERINDO DA CONTA PATRIMONIAL PARA A FINANCEIRA) NO PAGAMENTO

C 111110XX(BANCOS)

D 2121X0202 (ABATE O SALDO DA DÍVIDA)

OPERAÇÃO DE CRÉDITO – JUROS E ENCARGOS

Lançamento independente, efetuando primeiramente o reconhecimento desses juros antes de empenhar. LANÇAMENTO INDEPENDENTE

-NO DIÁRIO – lançamento independente (OPERAÇÃO DE CRÉDITO INTERNA - RECONHECIMENTO DE JUROS/ENCARGOS)

C 212510100

D 3411xxxxx (VPD) reconhecendo os juros e encargos da respectiva dívida. LANÇAMENTO DA DESPESA

Elemento de despesa 21 e 22

Quando do lançamento do empenho para pagamento de juros e encargos da dívida. NA EMISSÃO DO EMPENHO

-NO DIÁRIO – D 212510100

C 212510200 (transferindo o saldo para 212510200)

Caso não tenha saldo na conta 212510100, após confirmar o empenho, o sistema emitirá um aviso da falta de saldo, pois provavelmente não foi efetuado o lançamento independente reconhecendo os juros e os encargos devidos.

OBS: O saldo será calculado = lançamentos iniciais do diário (cred-deb) + independentes (cred-deb) – Empenhado dos elementos 21 e 22.

PÁGINA 13

NO PAGAMENTO -NO DIÁRIO –

D 212510200 (abate o saldo devedor) C 111110200 (bancos)

PRECATÓRIO– REGIME ORDINÁRIO OU ESPECIAL

Lançamento independente, efetuando primeiramente o reconhecimento desse precatório antes de empenhar. NO DIÁRIO – lançamento independente através dos seguintes eventos:

-PRECATÓRIOS (ORDINÁRIO OU ESPECIAL) - PESSOAL – RECONHECIMENTO

-PRECATÓRIOS (ORDINÁRIO OU ESPECIAL) - BENEFÍCIOS PREVIDENCIÁRIOS – RECONHECIMENTO

-PRECATÓRIOS (ORDINÁRIO OU ESPECIAL) - FORNECEDORES/CREDORES NACIONAIS - RECONHECIMENTO C 211110404(EX: pessoal) “P”

D 31911XXXX (VPD) reconhecendo o precatório

LANÇAMENTO DA DESPESA

Elemento de despesa 91 e modalidade diferente de 71 (consórcio) Quando do lançamento do empenho para pagamento do precatório. NA EMISSÃO DO EMPENHO

-NO DIÁRIO –

D 211110404 “P”

C 211110304 “F” (transferindo o saldo para 211110304 financeira)

Caso o precatório seja regime especial, deverá ser informado se “mensal ou anual” através das contas 894210101 - VALORES A TRANSFERIR – REM

894210201 - VALORES A TRANSFERIR – REA

Caso não tenha saldo na conta 211110404, após confirmar a inclusão do empenho, o sistema emitirá um aviso da falta de saldo, pois provavelmente não foi efetuado o lançamento independente reconhecendo os precatórios devidos.

NO PAGAMENTO

-NO DIÁRIO – Quando regime ordinário

D 211110304 (ABATE O SALDO DO PRECATÓRIO) C 111110200 (BANCOS)

-NO DIÁRIO – Quando regime especial

(Ex: Insere saldo de depósitos judiciais ao

TJ

TJ

C 111110200 (Bancos)

LANÇAMENTO INDEPENDENTE QUANDO REGIME ESPECIAL

Quando o TJ envia a relação de pagamentos, deve-se efetuar um lançamento independente pelo evento “baixa por relação enviada pelo TJ - EC 62/2009”

C 113510400 (Depósitos judiciais ao tj. - regime mensal baixando o saldo) D 211110304 (Abate o saldo do precatório – ex: pessoal)

PÁGINA 14

13º SALARIO

Foi criado um menu de parâmetro no módulo do diário para que os lançamentos de reconhecimento de 13º salário possam ser lançados automaticamente pela emissão do empenho ou manualmente pelo usuário.

A-SE FOR CONFIGURADO PARA QUE O RECONHECIMENTO DA VPD SEJA MANUAL PELO USUÁRIO

Ficará a cargo do usuário efetuar o lançamento independente da execução referente ao valor a ser pago a título de 13º salário. Para isso, é necessário entrar no modulo diário razão, no menu “lançamento de rotina” – “Independente da execução” e efetuar o lançamento independente da execução através do evento especificado abaixo.

LANÇAMENTO INDEPENDENTE

-NO DIÁRIO – menu “lançamento de rotina” – “lançamento independente” - pelo evento: (RECONHECIMENTO POR COMPETÊNCIA – PROVISÃO PARA 13º (DÉCIMO TERCEIRO SALÁRIO))

C 211110102 (13º SÁLARIO) 

D 311110122 (VPD)

B-SE FOR CONFIGURADO PARA QUE O RECONHECIMENTO DA VPD SEJA AUTOMÁTICO PELO EMPENHO No ato do empenho, com uma das classificações acima, o sistema efetuará o lançamento automático referente ao reconhecimento da VPD correspondente ao valor empenhado em 13º (DÉCIMO TERCEIRO SALÁRIO), registrando, no diário, os seguintes lançamentos:

PELO LANÇAMENTO DO EMPENHO

C 211110102 (13º SÁLARIO) 

D 311110122 (VPD)

O restante dos lançamentos seguira a sequência normal, conforme descrito abaixo: NA EMISSÃO DO EMPENHO

Quando efetuar empenho com a classificação abaixo, o sistema realizará,, no diário,, os lançamentos referentes ao 13º.

Classificação da natureza de despesa referente ao 13º salario GRUPO = 1

E MODALIDADE<>71 (DIFERENTE DE CONSÓRCIOS) E ((ELEMENTO='01' E DESDOBRO='06') OU

(ELEMENTO='03' E DESDOBRO='03') OU (ELEMENTO='11' E DESDOBRO='43') OU (ELEMENTO='05' E DESDOBRO='61'))

-O sistema, ao encontrar um empenho na classificação de 13º, fará os seguintes lançamentos: D 211110102 (13º SÁLARIO)

PÁGINA 15

Após confirmar o empenho, caso não tenha saldo na conta 211110102, o sistema emitirá um aviso da falta de saldo nos casos em que o reconhecimento da vpd de 13º estiver configurado para lançamento manual, pois provavelmente não foi efetuado o lançamento independente provisionando o 13º.

OBS: O saldo será calculado = lançamentos iniciais do diário (cred-deb) + independentes (cred-deb) – Empenhado na classificação de natureza de despesa referente ao 13º

NO PAGAMENTO -NO DIÁRIO –

D 211110101 (ABATE O SALDO DEVEDOR – VENCIMENTOS E VANTAGENS FIXAS ) C 111110200 (BANCOS)

FÉRIAS

Foi criado um parâmetro na configuração inicial do diário para que os lançamentos de reconhecimento de férias possam ser lançados automaticamente pela emissão do empenho ou manualmente pelo usuário.

A-SE FOR CONFIGURADO PARA QUE O RECONHECIMENTO DA VPD SEJA MANUAL PELO USUÁRIO

Ficará a cargo do usuário efetuar o lançamento independente da execução referente ao valor a ser pago a título de “FÉRIAS”. Para isso, é necessário entrar no modulo diário razão, no menu “lançamento de rotina” – “Independente da execução” e efetuar o lançamento independente da execução através do evento especificado abaixo:

LANÇAMENTO INDEPENDENTE

-NO DIÁRIO – LANÇAMENTO INDEPENDENTE PELO EVENTO: (RECONHECIMENTO POR COMPETÊNCIA – PROVISÃO DE FÉRIAS

C 211110103 (FÉRIAS) 

D 311110122 (VPD)

B-SE FOR CONFIGURADO PARA QUE O RECONHECIMENTO DA VPD SEJA AUTOMÁTICO PELO EMPENHO No ato do empenho, com uma das classificações acima, o sistema efetuará o lançamento automático referente ao reconhecimento da VPD correspondente ao valor empenhado em FÉRIAS, registrando, no diário, os seguintes lançamentos:

NA EMISSÃO DO EMPENHO

Quando efetuar empenho com a classificação abaixo,, o sistema realizará, no diário, os lançamentos referentes a Férias.

Classificação da natureza de despesa referente a FÉRIAS

GRUPO = 1 E MODALIDADE<>71 (NÃO FOR CONSÓRCIOS) E ((ELEMENTO='11' E DESDOBRO IN ('02','42','44','45','46')))

PÁGINA 16

-SE FOR CONFIGURADO PARA QUE O RECONHECIMENTO DA VPD SEJA AUTOMÁTICO NO ATO DO EMPENHO: Reconhecimento no ato do empenho.

-NO DIÁRIO – LANÇAMENTO PELO EMPENHO: C 211110103 (FÉRIAS) 

D 311110122 (VPD) -NO DIÁRIO –

D 211110103 (FÉRIAS)

C 211110101 (Transferindo o saldo para “vencimentos e vantagens fixas” a pagar no grupo financeiro) Caso não tenha saldo na conta 211110102, após confirmar o empenho, o sistema emitirá um aviso da falta de saldo, pois provavelmente não foi efetuado o lançamento independente reconhecendo as férias.

OBS: O saldo será calculado = lançamentos iniciais do diário (cred-deb) + independentes (cred-deb) – Empenhado de grupo=1 e modalidade não ser de consórcio, diferente de 71

e ((Elemento='11' e Desdobro = ('02','42','44','45','46')))

NO PAGAMENTO -NO DIÁRIO –

D 211110101 (Abate o saldo devedor – vencimentos e vantagens fixas ) C 111110200 (Bancos)

MATERIAL DE CONSUMO



LANÇAMENTO DA DESPESA

- ELEMENTO= 30 E MODALIDADE<>71 (NÃO FOR CONSÓRCIOS) NA EMISSÃO DO EMPENHO

No ato do empenho, será emitida uma pergunta ao usuário, questionando-o se o material ficará em estoque ou se o consumo já será imediato após a liquidação. O lançamento será diferente, dependendo a opção escolhida: OPÇÃO ESTOQUE

NA LIQUIDAÇÃO DO EMPENHO -NO DIÁRIO –

D 115610100 (MATERIAL DE CONSUMO) C 213110102 (FORNECEDORES DO EXERCÍCIO)

OBS: Quando optar pela opção ESTOQUE, a saída do material deverá ser lançada depois, através de lançamento indepentende da execução.

OPÇÃO CONSUMO

NA LIQUIDAÇÃO DO EMPENHO -NO DIÁRIO –

Primeiro registrará a entrada para o estoque e, em seguida, a saída por consumo. *ENTRADA NO ESTOQUE

D 115610100 (Material de consumo) C 213110102 (Fornecedores do exercício)

PÁGINA 17

*SAÍDA POR CONSUMO

C 115610100 (Abate o saldo material de consumo) D 331110100 (Uso de material de consumo)

NO PAGAMENTO DO EMPENHO -NO DIÁRIO –

D 213110102 (ABATE O SALDO – FORNECEDORES DO EXERCÍCIO ) C 111110200 (BANCOS)

BENS MÓVEIS/IMÓVEIS



ELEMENTO = ('51','52','61') E MODALIDADE<>71 (NÃO FOR CONSÓRCIOS) NA EMISSÃO DO EMPENHO

No ato do empenho serão classificadas as contas 1231xxxx para indicar onde o bem será incorporado. NA LIQUIDAÇÃO DO EMPENHO -NO DIÁRIO – D 123xxxxx (Bens Móveis/Imóveis) C 213110102 (Fornecedores do exercício) NO PAGAMENTO DO EMPENHO -NO DIÁRIO –

D 213110102 (Abate o saldo – fornecedores do exercício ) C 111110200 (Bancos)

DEMAIS CASOS DA DESPESA



LANÇAMENTO DA DESPESA NA EMISSÃO DO EMPENHO

No ato do empenho serão classificadas as contas 213XXX, para indicar a conta do passivo onde será registrada a obrigação, e a conta 3xxxx, indicando a VPA (Variação patrimonial diminutiva).

NA LIQUIDAÇÃO DO EMPENHO D 3xxxxxxx (VPA)

C 213xxx (Fornecedores do exercício ou equivalente) NO PAGAMENTO DO EMPENHO

-NO DIÁRIO –

D 213110102 (Abate o saldo – fornecedores do exercício ou equivalente) C 111110200 (Bancos)

RESTOS A PAGAR NÃO PROCESSADOS.

É interessante ressaltar que, de acordo com os novos procedimentos contábeis que entrarão em vigor em 2013, não teremos mais o reconhecimento de um passivo financeiro na inscrição de restos a pagar não processado. Portanto, havendo saldo na conta de passivo de RPNP, o órgão deve transferir esse saldo para 2013 na conta

PÁGINA 18

2.1.8.9.1.99.03 e, no encerramento deste exercício, efetuar a baixa desse passivo; devido à alteração na política contábil, o sistema fará esse procedimento automaticamente. Ou ainda, se preferir, o usuário deve efetuar a baixa do passivo relativo aos RPNP no encerramento de 2012, tendo como contrapartida uma conta do grupo 6 não resultante da execução orçamentária.