Construção civil: custo, avanço e margem por obra
O padrão para acompanhar cada obra de perto: custo, avanço físico contra o financeiro e margem, juntando ERP de obra, orçamento e compras.
- Ver as fontes típicas de uma construtora
- Modelar custo e avanço por obra
- Ter um checklist de implementação end-to-end
Numa construtora, cada obra é praticamente uma empresa dentro da empresa: tem seu orçamento, seus custos, seu cronograma e sua margem. E o dado que decide se a obra dá lucro ou prejuízo nasce espalhado: o custo realizado está no ERP de obra, o orçamento numa planilha ou sistema à parte, as compras de material em suprimentos, e o avanço físico no diário de obra e nas medições de campo. Cada sistema conta um pedaço da mesma obra, e sozinho nenhum responde a pergunta que o diretor faz toda semana: esta obra está no azul ou está estourando? Este playbook mostra o padrão que a Nekt usa para juntar custo, avanço e margem por obra num modelo único e consumível.
1. Contexto: o que uma construtora precisa medir por obra
Um punhado de métricas guia praticamente toda decisão numa obra. Elas respondem perguntas diferentes, mas se apoiam na mesma base de custo e avanço bem modelada, sempre com a obra como unidade de análise.
- Custo realizado contra orçado: quanto já foi gasto de verdade em cada obra, comparado ao que estava previsto no orçamento. É o número que o diretor olha primeiro, e a base de quase todos os outros.
- Avanço físico: quanto da obra foi de fato executada (fundação pronta, estrutura no quinto andar, acabamento em 30%). Vem das medições e do diário de obra, não do dinheiro gasto.
- Avanço financeiro: quanto do orçamento já foi consumido. É o dinheiro, não a obra física. A comparação entre os dois avanços é o coração deste playbook.
- Desvio orçamentário: a diferença entre o custo realizado e o orçado para o mesmo ponto da obra. É o vazamento do balde, e precisa aparecer cedo, antes de virar prejuízo fechado.
- Margem por obra: quanto sobra entre o valor contratado da obra e o custo total projetado. É o que diz se a obra, no fim, vai dar lucro.
- Fluxo de caixa por obra: o descasamento entre o que entra (medições, recebíveis) e o que sai (compras, folha, serviços) ao longo do tempo, obra a obra.
Cada uma aponta para uma alavanca diferente: o custo realizado mede o gasto, o avanço físico mede a execução, o desvio mede o risco, a margem conecta tudo ao lucro. O ponto central do setor é que o dado nasce espalhado por obra e por sistema, e a visão consolidada por obra, aquela que junta custo, avanço e margem numa linha só, é justamente o que falta. É esse trabalho que a modelagem na Nekt resolve.
2. Fontes típicas de uma construtora
A maioria das construtoras tem os dados divididos entre o ERP de obra, o orçamento, as compras e os registros de campo. Cada fonte entrega uma peça, e o valor aparece quando elas se juntam numa camada modelada por obra. Todas entram cruas na Bronze.
- ERP de gestão de obras (ex: Sienge, UAU). A fonte da verdade sobre o custo realizado: apropriação de custos por obra, centro de custo, notas fiscais, contratos e medições financeiras. É o coração do modelo de custo.
- Orçamento (planilha ou sistema de orçamentação). O previsto: quanto cada etapa e insumo deveria custar. É a metade da conta de desvio, sem ele não existe "realizado contra orçado".
- Compras e suprimentos. A entrada de materiais: pedidos, cotações, notas de material, aço, concreto, acabamento. Detalha o custo de material que o ERP às vezes só traz consolidado.
- Medições e diário de obra. O avanço físico de verdade: o que foi executado em campo, etapa por etapa. É a fonte que separa avanço físico de avanço financeiro.
- Folha e apontamento de mão de obra. O custo de pessoal alocado por obra: horas, equipes, empreiteiros. Uma parte grande do custo que precisa ser rateada ou apontada por obra.
- Contratos com fornecedores. Serviços terceirizados e empreitas: valor contratado, medições de serviço, saldo a executar. Fecha o custo de serviços da obra.
ERP de obra, compras e folha costumam ter informação sobreposta sobre custo. Defina desde o começo qual é a fonte da verdade para cada campo: normalmente o ERP manda no custo apropriado e nas medições financeiras, as compras mandam no detalhe de material, e a folha manda no custo de mão de obra. Documentar isso evita contar o mesmo custo duas vezes na hora de consolidar.
3. Modelagem recomendada na Gold
O objetivo é chegar a uma tabela por obra e período (mês) na camada Gold: uma linha por obra e mês, já com orçado, realizado, avanço físico, avanço financeiro, desvio e margem juntos. Para chegar nela, você consolida custos de materiais, mão de obra e serviços numa base única por obra. As fontes cruas do ERP, do orçamento e das compras entram na Bronze, a limpeza dos custos e das medições acontece na Silver, e o painel por obra e período (a tabela que descrevemos a seguir) vive na Gold.
- Apropriação de custos do ERP de obra
- Orçamento, compras, folha, medições
- Como veio, sem edição
- Valores e datas ainda como texto
- Valores tipados, datas de verdade
- Custo por obra, etapa e competência
- Medições de campo padronizadas
- Fonte da verdade definida por campo
- Uma linha por obra e mês
- Orçado, realizado, avanços e desvio
- Margem projetada por obra
- É daqui que dashboard e MCP leem
Por que uma tabela por obra e período
A tentação é deixar tudo solto: o custo num relatório do ERP, o
orçamento numa planilha, o avanço num diário de campo, e pedir para
quem consome cruzar na mão toda semana. É exatamente isso que trava o
setor. Uma tabela com uma linha por obra e mês, com o
orçado, o realizado, os dois avanços, o desvio e a margem já
resolvidos na própria linha, deixa a maioria das perguntas a um
GROUP BY de distância. O dashboard soma e compara direto,
sem cruzamento manual. E o agente de IA, que erra ao encadear várias
fontes, acerta ao ler uma tabela plana e bem descrita. Uma modelagem,
dois consumos fáceis.
Uma linha por obra e mês, com o previsto, o realizado, os dois avanços, o desvio e a margem já resolvidos:
| obra | periodo | orcado | realizado | avanco_fisico | avanco_financeiro | desvio | margem |
|---|---|---|---|---|---|---|---|
| Residencial Aurora | 2026-01 | R$ 1.200.000 | R$ 1.150.000 | 32% | 30% | -R$ 50.000 | 18% |
| Residencial Aurora | 2026-02 | R$ 900.000 | R$ 1.020.000 | 42% | 52% | +R$ 120.000 | 14% |
| Galpão Industrial Norte | 2026-01 | R$ 640.000 | R$ 610.000 | 55% | 50% | -R$ 30.000 | 22% |
| Galpão Industrial Norte | 2026-02 | R$ 500.000 | R$ 495.000 | 78% | 76% | -R$ 5.000 | 21% |
Comparando avanco_fisico com
avanco_financeiro na mesma linha, você vê na hora
quando a obra está gastando mais rápido do que executa (no
exemplo, o Aurora em fevereiro: 42% de obra feita para 52% de
dinheiro gasto, com desvio positivo, sinal de estouro). Somando o
desvio por obra, você tem o quadro de risco da
carteira inteira. Valores ilustrativos, não são dados reais.
Você não precisa escrever cada transformação à mão. O MCP da Nekt cria as queries e os notebooks das transformações a partir de linguagem natural. Peça "consolide o custo de material, mão de obra e serviços numa base única por obra" ou "monte uma Gold por obra e mês com orçado, realizado, avanço e desvio" e ele gera a transformação. Isso acelera MUITO montar Bronze, Silver e Gold numa construtora, onde o custo vem de muitas fontes: você descreve o que quer, revisa, e ajusta, em vez de escrever cada join do zero.
4. Armadilhas
Três armadilhas aparecem em quase todo projeto de dados de construtora. Elas não quebram o pipeline, o que é pior: entregam números plausíveis, mas errados, e escondem estouros até ser tarde. Vale conhecer as três antes de modelar.
Este é o erro mais caro do setor. Gastar 50% do orçamento não significa que 50% da obra está pronta. Uma obra pode ter consumido metade do dinheiro tendo executado só 35% da estrutura, e essa diferença é exatamente onde o estouro se esconde. Se a modelagem misturar os dois avanços, ou reportar só o financeiro (que é o mais fácil de calcular, porque vem direto do custo), a obra parece caminhar bem enquanto na verdade está atrasada e cara. Modele os dois avanços em colunas separadas: o físico vindo das medições e do diário de obra, o financeiro vindo do custo contra orçamento. É a comparação entre eles que dá o alerta cedo.
O mesmo custo aparece em dois momentos diferentes: quando o serviço é executado ou a nota é emitida (competência) e quando o dinheiro efetivamente sai (caixa). Uma nota de material lançada em janeiro pode ser paga só em março. Se a modelagem misturar os dois regimes, o custo da obra num mês fica errado, o desvio dá falso positivo e o fluxo de caixa não bate. Decida explicitamente qual regime cada análise usa: o custo realizado contra orçado costuma ser por competência, o fluxo de caixa por obra é por caixa. Deixe isso claro na modelagem e documentado na Camada Semântica.
Custos indiretos (administração central, engenheiro que toca três obras, equipamentos compartilhados, canteiro comum) não pertencem a uma obra só. Se você jogá-los todos numa obra, ela parece estourada e as outras parecem lucrativas demais. Se ignorá-los, a margem de toda obra fica inflada. Defina uma regra de rateio explícita (por exemplo, proporcional ao custo direto de cada obra, ou à área construída) e aplique de forma consistente. Não existe rateio perfeito, existe o rateio que a empresa combina e usa igual em todas as obras, para que a margem entre elas seja comparável.
5. Use case: dashboard por obra + agente de IA
Com a tabela por obra e período na Gold, dois consumos aparecem quase de graça em cima do mesmo modelo.
Um dashboard por obra lê direto da tabela: a curva S de avanço (o físico e o financeiro plotados juntos ao longo dos meses, que na hora mostra quando a linha do dinheiro descola da linha da obra), o desvio orçamentário acumulado, a margem projetada, e o fluxo de caixa por obra. O diretor abre a carteira inteira e vê num olhar quais obras estão no verde e quais precisam de atenção nesta semana.
Um agente de IA, via MCP, responde perguntas em linguagem natural sobre a mesma tabela: "quais obras estão estourando o orçamento", "qual a margem projetada da obra Residencial Aurora", "qual obra tem o maior descolamento entre avanço físico e financeiro". Em vez de esperar o controller montar a planilha, quem precisa da resposta pergunta e recebe o número na hora.
O que faz o agente ser confiável é a Camada Semântica descrevendo a tabela: o que é cada coluna, que avanço físico vem da medição e financeiro vem do custo, qual regime (competência ou caixa) cada valor usa, qual a regra de rateio dos indiretos. Sem essa descrição, a IA adivinha e erra. Com ela, a IA responde com as mesmas regras que o dashboard usa, e os dois batem. Uma modelagem, dois consumos que nunca se contradizem.
Uma construtora tocava sete obras ao mesmo tempo, com o custo no ERP de obra, o orçamento em planilhas por obra e as compras em suprimentos. O acompanhamento era um relatório que o controller montava na mão toda sexta, sempre atrasado, e que só mostrava o avanço financeiro. Uma obra chegou a passar do orçamento sem ninguém perceber, porque o dinheiro gasto parecia acompanhar o cronograma. Ao consolidar custo de material, mão de obra e serviços numa base única por obra no Silver, e montar uma Gold por obra e mês separando avanço físico do financeiro com uma regra de rateio de indiretos definida, o descolamento passou a saltar aos olhos. Em cima da mesma camada, plugaram um dashboard com a curva S por obra e um agente que responde quais obras estão estourando o orçamento no dia a dia.
6. Checklist de implementação
O caminho end-to-end, na ordem em que costuma fazer sentido. Cada passo se apoia no anterior, então vale seguir de cima para baixo.