Dimensões de contabilização
Uma dimensão de contabilização é uma forma adicional de fatiar seus números — por departamento, projeto, centro de custos, propriedade, região ou qualquer outro critério pelo qual sua empresa reporta. O plano de contas informa o que uma transação é (receita, aluguel, salários). Uma dimensão informa a qual parte do negócio ela pertence — sem explodir seu plano de contas em centenas de contas quase duplicadas, como “Aluguel – Londres”, “Aluguel – Paris”, “Aluguel – Nova York”.
A REDA carrega suas dimensões até o lançamento contábil individual, de forma automática, usando um mapa de contabilização configurável — a lista de campos que flui de um documento para o razão. Este artigo é a referência completa: quais registros carregam o mapa de contabilização, como a correspondência de dimensões é feita no momento da contabilização para cada tipo de documento (incluindo ativos) e como um administrador configura uma dimensão — tudo sem código.
Por que usar dimensões em vez de mais contas
Imagine que você aluga escritórios em três cidades e quer o aluguel reportado por cidade. Você tem duas opções:
| Mais contas | Uma conta + uma dimensão | |
|---|---|---|
| Plano de contas | Aluguel – Londres, Aluguel – Paris, Aluguel – NY… (cresce sem parar) | Uma única conta “Aluguel” |
| Para adicionar uma cidade | Criar novas contas, retreinar todo mundo | Basta escolher a nova cidade no campo Localização |
| Relatórios | Somar grupos de contas manualmente | Agrupar a única conta pela dimensão |
| Análise cruzada | Difícil — a explosão de contas se multiplica | Fácil — fatie o mesmo razão por qualquer dimensão |
As dimensões mantêm seu plano de contas limpo e sua análise flexível — prática padrão em qualquer ERP sério. A REDA apenas transforma isso em configuração, não em projeto.
Onde vive o mapa de contabilização
O mapa de contabilização existe em 16 tipos de registro, e eles não desempenham todos o mesmo papel. Há um destino, um conjunto de origens de contabilização que o motor lê no momento da contabilização, e alguns registros que carregam o mapa de contabilização apenas para que suas dimensões permaneçam consistentes para fins de relatório e correspondência. Saber quem é quem faz todo o sistema fazer sentido.
1. O destino — onde as dimensões chegam
| Registro | Papel |
|---|---|
| Transação contábil | O alvo. Toda dimensão que você quer no razão precisa existir aqui como um campo e estar listada no mapa de contabilização deste registro. Os campos contábeis padrão (Entidade, Conta contábil, Período, Livro) não são dimensões — o motor mapeia esses diretamente, então nunca os adicione ao mapa de contabilização. |
2. Origens de contabilização — lidas no momento da contabilização
Ao contabilizar um destes, o motor lê seu mapa de contabilização e estampa os valores nas transações resultantes:
| Registro | Nível | Observações |
|---|---|---|
| Fatura de venda | Cabeçalho | Também cobre Notas de crédito (uma Fatura de venda desse tipo). |
| Fatura de compra | Cabeçalho | Também cobre Notas de crédito de fornecedor (uma Fatura de compra desse tipo). |
| Lançamento contábil | Cabeçalho | Combina com a linha abaixo — o único documento com dimensões por linha. |
| Linha de lançamento | Linha | Os valores da linha substituem o cabeçalho do lançamento para o mesmo campo. |
| Recebimento | Cabeçalho | Alimenta tanto os lançamentos do próprio recebimento quanto suas aplicações. |
| Desembolso | Cabeçalho | Alimenta tanto os lançamentos do próprio pagamento quanto suas aplicações. |
| Ativo imobilizado | Cabeçalho | Origem de todos os lançamentos de ativos — depreciação, baixa, redução ao valor recuperável, capitalização. |
| Ordem de compra | Cabeçalho | Não contabiliza diretamente — as dimensões propagam para as linhas de Fatura de compra correspondentes (veja abaixo). |
3. Rateio de despesas — propagado por um lançamento
| Registro | Flui para |
|---|---|
| Lote de rateio de PI | O cabeçalho do Lançamento contábil gerado |
| Rateio de PI | A linha do Lançamento contábil gerado (substitui o cabeçalho) |
| Item de alocação de despesas | Carrega as dimensões durante o cálculo do rateio |
O rateio de despesas não contabiliza diretamente — ele monta um Lançamento contábil e deixa este contabilizar. As dimensões do rateio embarcam no cabeçalho e nas linhas do lançamento, de forma que os lançamentos finais no razão as herdam exatamente como qualquer lançamento contábil.
4. Paridade e correspondência — carregam dimensões, mas não contabilizam
| Registro | Por que carrega as dimensões |
|---|---|
| Orçamento e Linha orçamentária | Para que os valores orçados carreguem as mesmas dimensões dos valores reais — a comparação orçado-versus-real fica então equivalente por departamento, projeto etc. Orçamentos nunca criam Transações contábeis. |
| Linha de instantâneo de aging | As linhas de relatório de contas a receber/pagar num ponto no tempo carregam as mesmas dimensões, para que o aging possa ser fatiado da mesma forma que o razão em tempo real. |
| Regra de conta bancária | Permite que as regras de correspondência automática da conciliação bancária referenciem suas dimensões ao propor correspondências. |
Como a correspondência ocorre — documento por documento
Na contabilização, o motor mescla as dimensões de uma origem de cabeçalho e (onde existir) de uma origem de linha, e então estampa o resultado em cada transação. O que conta como cabeçalho e o que conta como linha muda conforme o documento — e essa diferença é a coisa mais importante a entender aqui:
| Ao contabilizar… | Dimensões do cabeçalho vêm de | Dimensões da linha vêm de | Resultado líquido |
|---|---|---|---|
| Fatura de venda / Nota de crédito | O cabeçalho da fatura | — (as linhas da SI não carregam dimensões) | Todo lançamento herda as dimensões da fatura |
| Fatura de compra / Nota de crédito de fornecedor | O cabeçalho da fatura de compra | — | Todo lançamento herda as dimensões da fatura de compra |
| Lançamento contábil | O cabeçalho do lançamento | A linha do lançamento | Dimensões por linha — a linha prevalece quando definida, senão o cabeçalho flui para baixo |
| Recebimento | O cabeçalho do recebimento | — | Dimensões do recebimento em seus lançamentos |
| Aplicação de recebimento | O Recebimento pai | — | Os lançamentos da aplicação herdam as dimensões do recebimento |
| Desembolso | O cabeçalho do pagamento | — | Dimensões do pagamento em seus lançamentos |
| Aplicação de desembolso | O Desembolso pai | — | Os lançamentos da aplicação herdam as dimensões do pagamento |
| Aplicação de nota de crédito | A Nota de crédito pai | — | Herda as dimensões da nota |
| Aplicação de nota de crédito de fornecedor | A Nota de crédito de fornecedor pai | — | Herda as dimensões da nota |
| Ativo imobilizado (depreciação, baixa, redução ao valor recuperável, capitalização) | O cabeçalho do Ativo imobilizado | — | Todo lançamento de ativo herda as dimensões do ativo |
Ativos: a origem da dimensão é o Ativo imobilizado
Os lançamentos de ativos merecem menção especial porque as pessoas esperam encontrá-los no razão de ativos. Não é o caso. O registro Razão de ativos não carrega nenhuma dimensão própria — em vez disso, toda transação de ativo (um lançamento de depreciação, um ganho/perda de baixa, uma redução ao valor recuperável, uma capitalização) obtém suas dimensões do próprio Ativo imobilizado. E, como um ativo geralmente nasce de uma Ordem de compra, as dimensões se propagam por toda a cadeia:
Defina Centro de custos = Operações na Ordem de compra, e o valor flui para o ativo na criação, depois para todo lançamento de depreciação que o ativo gerar — sem redigitação, durante toda a vida útil do ativo.
Ordens de compra: as dimensões propagam, mas não contabilizam
Uma Ordem de compra fica fora do balanço patrimonial — ela nunca cria lançamentos no razão por conta própria. Seu mapa de contabilização existe para que, quando uma Fatura de compra é correspondida com a Ordem de compra, as dimensões da Ordem de compra fluam para as linhas da Fatura de compra correspondentes. As dimensões só se estampam no razão quando a Fatura de compra é contabilizada — a Ordem de compra as semeia, a Fatura de compra as entrega.
A regra de mesclagem, com precisão
Em qualquer contabilização, o motor resolve cada dimensão assim:
Configurando uma nova dimensão (administrador)
Para analisar tudo por, digamos, Centro de custos, um administrador faz isto uma única vez:
A partir da próxima contabilização, todo lançamento no razão carrega o Centro de custos. Sem release, sem desenvolvedor, sem indisponibilidade.
Dimensões, agrupamento, imutabilidade e relatórios
- Fazem parte do agrupamento. Quando a contabilização agrupada está ativa, as linhas só são resumidas juntas se compartilharem a mesma conta e os mesmos valores de dimensão. Duas linhas de aluguel para centros de custos diferentes permanecem separadas — você nunca perde o detalhamento na sumarização.
- São imutáveis como qualquer campo do razão. Uma vez estampada, uma dimensão em uma Transação contábil não pode ser editada — e qualquer dimensão que você adicionar ao mapa de contabilização da Transação contábil fica automaticamente bloqueada, sem configuração extra.
- Alimentam seus relatórios. Como o valor está presente em todo lançamento, você pode produzir uma DRE por departamento ou um relatório de custos por projeto — e, como os registros de Orçamento e Aging carregam as mesmas dimensões, compará-los ao orçamento e rastreá-los pelo aging.
- Podem delimitar o fechamento de fim de ano. A tela de Fechamento de fim de ano oferece Filtros de dimensão opcionais construídos a partir desses mesmos campos — você pode fechar o resultado do exercício apenas para valores de dimensão selecionados, e as linhas do lançamento de fechamento carregam os valores escolhidos.
O que vem a seguir
- Como funciona a contabilização — onde as dimensões são anexadas durante a contabilização.
- Transações contábeis — as linhas que as dimensões marcam.
- Contabilização agrupada vs. por linha — como as dimensões afetam o agrupamento.
- Práticas recomendadas de configuração do plano de contas — dimensões em vez de contas adicionais.
- Filtros de relatório — fatie relatórios por dimensão.
Perguntas frequentes
Não — e isso é intencional, não uma limitação. Faturas de venda e faturas de compra estampam as dimensões no nível do cabeçalho para que o documento permaneça equilibrado dentro de cada dimensão: o lado a receber (ou a pagar) e o lado da receita (ou despesa) carregam os mesmos valores de dimensão, de modo que cada dimensão feche em zero. Permitir dimensões diferentes por linha de fatura deixaria a única linha de contas a receber/pagar desequilibrada em relação às linhas de receita/despesa divididas. O Lançamento contábil é o único documento com dimensões verdadeiramente por linha — porque ali quem prepara o lançamento redige cada linha e é responsável por manter as dimensões equilibradas. Se você precisa de controle dimensional linha a linha de verdade, um lançamento contábil é a ferramenta certa.
Do registro de Ativo imobilizado — não do razão de ativos, que não carrega dimensões próprias. As dimensões fluem Ordem de compra → Ativo imobilizado → lançamento contábil, de modo que cada lançamento de depreciação, baixa, redução ao valor recuperável e capitalização herda automaticamente as dimensões do ativo durante toda a vida útil do ativo.
Quase sempre é uma de três coisas: (1) o nome subjacente do campo é diferente entre o documento de origem e o lançamento contábil; (2) o campo não está listado no mapa de contabilização nos dois lugares; ou (3) você o adicionou a uma origem que não contabiliza diretamente (por exemplo, uma Ordem de compra — suas dimensões só aparecem quando a Fatura de compra correspondente é contabilizada). Um valor sem campo correspondente no razão é ignorado silenciosamente por design.
Não. É pura configuração — crie campos correspondentes, adicione-os ao mapa de contabilização dos dois lados e exiba-os no formulário. O motor de contabilização faz a cópia sem nenhum código.
Por paridade. Os orçamentos carregam as mesmas dimensões que os valores reais para que a comparação orçado-versus-real seja feita de forma equivalente, e os instantâneos de aging as carregam para que o contas a receber/pagar de fim de período possa ser fatiado exatamente como o razão em tempo real. Eles nunca criam lançamentos contábeis — as dimensões apenas mantêm sua análise consistente em todo o aplicativo.
Isso foi útil?