Torna al blog BIM i IFC
Lliurament i ISO 19650 · 2026-08-07 · 10 min
Criteris d'acceptació IFC: com acceptar o rebutjar un model sense discussions
«Aquest model és inservible» contra «el model està bé» és una discussió sense final. Una taula d'acceptació d'una pàgina, acordada abans del primer lliurament, la converteix en una comprovació de cinc minuts amb un resultat documentat.
Criteris d'acceptació IFC: com acceptar o rebutjar un model sense discussions — IFC Viewer Online article cover
En tot projecte hi ha un moment en què un coordinador obre un model lliurat, passa vint minuts descobrint que no es pot fer servir, i escriu un correu que comença amb «malauradament». El que passa a continuació depèn gairebé íntegrament d'una sola cosa: si algú va deixar escrit, per endavant, com és un lliurament acceptable.
Si algú ho va fer, el correu és breu, factual i indiscutible. Si ningú ho va fer, el correu és el primer moviment d'una negociació sobre quins estàndards s'apliquen, i es tornarà a discutir a cada porta de fase durant la resta del projecte.
L'acceptació és una llista de verificació, no una opinió
El canvi de mentalitat és petit i ho canvia tot. Revisar un lliurament no és avaluar-ne la qualitat: és aplicar uns criteris acordats a un fitxer. Això té tres conseqüències que val la pena explicitar:
- El revisor no necessita cap autoritat més enllà de la taula acordada. No jutja la competència de l'autor del model; informa d'un resultat.
- L'autor pot predir el resultat abans d'emetre el model. Tot allò que es pot predir es pot prevenir, que és tot el sentit de la qüestió.
- El desacord, quan hi és, és sobre els criteris — una conversa que es pot tenir una vegada, amb calma, en lloc de cada mes enmig d'un lliurament.
No pots rebutjar un lliurament per incomplir un estàndard que qui l'envia mai va acordar. Només el pots rebutjar per incomplir el que tots dos vau acordar.
La taula de criteris d'acceptació
Aquest és l'artefacte. Deu files, una pàgina, annexa al pla d'execució BIM (BEP) o als requisits d'informació (EIR). La tercera columna és buida a propòsit: el projecte l'omple abans del primer lliurament, i és en aquest acte d'omplir-la on passa l'acord real.
| Criteri | Rebutja si… | Posició del projecte |
|---|
| Integritat estructural | Qualsevol troballa d'esquema o espacial amb gravetat d'error | Rebutja / accepta amb nota |
| Health Score | Per sota del llindar acordat | Llindar: __ /100 |
| Cobertura de comprovacions | Qualsevol comprovació marcada com a no executada o fallida | Rebutja / cal tornar a executar |
| Estabilitat de l'identificador | Renovació de GUID per sobre d'un percentatge acordat entre revisions | Renovació màxima: __ % |
| Nomenclatura | El nom del fitxer no segueix la convenció acordada | Rebutja / reanomena i registra-ho |
| Georeferenciació | El model no és al punt de referència compartit del projecte | Rebutja |
| Unitats | Unitats de longitud no mètriques | Rebutja |
| Classificació | Elements sense referència de classificació | S'aplica des de la fase: __ |
| Conjunts de propietats | Falten els Psets requerits per al nivell d'informació necessari declarat | Programació de Psets: __ |
| Espais | Espais sense nom, nom llarg o superfície de planta | S'aplica des de la fase: __ |
El seu propòsit no és ser estricta, sinó estar decidida. Una taula permissiva que tothom ha acordat és millor que una d'estricta que arriba amb el correu de rebuig.Les tres primeres files són les que tenen més pes, i també són les que més sovint queden fora. Les clàusules que les incorporen al BEP en primer lloc es tracten a clàusules del BEP que realment eviten lliuraments IFC dolents.
La fila 3 es mereix una secció pròpia: la cobertura de comprovacions
La majoria de taules d'acceptació comproven els resultats d'una execució de validació. Gairebé cap comprova si l'execució realment va tenir lloc, i aquest és un forat prou gran perquè hi passi tot un lliurament.
Una comprovació que no s'ha executat té exactament el mateix aspecte que una que ha passat: totes dues produeixen zero troballes. Un fitxer gran esgota el temps, un worker es penja, una comprovació que depèn de la geometria es rendeix en silenci — i l'informe torna net, amb una puntuació perfecta. El lliurament s'accepta havent estat comprovat només de nom.
| Estat de la cobertura | Què significa | Acció d'acceptació |
|---|
| Executada | La comprovació s'ha completat. Zero troballes vol dir zero troballes. | Confia en el resultat. |
| No executada | S'ha intentat però no ha produït cap resultat — normalment un esgotament de temps o una execució cancel·lada. | Torna-la a executar abans d'acceptar. Mai la llegeixis com un aprovat. |
| Fallida | La comprovació ha donat error. | Informa'n. Una puntuació calculada sobre comprovacions fallides no és comparable amb una execució neta. |
Revisar un lliurament en cinc minuts
- Obre el contenidor i executa el conjunt de regles del projecte. Menys d'un minut per a la majoria de models de disciplina.
- Comprova primer la cobertura, després els resultats. Si alguna cosa no s'ha executat, atura't: encara no tens una revisió.
- Llegeix la puntuació respecte al llindar, i després les troballes amb gravetat d'error. Tota la resta és una nota, no una porta.
- Compara-ho amb la revisió anterior. Les troballes noves són la història; les resoltes són el rebut que la darrera revisió es va tenir en compte.
- Registra el resultat a la nota de tramesa o al comentari del CDE — puntuació, conjunt de regles, cobertura, i qualsevol troballa acceptada per acord.
El pas 1 és la mateixa rutina que qui envia hauria d'haver executat abans d'emetre; com comprovar un model IFC abans del lliurament ho explica des del costat de qui envia. Quan les dues bandes executen les mateixes comprovacions, la revisió deixa de ser una inspecció i esdevé una confirmació.
Com redactar el rebuig
El to importa tant com el contingut, perquè qui el rep normalment va endarrerit i rarament n'és culpable personalment. Tres regles: anomena el criteri, no el model. Dona la causa, no només el símptoma. Digues què queda bloquejat i durant quant de temps.
Hi {name},
We've run the agreed pre-acceptance check on {filename} (rev {n}) and it
comes back at {score}/100, below the {threshold} we set in clause {x} of
the BEP.
The two findings driving that are:
- {rule id} — {plain description} ({n} elements)
- {rule id} — {plain description} ({n} elements)
Both look like export settings rather than modelling, so they should be
quick — the report is attached with the element references.
We'll hold coordination on this container until the next issue.
Fixa't en el que hi falta: cap adjectiu sobre el model, i cap especulació sobre per què ha passat. Un número, dos identificadors de regla, una causa probable i una conseqüència. És un missatge del qual ningú s'ha de defensar, i per això es resol en lloc d'escalar-se.
Quan acceptar un model que ha fallat
De vegades la resposta correcta és igualment sí — la informació que falta queda fora del nivell d'informació necessari per a aquesta fase, o un proveïdor encara no ha lliurat, o l'alternativa és aturar el projecte. Acceptar un lliurament fallit és una decisió legítima. Acceptar-lo en silenci no ho és.
Una troballa exempta necessita tres coses adjuntes: un motiu, una persona que hi ha donat el vistiplau, i una data. Aquesta és tota la diferència entre una troballa acceptada i una d'ignorada, i és el que evita que la mateixa incidència es torni a descobrir com una crisi dues fases més tard.
Aquestes exempcions van a la nota de tramesa, al costat de l'informe i tota la resta que viatja amb el contenidor — vegeu què cal lliurar amb un model IFC.
Criteris d'acceptació IFC: com acceptar o rebutjar un model sense discussions