Integraciones de TAOM
Sus herramientas se quedan. Su información se conecta.
La transformación no ocurre en una sola aplicación. Los procesos están en plataformas de procesos, los requisitos en el sistema de entrega, el conocimiento en la herramienta colaborativa y la ejecución en el ERP. TAOM conecta estas vistas en lugar de abrir otro silo más. No sustituye a estos sistemas, sino que se ocupa de las relaciones entre la información que contienen.
El punto de partida
Rara vez falta software
La mayoría de las organizaciones tienen plataformas potentes. El problema es que la información se reparte entre ellas – y nadie es dueño del contexto entre medias.
Por qué importa
El proceso es el punto de referencia común
Un requisito de un proyecto – una vez sin contexto y otra con él.
Cómo es el resultado
Una incidencia y una página, generadas a partir del modelo
No es una captura publicitaria, sino una plantilla con contenido de demostración – se trata del diseño y de dónde procede cada campo.
La incidencia de Jira lleva el ID de TAOM como clave fija, además de la referencia al epic, el componente, las etiquetas WRICEF y las subincidencias. La página de Confluence se crea como un documento legible: texto en el centro, indicadores y estado de forma compacta en la información de página a la derecha. La correspondencia proceso–epic, fase–historia y paso–tarea mantiene ambos unidos.
Ver plantilla → · Leer el artículo →
Plantilla con contenido de demostración – describe cómo está estructurado el resultado. Jira y Confluence son productos de Atlassian; SAP es una marca de SAP SE.
Madurez
La integración crece con usted – y decimos dónde estamos
Nadie necesita la automatización completa el primer día. Cinco niveles y, para cada uno, la situación real.
Cinco niveles – y dónde está TAOM hoy
Qué lado manda en cada dato se define campo por campo.
Las áreas
Lo que funciona hoy – y lo que no
Plataformas de entrega · Jira
El elemento del proceso contiene los datos necesarios para la implementación:
- Tipo de incidencia
- Prioridad y estado
- Componente y versión
- Responsabilidad
- Requisito
- Objeto de desarrollo (WRICEF)
- Referencia al proceso
Las formas usan los iconos oficiales de Jira, sin modificar, y sus colores de estado. La dirección base de su propia instancia se configura en los ajustes – solo así los enlaces llevan al destino correcto.
Lo que funciona: Del modelo surgen un epic, historias por fase e incidencias por paso. La ejecución se realiza tras la aprobación humana, devuelve clave y dirección y sincroniza en cada ejecución posterior en lugar de crear duplicados. Vuelta – en producción hoy: Si alguien cambia el estado en Jira, nuestra propia app de Atlassian lo comunica al modelo. Qué lado manda en cada dato se define campo por campo – lo que gestiona el modelo no se puede sobrescribir desde fuera.
A partir de Enterprise. Esto se aplica a ambas direcciones, ida y vuelta. Una conexión real con Jira requiere un entorno propio y las licencias de Atlassian del cliente. No forma parte de los niveles Demo, Process Studio Modeller, Webuser o Webuser Pro y se define en el contrato Enterprise.
Plataformas de conocimiento · Confluence
Los pasos del proceso se pueden vincular con la documentación correspondiente – instrucciones de trabajo, especificaciones funcionales y técnicas, decisiones, resultados de reuniones, directrices.
Lo que funciona: De un modelo surge un árbol de páginas con páginas de proceso y especificaciones, cada una con ID, nivel, estado y enlaces – sincronizado en cada ejecución. Vuelta – en producción hoy: Si se modifica una sección de texto en Confluence, nuestra propia app de Atlassian lo comunica al modelo, dentro de los campos en los que manda Confluence.
A partir de Enterprise. Como en Jira, en ambas direcciones: entorno propio, licencias de Atlassian propias, definición en el contrato Enterprise.
Microsoft 365 · SharePoint y OneDrive
Es la integración más avanzada: mediante Microsoft Graph, TAOM lee de forma recursiva una carpeta configurada, recoge cada archivo .bpmn o .xml y crea a partir de cada archivo un espacio de trabajo. Las credenciales se guardan en el servidor; todas las llamadas pasan por el servidor.
Dirección: actualmente hacia TAOM, no de vuelta.
Canales · Microsoft Teams y Slack
Con la licencia adicional Team, los avisos del modelo llegan a sus propios canales de Microsoft Teams o Slack – por ejemplo, una ejecución de prueba fallida. Los canales se configuran en la cuenta de cliente; más información en colaboración.
Dirección: desde TAOM hacia fuera, como aviso.
ERP · SAP y otros
Los pasos del proceso llevan el contexto de aplicación: qué aplicación da soporte al paso y qué componente ERP y qué funciones le corresponden.
Detrás hay una obra de referencia propia con más de 2.400 correspondencias documentadas entre paso del proceso, componente y función. Cada fila indica su fuente – se busca en ella, no se inventa nada.
Lo que todavía no funciona: un acceso técnico a sistemas ERP en funcionamiento.
Plataformas de procesos · SAP Signavio y otras
Los modelos se pueden intercambiar en ambas direcciones mediante BPMN 2.0. Por eso no hace falta abandonar un repositorio existente – TAOM puede funcionar a su lado como capa de enriquecimiento y transformación.
Base: el intercambio de archivos, no un acoplamiento de las herramientas.
Arquitectura, automatización, plataformas de IA
El contexto estructurado es el requisito para vincular capacidades, aplicaciones y requisitos con la arquitectura, iniciar flujos o proporcionar contexto empresarial a agentes de otras plataformas.
Las interfaces existen. La integración en sí se define para cada cliente – dirección, alcance y comportamiento de sincronización dependen de la plataforma de destino y del proyecto.
El objetivo
Cada cosa debe saber a qué pertenece
Lo decisivo es que la asignación se mantenga en una transferencia: un requisito sigue con su proceso, un objeto de desarrollo con su requisito, un sistema con los pasos que soporta. Si se conservan estos vínculos, la transformación se vuelve trazable y gobernable – ese es todo el propósito del ejercicio.
Ver el Digital Twin → · Herramientas en el framework → · Hablar de interfaces →
API y extensibilidad
No solo conectable. También accesible.
El contexto empresarial no aporta valor solo dentro de TAOM. A través de una interfaz de programación, sus propias aplicaciones, servicios de integración y automatizaciones pueden acceder a procesos, datos y funciones – sin que nadie tenga que trabajar para ello en Process Studio.
Espacios de trabajo y modelos
Crear, leer, modificar, recuperar versiones. Además de fases, metadatos, grupos de varios diagramas y el sello de procedencia.
Enriquecimiento
Iniciar una ejecución, consultar el estado, obtener el resultado – también para un solo elemento en lugar de todo el modelo.
Adjuntos
Cargar, listar, obtener y eliminar documentos – vinculados al elemento al que pertenecen.
Agentes
Directorio de agentes, perfil de estilo, biblioteca, así como solicitud y resultado de una ejecución.
Usuarios y licencia
Inicio de sesión, cuenta, estado de la licencia – la base para que una aplicación externa actúe en nombre de un usuario autorizado.
Presencia
Quién está trabajando en un modelo en este momento. Así se puede reflejar el trabajo conjunto también fuera de la interfaz.
La interfaz se encuentra en el espacio de nombres taom/v1 y está versionada – una nueva versión no sustituye a la anterior sin avisar.
Empezar
Empiece por el sistema que más duele ahora
No lo conecte todo de golpe. Elija el sistema que marca la diferencia en su proyecto y conéctelo primero. El resto llega por etapas.
Lo que llega a Jira y Confluence sigue siendo localizable
Los números de incidencia y los enlaces de página están en el paso del proceso – y por tanto se pueden buscar en todos los modelos. ¿Qué pasos aún no tienen incidencia de Jira? ¿Dónde falta la especificación?
¿Y si el sistema de destino es propio?
Jira y Confluence son dos vías – no las únicas. Procesos, atributos y modelos se pueden obtener a través de la interfaz e incorporar a sus propios sistemas.