adaptações do scpi para aplicação do pcasp...aplicação do fundeb!!!. entre no menu...

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

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

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.

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.

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.

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.

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.

2.5- Orçamento da Receita

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) DÍVIDA ATIVA (193X.xx.xx)

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

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.

3- Efetuar o lançamento de abertura.

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

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.


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

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.


-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 e não baixa a conta 211110304-precatório de pessoal)

D 113510400(Ex: Depósitos judiciais ao TJ. - regime mensal)

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)

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.


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


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)

C 211110101 (Transferindo o saldo para “vencimentos e vantagens fixas” a pagar no grupo financeiro)

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


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:


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


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

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.


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 CONSUMOLANÇAMENTO DA DESPESA

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


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


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

*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ÓVEISLANÇAMENTO DA DESPESA

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


No ato do empenho serão classificadas as contas 1231xxxx para indicar onde o bem será incorporado.


-NO DIÁRIO –

D 123xxxxx (Bens Móveis/Imóveis)

C 213110102 (Fornecedores do exercício)


-NO DIÁRIO – D 213110102 (Abate o saldo – fornecedores do exercício )

C 111110200 (Bancos)

DEMAIS CASOS DA DESPESALANÇAMENTO DA DESPESA


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


D 3xxxxxxx (VPA)

C 213xxx (Fornecedores do exercício ou equivalente)


-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

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.

adaptações do scpi para aplicação do pcasp...aplicação do fundeb!!!. entre no menu...

Documents