Qué documentar antes de añadir una excepción a una regla de transporte
Antes de añadir una excepción, deja constancia del problema que resuelve, los mensajes exactos que excluirá, quién acepta el efecto y cuándo se revisará.
Equipo enginerIT· 2 min de lectura
Antes de añadir una excepción, deja constancia del problema que resuelve, los mensajes exactos que excluirá, quién acepta el efecto y cuándo se revisará. Una excepción cambia el alcance de una regla completa; su justificación debe explicar también qué tratamiento dejará de recibir el correo excluido.
Describe un caso reproducible
Guarda el identificador de una entrega afectada, la fecha, la regla coincidente y el resultado que perjudica la operación. Explica por qué ese comportamiento es incorrecto para ese caso. Evita justificarlo con frases como «este proveedor es de confianza»: necesitas una condición observable y una necesidad concreta.
Distingue un defecto de la regla de una excepción válida. Si está seleccionando mensajes ajenos a su objetivo, corregir la condición puede resolver mejor el problema. Si el mensaje debe quedar fuera por una decisión empresarial, identifica al responsable de esa decisión y a quien administra el control.
Acota el predicado y su efecto
Documenta el campo exacto que se comprobará y sus valores. Microsoft distingue, entre otras posibilidades, la dirección del remitente en cabecera y la del sobre SMTP. Una excepción por nombre visible o una búsqueda textual demasiado amplia puede excluir mensajes que nadie pretendía admitir.
Anota ejemplos que deben quedar excluidos y otros parecidos que deben seguir bajo la regla. Si la regla ejecuta varias acciones, enumera cuáles perderán los mensajes exceptuados. Incluye la interacción con otras reglas: quedar fuera de una no implica necesariamente quedar fuera del resto del procesamiento.
Añade una caducidad operativa y una prueba
Guarda propietario, fecha de revisión, criterio para retirar la excepción y configuración anterior. Si el sistema no aplica automáticamente la caducidad que necesitas, asigna una tarea concreta de revisión; una fecha escrita sin responsable no deshace el cambio. Limita quién puede editar los valores de la excepción.
Prueba el caso original y los casos cercanos antes de ampliar su uso. Conserva el seguimiento y el efecto recibido, junto con la autorización. Si el problema se resuelve reparando el sistema emisor o retirando una integración, elimina la excepción tras verificarlo. Así evitas acumular salidas permanentes para incidencias que ya no existen.
Comprobaciones para cerrar la tarea
- ✓ Registrar entrega, regla y perjuicio concreto.
- ✓ Definir campo y valores excluidos con ejemplos negativos.
- ✓ Asignar responsable, revisión y criterio de retirada.
Fuentes y documentación
- Condiciones y excepciones de reglas — Predicados y selección de dirección de remitente.
- Probar reglas de flujo de correo — Modos de prueba, espera inicial y contraste con seguimiento.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →