Inicio / TAOM™ Integraciones

TAOM™ Integraciones

TAOM Integrations

Sus herramientas permanecen. Su información empieza a conectarse.

La transformación no ocurre dentro de una sola aplicación. Los procesos viven en plataformas de procesos, los requisitos en sistemas de Delivery, el conocimiento en herramientas de colaboración y la ejecución en el ERP. TAOM conecta estas perspectivas en lugar de crear otro silo.

La situación inicial

Rara vez falta software

La mayoría de las organizaciones ya dispone de plataformas potentes. El problema es que la información está distribuida entre ellas – y nadie es responsable del contexto que las conecta.

Process Managementcontiene procesos
Delivery Platformscontienen requisitos y tareas
Knowledge Platformscontienen documentación
Sistemas ERPejecutan transacciones de negocio
Enterprise Architecturecontiene sistemas y capacidades
Automatizaciónorquesta flujos técnicos
Plataformas de IAproporcionan inteligencia
TAOMproporciona el contexto común de procesos y empresa entre todas ellas

Por qué importa

El proceso es el punto de referencia común

Un requisito de una iniciativa – una vez sin contexto y otra con contexto.

A la izquierda, un ticket REQ-4817 sin contexto; a la derecha, el mismo elemento conectado con Proceso, Process Step, Requisito, Sistema, Objeto de Desarrollo y Jira Issue.

Cómo se ve el resultado

Una incidencia y una página, generadas desde el modelo

No es una captura publicitaria, sino una plantilla con contenido de demostración: se trata del diseño y de saber de dónde viene cada campo.

Ver la plantilla ↗

La incidencia de Jira lleva el identificador TAOM como clave estable, además del vínculo al epic, el componente, las etiquetas WRICEF y las incidencias subordinadas. La página de Confluence se construye como un documento legible: el texto en el centro, cifras y estados agrupados a la derecha. La correspondencia de proceso a epic, fase a story y paso a tarea mantiene unido el conjunto.

Ver la plantilla →  ·  Leer el artículo →

Plantilla con contenido de demostración: define cómo se estructura el resultado. Jira y Confluence son productos de Atlassian, SAP es una marca de SAP SE.

Ambos sentidos, y nuestra propia aplicación en medio

Ambos sentidos funcionan en producción. Y en medio se sitúa una aplicación de Atlassian que hemos desarrollado nosotros mismos.

Modelo TAOM El paso de proceso como punto de referencia Identificador, fase, nivelRequisito, riesgo, controlResponsabilidad DESARROLLADA POR TAOM Aplicación Atlassian de TAOM instalada en su entorno de Atlassian detecta qué ha cambiadocomprueba quién manda en el campodeja constancia de cada aviso Jira · Confluence Su entorno, sus licencias Epic, historias, incidenciasÁrbol de páginas con especificacionesEstado y comentariosModelo en el visor TAOM IDA · DISPONIBLE HOY generado a partir del modelo y conciliado en cada ejecución, en lugar de crear duplicados VUELTA · DISPONIBLE HOY cambio de estado en Jira, pasaje de texto modificado en Confluence DEFINIDO CAMPO POR CAMPO El modelo manda: flujo, estructura, identificadorEl destino manda: estado, comentarioTodo lo demás se rechaza

Sin este reparto surgiría una segunda verdad: dos sistemas que reclaman el mismo campo. Por eso no decide el momento del último cambio, sino la competencia fijada de antemano.

Madurez

La integración evoluciona – y mostramos claramente en qué punto estamos

Nadie necesita una automatización completa desde el primer día. Cinco niveles, con un estado transparente para cada uno.

Cinco niveles: dónde está TAOM hoy

