REDA One Centro de ajuda
PT
Idioma
English EN Español ES Português PT Italiano em breve Français FR Deutsch em breve العربية em breve
reda.one ↗
Início / REDA Financials AI / Livro razão / Plano de contas / Práticas recomendadas de configuração do plano de contas

Práticas recomendadas de configuração do plano de contas

Este é o guia para o controller contábil que configura a REDA Financials AI. O plano de contas é a base sobre a qual tudo o mais é contabilizado — acerte nele e seus módulos, demonstrações, impostos e consolidação se encaixam automaticamente. Estas não são dicas genéricas de contabilidade: elas refletem como a REDA Financials AI é construída, e como mapear seu plano de contas para cada módulo de forma que toda contabilização seja correta, reportável e pronta para consolidação.

Como chegar lá. O plano de contas fica no Iniciador de aplicativos (o ícone de grade no canto superior esquerdo de qualquer página) → REDA Financials Admin → a guia Contas contábeis, onde você cria e classifica as contas. Os padrões de entidade e os mapeamentos de contas contábeis de impostos, ativos, bancos e produtos são definidos em suas próprias guias no aplicativo Admin (com links ao longo deste guia).
Acesso que você vai precisar. Construir e manter o plano de contas exige o conjunto de permissões Accounting Admin v2 ou Accounting Controller v2. Os conjuntos Accounts Payable v2, Accounts Receivable v2 e Read Only v2 podem visualizar as contas, mas não criá-las ou alterá-las.
O único princípio a que se apegar A REDA contabiliza fielmente aquilo que você mapear. O pacote garante que a contabilização seja estruturalmente válida (uma conta bancária precisa ser um Ativo; um ativo depreciável precisa ter todas as contas do seu ciclo de vida) e completa (ele não deixa você contabilizar uma reavaliação sem uma conta de reavaliação). O que ele não pode decidir por você é a correção semântica — se esta conta é a certa segundo a sua política. Esse julgamento é seu; este guia é sobre como exercê-lo bem.

1. Classifique cada conta corretamente

Toda conta carrega metadados estruturais dos quais os controles e os relatórios dependem. Defina-os em toda conta e o restante do sistema funciona sozinho (detalhes completos em Entendendo as contas contábeis):

  • Tipo e subtipo — a classificação alinhada às IFRS que determina a posição na demonstração financeira. Sempre defina os dois; defina o Subtipo 2 quando se aplicar uma linha específica.
  • Saldo normal — derivado automaticamente do Tipo. Atenção às contas retificadoras: a Depreciação Acumulada é um Ativo com saldo Credor; ela reduz os ativos acima dela.
  • Conta de controle — sinaliza contas cujo saldo é um total corrente conciliado por um razão auxiliar (contas a receber, contas a pagar, intercompanhia, diferimentos). Veja Contas de controle.
  • Categoria de fluxo de caixa — marca contas de balanço patrimonial e contas não monetárias para a demonstração conforme a IAS 7.

Use um esquema de numeração por faixas

Adote um esquema de códigos de conta por faixas para que as contas sejam ordenadas e relatadas na ordem da demonstração financeira:

FaixaClasse
1000–1999Ativos
2000–2999Passivos
3000–3999Patrimônio líquido
4000–4999Receitas
5000–6999Despesas
7000–9999Outras / não operacionais

2. Dimensões, não proliferação de contas

Esta é a otimização isolada mais importante na REDA, e a que separa um plano de contas com que você consegue conviver de um com que não consegue.

Não crie uma conta contábil por departamento, imóvel, projeto ou centro de custo Esse é o antipadrão do “plano de 10.000 contas” — impossível de manter e de ler. A REDA carrega essas análises como dimensões de contabilização que fluem do documento de origem para toda transação contábil. Mantenha uma única conta de Despesa de Depreciação e relate-a por imóvel ou departamento por meio de dimensões.

