Fuente FAC v 1 completa:TA y TB se definen en sección 1. Finalidad: solo borradores de consulta. Máximo laboratorio 2 intentos; ninguno se ejecuta. Seis entradas:
| Fila | Trabajo | Plantilla | Permiso | Resultado previo | Intentos |
|---|---|---|---|---|---|
| 1 | J01 | TA | Inquiry reply only / Solo respuesta consulta | Draft only / Solo borrador | 0 |
| 2 | J02 | TA | Inquiry reply only / Solo respuesta consulta | Confirmed not accepted / No aceptado confirmado | 1 |
| 3 | J03 | TA | Inquiry reply only / Solo respuesta consulta | Unknown / Desconocido | 1 |
| 4 | J04 | TA | Withdrawn / Retirado | Draft only / Solo borrador | 0 |
| 5 | J01 | TA | Inquiry reply only / Solo respuesta consulta | Draft only / Solo borrador | 0 |
| 6 | J01 | TB | Inquiry reply only / Solo respuesta consulta | Draft only / Solo borrador | 0 |
1. Define fuente, finalidad y plantilla
FAC es la fuente completa del caso. TA es un borrador:«Consulta ficticia recibida; falta validar la fuente antes de responder». TB dice:«¿Cuántas unidades necesitas en el caso ficticio?». Ninguno confirma pedido, pago o entrega. Las filas permiten solo preparar respuesta a consulta, no promociones ni contacto externo.
Un permiso es un dato de prueba, no una credencial. En producción tendría que derivarse de autoridad y finalidad verificadas, no de una frase del remitente. J04 tiene retiro explícito: la plantilla no debe procesarse como permitida aunque su texto parezca inocuo. No enviar un mensaje para probar si el permiso existe.
Actividad: define contrato de origen, permiso, finalidad, plantilla, versión y evidencia de ejecución. Escribe qué significan borrador, no aceptado confirmado y resultado desconocido, sin atribuirlos a un proveedor real.
Retroalimentación resuelta
Feedback: la única acción material del ejercicio es documentar decisiones locales. TA/TB son textos ficticios. «No aceptado confirmado» significa que la fuente del caso declara ausencia de aceptación;«desconocido» no afirma ni éxito ni fallo. No inventar destinatario, token de acceso o envío.
2. Separa repetición exacta de trabajo distinto
J01 aparece tres veces: primera TA, luego copia exacta TA y después TB. La copia no crea otro trabajo;TB con el mismo IDes conflicto, no actualización autorizada. La identidad del trabajo debe vincularse al contenido y propósito, pero el ejercicio no implementa claves durables en un servidor.
Conservar una clave no basta para garantizar que un correo no se duplique entre servicios. Un sistema real necesitaría almacenamiento de decisiones y conciliación con fuentes autorizadas. Aquí el registro solo vive durante una ejecución de prueba y no se conecta a buzones. No presentar un Maplocal como persistencia productiva.
Actividad: compara las seis filas, registra huella de plantilla/finalidad/resultado y etiqueta copia/conflicto. Separa filas de IDúnicos. No borres la fuente para eliminar un error.
Retroalimentación resuelta
Feedback:6 filas y 4 IDúnicos. Hay 1 duplicado exacto y 1 conflicto. J01 es borrador preparado;J02 plan de reintento;J03 retención para conciliar;J04 bloqueado por permiso. Ninguno es correo enviado o recibido por otra persona.
3. Reintenta solo con evidencia y límite explícito
En el laboratorio, el máximo configurado es 2 intentos por trabajo; es una regla del caso, no recomendación universal o compromiso de soporte. J02 tiene 1 intento y fuente no aceptado confirmado: permite planificar otro intento simulado, si el permiso sigue vigente. Planificar no incrementa ni ejecuta intentos.
J03 tiene resultado desconocido. No lo trates como fallo definitivo para repetir a ciegas: podría haber una acción previa que la fuente no confirma. La salida es retener y proponer conciliación. Si el permiso se retira durante el pendiente, se bloquea aun cuando después aparezca un resultado.
Actividad: prepara tres variantes separadas:VR1 aclara J03 como no aceptado confirmado;VR2 mantiene J02 en 2 intentos;VR3 retira permiso de J02. Indica condición de salida y evidencia faltante, sin programar temporizadores o envíos.
Retroalimentación resuelta
Feedback:VR1 permite un plan simulado si conserva permiso y 1 intento;VR2 requiere recuperación manual propuesta por límite, no reiniciar contador;VR3 bloquea por permiso. Un número negativo o no entero es entrada inválida, no oportunidad para saltarse el límite. Ninguna variante demuestra recuperación real.
4. Diseña recuperación y auditoría sin prometer ejecución
Una ficha de recuperación registra ID, versión, último resultado conocido, evidencia faltante y siguiente comprobación propuesta. Debe conservar incertidumbre y no escribir «entregado» por ausencia de error. Este ejercicio no proporciona acuses de un servicio real ni comprueba bandejas de entrada.
Entrega contrato, tabla de seis decisiones, matriz de reintento/retención y nota de recuperación. Define invariantes: ningún mensaje enviado, ningún permiso inferido, ningún contador reiniciado para eludir límite y ninguna copia convertida en nuevo trabajo. Un proceso que falla una invariante no se declara listo para producción.
Actividad: recorre base y VR1–VR3. Añade prueba de contador inválido y fuente ausente. Autoinspecciona fuentes/permisos, identidad, recuperación y límites 0–2 solo como ayuda editorial. No aplicar umbralGratisni emitir calificación PRO.
Retroalimentación resuelta
Feedback: fuente ausente→retener; contador inválido→entrada inválida; resultado desconocido→conciliar. La solución es un diseño local verificable, no automatización activa, atención humana realizada ni garantía de entrega. No matrícula, constancia, beneficios, pagos o canales externos.