Tarea (abstracta)(Abstract Task)
La unidad de trabajo genérica y sin tipo de BPMN — un rectángulo de esquinas redondeadas sin icono de marcador. Indica que en este punto ocurre trabajo, sin especificar cómo se realiza.
La Tarea Abstracta (a menudo llamada simplemente Tarea) es la actividad base de BPMN 2.0. Todos los tipos de tarea especializados — Usuario, Servicio, Envío, Recepción, Manual, Script y Regla de negocio — son refinamientos de ella, cada uno añadiendo un icono de marcador y una semántica de ejecución.
Una tarea abstracta es deliberadamente neutral: indica *qué* se hace, no *quién o qué* lo hace. Esto la convierte en la opción natural para modelos de proceso descriptivos en etapas tempranas, donde el objetivo es acordar el flujo de trabajo antes de decidir los detalles de implementación.
Cuándo usar y evitar
Cuándo usar
Durante talleres de descubrimiento y primeros borradores, cuando aún no se ha decidido el mecanismo de cada actividad.
En modelos descriptivos dirigidos a lectores de negocio, donde los iconos de marcador añadirían ruido sin aportar comprensión.
Como marcador de posición para refinar más adelante en una tarea con tipo (Usuario, Servicio, etc.) cuando el modelo se vuelva ejecutable.
Cuándo NO usar
En modelos ejecutables desplegados en un motor de procesos — el motor necesita un tipo concreto para saber cómo ejecutar la actividad.
Cuando la distinción entre trabajo humano y automatizado importa al lector — utilice Tarea de Usuario o Tarea de Servicio para hacerla explícita.
Para enviar o recibir mensajes — la Tarea de Envío y la Tarea de Recepción llevan esa semántica; una tarea abstracta no interactúa por sí misma con los flujos de mensajes.
Ejemplo de negocio
Cumplimiento de pedido esbozado con tareas genéricas
Abra este ejemplo en el editor de procesos de HEFLO y explore el diagrama por dentro.
Abrir en el editor HEFLO →Paso a paso
- El proceso comienza cuando se recibe un pedido.
- La tarea abstracta “Verificar disponibilidad de stock” (resaltada) registra que aquí se verifica el stock — el modelo aún no dice si lo hace una persona o un sistema.
- Preparar pedido continúa, y el proceso termina con el pedido listo para el envío.
Este es un modelo descriptivo típico: primero se acuerda el flujo; los tipos de tarea se asignan más adelante, cuando el equipo decide qué se automatiza.
Diferencias
Diferencia entre una Tarea Abstracta y las tareas con tipo
La tarea abstracta no lleva ninguna semántica de ejecución — solo marca que hay trabajo. Las tareas con tipo (Usuario, Servicio, Envío, Recepción, Manual, Script, Regla de negocio) añaden cada una un icono de marcador e indican a un motor de procesos exactamente cómo ejecutar la actividad. Utilice tareas abstractas cuando modele para la comprensión; asigne tipos cuando el modelo deba ejecutarse.
Diferencia entre una Tarea y un Subproceso
Una Tarea es atómica: no puede descomponerse más dentro del modelo. Un Subproceso es compuesto: contiene su propio flujo de actividades, gateways y eventos. Si siente la necesidad de describir pasos *dentro* de una tarea, probablemente debería ser un subproceso.
Preguntas frecuentes
¿Puede un motor de procesos ejecutar una tarea abstracta?
La mayoría de los motores la rechazan o la tratan como un paso de simple traspaso/manual, según el proveedor. Para procesos ejecutables, elija siempre un tipo de tarea concreto.
¿Es incorrecto publicar un modelo final que todavía use tareas abstractas?
No para documentación descriptiva — muchas organizaciones mantienen sin tipo, a propósito, los modelos orientados al negocio. Solo se convierte en un problema cuando el modelo está destinado a desplegarse en un motor de automatización.