Acompanhamento de Produção Estacas Raiz v2.7.2
OBRA: Subestação Anália Franco • carregando…
Período:

Resumo executivo

Medição do período, produtividade por modelo, saldo e previsão de término. Médias e taxas nunca somam H1 com I1: cada modelo tem as suas.

Detalhamento operacional estacas, período, volume e cimento do recorte; estaca contínua, improdutividade, excesso de argamassa e cimento por metro, por modelo
Produtividade de perfuração — m/h por dia
Produção por pessoa-dia
metros perfurados ÷ equipe da frente
Estacas por dia — perfuração e injeção
Horas de perfuração por dia (uma faixa por estaca)
Volume nominal por traços × geométrico (m³) — por dia
Produtividade acumulada × média do período
Produção diária × meta, com ocupação e ociosidade no expediente da TECNOGEO
Leituras do período

Andamento por área — estacas e metros de projeto (BIM)

Andamento

Planejado no cronograma do Spider Project × executado nos boletins técnicos, por área e por estaca.

Acumulado da obra · não segue o filtro de mês
H1 · Contenções
Todos
Visão macro
Caixa Sep. L3
Porão de Cabos
Trafos AT/GIS
BDD
I1 · Fundações
Grupos
Áreas
Concluído Parcial Não iniciado

Detalhamento por estaca — Plano × Real

EstacaSetorPlano (data)Real Perf.Δ DiasReal Inj.Status

Banco de Dados

Um registro por boletim técnico da TECNOGEO: perfuração, injeção, cotas, armação e equipe.

Boletins técnicos

OrdemEstacaModeloSetor Data perf.Prof. (m)Horas perf.Prod. (m/h) Data inj.InícioFimDur. V. real (m³)V. teór. (m³)Excesso Ø (mm)Cota terrenoCota arras. Arm. long.Compr. arm. (m) EquipamentoOperador

Perfuração

Profundidade, horas e produtividade de perfuração por estaca, por dia e por equipe (equipamento e operador).

Produtividade de perfuração por estaca (m/h)
7 m/h ou mais 4,5 a 7 m/h abaixo de 4,5 m/h linha tracejada: média do recorte (Σ metros ÷ Σ horas), uma por modelo
Duração da perfuração por estaca (h)
Metros perfurados acumulados

Equipamento e operador

Obra inteira, sem o filtro de mês, para comparar as equipes ao longo do tempo. Uma linha por modelo: produtividade não se compara entre H1 e I1.
ModeloEquipamentoPeríodoEstacasMetrosHorasProd. (m/h)vs. média do modeloHoras/estaca (mediana)
Ranking — produtividade contra a média do próprio modelo

Detalhamento por estaca

EstacaData(s)Trecho 1 (m)Trecho 2 (m)Total (m)InícioFimHorasProd. (m/h)EquipamentoOperadorDesempenho

Resumo por dia

DataEstacasMetrosHorasProd. (m/h)Qtd.

Concretagem

Injeção de argamassa por estaca: volume nominal por traços, excesso sobre o geométrico, cimento e duração, por modelo e por equipe.

Traço de referência · H1 (RE 01)Argamassa usinada fck 20,0 MPa · ST800+_50 Concre-base · cimento CP III 40 RS · Mira 842 3,9 L/m³ · Mira Flow 596 3,10 L/m³ I1sem traço próprio até chegar o memorial do 6I1; os índices usam a referência do H1
Leituras da concretagem
Volume nominal por traços × geométrico (m³)
Excesso de argamassa (%)
até 70% da referência até a referência acima da referência
Duração da injeção (h)
Índice nominal do boletim (cimento ÷ volume calculado por traços)
Consumo de cimento por metro de estaca (kg/m), por dia

Equipamento e operador

Obra inteira, sem o filtro de mês. Uma linha por modelo. Volume, excesso e índice só com boletins de quantitativos individualizados.
ModeloEquipamentoPeríodoEstacasV. nominal (m³)Excesso médiovs. modeloÍndice (kg/m³)Duração (mediana)
Ranking — excesso de argamassa contra a média do próprio modelo (menos é melhor)

Detalhamento da injeção

EstacaData inj.InícioFimDur.V. nominal (m³)V. teór. (m³)Excesso estim.Cimento (kg)Índice nominal (kg/m³)Areia MAreia FÁgua
* Nos boletins recentes a TECNOGEO unificou areia média e fina num só valor. Com *, a coluna Areia M mostra o total de areia estimado (volume declarado × 1.410 kg/m³, referência seca do RE 01) e Areia F não se aplica.

Resumo por dia

DataEstacasV. nominal (m³)V. teór. (m³)Excesso estim.Cimento (kg)Índice nominal (kg/m³)