Mantenha o plano enxuto e baseado em normas; analise por dimensão. Um plano enxuto é muito mais fácil de auditar, consolidar e confiar.

3. Siga a sequência de configuração

A ordem importa — cada etapa depende da anterior:

Moedas primeiro

Se for multi-entidade, defina sua moeda corporativa e carregue as taxas de câmbio, depois defina a moeda funcional de cada entidade. (Organizações de moeda única também registram os três níveis de moeda, mas todos na taxa 1.)

Construa ou adote o plano de contas

Comece pelo plano de referência pré-carregado e o estenda. Defina Tipo, Subtipo, Saldo Normal e os sinalizadores de controle em cada conta.

Mapeie os padrões no nível da entidade

Contas de controle de contas a receber / contas a pagar / caixa / desconto, ganho e perda cambial, e lucros acumulados — por entidade. Veja padrões de contabilidade.

Mapeie a configuração dos módulos

Regras fiscais, Regras de retenção na fonte, Tipos de Ativo (todas as suas contas contábeis), Contas Bancárias e as contas contábeis padrão de Produto.

Verifique com um teste em sandbox

Em uma sandbox, contabilize uma transação por módulo e inspecione as linhas de transação contábil resultantes — os débitos/ créditos, os nomes de conta contábil resolvidos e os níveis de moeda — antes da entrada em produção.

4. As contas que cada módulo precisa

Este é o coração da configuração: o que seu plano de contas deve conter, módulo por módulo, e onde cada conta é mapeada.

Livro razão e base

A hierarquia completa do Balanço Patrimonial e do DRE, suas contas de controle, Lucros Acumulados, e uma conta de resultado do exercício corrente. Lucros Acumulados é para onde o fechamento de fim de ano transfere o lucro.

Contas a receber

ContaTipoObservações
Controle de contas a receberAtivo (controle)Debitada em toda fatura de venda. Mapeada via padrão da entidade.
Contas de receitaReceitaVêm do produto/linha; uma conta de receita padrão captura linhas não mapeadas.
Depósitos de Clientes / Caixa Não AplicadoPassivo (controle)Mantém recebimentos ainda não aplicados a uma fatura.
Despesa com Devedores DuvidososDespesaBaixas (write-offs).
Descontos ConcedidosRetificadora de receitaDescontos de quitação/pagamento antecipado concedidos.

Contas a pagar

ContaTipoObservações
Controle de contas a pagarPassivo (controle)Creditada em toda fatura de compra. Mapeada via padrão da entidade.
Contas de despesa / CPVDespesaVêm do produto/linha; uma conta de despesa padrão captura linhas não mapeadas.
Obras em Andamento (CWIP) / CompensaçãoAtivoMantém os recebimentos de pedidos de compra antes da capitalização (veja Ativos).
Adiantamentos a Fornecedores / Pagamentos Não AplicadosAtivo (controle)Mantém pagamentos ainda não aplicados a uma fatura.
Descontos ObtidosRetificadora de despesa / receitaDescontos por pagamento antecipado recebidos.

Impostos (IVA / GST)

Disponibilize contas de IVA/GST a Recolher (débito fiscal) (Passivo) e IVA/GST Recuperável (crédito fiscal) (Ativo), mapeadas nas suas Regras fiscais. Mantenha contas por jurisdição onde você declara separadamente.

Imposto não recuperável não tem conta separada Quando o imposto não é recuperável, a REDA o capitaliza no custo do ativo (conforme a IAS 16.16) ou o incorpora à despesa — ele não é contabilizado em uma conta contábil separada. Portanto, você só precisa de contas de imposto recuperável.

Retenções na fonte

Disponibilize contas de Retenção na Fonte a Recolher (Passivo — imposto que você retém nos pagamentos a fornecedores) e Retenção na Fonte a Recuperar (Ativo — imposto retido nos recebimentos de seus clientes), mapeadas nas suas Regras de retenção na fonte. A REDA separa a retenção do lado da venda e do lado da compra, então mapeie cada lado para sua própria conta.

