Datos y ejecución

El BEP no es solo un documento de referencia: es la fuente de verdad que el motor de ejecución lee en tiempo real para hacer cumplir reglas, validar acciones e impulsar el avance de los flujos de trabajo. Cada campo que defines al redactar el BEP tiene un propósito más allá de la documentación.

Nodos de workflow y RACI

Cuando asignas un rol responsible a un nodo de workflow, no solo estás etiquetando quién es dueño de ese paso. El motor usa esa asignación para validar cada evento que intenta avanzar la instancia del workflow más allá de ese nodo.

Si un usuario intenta emitir un evento (entregar un entregable, aprobar una revisión, cerrar una fase), el motor verifica si ese usuario pertenece al rol responsable definido en el nodo. Si no pertenece, la acción es rechazada. El workflow no avanza.

Esto significa que la matriz RACI que construyes en la fase de autoría se convierte en una capa de control de acceso aplicable en tiempo de ejecución, sin ninguna configuración adicional.

Equipos y miembros

Los roles solos no son suficientes. El motor resuelve los roles a usuarios reales a través de las definiciones de equipos y miembros en el BEP. Un rol como “BIM Manager” es significativo en tiempo de ejecución porque el BEP lo mapea a miembros y equipos concretos.

Cuando el motor evalúa si un usuario puede actuar sobre un nodo, traza: usuario → miembro → rol → asignación en el nodo. Toda esa resolución ocurre a partir de los datos del BEP.

Estados de entregables

La estructura del workflow que defines determina los estados válidos que puede tener un entregable y las transiciones entre ellos. El motor solo permite cambios de estado que sigan los caminos establecidos en el diagrama del workflow: no hay atajos ni sobreescrituras manuales fuera del flujo definido.

Esta página crecerá junto con el motor de ejecución. A medida que más campos del BEP se vuelvan operativamente activos, la conexión entre las decisiones de autoría y el comportamiento en tiempo de ejecución quedará documentada aquí.