Konstruedu

Laboratorio AEC · De un proceso AEC a un flujo automatizado · 16 y 17 de septiembre de 2026

04 · Comprueba la regla y lee una ejecución

Konstruedu · De un proceso AEC a un flujo automatizado

Regla del caso de referencia: urgencia = alta O bloquea el avance = sí. Primero se registra el reporte; después se decide si corresponde avisar. Las dos primeras tablas muestran lo esperado según la regla. Lo observado es lo que ves en una ejecución real del historial: se anota aparte y puede no coincidir.

Tres pruebas de la regla O (esperado)

PruebaUrgenciaBloquea el avanceRama esperadaRegistroAviso
AaltanoSí (True)Se envía
BbajanoNo (False)No se envía
CmediaSí (True)Se envía

En A basta la urgencia alta. En C basta que bloquee el avance. En B no se cumple ninguna de las dos condiciones.

¿Qué cambia al usar Y? (esperado)

Con urgencia = alta Y bloquea el avance = sí, deben cumplirse las dos condiciones.

UrgenciaBloquea el avanceCon OCon Y
altaAvisoAviso
altanoAvisoSin aviso
mediaAvisoSin aviso
bajanoSin avisoSin aviso

Con O y con Y el registro ocurre siempre. El criterio correcto depende del proceso que definiste. Microsoft: condiciones con O e Y

Si falta un dato

En el simulador de la app, un campo necesario vacío da No se puede decidir. Ejemplo: urgencia vacía y bloquea el avance = no. No hay información suficiente para elegir una rama.

Esta validación es parte del ejercicio, no una función automática de Power Automate. En Forms marca las dos preguntas como obligatorias; si usas otra fuente, comprueba que estén completas antes de evaluar la regla. Un dato incompleto va a revisión, no a la rama No.

Lectura de una ejecución (observado)

Basta una ejecución: la de la sala en la pantalla del docente, una de tu propio flujo o una que terminó con error. Anótala con los mismos datos que pide «Construir y reportar».

Ejecución que leí (hora y datos de entrada): __________

DatoQué anotarMi lectura
EstadoCómo terminó la ejecución: correcta o con error. Hasta 200 caracteres.__________
Paso observadoEl paso que explica el resultado. Ej.: Condición, rama True. Hasta 300.__________
Resultado esperadoLo que debía pasar según la regla y los datos de entrada. Hasta 300.__________
Resultado obtenidoLo que muestra el historial. Hasta 300.__________
Mensaje de errorSolo si lo hubo: el texto del error o tu descripción. Hasta 300.__________

Cómo leerla: abre la ejecución y compara las entradas, la salida del registro y la condición. Una acción omitida puede ser correcta si pertenece a la rama que no se tomó. Si falló el registro, no lo describas como una decisión No: identifica el fallo y los pasos que no llegaron a ejecutarse. En la sala, el aviso llega al buzón del docente: tú compruebas la rama recorrida, no la recepción del correo. Microsoft: historial y errores

Mi lectura en una frase: «En la ejecución de ___ ocurrió ___ porque ___; lo comprobé en el paso ___».

Si pruebas tu propio flujo (opcional)

Repite con A, B y C y dirige los avisos solo a tu propia cuenta. Aquí sí puedes comprobar si llegó el correo.

PruebaEsperadoEstadoRama recorrida¿Llegó el aviso?
A · alta / noRegistro y aviso______________________________
B · baja / noRegistro sin aviso______________________________
C · media / síRegistro y aviso______________________________

Cuando tengas tu lectura, anótala en Construir y reportar (Día 2) y pulsa «Enviar para revisión». Tu flujo propio puede seguir en construcción: indica qué observaste y qué quedó pendiente.

Fuentes consultadas el 15 de septiembre de 2026.