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 / Motor de contabilização / Dimensões de contabilização

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.

O mecanismo em uma frase. Adicione um campo correspondente — com o mesmo nome subjacente — a um documento de origem e ao lançamento contábil, liste-o no mapa de contabilização de cada um, e o motor de contabilização copia o valor do documento para o razão sempre que você contabiliza — para sempre, sem nenhuma programação.

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 contasUma conta + uma dimensão
Plano de contasAluguel – Londres, Aluguel – Paris, Aluguel – NY… (cresce sem parar)Uma única conta “Aluguel”
Para adicionar uma cidadeCriar novas contas, retreinar todo mundoBasta escolher a nova cidade no campo Localização
RelatóriosSomar grupos de contas manualmenteAgrupar a única conta pela dimensão
Análise cruzadaDifícil — a explosão de contas se multiplicaFá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

RegistroPapel
Transação contábilO 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:

RegistroNívelObservações
Fatura de vendaCabeçalhoTambém cobre Notas de crédito (uma Fatura de venda desse tipo).
Fatura de compraCabeçalhoTambém cobre Notas de crédito de fornecedor (uma Fatura de compra desse tipo).
Lançamento contábilCabeçalhoCombina com a linha abaixo — o único documento com dimensões por linha.
Linha de lançamentoLinhaOs valores da linha substituem o cabeçalho do lançamento para o mesmo campo.
RecebimentoCabeçalhoAlimenta tanto os lançamentos do próprio recebimento quanto suas aplicações.
DesembolsoCabeçalhoAlimenta tanto os lançamentos do próprio pagamento quanto suas aplicações.
Ativo imobilizadoCabeçalhoOrigem de todos os lançamentos de ativos — depreciação, baixa, redução ao valor recuperável, capitalização.
Ordem de compraCabeçalhoNã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

RegistroFlui para
Lote de rateio de PIO cabeçalho do Lançamento contábil gerado
Rateio de PIA linha do Lançamento contábil gerado (substitui o cabeçalho)
Item de alocação de despesasCarrega 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

RegistroPor que carrega as dimensões
Orçamento e Linha orçamentáriaPara 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 agingAs 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áriaPermite 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 deDimensões da linha vêm deResultado líquido
Fatura de venda / Nota de créditoO 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 fornecedorO cabeçalho da fatura de compra—Todo lançamento herda as dimensões da fatura de compra
Lançamento contábilO cabeçalho do lançamentoA linha do lançamentoDimensões por linha — a linha prevalece quando definida, senão o cabeçalho flui para baixo
RecebimentoO cabeçalho do recebimento—Dimensões do recebimento em seus lançamentos
Aplicação de recebimentoO Recebimento pai—Os lançamentos da aplicação herdam as dimensões do recebimento
DesembolsoO cabeçalho do pagamento—Dimensões do pagamento em seus lançamentos
Aplicação de desembolsoO Desembolso pai—Os lançamentos da aplicação herdam as dimensões do pagamento
Aplicação de nota de créditoA Nota de crédito pai—Herda as dimensões da nota
Aplicação de nota de crédito de fornecedorA 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
O nível de cabeçalho nas faturas é deliberado — mantém as dimensões equilibradas. O lado de débito e o de crédito de um documento precisam somar zero dentro de cada dimensão, não apenas no total. Se uma fatura de venda pudesse enviar cada linha de receita para um centro de custos diferente enquanto a única linha de contas a receber carregasse apenas um, o razão por centro de custos deixaria de fechar. Estampar um único conjunto de dimensões em toda a fatura garante que cada dimensão feche em zero em cada documento. O Lançamento contábil é a única exceção: ali quem prepara o lançamento redige cada linha explicitamente e é responsável por manter as dimensões equilibradas — e é exatamente por isso que é o único documento com dimensões por linha.
Por que as aplicações herdam do registro pai. Uma aplicação de recebimento (e uma aplicação de nota de crédito/nota de crédito de fornecedor) é um pequeno registro de vínculo, não um documento que você dimensionaria por conta própria. Por isso o motor sobe até o registro pai — o Recebimento, o Desembolso, a Nota — e estampa suas dimensões nos lançamentos da aplicação. Defina a dimensão uma vez, no registro pai, e todo lançamento a jusante a segue.

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:

