Un diagrama BPMN cobra sentido cuando sus elementos están conectados correctamente. Dos de los conectores BPMN más importantes son flujos de secuencia y flujos de mensaje.
Ambos se representan como flechas, pero describen relaciones diferentes:
-
Un flujo de secuencia muestra el orden en que ocurren las actividades, eventos y compuertas dentro de un proceso.
-
Un flujo de mensaje muestra la comunicación entre participantes separados, como empresas, departamentos modelados como piscinas separadas, clientes o sistemas externos.
Confundir estos dos conectores es uno de los errores de modelado BPMN más comunes.
¿Qué es un flujo de secuencia?
Un flujo de secuencia representa la progresión interna de un proceso. Responde a la pregunta:
¿Qué sucede a continuación?
Un flujo de secuencia se dibuja como una línea sólida con una cabeza de flecha rellena. Puede conectar eventos, actividades y compuertas dentro de la misma piscina o proceso. Por ejemplo:
Evento de inicio → Recibir pedido → Verificar inventario → Enviar pedido → Evento final
Esto significa que el proceso comienza, se recibe el pedido, se verifica el inventario y se envía el pedido en esa secuencia.
Los flujos de secuencia también pueden mostrar ramificación y fusión:
-
Un flujo que sale de una compuerta exclusiva puede representar un posible resultado de decisión.
-
Varios flujos que salen de una compuerta paralela pueden representar trabajo simultáneo.
-
Múltiples flujos entrantes pueden fusionarse en una actividad posterior.
-
Un flujo condicional puede continuar solo cuando se cumple una condición especificada.
-
Un flujo por defecto proporciona una ruta de respaldo cuando ninguna otra condición se aplica.
Los flujos de secuencia definen el comportamiento del proceso. No son meras líneas visuales utilizadas para hacer que un diagrama sea más fácil de leer.
¿Qué es un flujo de mensaje?
Un flujo de mensaje representa la comunicación entre participantes BPMN separados. Responde a la pregunta:
¿Qué información se intercambia entre los participantes?
Un flujo de mensajes se dibuja como una línea discontinua, generalmente con una cabeza de flecha abierta. Puede conectar actividades, eventos u otros elementos apropiados relacionados con mensajes en diferentes buques.
Por ejemplo, un minorista en línea puede enviar una solicitud de pago a un proveedor de pagos:
Bolle del minorista: Enviar solicitud de pago - - - - - > Bule del proveedor de pagos: Recibir solicitud de pago
El conector discontinuo indica que un participante envía información a otro. No significa que el remitente controle directamente el proceso interno del receptor.
Los flujos de mensajes se utilizan en colaboraciones BPMN para modelar la comunicación entre participantes independientes. La especificación BPMN incluye los flujos de mensajes como uno de los elementos estándar para el modelado de procesos y colaboraciones.
La diferencia principal
La regla más simple es:
Utilice flujos de secuencia dentro de un buque. Utilice flujos de mensajes entre buques.
Un buque representa a un participante, como una empresa, cliente, proveedor, departamento modelado de forma independiente o aplicación externa. Un carril es solo una subdivisión dentro de un buque, por lo que las actividades en diferentes carriles siguen conectadas mediante flujos de secuencia.
| Característica | Flujo de secuencia | Flujo de mensajes |
|---|---|---|
| Propósito principal | Muestra el orden del proceso | Muestra la comunicación |
| Apariencia visual | Línea sólida con cabeza de flecha rellena | Línea discontinua con cabeza de flecha abierta |
| Ubicación típica | Dentro de un solo buque | Entre buques separados |
| Representa | Flujo de control o ejecución | Intercambio de información |
| Ejemplo | Solicitud de revisión → Aprobación de solicitud | Cliente → Presentar solicitud |
| ¿Cruza los límites del buque? | No | Sí |
| ¿Controla el proceso del otro participante? | Modela la progresión interna | No; representa una interacción |
Los flujos de secuencia conectan objetos de flujo dentro de un mismo pool, mientras que los flujos de mensaje representan mensajes intercambiados a través de los límites de los participantes.
Flujo de secuencia a través de carriles
Considere un proceso de aprobación de compras con tres carriles:
-
Empleado
-
Gerente
-
Finanzas
Si los tres carriles pertenecen a un solo pool de empresa, el proceso puede modelarse de la siguiente manera:
Las flechas entre estas actividades son flujos de secuencia porque los carriles son parte del mismo pool.
Los carriles identifican la responsabilidad, pero no crean participantes independientes. El proceso sigue representando un único flujo de trabajo interno coordinado.
Modelado correcto
Modelado incorrecto
Uso de flujos de mensaje entre carriles dentro del mismo pool:
Carril de Empleado - - - > Carril de Gerente - - - > Carril de Finanzas
Esto incorrectamente sugiere que el empleado, el gerente y el equipo de finanzas son participantes BPMN independientes en lugar de roles dentro de la misma organización.
Flujo de mensaje entre pools
Ahora considere un proceso de compra que involucra a un cliente y a un proveedor. Estos son participantes independientes, por lo que deben modelarse como pools separados:
Pool de Cliente:
Enviar Pedido
- - - - - - - - - - >
Pool de Proveedor:
Recibir Pedido
El flujo de mensaje indica que el proveedor recibe información del cliente. Las actividades internas del proveedor pueden luego conectarse mediante flujos de secuencia:
Pool de Proveedor:
Recibir Pedido → Verificar Inventario → Preparar Envío
Una colaboración completa podría verse así:
Ejemplo práctico: Cumplimiento de pedidos en línea
Imagine un proceso de pedido en línea que involucre:
-
Cliente
-
Tienda en línea
-
Proveedor de pagos
-
Empresa de envíos
Una colaboración BPMN adecuada puede contener cuatro pools.
Flujo de secuencia de la tienda en línea
Dentro del pool de la tienda en línea:
Flujos de mensajes entre participantes
Entre pools:
El proveedor de pagos y la empresa de envíos pueden tener sus propios procesos internos, pero la tienda en línea no controla esos pasos internos. Solo intercambia mensajes con ellos.
El flujo de mensajes no significa “cualquier comunicación”
Un error común es utilizar flujos de mensajes siempre que haya información involucrada. Eso no siempre es correcto.
Supongamos que un proceso de servicio al cliente tiene una tarea llamada Revisar correo electrónico del cliente, seguida de Actualizar registro del caso. El correo electrónico y el registro del caso son información, pero las actividades pueden seguir perteneciendo al mismo proceso y pool. Las actividades deben conectarse mediante un flujo de secuencia.
La distinción se basa principalmente en límites de los participantes, no simplemente en si hay datos o información presentes.
Usar:
-
Flujo de secuencia para el orden del trabajo dentro del proceso de un participante.
-
Flujo de mensajes para la comunicación entre participantes separados.
-
Asociación de datos para mostrar que una actividad lee o produce un objeto de datos.
-
Asociación para vincular anotaciones o documentación de apoyo a elementos del proceso.
Los objetos de datos y las anotaciones añaden contexto; no reemplazan los flujos de secuencia o de mensajes.
Pools, carriles y selección de flujo
Elegir el conector correcto comienza con elegir la estructura de participante correcta.
Usar carriles cuando:
-
Las actividades pertenecen a la misma organización.
-
Los equipos comparten un proceso general único.
-
Desea mostrar la responsabilidad por departamento o rol.
-
El motor de procesos o la organización coordina el trabajo.
Los ejemplos incluyen:
-
Ventas, Finanzas y Operaciones dentro de una misma empresa
-
Recursos Humanos, TI e Instalaciones durante la incorporación de empleados
-
Recepción de reclamaciones, evaluación y pagos dentro de una misma aseguradora
Utilice flujos de secuencia entre actividades en estas carriles.
Utilice bodegas cuando:
-
Los participantes son organizaciones independientes.
-
Un cliente interactúa con una empresa.
-
Un sistema externo tiene su propio proceso.
-
Desea ocultar o abstraer el flujo de trabajo interno de otro participante.
-
La interacción se entiende mejor como una colaboración o intercambio de mensajes.
Los ejemplos incluyen:
-
Cliente y minorista
-
Banco y proveedor de pagos
-
Fabricante y proveedor
-
Empleador y agencia gubernamental
-
Empresa y servicio externo de verificación de identidad
Utilice flujos de mensajes entre estas bodegas.
Modelar el mismo escenario de dos maneras
Considere una solicitud de préstamo que involucra a un banco y un solicitante.
Opción 1: Solicitante como un carril
Si el diagrama describe el proceso interno coordinado del banco y trata al solicitante como un rol que participa en ese proceso, el solicitante puede aparecer como un carril dentro de la bodega del banco.
Los flujos de secuencia conectan las actividades.
Este enfoque es útil cuando el objetivo es documentar el procedimiento operativo interno del banco.
Opción 2: Solicitante como una bodega separada
Si el diagrama se centra en la colaboración entre el solicitante y el banco, utilice bodegas separadas:
Este enfoque enfatiza la comunicación y las transferencias entre participantes independientes.
Ninguna representación es automáticamente correcta en todas las situaciones. La elección adecuada depende del propósito y el alcance del modelo.
Errores comunes
Uso de un flujo de mensaje entre carriles
Los carriles son subdivisiones de un pool. Si dos carriles pertenecen al mismo pool, conecte sus actividades con flujos de secuencia.
Uso de un flujo de secuencia entre pools separados
Un flujo de secuencia no debe cruzar desde un pool de participante hacia otro. Utilice un flujo de mensaje para la comunicación entre pools.
Mezclar trabajo interno y comunicación externa
Un flujo de mensaje debe mostrar el intercambio de mensajes, mientras que el trabajo interno de cada participante debe modelarse por separado con flujos de secuencia.
Por ejemplo:
Incorrecto:
Tarea del cliente → Tarea del proveedor
Un modelo de colaboración mejor es:
Pool del cliente:
Enviar pedido
- - Mensaje de pedido - - >
Pool del proveedor:
Recibir pedido → Validar pedido → Confirmar pedido
Tratar los carriles como organizaciones independientes
Un carril puede representar un departamento, un rol o un sistema, pero sigue estando dentro de un pool. Si el participante tiene su propio límite de proceso y se comunica de forma independiente, puede necesitar su propio pool en su lugar.
Uso de flechas sin un significado claro
Cada conector debe responder a una pregunta específica:
-
¿Esto muestra qué sucede a continuación?
-
¿Esto muestra quién se comunica con quién?
-
¿Esto vincula datos o documentación a una actividad?
Si la respuesta no está clara, el conector puede estar mal colocado o ser innecesario.
Creación de flujos de secuencia y de mensaje con Visual Paradigm BPMN Online Free
Visual Paradigm BPMN Online Free proporciona un entorno basado en navegador para crear y editar diagramas BPMN. Su editor de arrastrar y soltar se puede utilizar para modelar pools, carriles, actividades, eventos, puertas de paso, flujos de secuencia y flujos de mensaje. Visual Paradigm también ofrece capacidades de modelado BPMN 2.0, desglose de procesos y opciones para compartir o exportar diagramas.
Un flujo de trabajo práctico es:
-
Abra la herramienta de diagramación BPMN.
-
Cree un nuevo diagrama de proceso de negocio.
-
Agregue un pool para cada participante independiente.
-
Agregue carriles solo al dividir responsabilidades dentro de un mismo participante.
-
Coloque las actividades y eventos dentro del pool o carril correspondiente.
-
Conecte las actividades internas con flujos de secuencia.
-
Conecte pools separados con flujos de mensaje.
-
Etiquete los flujos de mensaje con contenido significativo, como:
-
Detalles del pedido
-
Solicitud de pago
-
Decisión de aprobación
-
Confirmación de envío
-
-
Añada condiciones a los flujos de secuencia que salen de los puntos de decisión.
-
Revise el diagrama para confirmar que ningún flujo de secuencia cruza un límite de piscina.
-
Utilice el diseño automático o el alineamiento manual para mejorar la legibilidad.
-
Comparta o exporte el diagrama completado para la revisión de las partes interesadas.
El editor BPMN de Visual Paradigm admite el desglose de procesos, lo que permite expandir un subproceso de alto nivel en un diagrama de proceso más detallado sin saturar el modelo principal.
Uso de funciones asistidas por IA
Las funciones BPMN asistidas por IA pueden ayudar a crear un modelo de proceso inicial a partir de una descripción en lenguaje natural. Las herramientas de IA de Visual Paradigm pueden interpretar una narrativa, identificar participantes y actividades, sugerir carriles y compuertas, y generar un diagrama BPMN editable. El diagrama generado puede luego abrirse en el editor en línea para un refinamiento manual.
Por ejemplo, en lugar de comenzar con un lienzo en blanco, proporcione una indicación como:
Cree una colaboración BPMN para un proceso de pedido en línea que involucre a un cliente,
un minorista en línea, un proveedor de pagos y una empresa de envíos.
El cliente presenta un pedido al minorista. El minorista verifica el inventario
y envía una solicitud de pago al proveedor de pagos. El proveedor devuelve un
mensaje de aprobación o rechazo. Si el pago es aprobado, el minorista envía una
solicitud de envío a la empresa de envíos. La empresa de envíos envía una
confirmación de entrega al minorista, quien notifica al cliente.
Un borrador generado por IA puede identificar:
-
Cliente, minorista, proveedor de pagos y empresa de envíos como piscinas
-
Verificación de inventario como una actividad
-
Aprobación de pago como una compuerta
-
Solicitud de pago y resultado de pago como flujos de mensajes
-
Pasos internos del minorista como flujos de secuencia
-
Confirmación de envío como un flujo de mensajes
La IA debe tratarse como un punto de partida y no como la autoridad final. Revise el modelo generado cuidadosamente, especialmente los límites entre las piscinas y los carriles.
Una indicación útil para el refinamiento
Después de generar el diagrama inicial, solicite una corrección específica:
Revise el diagrama y asegúrese de que todos los flujos dentro de la piscina del minorista sean
flujos de secuencia, mientras que toda la comunicación entre el minorista, el proveedor
de pagos, el cliente y la empresa de envíos se represente con flujos de mensajes.
Añada etiquetas a cada flujo de mensajes.
También puede pedirle a la IA que:
-
Añada una ruta alternativa para el pago rechazado.
-
Añada un evento de temporizador para el tiempo de espera del pago.
-
Separe el soporte al cliente en su propia piscina.
-
Convierta un departamento interno en un carril.
-
Expanda el subproceso de envío.
-
Identifique cualquier conector que cruce incorrectamente los límites de los buques.
Visual Paradigm describe su flujo de trabajo asistido por IA como conversacional e iterativo: los usuarios pueden generar un diagrama, solicitar cambios y luego abrir el resultado en el editor en línea con todas las funciones para una edición adicional.
Revisión de un diagrama generado por IA
Antes de compartir o implementar un modelo BPMN generado por IA, verifique lo siguiente:
-
¿Los participantes independientes se representan como buques separados?
-
¿Los departamentos y roles dentro de una misma organización se representan como carriles?
-
¿Los flujos de secuencia están restringidos al buque correcto?
-
¿Los flujos de mensajes se utilizan únicamente para la comunicación entre buques?
-
¿Cada flujo de mensaje tiene un remitente y un destinatario claros?
-
¿Los nombres de los mensajes son significativos?
-
¿Las condiciones de las compuertas son explícitas?
-
¿Se incluyen eventos de inicio y fin cuando corresponde?
-
¿El diagrama refleja el proceso de negocio real?
-
¿Las partes interesadas han revisado los límites de los participantes?
La IA puede acelerar la creación de diagramas, pero puede inferir incorrectamente los límites organizativos. Un departamento puede modelarse como un buque separado cuando debería ser un carril, o un servicio externo puede colocarse dentro del buque de la organización. La revisión humana sigue siendo esencial.
Guía rápida de decisiones
Utilice esta regla al modelar en Visual Paradigm o cualquier otra herramienta BPMN:
¿Los dos elementos conectados están dentro del mismo buque?
Sí → Utilice un flujo de secuencia.
No → ¿Son participantes independientes en buques separados?
Sí → Utilice un flujo de mensaje.
No → Considere si necesita una asociación de datos o una asociación de documentación.
Otra forma de recordar la distinción es:
Los flujos de secuencia describen cómo se mueve el trabajo. Los flujos de mensajes describen cómo se mueve la información entre los participantes.
Conclusión
Los flujos de secuencia y los flujos de mensajes cumplen propósitos diferentes en BPMN:
-
Flujos de secuenciarepresentan el orden interno de las actividades, eventos y compuertas.
-
Flujos de mensajesrepresentan la comunicación entre participantes independientes.
-
Carrilesorganizan las responsabilidades dentro de un buque, pero no crean nuevos participantes.
-
Buquesestablecen los límites de los participantes y determinan dónde son apropiados los flujos de mensajes.
Visual Paradigm BPMN Online Free hace que esta distinción sea práctica mediante un entorno de modelado visual de arrastrar y soltar. Sus funciones asistidas por IA pueden generar un modelo BPMN inicial a partir de una descripción en lenguaje natural, mientras que el editor en línea le permite corregir los límites de los buques, refinar los conectores, etiquetar los mensajes y preparar el modelo para la revisión de las partes interesadas.
En caso de duda, identifique primero el límite. Si el trabajo ocurre dentro de un único participante, utilice un flujo de secuencia. Si dos participantes independientes intercambian información, utilice un flujo de mensaje.