Ciclo perfuração + concretagem

Quanto tempo cada estaca leva da perfuração ao fim da injeção, e quanto espera entre as duas (o lag), contando só horas de expediente.

Lagtempo útil entre o fim da perfuração e o início da injeção Seg–Qui07h–12h · 13h–17h Sex–Sáb07h–12h · 13h–16h Domingosem expediente Almoço12h–13h
Ciclo completo por estaca: perfuração + lag + concretagem (tempo útil)
Perfuração Concretagem Lag até 30 min Lag de 30 min a 2 h Lag acima de 2 h
Lag perfuração → concretagem por estaca (tempo útil)
até 30 min de 30 min a 2 h acima de 2 h
Dias corridos da perfuração ao fim da concretagem
Mesmo dia 1 a 2 dias 3 dias ou mais

Equipamento e operador no ciclo

Junta as análises da Perfuração e da Concretagem com o que liga as duas. Obra inteira, sem o filtro de mês; uma linha por modelo, e cada grupo comparado com a média do próprio modelo.
ModeloEquipamentoPeríodoEstacasMetros Prod. perf. (m/h)vs. modelo Excesso médiovs. modelo Lag útil médio Ciclo útil médiovs. modelo Mesmo dia
Ranking contra a média do próprio modelo

Detalhamento por estaca

OrdemEstaca Data perf.Início perf.Fim perf.Dur. perf. Data conc.Início conc.Fim conc.Dur. conc. Lag útil Ciclo útil Dias corr. Mesmo dia?

Qualidade

Corpos de prova da argamassa: rompimentos aos 3, 7, 28 e 63 dias contra os critérios do projeto (MC-101 e DE-101). O veredito de aceitação é aos 28 dias; 3 e 7 dias são conferência precoce e 63 dias é informativo (peça que atinge o fck aos 28 dias tem o rompimento aos 63 dispensado).

Fonte: planilha RCA Filtros próprios · não segue o mês do Resumo
Filtros
População:
a planilha mistura três populações com FCK de projeto diferente — a conformidade nunca é consolidada entre elas
Mês de moldagem:
Área funcional:
Critérios admissíveis do projeto (MC-101 / DE-101)
Rompimento aos 63 dias — informativo, fora da conformidade
Leituras da qualidade (projeto × boletins × corpos de prova)
FCK por peça
Séries com relatório entregue, por estágio de ensaio
Margem aos 7 dias por relatório/série (FCK_real / FCK_proj) — verde: já passa do projeto · verde-claro: ≥ 90% · amarelo: 85% do projeto (alerta)

Rastreabilidade — peças × relatórios e séries

PeçaSérieRelatórioData Mold.Usina Consistência (mm)NFRIS FCK 3dFCK 7dFCK 28d FCK 63d Status 63d Status

Geologia e condicionantes de perfuração

Leitura curada das sondagens e documentos aprovados, cruzada com as estacas do H1 e do I1.

Base curada · muda só com documento novo
Limite de interpretação: existem somente três sondagens. Dentro do triângulo dos furos, as cotas são interpolações; fora dele, são extrapolações. Use a leitura como condicionante de produtividade, não como substituta da verificação geotécnica de campo.
Coordenadas e cotas adotadas
SondagemExecuçãoE / X (m)N / Y (m)CotasProf.N.A.
Confiabilidade espacial para as estacas
A distância à sondagem mais próxima e a condição de interpolação/extrapolação seguem disponíveis por estaca para uma futura camada na planta e no visualizador 3D.
Implantação geotécnica · H1, I1 e sondagens
Perfis individuais · interfaces, cotas e nível d'água
NSPT previsto ao longo de cada estaca
Perfil estimado a cada 0,50 m do comprimento de projeto, correlacionado pela posição dentro de cada unidade geológica.
NSPT por profundidade nos três furos
Metros de projeto por faixa de NSPT previsto
As faixas classificam a resistência medida pelo ensaio, sem converter automaticamente NSPT em consistência ou compacidade, pois o significado depende do material.
Exposição geológica estimada por comprimento de projeto
Produtividade observada · comprimento de projeto por hora efetiva

Planejamento por profundidade

Comp. projetoEstacasExecutadasMetros projetoNSPT médioP90Metros N>30N≤10 saturado
Norteamento para investigar desvios
Premissas e rastreabilidade da base

Cronograma — contratual e executivo

Spider Project: referência aprovada (R00), reavaliação pela OS efetivamente emitida (R01) e o cronograma executivo que guia a produção.

