Torna al blog BIM i IFC
Lliurament i ISO 19650 · 2026-08-07 · 9 min
Què cal lliurar amb un model IFC (més enllà de l'IFC)
Un lliurament és una afirmació: aquest model és apte per a aquesta finalitat, en aquesta revisió. L'evidència és el que converteix l'afirmació en una cosa que el receptor pot comprovar sense repetir la teva feina, i el que evita que la mateixa discussió es repeteixi dues vegades.
Què cal lliurar amb un model IFC (més enllà de l'IFC) — IFC Viewer Online article cover
Tot lliurament IFC és una afirmació: aquest model és apte per a aquesta finalitat, en aquesta revisió. El fitxer en si no porta aquesta afirmació: porta geometria i dades. Tot allò que fa que l'afirmació sigui comprovable hauria de viatjar al seu costat, i en la majoria de projectes gairebé res no ho fa.
Per això la mateixa conversa passa dues vegades. La primera, algú comprova el model i el troba acceptable. La segona —un mes després, una persona diferent, una altra porta d'entrada— algú el torna a comprovar, perquè no hi havia cap registre de la primera comprovació en què ningú es pogués refiar.
Cinc artefactes, quatre dels quals ja tens
| Artefacte | Respon | Destinatari |
|---|
| Informe de validació | Què es va comprovar i què es va trobar | El coordinador receptor |
| Registre de comprovació | Que la comprovació va tenir lloc, en aquest fitxer exacte, en aquest moment | El gestor d'informació, el client, un auditor |
| Fitxer d'incidències (BCF) | Què no està corregit, i on cal mirar | La persona que ha d'actuar |
| Dades d'actius (COBie) | Què conté l'edifici, com a dades | El client i l'equip de manteniment (FM) |
| Nota de tramesa | Revisió, estat, puntuació, conjunt de regles, exempcions | Tothom, i el registre |
Reunir els cinc triga uns deu minuts la primera vegada, i bastant menys cada vegada després. Substitueix aproximadament quatre correus per lliurament, i és la diferència entre un lliurament que s'accepta i un que es discuteix.
1. L'informe de validació
Exporta'l, adjunta'l i no el parafrasegis en el cos del correu. Tres propietats fan que un informe sigui útil per a algú que no hi era quan es va executar:
- Indica el conjunt de regles, no només els resultats. Una puntuació sense el seu conjunt de regles no es pot interpretar, ni es pot comparar amb la revisió següent.
- Indica la cobertura: quines comprovacions es van executar i quines no. Un informe que no pot distingir «aprovat» de «no intentat» és un document de màrqueting.
- Porta identificadors d'element, de manera que una troballa es pot localitzar en lloc d'haver-la de buscar. Un informe que t'obliga a anar a buscar les coses és un informe que ningú fa servir dues vegades.
Si no tens clar quines troballes del teu informe val la pena reportar i quines són soroll, els errors més habituals en models IFC és una llista de triatge raonable: les estructurals són les que importen al receptor.
2. El registre de comprovació
L'enllaç més feble de tot procés de qualitat és que la comprovació i l'afirmació són coses separades. Qualsevol pot dir que un model ha obtingut 92 punts. Un registre de comprovació vincula el número a un fitxer específic: l'empremta pròpia del fitxer, el conjunt de regles, l'esquema, la marca de temps, la puntuació.
Dues propietats fan que un registre així valgui més que una captura de pantalla d'un panell:
- Es deriva del contingut del fitxer, de manera que canviar un sol byte del model i tornar a emetre el mateix registre es pot detectar.
- És verificable pel receptor, de manera independent, sense la teva intervenció. Un registre que només el teu propi programari pot confirmar és una promesa, no una evidència.
3. El fitxer d'incidències
El BCF existeix perquè les incidències sobrevisquin en sortir de la teva pantalla. Tot el seu valor rau en el viewpoint: una posició de càmera, una selecció i un comentari que, junts, fan que el receptor trigui deu segons a trobar el problema en lloc de deu minuts.
Dues convencions separen un fitxer BCF que es té en compte d'un que s'ignora:
- Un tema per causa, no per element. Quatre mil elements als quals els falta un conjunt de propietats són un únic tema amb un viewpoint representatiu, no quatre mil temes que fan que el fitxer sigui impossible d'obrir.
- Titula el tema amb l'identificador de la regla i la solució, no amb el símptoma. «Falta un conjunt de propietats: afegeix el Pset requerit a la plantilla d'exportació» és accionable; «falten propietats» és una queixa.
4. Dades d'actius
El COBie, o qualsevol altra relació que el teu client hagi demanat, és el punt en què la qualitat del model es fa visible comercialment, perquè es lliura a algú que mai obre un model i no té cap manera d'interpretar una excusa.
També és, útilment, un validador del teu validador. Espais sense nom, tipus sense fabricant, components no assignats a cap espai: aquests buits arriben com a columnes en blanc que un gestor de manteniment veu d'un cop d'ull. Si una exportació COBie del teu model resultaria vergonyosa, el model no està a punt, per bé que sembli la geometria.
5. La nota de tramesa
Sis línies, i evita la majoria de disputes de lliurament:
Container: {filename}
Revision/status: {rev} - {suitability code}
Schema: {IFC2X3 | IFC4 | IFC4X3}
Checked: {date} - rule set {name} - {n} of {n} checks completed
Health Score: {score}/100
Open by agreement: {rule id - reason - agreed with - date}
Not suitable for: {e.g. quantity take-off, fabrication}
L'última línia és la que la gent es salta, i és la que et protegeix. Indicar per a què no serveix un contenidor no és una actitud defensiva: és la definició d'un nivell de necessitat d'informació, lliurada en l'únic moment en què algú realment la llegeix.
En què es tradueix tot això
Res d'això és tecnologia nova, i res no requereix una eina que encara no tinguis. El que requereix és tractar un lliurament com una afirmació que algú altre ha de poder comprovar, un petit canvi d'actitud amb un efecte desproporcionat sobre quants lliuraments et tornen.
Els criteris que el receptor aplica a tot això es tracten a criteris d'acceptació IFC, i les clàusules que els fan vinculants a clàusules del BEP que realment eviten lliuraments IFC dolents. Per al marc de l'ISO 19650 que envolta els tres, consulta la llista de verificació de lliurament IFC segons l'ISO 19650.
Què cal lliurar amb un model IFC (més enllà de l'IFC)