Verificar un modelo frente al EIR y abrir incidencias

Abre los requisitos de información que el modelo debe satisfacer: la convención de nomenclatura, la clasificación, el nivel de información necesario y las propiedades que debe llevar cada elemento.

Por que: No puedes verificar un modelo frente a un estándar que no has abierto. Partir de los requisitos reales convierte una revisión vaga en un cumple o no cumple concreto en cada punto.

Recorre el modelo comprobando la nomenclatura, los códigos de clasificación, el nivel de detalle y las propiedades exigidas en cada tipo de elemento frente al requisito.

Por que: Una clasificación ausente o un campo de propiedad vacío rompe la medición y la entrega de activos aguas abajo. Detectarlo en la entrega es mucho más barato que encontrarlo cuando hace falta.

Abre una incidencia BCF por cada carencia frente a un requisito, señalando el elemento y nombrando lo que falta, para que el autor tenga una lista precisa que corregir.

Por que: Una incidencia precisa se corrige; una queja vaga de que el modelo no cumple se discute. Vincular cada incidencia a un requisito y un elemento elimina el margen para el debate.

Aprueba un requisito solo cuando el modelo lo cumple de verdad, para que la matriz registre una aceptación real y no un visto bueno optimista.

Por que: La aprobación es la barrera que protege a todos aguas abajo. Retenerla hasta que el modelo cumpla de verdad es lo que evita que una carencia de datos la hereden el presupuestador y el operador.