1ReferenciaSistema, componente de ERP y datos de la incidencia figuran en el elemento.disponible hoy
2VinculaciónReferencias a la incidencia de Jira y a la página de Confluence, mediante la dirección base propia.disponible hoy
3IntercambioImportación desde SharePoint/OneDrive mediante Microsoft Graph; exportación como BPMN, HTML, PDF y Solution Design. Además, incidencias de Jira y páginas de Confluence generadas a partir del modelo, con identificador, nivel, página padre y estado.disponible hoy
4ConciliaciónMantener alineados datos seleccionados entre TAOM y el sistema de destino. El camino de vuelta funciona a través de nuestra propia aplicación de Atlassian.disponible hoy
5OrquestaciónIniciar flujos más allá de los límites de los sistemas. El alcance y el sentido se definen por proyecto.a medida del cliente

Qué lado manda en cada dato está fijado campo por campo.

Las áreas

Qué funciona hoy – y qué todavía no

disponible hoy

Delivery Platforms · Jira

El elemento de proceso contiene la información necesaria para Delivery:

  • Issue Type
  • Prioridad y Status
  • Componente y Versión
  • Responsabilidad
  • Requisito
  • Objeto de Desarrollo (WRICEF)
  • Contexto del Proceso

Los formularios utilizan los símbolos oficiales de Jira sin modificaciones y sus colores de estado originales. La URL base de la instancia propia se configura en los ajustes – solo así los enlaces conducen al destino correcto.

Lo que sí es posible: del modelo salen un epic, historias por fase e incidencias por paso. Tras la aprobación humana, el flujo devuelve la clave y la dirección y concilia en cada ejecución posterior en lugar de crear duplicados. Camino de vuelta: disponible hoy: si alguien cambia el estado en Jira, nuestra propia aplicación de Atlassian lo comunica al modelo. Qué lado manda en cada dato está fijado campo por campo: lo que lleva el modelo no puede sobrescribirse desde fuera.

A partir de Enterprise. Esto vale para ambos sentidos, 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, Webuser o Webuser Pro y se fija en el contrato Enterprise.

disponible hoy

Knowledge Platforms · Confluence

Los Process Steps pueden conectarse con su documentación asociada – instrucciones de trabajo, especificaciones funcionales y técnicas, decisiones, resultados de reuniones y políticas.

Lo que sí es posible: de un modelo sale un árbol de páginas de proceso y especificaciones, cada una con identificador, nivel, estado y referencias, conciliado en cada ejecución. Camino de vuelta: disponible hoy: si se modifica un pasaje de texto en Confluence, nuestra propia aplicación de Atlassian lo comunica al modelo, dentro de los campos que lleva Confluence.

A partir de Enterprise. Igual que con Jira, para ambos sentidos: entorno propio, licencias de Atlassian del cliente, fijado en el contrato Enterprise.

parcialmente disponible

Microsoft 365 · SharePoint y OneDrive

Actualmente es la integración más avanzada: mediante Microsoft Graph, TAOM lee de forma recursiva una carpeta configurada, recupera cada archivo .bpmno .xmly crea un Workspace por archivo. Las credenciales permanecen en el servidor y todas las llamadas se ejecutan a través del servidor.

Dirección: actualmente hacia TAOM, no de vuelta al sistema de origen.

disponible hoy

ERP · SAP y otros

Los Process Steps incluyen el contexto de aplicación: qué Aplicación soporta el paso, qué Componente ERP participa y qué Funciones están asociadas.

Detrás existe un Reference Repository propio con más de 2.400 asignaciones respaldadas por fuentes entre Process Step, Componente y Función. Cada registro incluye su fuente – se busca en el repositorio, no se inventa nada.

Lo que todavía no es posible: acceso técnico directo a sistemas ERP productivos.

parcialmente disponible

Process Platforms · SAP Signavio y otras

Mediante BPMN 2.0, los modelos pueden intercambiarse en ambas direcciones. Por tanto, no es necesario abandonar un repositorio existente – TAOM puede operar junto a él como capa de enriquecimiento y transformación.

Base: intercambio de archivos, no una integración directa entre herramientas.

a medida del cliente

Architecture, Automation y AI Platforms

El contexto estructurado es el requisito previo para conectar Capabilities, Applications y Requirements con Enterprise Architecture, iniciar Workflows o proporcionar Enterprise Context a Agents de plataformas externas.

