BPMN 2.0 significa Modelo y Notación de Procesos de Negocio, un estándar para modelar visualmente procesos de negocio.
Sus elementos principales incluyen eventos, actividades, puertas de enlace, objetos de conexión, piscinas y carriles.
Los flujos de secuencia muestran el orden de trabajo dentro de un proceso. Los flujos de mensajes muestran comunicación entre participantes separados.
Los diagramas BPMN admiten la documentación de procesos, el análisis y la planificación de la implementación, pero dibujar un diagrama no crea automáticamente un flujo de trabajo ejecutable.
Comprender un proceso de negocio se vuelve más fácil cuando todos pueden ver cómo encaja el trabajo.
BPMN 2.0 proporciona un lenguaje visual compartido para mostrar actividades, decisiones, responsabilidades e interacciones. Los analistas de negocios pueden usarlo para explicar un proceso, mientras que los equipos técnicos pueden usar sus elementos más detallados para aclarar los requisitos de implementación.
Esta guía explica el estándar, sus símbolos principales y cómo construir un diagrama BPMN utilizando un ejemplo práctico.
¿Qué es BPMN 2.0?
BPMN 2.0 es un estándar para modelos y notación de procesos de negocio, mantenido por Object Management Group u OMG. Define símbolos gráficos y reglas para representar procesos de negocio de manera consistente.
La notación se parece a un diagrama de flujo pero proporciona formas más precisas de modelar eventos, tareas, ramificaciones, trabajo paralelo y comunicación entre participantes. Está diseñado para ayudar a las partes interesadas comerciales y técnicas a comprender el mismo proceso.
BPMN 2.0 también define representaciones legibles por máquina y semántica de ejecución. Sin embargo, no todos los diagramas son ejecutables y la automatización requiere un entorno de implementación compatible y una configuración adicional.
Para obtener una introducción más amplia a la documentación de flujos de trabajo, consulte nuestro .
Los equipos utilizan BPMN para documentar cómo se realiza el trabajo, investigar problemas y diseñar mejoras.
Los usos comunes incluyen:
Documentar un proceso de estado actual.
Diseñar un proceso de estado futuro.
Aclaración de responsabilidades y traspasos.
Identificación de decisiones, excepciones y dependencias.
Comunicar requisitos entre empresa y TI.
Preparar procesos adecuados para la automatización.
BPMN apoya la práctica más amplia de gestión de procesos de negocio. El diagrama describe el proceso; la gestión continua implica implementar cambios, medir el rendimiento y mantener la eficacia del proceso.
Una breve historia de BPMN 2.0
BPMN se originó con la Iniciativa de Gestión de Procesos de Negocio, que luego se fusionó con OMG.
La generación 2.0 amplió el estándar más allá de la notación visual para proporcionar una semántica de proceso más detallada y capacidades de intercambio. El historial de la versión formal de OMG enumera BPMN 2.0 en diciembre de 2010 y BPMN 2.0.2 en enero de 2014.
Para conocer la especificación autorizada y los recursos de respaldo, consulte el Dios mío, estándar BPMN.
Símbolos de BPMN 2.0 y sus significados
No es necesario dominar todos los símbolos BPMN 2.0 para comenzar. La mayoría de los diagramas introductorios utilizan un pequeño conjunto de eventos, actividades, puertas de enlace y flujos.
Evento de inicio: Un círculo con un borde delgado muestra dónde comienza un proceso.
Evento intermedio: Un círculo con doble borde representa un evento que ocurre durante el proceso, como recibir un mensaje o alcanzar un tiempo específico.
Evento final: Un círculo con un borde grueso muestra dónde termina una ruta de proceso.
Tarea: Un rectángulo redondeado representa una actividad, como revisar una solicitud o enviar una notificación.
Subproceso: Un rectángulo redondeado agrupa actividades relacionadas. Un marcador positivo indica que los pasos subyacentes están colapsados.
Puerta de enlace: Un diamante controla cómo se dividen o se unen las rutas del proceso. El marcador interior identifica el tipo de puerta de enlace.
Flujo de secuencia: Una línea continua con una punta de flecha continua muestra el orden de trabajo dentro de un proceso.
Flujo de mensajes: Una línea discontinua con un círculo abierto al principio y una punta de flecha abierta muestra comunicación entre participantes separados.
Piscina: Un contenedor representa a un participante, como una empresa, un cliente o un proveedor.
Carril: Una subdivisión dentro de un grupo organiza actividades por responsabilidad, a menudo por función, departamento o sistema.
Objeto de datos: Una forma similar a un documento representa la información utilizada o producida por el proceso.
Anotación de texto: Un corchete abierto con texto explicativo agrega contexto sin cambiar la forma en que se ejecuta el proceso.
Comience con los símbolos necesarios para explicar claramente su proceso. Agregue notación más especializada sólo cuando ayude a describir la obra o aclarar su comportamiento.
Las secciones siguientes explican cómo funcionan juntos estos elementos.
Eventos: qué inicia, interrumpe o finaliza el trabajo
Los eventos representan algo que sucede durante un proceso.
Los tipos de eventos comunes incluyen:
Eventos de mensajes, que representan el envío o recepción de un mensaje.
Eventos del temporizador, que representan un tiempo programado, una duración o un intervalo recurrente.
Eventos de error, que representan errores en contextos de procesos admitidos.
Eventos de escalada, que indican que una situación necesita manejo en otro nivel.
La posición y notación del evento determinan su comportamiento. Por ejemplo, un temporizador adjunto al límite de una actividad puede modelar lo que sucede cuando se alcanza una fecha límite. Si interrumpe o no la actividad depende de la configuración del evento.
Actividades: el trabajo que se realiza
Las actividades representan el trabajo realizado por personas o sistemas.
Una tarea es una actividad que no se desglosa más dentro de ese modelo. Los tipos de tareas comunes incluyen tareas de usuario, tareas de servicio y tareas manuales.
Un subproceso contiene un flujo más detallado. Ayuda a mantener una descripción general legible y al mismo tiempo permite a los equipos examinar los pasos subyacentes por separado.
Una actividad de llamada hace referencia a un proceso o tarea reutilizable. Un subproceso de transacción tiene un comportamiento específico de transacción y cancelación; no significa simplemente que se produzca un pago.
Puertas de enlace: cómo los caminos se ramifican y se unen
Las puertas de enlace controlan cómo se dividen o sincronizan las rutas de proceso. No realizan el trabajo ellos mismos.
Puerta de enlace exclusiva: Selecciona una ruta de salida según las condiciones. Por ejemplo, una solicitud es aprobada o rechazada.
Puerta de enlace paralela: Inicia todas las rutas salientes. Una unión paralela correspondiente espera las ramas entrantes requeridas antes de continuar.
Puerta de enlace inclusiva: Inicia uno o más caminos según las condiciones. Por ejemplo, una solicitud puede requerir una revisión financiera, una revisión legal o ambas.
Puerta de enlace basada en eventos: Espera un evento que determine la siguiente ruta, como recibir una respuesta o alcanzar un tiempo de espera.
Puerta de enlace compleja: Representa una lógica de ramificación o sincronización especializada, como la que requiere una combinación definida de aprobaciones.
Elija la puerta de enlace en función del comportamiento del proceso —no simplemente de la forma visual que prefiera.
Piscinas y carriles: quién participa
Un pool representa a un participante, como un cliente, un proveedor o una organización. Un carril organiza las responsabilidades dentro de un grupo, a menudo por función o departamento.
Por ejemplo, un grupo de empresas podría contener carriles para adquisiciones, un gerente y cuentas por pagar. Un proveedor puede aparecer en un grupo separado.
Los departamentos no requieren automáticamente grupos separados. Utilice carriles cuando participen en un proceso compartido y grupos separados cuando modele a distintos participantes y su comunicación.
Conectando objetos: cómo se relacionan los elementos
Los flujos de secuencia definen el orden de actividad dentro de un proceso. Pueden cruzar carriles dentro de una piscina, pero no deben cruzar los límites de la piscina.
Los flujos de mensajes representan la comunicación entre participantes separados. No los utilice para conectar tareas dentro del mismo grupo.
Las asociaciones conectan información de apoyo, como anotaciones, con elementos del diagrama. Las asociaciones de datos muestran cómo se utiliza o produce la información; no reemplazan la secuencia de trabajo.
Tutorial de BPMN 2.0: crea un diagrama de aprobación de compra
Comience con un proceso familiar y agregue solo los detalles necesarios para dejar claro su comportamiento.
1. Definir el límite del proceso
Pentru acest exemplu:
Inicio: un empleado necesita aprobación para una compra.
Fin: la compra es aprobada o rechazada.
Este alcance no incluye recibir bienes, procesar facturas ni realizar pagos.
2. Identificar responsabilidades
Crear un pool de empresa con carriles para el empleado y el gerente.
Si el modelo incluye posteriormente la comunicación con un proveedor, represente a ese proveedor en un grupo separado.
3. Añadir las principales actividades
Utilice etiquetas de acción claras:
Enviar solicitud de compra.
Revisar solicitud de compra.
Notificar al empleado su aprobación o rechazo.
Evite etiquetas vagas como “Procesamiento” o “Administración.”
4. Añade la decisión
Coloque una puerta de enlace exclusiva después de “Revisar solicitud de compra.”
Etiquetalo:
¿Compra aprobada?
Crea dos rutas:
Sí: notificar la aprobación al empleado.
No: notificar al empleado el rechazo.
Cada camino conduce a un evento final apropiado.
5. Revisar el flujo del proceso
Un esquema de texto simplificado se ve así:
Inicio → Enviar solicitud de compra → Revisar solicitud de compra → ¿Compra aprobada? Sí → Notificar al empleado la aprobación → Fin aprobado No → Notificar al empleado el rechazo → Fin rechazado
En un diagrama BPMN, utilice los símbolos y flujos de secuencia apropiados en lugar de tratar este esquema de texto como el diagrama en sí.
6. Agregue excepciones cuando sea necesario
Pregunte qué pasa cuando:
La solicitud está incompleta.
El gerente no está disponible.
El plazo de revisión vence.
El solicitante retira la solicitud.
Por ejemplo, un evento de límite de temporizador en la actividad de revisión podría desencadenar un recordatorio o una escalada. Decidir si la revisión debe continuar o interrumpirse.
7. Validar el diagrama
Recorre el modelo con las personas que realizan la obra.
Compruebe que cada tarea tenga un propietario, que cada decisión tenga resultados comprensibles y que las excepciones reflejen requisitos operativos reales.
Mejores prácticas de modelado de BPMN 2.0
Un diagrama BPMN útil hace más que seguir la notación. Ayuda a las personas a comprender el proceso, identificar problemas y acordar mejoras.
Definir el alcance: Identifique qué inicia el proceso, dónde termina y qué actividades pertenecen al diagrama.
Primero mapee el estado actual: Documente cómo se realiza realmente el trabajo antes de crear un modelo separado del proceso mejorado.
Nombra las actividades claramente: Utilice un verbo y un objeto, como “Revisar aplicación” o “Enviar confirmación”, para que cada tarea sea fácil de entender.
Haga explícitas las rutas de decisión: Etiquete los flujos condicionales para que los lectores puedan ver por qué el trabajo sigue una ruta en lugar de otra.
Conectar correctamente a los participantes: Mantenga los flujos de secuencia dentro de un grupo y utilice flujos de mensajes para mostrar la comunicación entre participantes separados.
Mostrar excepciones importantes: Incluya información faltante, tiempos de espera, errores y cancelaciones cuando afecten el proceso.
Mantenga el diagrama manejable: Utilice subprocesos para organizar el trabajo detallado sin abrumar la vista principal.
Validar con las personas que realizan el trabajo: Recorra escenarios reales para confirmar responsabilidades, traspasos y rutas de excepción.
Priorizar la legibilidad: Utilice un espaciado, una alineación y una dirección de flujo consistentes. Separe las opciones de diseño útiles de los requisitos formales de BPMN.
De un diagrama BPMN a la automatización del flujo de trabajo
Un modelo BPMN validado puede ayudar a definir lo que debe hacer un proceso en ejecución. La implementación aún requiere decisiones sobre sistemas, datos, permisos, lógica empresarial y manejo de excepciones.
Seguimiento y pistas de auditoría para seguir el progreso e investigar los resultados.
Pruebas e implementación controlada para gestionar cambios de proceso.
Para procesos que abarcan múltiples sistemas, equipos y capacidades de IA, orquestación universal proporciona un enfoque más amplio para coordinar la ejecución.
Si la importación, exportación o ejecución directa de BPMN es un requisito, verifique las funciones compatibles con la plataforma. Un diseñador de flujo de trabajo visual no es automáticamente un motor de ejecución compatible con BPMN.
Convierta la comprensión del proceso en una mejor ejecución
BPMN 2.0 ofrece a los equipos comerciales y técnicos una forma compartida de explicar cómo se realiza el trabajo. Comience con un proceso claro, utilice símbolos consistentes y valide el modelo antes de agregar complejidad.
Decisions reúne flujos de trabajo, reglas comerciales, integraciones, inteligencia artificial y gobernanza en un entorno de código bajo. Explora la plataforma Decisiones para ver cómo estas capacidades apoyan la ejecución coordinada de procesos.
Preguntas frecuentes
¿Qué significa BPMN 2.0?+−
BPMN 2.0 significa Modelo y notación de procesos de negocio, versión 2.0. Es un estándar OMG para representar procesos de negocio a través de notación gráfica consistente y semántica de procesos definida.
¿Cuáles son los principales símbolos de BPMN 2.0?+−
Los símbolos principales incluyen círculos para eventos, rectángulos redondeados para actividades y diamantes para puertas de entrada. Los flujos secuenciales muestran el orden del trabajo, mientras que las piscinas y los carriles organizan a los participantes y las responsabilidades. Los flujos de mensajes muestran comunicación entre participantes separados.
¿Cuál es la diferencia entre flujo de secuencia y flujo de mensajes?+−
El flujo de secuencia muestra el orden de las actividades dentro de un proceso y permanece dentro de un grupo. El flujo de mensajes muestra la comunicación entre participantes separados, representados por diferentes grupos.
¿Puede un diagrama BPMN 2.0 ejecutarse automáticamente?+−
No por sí solo. Algunos modelos BPMN pueden ejecutarse mediante motores de procesos compatibles, pero necesitan los detalles de implementación y configuración requeridos. Es posible que un diagrama creado para documentación no contenga suficiente información para ejecutarse como un flujo de trabajo automatizado.
15 de octubre de 2026
Herramientas puntuales versus plataforma: qué sucede cuando la orquestación no es nativa
