--- id: financeiros/dre-consolidado-multiempresa industria: Serviços financeiros uso: muito usado esforco: médio grao: Lançamento x rateio de categoria x empresa; DRE por competência x conta gerencial --- # DRE consolidado de várias empresas Um DRE do grupo por competência a partir de uma conta de ERP por CNPJ, com plano gerencial e sem intercompany contado duas vezes. ## Resumo executivo **Para quem:** Escritórios de contabilidade e BPO financeiro, e grupos com várias empresas que precisam de um resultado único. **O que resolve** - O DRE do grupo sai de todas as empresas do ERP de uma vez, incluindo as que entrarem depois. - Repasses e empréstimos entre empresas do grupo deixam de inflar receita e despesa. - Cada empresa continua batendo com o DRE do próprio ERP. **Por que importa:** Grupo com uma conta de ERP por CNPJ não tem DRE consolidado pronto em lugar nenhum. Somar as empresas sem eliminar intercompany conta o mesmo repasse como receita de uma e despesa da outra, e a margem do grupo vira ficção. Para o BPO, o mesmo modelo replicado por cliente é o que transforma o fechamento em produto. **Perguntas de negócio que responde** - Qual o EBITDA consolidado do grupo no mês, sem intercompany? - Quanto a holding recebeu de repasses das empresas operacionais? - Qual a margem bruta por empresa e por vertical? - Quais despesas estão sem conta gerencial? - Como o realizado do trimestre se compara com o orçado? - Qual o saldo de caixa do grupo no fim do mês? **O que você precisa** - Cada empresa do grupo conectada na Nekt pelo seu ERP (Omie, Conta Azul ou Sankhya) - A lista de empresas do grupo como aparecem no nome da contraparte - O de-para de categoria do ERP para conta gerencial **O que você recebe** - Um razão gerencial consolidado, uma linha por lançamento, rateio e empresa - DRE por competência, por empresa e consolidado, com intercompany eliminado - Um agente de IA que responde sobre resultado com as regras do grupo - KPIs que batem com o DRE por construção ## Detalhado ### O problema Omie e Conta Azul têm uma conta por empresa, e cada conta vira um conjunto de tabelas com prefixo próprio. O DRE do grupo exige unir todas, explodir o rateio de categoria, aplicar o sinal uma vez e tirar os repasses entre empresas do grupo. Quem identifica intercompany pela descrição do lançamento ou com um padrão de nome rígido deixa passar repasse como despesa operacional e entrega uma margem que a diretoria não reconhece. ### Regras de negócio 1. **Todas as empresas, com coluna de origem.** Cada empresa é uma conexão própria e gera tabelas com prefixo próprio. Una todas com UNION ALL e uma coluna empresa (ou fonte) preenchida com o nome. Descubra as empresas pelo catálogo de tabelas (INFORMATION_SCHEMA) em vez de lista fixa, para a empresa nova entrar sozinha. Contas de homologação ficam fora. (Evite: Lista fixa de empresas no SQL, ou responder sobre o grupo olhando uma empresa só.) 2. **Categoria e lançamento da mesma empresa.** O id da categoria só vale dentro da empresa. Junte lançamento e categoria pelo id e pela empresa. O mesmo vale para centro de custo, conta corrente e cliente. (Evite: Juntar categoria só pelo código.) 3. **Rateio explode o lançamento.** Um lançamento pode ratear em várias categorias e centros de custo (no Conta Azul, evento.rateio; no Omie, o percentual de rateio e o array de departamentos). Gere uma linha por rateio, com valor = valor do lançamento x percentual / 100; percentual nulo vale 100%. No Conta Azul, valor_bruto do rateio pode vir nulo em registros antigos: use valor. (Evite: Somar o total do lançamento depois de explodir o rateio.) 4. **Sinal aplicado uma vez.** Receita positiva, custo e despesa negativos. No Omie, natureza R = +1 e P = -1; se a coluna já vem assinada, não inverta de novo. O resultado do mês é a soma de todas as linhas da competência. (Evite: Aplicar o sinal duas vezes ou somar receita e despesa em valor absoluto.) 5. **Intercompany pela contraparte, nunca pela descrição.** Intercompany é identificado só pelo nome da contraparte (cliente na receita, fornecedor na despesa), em maiúsculas, contra uma lista de padrões das empresas do grupo. Escreva os padrões tolerantes a espaço e variação, como sigla com e sem espaço antes do número. Empréstimo pago por empresa do grupo também é intercompany, nunca despesa operacional. (Evite: Procurar "repasse" ou "intercompany" na descrição do lançamento.) 6. **Elimine os dois lados no consolidado.** O repasse aparece como receita em uma empresa e despesa na outra. No consolidado, a receita intercompany sai da receita bruta (receita bruta menos intercompany = receita líquida do grupo) e a despesa correspondente sai de custos e despesas. Na visão por empresa, ela continua aparecendo. (Evite: Eliminar só a receita e deixar a despesa do repasse como despesa operacional.) 7. **DRE por competência, caixa por pagamento.** DRE usa a data de competência. Fluxo de caixa usa a data de pagamento das baixas efetivas. Quando o ERP não traz competência no título, declare qual data substitui e mantenha o critério. (Evite: Montar o DRE pelo vencimento ou pelo pagamento.) 8. **Plano gerencial por de-para.** Cada categoria do ERP aponta para uma conta gerencial e um grupo (receita bruta, deduções, custos, despesas operacionais, resultado financeiro) numa tabela de de-para por empresa. Categoria sem de-para cai numa linha de não classificado, que aparece no DRE e nunca some. (Evite: Usar o nome da categoria do ERP como linha do DRE.) 9. **Status e campos que enganam.** No Conta Azul, RENEGOTIATED vem com total zero e é substituído pelas parcelas novas; cancelado sai. Nas despesas do Conta Azul, o realizado é o campo pago, não total. Lançamento automático de extrato (PIX, tarifa, rendimento) vem sem contraparte e nunca é intercompany. (Evite: Somar todos os lançamentos sem olhar status.) ### Estrutura do DRE consolidado Por competência. Intercompany sai antes da receita líquida. - **Receitas de todas as empresas** → Receita bruta - **Contraparte é empresa do grupo** → (-) Receita intercompany - **Impostos e deduções** → (-) Deduções - **O que o grupo faturou de fora** → = Receita líquida do grupo - **Custo direto do serviço ou produto** → (-) Custos - **Receita líquida menos custos** → = Lucro bruto - **Sem intercompany** → (-) Despesas operacionais - **Lucro bruto menos despesas operacionais** → = EBITDA - **Juros, rendimentos, tarifas** → Resultado financeiro - **Categoria sem de-para** → Não classificado (`sempre visível`) ### Definições | Métrica | Definição | |---|---| | Receita bruta consolidada | soma das receitas rateadas de todas as empresas, por mês de competência | | Receita intercompany | receitas cuja contraparte casa com a lista de empresas do grupo, por mês de competência | | Receita líquida do grupo | receita bruta consolidada menos receita intercompany menos deduções, por mês de competência | | Custos | despesas rateadas mapeadas para o grupo custos no de-para, sem intercompany | | EBITDA | receita líquida do grupo menos custos menos despesas operacionais, por competência | | Margem EBITDA | EBITDA / receita líquida do grupo no mesmo período, somando antes de dividir | | Saldo de caixa do grupo | soma do saldo de fechamento de cada conta corrente de cada empresa; mês passado = último dia do mês, mês corrente = maior data disponível | | Orçado x realizado | valor por competência e conta gerencial do orçamento contra o DRE, com a fonte do orçado declarada | ### Armadilhas - **Padrão sem espaço.** A regra de intercompany buscava a sigla colada ao número. Duas empresas cadastradas com espaço passaram como despesa operacional, um valor de seis dígitos no período. Como evitar: Use padrões tolerantes a espaço e teste cada empresa da lista. - **Fuso do Omie.** O Omie grava a data do resumo financeiro como timestamp UTC às 03:00. Converter sem fuso funcionava por coincidência, e qualquer registro antes das 3h cairia no dia anterior. Como evitar: Converta explicitamente para America/Sao_Paulo. - **Resumo financeiro zerado.** O resumo de uma das empresas trazia a receber e a pagar zerados enquanto a tabela de títulos mostrava carteira vencida relevante. Como evitar: Do resumo, use só o saldo; confronte os totais com os títulos. - **Mês corrente com margem alta.** Num grupo em que o custo do serviço é lançado com competência do mês do serviço e pago no mês seguinte, o DRE do mês corrente aparecia com custo baixo e margem alta por cerca de 30 dias. Como evitar: Marque o mês como provisório até o fechamento em D+30. - **Conexão do cliente errado.** No BPO, cada cliente tem a própria conexão ao ERP. Uma consulta usou a conexão de outro cliente e misturou carteiras. Como evitar: Escreva no context document qual conexão pertence a cada cliente. - **Orçado inventado.** Sem planilha de orçamento conectada, o orçado foi gerado como média dos últimos 12 meses mais uma margem e passou a ser lido como meta. Como evitar: Marque a fonte do orçado e troque pela planilha real assim que conectar. ### Teste de aceitação - [ ] Para um mês fechado, receita e despesa de cada empresa batem com o DRE do próprio ERP (diferença abaixo de 0,5%). - [ ] A receita intercompany eliminada é igual à despesa intercompany eliminada no mesmo mês, ou a diferença está explicada por competência. - [ ] Nenhum lançamento com contraparte do grupo aparece em despesas operacionais do consolidado. - [ ] A soma das linhas de rateio de cada lançamento é igual ao valor do lançamento. - [ ] Toda empresa do catálogo aparece na base consolidada, e nenhuma conta de homologação. ### Context document ```text DRE consolidado do grupo - Empresas do grupo: . Cada uma tem tabelas com prefixo próprio no ERP . Toda pergunta sobre "o grupo" usa a união de todas, com a coluna empresa. - Lançamento e categoria se juntam por id e empresa. - Rateio: uma linha por categoria e centro de custo; valor = valor x percentual / 100; percentual nulo = 100%. - Sinal: receita positiva, custo e despesa negativos, aplicado uma vez. - Intercompany = contraparte (cliente na receita, fornecedor na despesa) que casa com , comparado em maiúsculas e tolerante a espaço. Nunca pela descrição. - No consolidado, elimine receita e despesa intercompany. Na visão por empresa, mostre. - DRE por data de competência; caixa por data de pagamento das baixas. - Exclua status renegociado e cancelado. Em despesas do Conta Azul, use pago. - Categoria sem de-para aparece como não classificado. - Datas do resumo financeiro do Omie estão em UTC: converta para America/Sao_Paulo. - O mês corrente é provisório até D+. Exceções por cliente: - : a conexão do ERP deste cliente é ; nunca use a de outro cliente. - : empréstimo pago pela empresa ao grupo é intercompany. - : custo do serviço identificado por , com exceção dos sócios administradores, que são despesa operacional. ``` ### Variações - **Conciliação de recebimentos:** Extrato do gateway contra a baixa no ERP, pareando 1 para 1 por data de recebimento e valor bruto; status igual (diferença até R$ 1,00), divergente ou só de um lado. - **Projeção de caixa em 13 semanas:** Saldo consolidado de hoje mais entradas por data de previsão menos saídas, com o ponto mais baixo e a semana em que ocorre; ajuste manual sempre explícito. - **Padrão de dados replicável:** Para BPO: o mesmo modelo de lançamentos, DRE, caixa, títulos e KPIs por cliente, com o de-para gerencial como única parte sob medida.