—
Reavaliação contratual — OS prevista × OS efetivamente emitida
Macroetapas — contratual × executivo × real — prazo de cada camada; o avanço é medido contra o próprio escopo
Datas-marco do contrato — R00 × R01 × contratual avançado
Evolução física planejada — Ponderador EDAF · R00 × R01
Curva física de baseline: usa exclusivamente o Cost Component PON_EDAF de cada atividade e sua distribuição no tempo. A duração posiciona essa distribuição no calendário, mas não define o peso físico. A visão integrada soma os pesos contratuais de H1 (3,00%) e I1 (2,50%) e os normaliza sobre os 5,50% analisados. A faixa entre as curvas evidencia a reprogramação da R01, que ainda não passou pela aprovação formal/aditamento do Metrô.
Projeção analítica de término i— forecast preditivo dos dados atuais (≠ cronograma)
Produtividade para o Spider Project i— m/h de jornada · otimista · realista · pessimista · PERT
Curva S — avanço acumulado (% sobre o escopo H1)
Fases do empreendimento — R00 × R01 sem aprovação formal × executivo
Conciliação Spider × BIM — I1 — quanto do modelo tem tarefa no cronograma
Frentes H1 — avanço por área
Executivo — planejado × executado (acumulado sobre o escopo)
DataPlan. (m)Real (m)Plan. (un)Real (un)Δ (m)% Plano% RealStatus

Diário de Obra (RDO)

Relatórios diários da TECNOGEO: produção declarada, efetivo, horas paradas e conferência com os boletins.

—
Diagnóstico curado — EDAF
Horas paradas por responsável (matriz)
Conferência de estacas · RDO × boletim
Sinais automáticos do período
Zoom 1,00×
~1m
Indicadores

Projetos

Síntese curada dos projetos executivos: premissas e índices vêm da leitura assistida dos memoriais de cálculo; os quantitativos são recalculados do modelo BIM (—) a cada atualização.

H1 — Contenções
I1 — Fundações
Documentos do projeto

Exportar

Planilhas para apresentar e para alimentar o Spider Project. Tudo sai do mesmo banco que o painel mostra.

Excel (.xlsx)
O Excel completo sai com oito abas:
  • Banco — um registro por boletim, as mesmas colunas do Banco de Dados
  • Plano vs Real — data planejada no Spider × perfuração e injeção reais
  • Perfuração e Concretagem — detalhamento por estaca
  • Qualidade — rastreabilidade dos corpos de prova
  • Cronograma — tarefas do Spider
  • Medição (H1+I1) — medição contratual, com a reapropriação de mês
  • Áreas I1 — avanço por grupo e sub-área da fundação
"Só Perfuração" e "Só Concretagem" geram a aba correspondente sozinha.
Exportar para Spider Project (XLSX)
Uma atividade por estaca executada (H1 e I1), do início da perfuração ao fim da injeção. Código, Nome, Recurso e Predec. saem como estão no cronograma executivo (H1-E.181, I1.E.B01-1): o Código é a chave do DE → PARA na importação. Datas, durações e equipamento vêm do boletim.

Dados e Consistência

De onde vêm os números do painel, de quando é cada fonte, o que os cruzamentos automáticos encontraram e o que ainda está pendente de dado.

Consistência dos dados
Cruzamentos automáticos feitos a cada atualização: boletins × modelo BIM × qualidade × RDO. Não bloqueiam nada — a maior parte do que aparece aqui é lacuna documental (RDO que não chegou, CP que o laboratório ainda não emitiu), não erro de cálculo.
Linhas das fontes fora do painel
O que a leitura automática das planilhas encontrou e não soube classificar. Essas linhas não entram em nenhum número do painel.
Pendências de dado
Pendências catalogadas para auditoria; não são aceite contratual. Revisar o texto e a fonte de cada item antes de qualquer publicação externa. Os itens que citam números são recalculados a cada atualização.
Referência técnica — para quem mantém o painel

Como os dados fluem

O painel lê um único arquivo, banco_de_dados/dados.js, e funciona sem servidor. Esse arquivo é gerado pelo atualizar-dados.bat a partir das fontes na pasta de dados do 06 (%EDAF_DADOS%, no SharePoint).