Las interfaces existen. La conexión en sí se define para cada cliente: el sentido, el alcance y el comportamiento en la conciliación dependen de la plataforma de destino y del proyecto.

Por qué lo describimos con tanta precisión: En licitaciones, «integración» puede significar cualquier cosa entre un simple enlace y una sincronización bidireccional continua. Si alguien espera Level 4 y recibe Level 2, tiene motivos para estar insatisfecho. Por eso indicamos en cada área exactamente qué ofrece hoy.

Alcance

Integración no significa sustitución

TAOM no sustituye estos sistemas. Gestiona las relaciones entre la información que reside en ellos.

Su ERP
Su Delivery Platform
Su Knowledge Repository
Su Enterprise Architecture Platform
Su Process Repository

Esa es la diferencia entre otra herramienta más y una Context Layer.

El objetivo

Cada objeto debe saber a qué pertenece

Procesodebe conocer el Sistema
Requisitodebe conocer el Proceso
Delivery Objectdebe conocer el Requisito
Conocimientodebe conocer la Actividad
AI Agentdebe conocer el Contexto

Cuando estas relaciones se mantienen, la transformación se vuelve trazable y gobernable – ese es el objetivo de todo el enfoque de integración.

API y extensibilidad

No solo conectable. También interrogable.

El contexto empresarial no cobra valor únicamente dentro de TAOM. A través de una interfaz de programación, sus propias aplicaciones, servicios de integración y automatizaciones acceden a procesos, datos y funciones, sin que nadie tenga que trabajar en Process Studio para ello.

Espacios de trabajo y modelos

Crear, leer, modificar y recuperar versiones. Además de fases, metadatos, grupos de varios diagramas y el sello de procedencia.

Enriquecimiento

Iniciar una ejecución, consultar su estado y obtener el resultado, tanto para un solo elemento como para todo el modelo.

Adjuntos

Subir, listar, recuperar y eliminar documentos, vinculados al elemento al que pertenecen.

Agentes

Catálogo de agentes, perfil de estilo, biblioteca, así como consulta y resultado de una ejecución.

Usuarios y licencia

Inicio de sesión, cuenta y estado de la licencia: la base para que una aplicación externa actúe en nombre de un usuario autorizado.

Presencia

Quién trabaja en un modelo en este momento. El trabajo conjunto se refleja así también fuera de la interfaz.

La interfaz se encuentra bajo el espacio de nombres taom/v1 y está versionada: una versión nueva no sustituye a la anterior en silencio.

La diferencia

Interfaz, conector, integración: tres cosas distintas

No llamamos «integración» a todo. Los tres términos designan tres grados de madurez, y solo el tercero significa que algo funciona realmente en producción.

Interfaz

TAOM pone a disposición funciones y datos en el plano técnico. Qué se construye con ellos lo decide la otra parte.

Conector

Una conexión preparada para un sistema concreto, por ejemplo Jira, Confluence o una plataforma de procesos.

Integración

Una conexión concreta con dirección, alcance y comportamiento de sincronización definidos. Solo aquí se aplica el grado de madurez anterior.

Que exista una interfaz no significa que exista un conector, y un conector no significa sincronización en ambos sentidos. El estado respectivo figura en los cinco grados de más arriba.

Para desarrollo y TI empresarial

No solo intercambiar datos: conservar la relación

TAOM no tiene que convertirse en el centro de su panorama de sistemas. Lo decisivo es que una transferencia mantenga la asignación: un requisito sigue unido a su proceso, un objeto de desarrollo a su requisito y un sistema a los pasos que sostiene.

Process Studio para las personas. Interfaces para las aplicaciones. Digital Twin como contexto común.

Ver el Digital Twin →  ·  El tooling en el framework →  ·  Hablar sobre las interfaces →

Empezar

Empiece por el sistema que más fricción genera actualmente

No conecte todo de una vez. Empiece por el sistema que marca la diferencia en su iniciativa, conéctelo primero y añada el resto de forma progresiva.