Intercompanhia

Quando uma entidade transaciona com outra, a REDA liquida isso por meio de contas de controle dedicadas e gera automaticamente o lançamento de contrapartida na entidade da contraparte:

ContaTipoPapel
Contas a Receber IntercompanhiaAtivo (controle)O que uma entidade relacionada deve a esta entidade.
Contas a Pagar IntercompanhiaPassivo (controle)O que esta entidade deve a uma entidade relacionada.
As contas intercompanhia devem espelhar-se — e ser eliminadas na consolidação As Contas a Receber Intercompanhia da Entidade A devem sempre ser iguais às Contas a Pagar Intercompanhia da Entidade B. Mantenha-as como contas de controle dedicadas (contabilizadas somente pelo motor), concilie-as regularmente e marque-as para que sejam eliminadas na consolidação — são saldos internos, não saldos com terceiros. (Pelo mesmo motivo, elas são Excluídas da demonstração de fluxo de caixa.)

Ativos imobilizados e depreciação

É aqui que vivem a maioria das contas — e a maioria dos erros de configuração. Na REDA, você define um Tipo de Ativo (uma classe de ativo: prédios, veículos, equipamentos de TI, software…) e mapeia todo o seu ciclo de vida de contas contábeis uma única vez; todo ativo dessa classe então contabiliza automaticamente nelas. Cada Tipo de Ativo precisa de sete contas:

Mapeamento de conta contábilTipoQuando contabiliza
Conta do Ativo (custo)Ativo não circulanteDebitada quando o ativo é capitalizado.
Depreciação AcumuladaAtivo — retificadora (Credor)Creditada a cada período conforme o ativo se deprecia.
Despesa de DepreciaçãoDespesa operacionalDebitada a cada período.
CWIP / CompensaçãoAtivo não circulanteMantém o custo antes da capitalização (obras/recebimentos de pedido de compra).
Perda por ImpairmentDespesaQuando o ativo é baixado (write-down).
Ganho / Perda na BaixaOutras Receitas / DespesasNa venda ou na baixa do ativo.
Superávit de ReavaliaçãoPatrimônio Líquido (ORA)Em uma reavaliação para cima.

Os lançamentos recorrentes que essas contas geram:

A cada período — depreciação: Dr Despesa de Depreciação  /  Cr Depreciação Acumulada
Capitalização: Dr Ativo (custo)  /  Cr CWIP (ou Contas a Pagar / Caixa)
Baixa: remove o custo e a depreciação acumulada, reconhece a diferença em relação ao valor recebido em Ganho/Perda na Baixa
Reavaliação (para cima): Dr Ativo  /  Cr Superávit de Reavaliação (patrimônio líquido)
Tangível vs. intangível — mesma estrutura, classe diferente Os ativos intangíveis (software, licenças, patentes) usam a mesma estrutura de sete contas — a “depreciação” é simplesmente amortização, e as contas de Depreciação Acumulada / Despesa de Depreciação servem como amortização acumulada / despesa de amortização. Prática recomendada: crie Tipos de Ativo separados para classes tangíveis e intangíveis, cada uma com seu próprio conjunto de contas, de forma que suas demonstrações mostrem imobilizado e intangíveis separadamente. O ágio (goodwill) é um caso especial — ele não é amortizado, apenas testado para impairment, então seu Tipo de Ativo não precisa de contas de depreciação.
Depreciação multi-razão Se você deprecia de forma diferente para fins societários, fiscais e de IFRS, cada regra de depreciação contabiliza em seu próprio razão — assim, o mesmo ativo pode carregar um cronograma de depreciação Societário, um Fiscal e um de IFRS simultaneamente, cada um atingindo as contas acima no seu respectivo razão. Mapeie as contas uma única vez por Tipo de Ativo; a separação por razão é feita automaticamente para você.

