En muchos proyectos, el QA/QC aparece demasiado tarde: cuando el modelo debe publicarse, los planos están por emitirse o la instalación ya está en obra. En ese punto, una revisión puede detectar errores, pero corregirlos cuesta más y suele afectar otras disciplinas, decisiones y entregables.
El problema no es únicamente la falta de una lista de comprobación. Es la ausencia de continuidad entre lo que se diseñó, la información que lo describe, la coordinación que lo valida, la construcción que lo materializa y las pruebas que demuestran que funciona.
Por eso, en SORA entendemos el QA/QC como un sistema de prevención, verificación, evidencia y cierre que acompaña el flujo completo:
Ingeniería → Información → Coordinación → Construcción → Commissioning → Entrega
QA y QC no significan lo mismo
El aseguramiento de la calidad —Quality Assurance o QA— actúa antes y durante la producción. Define requisitos, métodos, responsabilidades, criterios de aceptación y controles para reducir la probabilidad de defectos.
El control de calidad —Quality Control o QC— verifica el resultado. Comprueba modelos, documentos, cálculos, interfaces, instalaciones y funciones contra criterios previamente establecidos, y conserva evidencia objetiva de esa revisión.
Un proyecto necesita ambos. El QA sin QC puede diseñar un buen proceso sin demostrar la calidad del resultado. El QC sin QA suele convertirse en una búsqueda tardía de errores que ya avanzaron hacia otras etapas.
El costo real de un error que viaja
Una inconsistencia aparentemente pequeña puede propagarse: un equipo cambia en ingeniería, el modelo conserva una versión anterior, el plano se emite con otra referencia, la alimentación eléctrica queda subdimensionada y el punto correspondiente no aparece en la lista del BMS. Cada equipo puede haber revisado "su" archivo y, aun así, la solución completa no es coherente.
El QA/QC efectivo debe comprobar no sólo objetos aislados, sino también relaciones:
- requisitos frente a entregables;
- modelo frente a documentación;
- cálculo frente a selección y representación;
- coordinación frente a constructibilidad;
- equipos eléctricos frente a alimentaciones, protecciones y controles;
- secuencias de operación frente a puntos, alarmas, gráficos y pruebas funcionales;
- solución aprobada frente a información as-built y entrega final.
Esta es la lógica de la continuidad técnica: evitar que una decisión pierda significado, trazabilidad o calidad cuando pasa de una etapa a la siguiente.
Una herramienta integral y modular
Para convertir esta lógica en una práctica repetible, desarrollamos la primera versión del SORA QA/QC Toolkit Integral, un recurso descargable en Excel con 75 controles organizados en seis módulos:
- Gobernanza e información: requisitos, responsabilidades, planificación de entregables, estados, revisiones, autorizaciones y trazabilidad.
- Modelos BIM: coordenadas, categorías, parámetros, clasificación, nivel de información, salud del modelo, federación, IFC e IDS cuando corresponda.
- Coordinación y constructibilidad: interferencias, espacios de mantenimiento, accesibilidad, continuidad física, interfaces y cierre de incidencias.
- Documentación y entregables: registros, planos, referencias cruzadas, cálculos, integridad del paquete, archivos finales y reconciliación as-built.
- Ingeniería eléctrica: bases de diseño, cargas, conductores, canalizaciones, protecciones, cortocircuito, puesta a tierra, rutas, circuitos, pruebas y entrega final.
- BMS/BAS/EPMS: secuencias, listas de puntos, arquitectura, capacidad, interoperabilidad, interfaces, nomenclatura, alarmas, point-to-point, pruebas funcionales, integridad de datos EPMS y respaldo de la base de datos.
Los módulos pueden utilizarse juntos o adaptarse al alcance de un intercambio específico. Un proyecto puede activar todos los criterios, marcar aquellos que no aplican con su justificación o incorporar controles adicionales derivados del contrato, la jurisdicción, el fabricante y los requisitos del cliente.
La evidencia es parte del control
Marcar una casilla no demuestra que una revisión ocurrió. Cada control de la herramienta relaciona:
- el criterio de aceptación;
- el método de comprobación;
- la evidencia requerida;
- el resultado;
- la severidad del hallazgo;
- la acción correctiva;
- el responsable y la fecha;
- el cierre y la reverificación.
Esto convierte una opinión como "parece correcto" en una decisión trazable: cumple, no cumple, no aplica o continúa pendiente, con evidencia suficiente para sostenerla.
Un gate de liberación, no un porcentaje decorativo
El tablero resume el avance por módulo y aplica una regla sencilla:
- si no existe ningún criterio activo, el resultado es SIN ALCANCE CONFIGURADO;
- si existe una no conformidad abierta, el resultado es NO LIBERAR;
- si no hay no conformidades abiertas pero quedan controles pendientes, el resultado es REVISIÓN INCOMPLETA;
- sólo cuando existe alcance activo y no quedan pendientes ni no conformidades abiertas, el resultado es APTO PARA LIBERAR.
"Apto" no significa automáticamente "autorizado". La liberación sigue siendo una decisión de la persona responsable conforme al proceso del proyecto. El tablero ayuda a que esa decisión se base en información visible y no en una percepción general de avance.
¿En qué estándares se apoya?
La estructura toma como referencia principios internacionales de gestión y verificación:
- ISO 19650-2 para la gestión de información durante la fase de entrega;
- ISO 19650-4 para procesos y criterios de decisión en los intercambios de información;
- ISO 9001 para el enfoque por procesos, la evidencia, la medición, las acciones correctivas y la mejora;
- buildingSMART IDS para expresar y comprobar requisitos de información interpretables por máquina;
- buildingSMART IFC Validation para la conformidad de sintaxis, esquema y reglas normativas de un archivo IFC;
- la serie ISO 16484 como referencia para funciones, documentación e interoperabilidad de sistemas de automatización y control de edificios.
Hay una distinción importante: validar un archivo IFC no demuestra que satisfaga todos los requisitos particulares del proyecto. La comprobación IFC revisa la conformidad técnica del archivo; IDS puede ayudar a validar requisitos computables de información. Las reglas contractuales, técnicas, eléctricas y regulatorias del proyecto deben definirse y verificarse de manera específica.
La herramienta no certifica el cumplimiento de ninguna norma ni sustituye la revisión profesional, las pruebas de campo, el commissioning o la autoridad competente.
Cómo utilizar el recurso
- Configure el proyecto, el intercambio y los responsables.
- Determine qué criterios son aplicables al alcance.
- Ejecute primero los controles preventivos de QA.
- Verifique los resultados mediante los controles QC y adjunte evidencia.
- Registre las no conformidades y sus acciones correctivas.
- Reverifique el cierre; una respuesta no equivale a una corrección comprobada.
- Consulte el gate antes de autorizar una publicación, emisión, construcción, prueba o entrega.
El mayor valor aparece cuando la herramienta se utiliza de forma periódica y en los puntos de intercambio, no únicamente al final del proyecto.
Referencias
¿Tu organización necesita una herramienta adaptada a sus procesos?
Cuéntanos el contexto, los roles, los entregables y los controles que necesitas. SORA puede ayudarte a estructurar una solución técnica específica y definir el alcance adecuado.
Hablar sobre una herramienta adaptada →Etiquetas
