Voltar ao blog de BIM e IFC
Entrega e ISO 19650 · 2026-10-01 · 10 min
COBie a partir do IFC: o que sua equipe de FM realmente precisa (e como verificar antes da entrega)
O COBie é onde o bom BIM vai morrer: uma planilha produzida na última semana do projeto, cheia de células vazias, que a equipe de manutenção nunca abre. Extraí-lo do IFC cedo — e medir o quanto está completo — muda isso.
COBie a partir do IFC: o que sua equipe de FM realmente precisa (e como verificar antes da entrega) — IFC Viewer Online article cover
Pergunte a um gestor de facilities o que ele fez com o COBie do último edifício novo e a resposta mais comum é uma pausa. A planilha existe. Foi entregue, cumpriu o contrato, tem dezoito abas. E a aba Component — a que lista o que precisa de manutenção — está meio vazia, porque ninguém olhou para ela até a semana da entrega.
A solução não é uma ferramenta COBie melhor no fim. É extrair o COBie do IFC cedo e com frequência, e medir o que falta enquanto ainda dá tempo de modelar.
O COBie é uma vista do IFC, não uma entrega separada
Cada planilha COBie é uma vista de entidades IFC. Component, Space e Type concentram quase tudo o que o facilities usa.
Cada linha que importa no COBie corresponde a algo no IFC. Um Floor é um IfcBuildingStorey. Um Space é um IfcSpace. Um Type é um tipo de elemento, como IfcDoorType. Um Component é uma ocorrência de elemento — uma porta específica, uma bomba específica. Os atributos que o COBie pede vivem nos atributos e property sets do IFC.
| Planilha COBie | Vem de | Para que o FM usa |
|---|
| Facility | IfcProject, IfcSite, IfcBuilding | Saber de qual edifício se trata |
| Floor | IfcBuildingStorey | Navegar no cadastro de ativos |
| Space | IfcSpace (nome, nome longo, área) | Programa de ambientes, limpeza, gestão de espaços |
| Zone | IfcZone e agrupamentos de espaços | Zonas de incêndio, climatização e segurança |
| Type | Tipos de elemento e seus psets | Dados de produto, garantia, peças de reposição |
| Component | Ocorrências de elementos | Os ativos que recebem manutenção — a razão de o COBie existir |
| System | IfcSystem e suas atribuições | Quais componentes formam um sistema |
A consequência é incômoda e útil: se o COBie é pobre, o modelo é pobre. Consertar a planilha à mão na última semana produz um documento que discorda do modelo de onde supostamente veio — e a próxima entrega repete o exercício.
Por que a maioria das entregas COBie vem vazia
- Os espaços nunca foram modelados, ou foram modelados sem nome. Sem espaços, sem aba Space, e todo Component perde sua localização.
- Os componentes não têm identificador estável. Se os GlobalIds mudam entre exportações, o cadastro de ativos não pode ser atualizado a partir de um modelo posterior; tem de ser refeito.
- Tipos ausentes ou genéricos. Duzentas portas apontando para um único tipo chamado "Porta" são tecnicamente uma aba Type e, na prática, inúteis.
- Dados de fabricante, modelo e garantia chegam depois de o modelo ser congelado e são digitados na planilha em vez de no modelo.
O segundo ponto é o que destrói em silêncio o valor de todo o exercício. Por que os GUIDs do IFC mudam a cada exportação explica a causa e a correção para cada ferramenta de autoria.
Medindo a completude antes da entrega
Você não precisa de um especialista em COBie para saber se um modelo está no caminho certo. Três perguntas, feitas em cada etapa a partir do congelamento do projeto, pegam quase tudo:
- Componentes: que fração tem ao mesmo tempo nome e GlobalId? Um ativo precisa de um rótulo legível e de um ID estável para ser entregue.
- Espaços: que fração tem nome? Um espaço sem nome não pode ser encontrado por ninguém que opere o edifício.
- Tipos: os componentes se referem a algum tipo?
Nossa extração COBie responde exatamente a essas três perguntas e as combina num indicador de prontidão para FM — com Components pesando mais, depois Spaces, depois Types — ao lado do detalhamento por aba. É deliberadamente uma medida de completude, não um certificado de conformidade: diz se os dados de que uma equipe de FM depende estão lá, e diz isso com essas palavras.
Escrevendo requisitos COBie que o modelo consiga cumprir
Requisitos COBie pertencem ao EIR e, idealmente, a um arquivo IDS que o fornecedor possa executar sozinho. "Todo IfcSpace tem Name e LongName", "todo IfcDoorType traz Manufacturer e ModelReference" — cada um é uma especificação IDS, e cada um pode ser verificado a cada revisão muito antes de alguém abrir uma planilha.
Como escrever essas especificações está em IDS explicado. O lugar do COBie entre os demais documentos de entrega está em o que entregar junto com um modelo IFC.
O COBie não é produzido na entrega. Ele é revelado na entrega — e aí já é tarde para mudar o que ele revela.
COBie a partir do IFC: o que sua equipe de FM realmente precisa (e como verificar antes da entrega)