Bancos

Contas bancárias e de caixa (Ativo, com o sinalizador Conta Bancária e uma Categoria de Fluxo de Caixa igual a Excluído), além de quaisquer contas de trânsito/compensação e de suspensão para reconciliação. Mapeadas no registro de Conta Bancária.

5. Multimoeda e contas de consolidação

Toda transação é registrada na moeda funcional da sua entidade, com o equivalente em moeda corporativa sempre transportado para a consolidação. Seu plano de contas precisa de algumas contas específicas de moeda:

  • Ganho / Perda Cambial — disponibilize uma conta Realizada (quando a taxa de liquidação difere da taxa da fatura). Mapeie-a na entidade. O tipo é Outras Receitas / Despesas.
  • Reserva de Conversão de Moeda Estrangeira (CTA) — uma conta de Patrimônio Líquido (Outros Componentes de Patrimônio) usada ao consolidar entidades cuja moeda funcional difere da moeda corporativa.
  • As taxas de câmbio precisam ser carregadas e mantidas consistentes — uma taxa desatualizada ou invertida distorce silenciosamente os números em moeda corporativa.

Dica de consolidação: use o Código de Conta de Consolidação em cada conta contábil para mapeá-la ao sistema de consolidação do seu grupo, de forma que as contas das subsidiárias sejam consolidadas de forma limpa.

6. Armadilhas comuns a evitar

Estes são os erros de configuração vistos com mais frequência — cada um deles produz números errados ou enganosos:

ArmadilhaPor que está errada
Conta do Ativo mapeada para Caixa ou Contas a PagarA capitalização então debita caixa/contas a pagar — sem sentido. A conta do Ativo precisa ser uma conta de ativo imobilizado não circulante.
Depreciação Acumulada mapeada como PassivoÉ uma conta retificadora do ativo (tipo Ativo, saldo Credor). Mapeá-la como passivo infla as obrigações.
Falta a conta de Superávit de Reavaliação / ImpairmentO motor bloqueia a contabilização (o que é bom) — mas defina-as no momento da configuração para nunca ficar travado no meio do processo.
Taxas de câmbio inconsistentes ou invertidasO nível de moeda corporativa é distorcido silenciosamente. Audite suas taxas quanto à direção e à magnitude.
Uma conta contábil por departamento / imóvelUse dimensões de contabilização em vez disso. Mantenha o plano enxuto.
Lançar manualmente um lançamento contábil em uma conta de controle para mudanças rotineirasÉ permitido, mas prefira o razão auxiliar para ajustes do dia a dia, de forma que contas a receber/a pagar permaneçam conciliadas. Reserve lançamentos manuais para ajustes de fato e concilie depois.

7. Comece pelo plano de contas pré-carregado

Você não constrói a partir de uma página em branco. A REDA entrega um plano de contas inicial completo e alinhado às IFRS — com as contas padrão já criadas e pré-mapeadas para os Tipos de Ativo padrão, e para os locais de impostos, câmbio, controle e intercompanhia — além de uma estrutura de relatório IFRS. Adote-o, estenda-o ou substitua-o; é um ponto de partida, não uma amarra. Começar pelo plano pré-carregado fecha a lacuna mais comum de todas — contas que simplesmente ainda não existem — sem impor um plano de contas a você.

A lista de verificação do controller Antes da entrada em produção: toda conta tem um Tipo, Subtipo e Saldo Normal; as contas de controle estão sinalizadas; os padrões de entidade estão mapeados; todo Tipo de Ativo tem suas sete contas contábeis; as contas de impostos, retenção e bancárias estão mapeadas; as contas de câmbio e de CTA existem; e você contabilizou uma transação de teste em sandbox por módulo e inspecionou o resultado. Marque tudo isso, e seu plano de contas está pronto.

