Errores y recuperación

Captura de errores en la tarea y recuperación (límite de error)

Utilizar cuando

• Una tarea puede dar error y tener necesidades de manejo manual en el mismo punto.
• No se desea reintentar; la recuperación reemplaza al reintento.

Patrón con palabras simples

1. Inicio.

2. Tarea de servicio: proceso transacción, con un límite de Error de interrupción.

3. En Error: Tarea de usuario Manipulador manualmente.Fin: resuelto.

4. Ruta normal: se completa la transacción de proceso. Fin completado.

   Nota:

   La recuperación se produce en el punto de fallo.

   Otros escenarios

• Finanzas: un error al escribir una factura redirige a la entrada manual.
• Salud: un fallo en la verificación de seguros activa un seguimiento manual.
• Fabricación: un fallo automatizado del control de calidad activa una inspección manual.
• Comercio minorista: el error en el envío de órdenes en línea redirige a un agente.
• Telecomunicaciones: el fallo de activación envía un técnico de campo.

Vuelve a intentar un paso fallido antes de escalar

Utilizar cuando

• Las incidencias temporales suelen resolverse con el reintento.
• Quieres un recuento fijo de reintentos antes de escalar.

Patrón en términos simples

1. Inicio.

2. Tarea de servicio: sincronizar datos, con un límite de error de interrupción.

3. En Error: vuelve a reintentar hasta un máximo definido.Si sigue fallando, el usuario debe escalar la incidencia de la tarea.Fin: escalada.

4. Ruta normal: los datos se sincronizan. Finalizar la sincronización.

   Nota:

   Limita los reintentos y registra cada intento.

   Otros escenarios

• Finanzas: reintento de la pasarela de pagos antes de la facturación manual.
• Salud: reintento de la transferencia de datos de laboratorio antes de escalar.
• Fabricación: reintento de la calibración antes de la revisión del técnico.
• Comercio minorista: reintento de la API de proveedores antes de la orden de compra manual.
• Telecomunicaciones: reintento de aprovisionamiento antes del envío del técnico.

Degradación controlada con solución alternativa opcional del sistema.

Utilizar cuando

• Un paso opcional automatizado puede generar un error.
• El proceso puede continuar manualmente sin bloquear la finalización.

Patrón en términos simples

1. Inicio.

2. Tarea de servicio: comprobación de calidad automatizada, con un límite de error de interrupción.

3. En Error: Tarea de usuario: inspección manual. Fin: comprobado.

4. Ruta normal: comprobación de calidad automatizada se completa. Fin: comprobado.

   Nota:

   La alternativa manual conserva la finalización.

   Otros escenarios

• Finanzas: la generación automática de informes falla; produce un informe manual.
• Salud: la búsqueda de seguros falla; ejecuta una consulta manual.
• Comercio minorista: la sincronización del producto falla; actualiza el catálogo manualmente.
• Fabricación: el programador falla; crea trabajos manualmente.
• Sector público: la verificación automática falla; realiza una revisión manual.