--- id: KB-TL-030 url: https://app.codecontract.io/ayuda/trackline/en-que-se-diferencia-de-un-bpm idioma: es categoria: trackline subcategoria: empezar audiencia: usuario nivel: intermedio actualizado: 2026-08-23 tambienEn: [en] relacionados: [KB-TL-002, KB-TL-028, KB-TL-018] citadoPor: [KB-TL-014, KB-TL-029] --- # En qué se diferencia de un BPM _Un BPM modela lo que pasa dentro de vuestra empresa, con gente que os obedece. Aquí media parte del proceso está fuera y no os obedece._ **Responde a:** diferencia entre un bpm y trackline · ya tenemos un motor de procesos podemos hacerlo ahi · modelar la peticion de documentos en el bpm · workflow para pedir documentacion a proveedores **Un BPM es muy bueno en lo que hace: modelar un proceso con muchas ramas, muchos roles y muchos sistemas, todo dentro de vuestra organización.** Cada participante tiene usuario, tiene una tarea asignada y tiene un jefe. El proceso avanza porque alguien de dentro lo hace avanzar. ## Dónde se rompe la analogía | Lo que se da por supuesto | Proceso interno (BPM) | Recogida a terceros | | --- | --- | --- | | Quién ejecuta la tarea | Un empleado | Alguien de otra empresa | | Tiene cuenta y formación | Sí | No, y no la va a tener | | Se le puede asignar trabajo | Sí | **No: se le puede pedir** | | Si no lo hace | Se escala a su responsable | **No hay a quién escalar** | | El cuello de botella real | Coordinación entre áreas | **El silencio del otro lado** | > [!IMPORTANT] > **Modelar la parte externa en un BPM suele terminar en una tarea llamada «esperar documento del proveedor» que se queda ahí semanas.** El motor la crea, la asigna a alguien de dentro y espera. Pero esa persona no tiene el documento: lo único que puede hacer es escribir un correo y volver a mirar, que es exactamente el trabajo manual que el BPM iba a eliminar. El diagrama queda perfecto y el proceso no avanza. ## Qué hace falta en el tramo de fuera **En corto** - **Llegar por donde el otro contesta**: correo, WhatsApp, SMS, llamada o un enlace, sin obligarle a registrarse. - **Que la insistencia sea del sistema**, con su calendario, y no una tarea en la bandeja de alguien. - **Que el estado se actualice al recibir**, no cuando una persona lo teclea. - **Y que quede el rastro de quién entregó qué y cuándo**, porque es lo que os van a preguntar después. ## Cuándo el BPM es la herramienta correcta 1. **Cuando el proceso es interno y ramificado** — Aprobaciones por importe, rutas por área, integraciones con varios sistemas. 2. **Cuando hay reglas de negocio complejas** — Condiciones, excepciones, plazos internos. Un BPM está hecho para eso. 3. **Y cuando conviven, que es lo más habitual** — El BPM lleva el proceso interno y llama a este para el tramo externo, por API. > [!WARNING] > La comparación honesta no es «uno u otro» sino **qué parte del proceso está fuera de vuestro control**. Si es pequeña —un documento suelto al final— el BPM la puede llevar. Si es la mitad del proceso, y son cincuenta empresas distintas con cincuenta formas de trabajar, esa mitad necesita otra cosa. Y hay una señal fácil de medir: si vuestro proceso tiene tareas que llevan más de dos semanas paradas esperando a alguien de fuera, esa es la parte de la que se está hablando. > [!NOTE] > Montar esto no requiere un proyecto de implantación ni modelar nada: una plantilla se define en una tarde y se lanza el mismo día. Si vuestro BPM ya está en marcha, lo normal es no tocarlo — se le añade el tramo externo por API y el diagrama interno se queda como está. **¿Sustituye a nuestro BPM?** No. Se ocupa del tramo que sale de la empresa; el interno se queda donde está. **¿Se pueden conectar?** Sí, por API: el BPM lanza el proceso y recibe el resultado. **¿Y si nuestro proceso es todo interno?** Entonces el BPM os basta. Esto empieza a servir cuando hay terceros. ## Ejemplos **Una industria modela en su BPM el alta de proveedores y la tarea «recibir documentación» acumula 40 instancias con más de un mes de antigüedad.** - Saca esa tarea del BPM - La sustituye por una llamada al proceso externo - Deja que el BPM espere el resultado → Las 40 instancias paradas pasan a estar perseguidas por el sistema, y el BPM recibe el aviso cuando la documentación está completa. **Un equipo de procesos calcula lo que costaría modelar en el BPM el envío por WhatsApp y el portal para no registrados.** - Enumera canal, identidad y rastro - Compara con conectar por API - Presenta las dos cifras → La comparación deja de ser de opinión: se ve qué parte tiene sentido construir y qué parte no. **Una empresa tiene el proceso interno de aprobación de compras muy bien montado en su BPM y quiere añadirle el alta documental del proveedor.** - Deja la aprobación donde está - Añade el tramo documental como paso previo - Conecta los dos por API → La aprobación no se toca y deja de arrancar con documentación incompleta. **Un responsable descubre que el BPM marca el proceso como completado porque alguien cerró a mano la tarea de espera, sin que el documento llegara.** - Quita la capacidad de cerrar a mano ese paso - Vincula el cierre a la entrada real del documento - Revisa los cerrados del último trimestre → Aparecen los expedientes cerrados sin documento, que era justo lo que la auditoría iba a encontrar. **Una organización sin BPM se plantea comprar uno para resolver la recogida de documentación de subcontratas.** - Separa qué parte es interna y cuál externa - Comprueba que casi todo el problema está fuera - Empieza por el tramo externo → Se resuelve el problema real sin abrir un proyecto de implantación que tardaría meses. **Un BPM lanza el proceso documental por API y necesita saber cuándo está completo para seguir.** - Lanza el proceso desde el BPM - Escucha el aviso de completado - Continúa el flujo interno → El proceso interno avanza solo cuando la documentación está de verdad, no cuando alguien lo dice. **El equipo de calidad quiere el mismo cuadro de mando para lo interno y lo externo.** - Deja las métricas internas en el BPM - Toma del proceso externo lo que falta y desde cuándo - Junta las dos en el informe → El cuadro de mando distingue lo que se atasca dentro de lo que se atasca fuera, que se arreglan de forma distinta. **Una consultora propone modelar el proceso completo, terceros incluidos, en seis meses de proyecto.** - Separa el tramo externo y lo pone en marcha esta semana - Mide qué mejora - Decide después qué queda por modelar → La parte que dolía deja de doler mientras se decide con datos qué merece un proyecto y qué no.