O que vem a seguir

  1. Entendendo as contas contábeis — o registro a partir do qual seu plano de contas é construído.
  2. Tipos e subtipos de conta contábil — classifique cada conta corretamente.
  3. Criando e gerenciando contas contábeis — adicione contas conforme você cresce.
  4. Contas de controle (contas a receber e a pagar) — as contas que rastreiam os razões auxiliares.
  5. Dimensões de contabilização — fatie os dados sem contas extras.
  6. Estruturas de relatório e taxonomia — apresente o plano de contas como demonstrações financeiras.

Perguntas frequentes — otimizando seu plano de contas

Não existe um número mágico, mas o teste é simples: uma conta deve existir porque representa uma linha distinta em uma demonstração financeira ou um tratamento contábil distinto — não porque você quer analisar algo por ela. A maioria das entidades de médio porte opera confortavelmente com algumas centenas de contas. Se você está chegando aos milhares, quase certamente está codificando análises (departamento, filial, projeto) que deveriam estar em dimensões.

Não — esta é a maior otimização isolada na REDA. Mantenha uma única conta de Despesa de Aluguel, uma única conta de Salários, e marque cada contabilização com o departamento, a filial ou o imóvel como uma dimensão de contabilização. Você então relata o DRE por essa dimensão sem multiplicar contas. Um plano de 300 contas × 10 dimensões dá a você a análise de 3.000 contas sem a manutenção de nenhuma delas.

Prefira o global — um plano de contas único e padronizado que todas as entidades usam mantém sua consolidação limpa e seus relatórios consistentes. Crie uma conta específica por entidade apenas quando uma empresa realmente precisa de uma conta que as outras não precisam (uma conta estatutária local, por exemplo). Evite bifurcar o plano inteiro por entidade; isso é uma dor de cabeça de manutenção e consolidação.

Detalhado o suficiente para que suas demonstrações estatutárias e sua visão gerencial fiquem claras — e nada além disso. Divida onde a contabilização ou a apresentação diferem (receita de produto vs. receita de serviço; custo das vendas vs. despesa operacional). Leve tudo o mais — por cliente, por região, por vendedor — para dimensões e para o mapeamento de conta contábil do produto/linha, que já define por padrão a conta de receita/despesa correta por linha.

Não. Cada entidade tem uma moeda funcional, e o plano de contas compartilhado registra toda contabilização nessa moeda, com o equivalente em moeda corporativa transportado automaticamente para a consolidação. Você não cria contas de “Contas a Receber — USD” e “Contas a Receber — EUR” — uma única conta de contas a receber atende a todas as moedas, e as contas de ganho/perda cambial e de reserva de conversão tratam os efeitos da moeda.

Não — você mapeia as contas no nível do Tipo de Ativo (a classe), não por ativo. Todos os prédios compartilham um único conjunto de contas de ativo/depreciação; todos os veículos compartilham outro. Os ativos individuais ficam no registro de ativos (o razão auxiliar) e são relatados por dimensão. Criar uma conta contábil por ativo é o antipadrão de proliferação aplicado a ativos imobilizados — evite.

Mapeie o plano legado para o plano enxuto e baseado em normas da REDA e converta os segmentos de “análise” dos seus códigos de conta antigos em dimensões. Um código legado como 6100-200-ProjetoX (despesa-departamento-projeto) vira uma única conta 6100 mais uma dimensão de departamento e uma de projeto. Use o campo Código da Conta para carregar sua referência antiga para fins de rastreabilidade, e traga os saldos de abertura contra o plano reduzido.

Sim — desative as contas que você não usa mais (nunca exclua uma conta com histórico), e mova qualquer análise que você fazia por meio de contas para dimensões. Não é possível mesclar o histórico contabilizado entre contas, então quanto mais limpo estiver seu plano na entrada em produção, melhor — motivo exato pelo qual o teste em sandbox do passo 3 vale o tempo investido.

Isso foi útil?