FontesPDFs dos boletins técnicos · Spider Project executivo (JSON) · cronograma contratual R00 × R01 · planilha do RCA · modelo BIM (IFC) · projeto executivo I1 (PDFs) · RDOs (PDFs) · JSONs curados à mão
Leitura e cruzamentoscripts/atualizar_dados.py, com um parser por fonte e o validar_dados.py no fim
JSONs estruturadosbanco_de_dados/json/*.json — versionados no Git
Painelbanco_de_dados/dados.js → index.html, no navegador

Quando e como atualizar

O que mudouOnde ficaO que fazer
Boletim de estaca
perfuração, injeção, correção
01. Estacas/Boletins TECNOGEO/ (PDF)
o estacas_db.json é gerado a partir dos PDFs — não editar à mão
atualizar-dados.bat
Cronograma executivo04. Cronograma Executivo/SEP_EXECUTIVO.<nnn>.json
exportar do Spider Project em JSON
atualizar-dados.bat
Cronograma contratual
R00 × R01
03. Cronograma Contratual/*.jsonatualizar-dados.bat
só esta parte: atualizar_dados.py --contratual-only
Qualidade
corpos de prova
planilha do RCA (Controle RCA.xlsx)
peça fora do padrão fica de fora: corrigir a grafia na planilha ou ampliar o reconhecimento em scripts/parse_qualidade.py
atualizar-dados.bat
RDO01. Estacas/RDOs TECNOGEO/ (PDF)
leitura incremental; reparsear-rdos-total.bat relê todos
atualizar-dados.bat
Diagnóstico dos RDOs
texto curado e matriz de responsabilidade
banco_de_dados/json/rdos_analise.json e rdos_responsabilidade.json
edição à mão; números conferidos contra o rdos.json
atualizar_dados.py --bundle-only
Projetos H1banco_de_dados/json/projetos_h1.json
curado à mão a partir dos PDFs de 06. Documentação PDF/H1/; não há leitura automática
atualizar-dados.bat
Projeto executivo I106. Documentação PDF/I1/
prancha DE-…6I1-001 e memoriais MC-…6I1
atualizar-dados.bat
Modelo BIM05. Modelo BIM/*.ifcatualizar-dados.bat
Pendências de dado
lista desta aba
V3_RESSALVAS_PUBLICACAO no index.htmlnova versão do painel

Depois de atualizar, recarregue o painel com Ctrl+F5. O publicar.bat atualiza, valida e publica de uma vez.

Nova versão do painel

  1. Escrever a seção nova no topo do CHANGELOG.md.
  2. Rodar scripts/bump_versao.py X.Y.Z — atualiza APP_VERSION, o CHANGELOG, o README e o visualizador 3D.
  3. No modal de novidades (id="patch-modal", fim do HTML), bloco novo no topo com pn-tag-now; o anterior passa a pn-tag.
  4. validar_publicacao.py e pytest -q tests verdes; publicar com publicar.bat.

Atalhos de teclado

Funcionam em qualquer aba, fora de campos de texto.

1Resumo executivo2Andamento3Banco de Dados 4Perfuração5Concretagem6Cronograma 7Visualização 2D8Projetos9Dados e Consistência 0ExportarDTema claro/escuroCtrl+PImprimir / PDF Ctrl+F5Recarregar sem cache

Cadastros

Quem entra no painel e com que perfil. Aba visível só para o perfil admin (EDAF).

Usuários cadastrados

Usuário Perfil Descrição Acesso ao painel
O que o login protege
Desde a 3.13.14 a senha é conferida no servidor, antes de qualquer dado sair:
  • Sem sessão, o servidor entrega só a tela de login. O banco (dados.js), os documentos e o visualizador 3D ficam fechados.
  • A sessão é um cookie assinado, que o navegador não consegue ler nem alterar; o perfil vem do servidor, não do navegador.
  • Remover o usuário ou trocar a senha derruba as sessões abertas dele no pedido seguinte.
  • As senhas não estão mais no código do site: ficam como segredo do projeto no Cloudflare.
O que ainda não protege: o perfil externo recebe o mesmo banco que o admin — a restrição dele é de tela (só 2D e 3D). E as quatro senhas herdadas do login antigo tiveram o hash publicado no site até a 3.13.13: vale trocá-las.
Como adicionar, trocar a senha ou remover um usuário
A lista fica fora do código, em .segredos/usuarios.json na máquina de quem publica, e no Cloudflare como o segredo C06_USUARIOS.
  1. Adicionar: python scripts/acesso_usuarios.py adicionar LOGIN --perfil externo --nome "Nome" --desc "Quem é" (pede a senha duas vezes; mínimo de 10 caracteres).
  2. Trocar a senha: python scripts/acesso_usuarios.py senha LOGIN. Remover: ... remover LOGIN.
  3. Rodar python scripts/acesso_usuarios.py mostrar e colar o valor de C06_USUARIOS no painel do Cloudflare (projeto do Pages → Configurações → Variáveis e segredos, em Produção e em Prévia).
  4. No Cloudflare, refazer o último deploy ("Retry deployment") para o segredo novo valer. Não precisa publicar o site.
Na rede local, o iniciar-acompanhamento.bat usa a mesma lista direto do .segredos/.