Cabeçalho da Ordem de compra  →  Ativo imobilizado  →  Transação contábil
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:

O cabeçalho é a base. Lê todo campo no mapa de contabilização da origem de cabeçalho.
A linha sobrepõe quando presente. Se houver uma origem de linha (hoje, apenas as Linhas de lançamento), um valor de linha não vazio substitui o valor do cabeçalho para aquele campo.
Correspondência pelo nome do campo. Cada valor mesclado é gravado no campo com o mesmo nome subjacente na Transação contábil.
Sem correspondência → ignorado silenciosamente. Se a Transação contábil não tiver um campo com esse nome, o valor é descartado sem gerar erro.
Campos vazios viram nulo. Um valor de lookup vazio é armazenado como nulo, e não como uma string vazia, para que o razão permaneça limpo.
Nomes de campo idênticos dos dois lados não são negociáveis. A cópia funciona apenas pela correspondência do nome subjacente do campo. Se você criar um campo Centro de custos na fatura, o campo que você criar na Transação contábil precisa ter exatamente o mesmo nome subjacente. Uma divergência significa que o valor simplesmente não é copiado, sem aviso — o erro de configuração mais comum.

Configurando uma nova dimensão (administrador)

Para analisar tudo por, digamos, Centro de custos, um administrador faz isto uma única vez:

Adicione o campo à Transação contábil. Crie um campo Centro de custos (lookup, lista de seleção ou texto) e adicione-o ao mapa de contabilização da Transação contábil. Este é o destino.
Adicione o mesmo campo (com nome subjacente idêntico) a cada origem de onde você quer que ele flua — Fatura de venda, Fatura de compra, Lançamento contábil (cabeçalho e linha), Recebimento, Desembolso, Ativo imobilizado, Ordem de compra — e inclua-o no mapa de contabilização de cada um.
Exiba-o nos formulários. Os formulários de origem da REDA renderizam o conjunto configurável de campos em tela do documento, então adicione o campo ali para que os usuários possam preenchê-lo na tela de lançamento.
Adicione-o aos relatórios. Agrupe qualquer relatório financeiro pelo novo campo — e adicione-o a Orçamento/Linha orçamentária e Linha de instantâneo de aging se quiser que a comparação orçado-versus-real e o aging sejam fatiados da mesma forma.

A partir da próxima contabilização, todo lançamento no razão carrega o Centro de custos. Sem release, sem desenvolvedor, sem indisponibilidade.

Um campo, escolhido uma vez. Você não precisa adicionar uma dimensão a todas as origens — apenas aos documentos onde ela é relevante. Uma dimensão “Projeto” pode existir apenas em Faturas de venda e Lançamentos contábeis, se for ali que a atividade de projeto se origina. Comece de forma restrita e amplie conforme necessário.
Um campo de dimensão que seja fórmula ou resumo de totais não é problema: ele é simplesmente ignorado. Quando a REDA copia suas dimensões para os lançamentos contábeis, agora verifica se o campo de destino pode ser gravado e o ignora se não puder. Campos de fórmula e de resumo de totais calculam o próprio valor, exatamente como devem. Antes da versão 1.610 a cópia tentava gravar assim mesmo e toda a operação falhava — principalmente ao cancelar um recibo de caixa. Uma lista de campos que misture campos editáveis e calculados agora é perfeitamente segura.

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 mesmo padrão impulsiona os pacotes de extensão. Essa abordagem orientada por configuração é como a REDA se mantém extensível sem bifurcar o núcleo: o pacote de extensão de um parceiro adiciona suas próprias dimensões (ou colunas de PDF, ou campos em tela) simplesmente colocando campos nas listas configuráveis certas. O motor os detecta automaticamente.

O que vem a seguir

  1. Como funciona a contabilização — onde as dimensões são anexadas durante a contabilização.
  2. Transações contábeis — as linhas que as dimensões marcam.
  3. Contabilização agrupada vs. por linha — como as dimensões afetam o agrupamento.
  4. Práticas recomendadas de configuração do plano de contas — dimensões em vez de contas adicionais.
  5. 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?