Verificar un modelo contra el EIR y levantar incidencias

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

Por que: No puedes verificar un modelo contra un estándar que no has abierto. Partir de los requisitos reales convierte una revisión vaga en un aprobado o reprobado definido en cada punto.

Recorre el modelo verificando nomenclatura, códigos de clasificación, nivel de detalle y las propiedades requeridas en cada tipo de elemento contra el requisito.

Por que: Una clasificación faltante o un campo de propiedad vacío rompe la cuantificación y la entrega del activo aguas abajo. Detectarlo en la entrega es mucho más barato que encontrarlo cuando se necesita.

Levanta una incidencia BCF por cada brecha contra 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. Ligar cada incidencia a un requisito y a un elemento elimina el margen de debate.

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

Por que: La aprobación es la puerta que protege a todos aguas abajo. Retenerla hasta que el modelo de verdad cumpla es lo que evita que una brecha de datos la herede el estimador y el operador.