TAOM™ Glossary
Las mismas palabras, significados diferentes – eso puede costar meses a un proyecto.
Negocio, Architecture, Delivery, IA y Governance utilizan muchos de los mismos términos, pero rara vez significan exactamente lo mismo. El Glossary los define una sola vez – y muestra cómo se relacionan entre sí.
Más que un diccionario
Cinco capas por entrada
Una definición por sí sola aporta poco si no queda claro dónde aparece el término en el trabajo real.
Por área
Siete áreas, 38 términos
Organización
Adaptive Organization · Operating Model · Capability · AI-Native Organization
Proceso
BPMN · Original y Generated · Process Discovery · Proceso de extremo a extremo · Página de estructura · Procedimiento (L5) · Jerarquía de Procesos L0–L5 · Identificador de proceso · Modelo de empresa · Fase de Proceso · Matriz RACI
IA
Agent Skill Profile · Nivel de un Agent · Human in the Loop · Grace Period · AI Agent · AI Workforce · AI Provenance · Quality Seal
Contexto y Digital Twin
Shape · Conciliación controlada · Learning Model · Perfil de estilo · Atributo · Directorio de atributos · Búsqueda de texto libre · Control · Obligación de prueba · Caso de prueba · Matriz de trazabilidad · Referencia · Referencias gobernadas · Estado · Presence · Workspace · Enterprise Digital Twin · Tenant Isolation · Process Digital Twin · Enterprise Context
Engineering
Requisito · Solution Design · Especificación Funcional · Fit y Gap · Niveles de Integración · Reference Repository · Especificación Técnica · WRICEF
Governance y compliance
Compliance · Governance y compliance · Validación · Certificación · Vía de retorno
Framework
De la A a la Z
Todos los términos
Haga clic para desplegar. Cada entrada incluye la definición, el contexto TAOM y las páginas en las que el término aparece en el trabajo real.
Modelo de empresaProceso
La estructura funcional de todos los procesos de una empresa: desde el mapa de procesos hasta el flujo concreto.
En el contexto de TAOM: El modelo pertenece al mandante, no al proyecto: varias iniciativas trabajan sobre la misma estructura, de modo que P2M significa lo mismo en el proyecto de logística que en el de RR. HH. De él se deriva el identificador de cada paso.
Contenido relacionado: Modelo de empresa · En 60 segundos · Siete vistas
Procedimiento (L5)Proceso
El nivel más bajo del modelo de empresa: el flujo del proceso en sí.
En el contexto de TAOM: El modelo BPMN se vincula en L5. Por debajo no empieza otro nivel: lo que sigue son objetos del gemelo digital: actividades, roles, sistemas, requisitos y controles.
Contenido relacionado: Modelo de empresa
Proceso de extremo a extremoProceso
Un flujo de valor que transcurre de principio a fin: P2M, O2C, S2P, I2D, R2R.
En el contexto de TAOM: En el nivel L2 del modelo de empresa. Un proceso de extremo a extremo suele corresponder a un flujo de la organización del proyecto; el vínculo se mantiene, no se duplica.
Contenido relacionado: Modelo de empresa · Organización del proyecto
Identificador de procesoProceso
El identificador único de un paso, formado a partir del número del modelo: por ejemplo P2M.02.01-AC001.
En el contexto de TAOM: El mismo identificador aparece en el modelo, en el archivo BPMN, en la incidencia de Jira y en la página de Confluence. Si un proceso se traslada, la página y la incidencia lo acompañan; el identificador anterior permanece en el elemento.
Contenido relacionado: Modelo de empresa · En 60 segundos
Página de estructuraProceso
Una página de Confluence que representa un nivel del modelo de empresa y resume las páginas que cuelgan de ella.
En el contexto de TAOM: Se crea durante la transferencia y se renueva en cada ejecución. Las aportaciones corresponden a la página del proceso concreto, no al cajón.
Contenido relacionado: Modelo de empresa
Vía de retornoGovernance
El camino de un cambio desde Confluence o Jira de vuelta al modelo.
En el contexto de TAOM: Lo que se escribe en una zona humana lo devuelve la app de TAOM al modelo. El pie de cada página lleva mandante, proyecto, nodo, número y espacio de trabajo: así una notificación encuentra su origen, incluso si la página se renombró.
Contenido relacionado: En 60 segundos · Organización del proyecto
Adaptive OrganizationOrganización
Una organización que aprende continuamente de los cambios de su entorno y adapta en consecuencia sus procesos, estructuras, capacidades y tecnología.
En el contexto TAOM: La adaptación no es un proyecto ocasional, sino una capacidad permanente: Aprender → Decidir → Cambiar → Ejecutar → Observar → Adaptar.
Contenidos relacionados: Theory · THY-13
Agent Skill ProfileIA
La definición de lo que un Agent puede hacer, debe saber y está autorizado a hacer.
En el contexto TAOM: Se asigna por Rol en el Admin Panel, no se negocia individualmente para cada persona.
Contenidos relacionados: Perfiles de competencias
RequisitoEngineering
Una necesidad documentada que un proceso, sistema o solución debe cumplir.
En el contexto TAOM: Un Requisito permanece conectado al Process Step, al Rol y al Sistema del que surgió.
Contenidos relacionados: Soluciones · Engineering
PresenceContexto y Digital Twin
La indicación de quién está trabajando actualmente en el mismo Workspace y en qué.
En el contexto TAOM: Diseñado deliberadamente como Stage One de Collaboration: solo se registra y muestra la actividad – nada se bloquea y nada se modifica.
Contenidos relacionados: Colaboración
WorkspaceContexto y Digital Twin
El espacio delimitado en el que se gestiona una iniciativa junto con sus modelos e información relacionada.
En el contexto TAOM: Los Workspaces disponen de un identificador mediante el cual pueden reconstruirse posteriormente la procedencia y el contexto del tenant.
Contenidos relacionados: Colaboración
Operating ModelOrganización
El conjunto de mecanismos mediante los cuales una organización crea valor y se gobierna.
En el contexto TAOM: En TAOM son los 21 mecanismos del Operating System – desde el lenguaje compartido hasta el feedback.
Contenidos relacionados: Operating System · OS
Solution DesignEngineering
La preparación estructurada de información de procesos y requisitos para su transferencia a sistemas de destino (p. ej. Jira y Confluence). Según SAP Activate y el uso del PMI, este paso se denomina Solution Design; antes se le llamaba Blueprint.
En el contexto TAOM: Del modelo salen un epic, historias por fase, incidencias por paso y un árbol de páginas con especificaciones, tras la aprobación humana y conciliado en cada ejecución en lugar de crear duplicados.
Contenidos relacionados: Integraciones
Obligación de pruebaContexto y Digital Twin
El dato en el paso del proceso que indica si debe comprobarse, con tres valores: sí, no, abierto.
En el contexto de TAOM: Es un dato propio y no derivado del cumplimiento: no todo paso con referencia normativa debe comprobarse, y no todo paso que debe comprobarse lleva una referencia. El valor abierto es el más importante: distingue «examinado y considerado no obligatorio» de «nadie lo ha mirado todavía».
Véase también: Digital Twin · Precios y paquetes
Caso de pruebaContexto y Digital Twin
La descripción de una comprobación: condición previa, pasos, resultado esperado y evidencia, vinculada al requisito, al control y al riesgo.
En el contexto de TAOM: El caso de prueba nace en el paso del proceso y lleva su identificador. En qué se convierte dentro de la herramienta de pruebas es cuestión de la conexión; el caso en sí está descrito en términos de negocio y es independiente de la herramienta.
Véase también: Digital Twin · Integraciones
Matriz de trazabilidadContexto y Digital Twin
La correspondencia entre requisito, caso de prueba y resultado a lo largo de todos los pasos.
En el contexto de TAOM: No se mantiene, se deriva: las referencias están en los pasos y la matriz surge de ellas. Las celdas vacías no son un fallo de la tabla: muestran lo que falta según la propia obligación de prueba de la casa.
Véase también: Digital Twin · Gobernanza
ShapeContexto y Digital Twin
Un elemento del modelo de proceso con sus datos estructurados, no solo una forma en el lienzo.
En el contexto de TAOM: El shape lleva el orden, el rol, el sistema, el requisito y el identificador. Ahí reside la relación y, por tanto, la base de todo lo que se deriva de ella.
Véase también: Digital Twin · Process Studio
ReferenciaContexto y Digital Twin
El vínculo duradero entre un shape y un objeto de un sistema de destino, sostenido por el identificador TAOM.
En el contexto de TAOM: Una referencia nace al crear, no al releer. Solo por eso se sabe después a qué paso del proceso pertenece una incidencia de Jira o una página de Confluence.
Véase también: Integraciones · Digital Twin
Referencias gobernadasContexto y Digital Twin
Referencias que no solo existen, sino que se cuidan: se crean, se actualizan, se releen.
En el contexto de TAOM: El cuidado marca la diferencia. Un vínculo creado una vez envejece; un vínculo gobernado sigue siendo válido porque alguien responde por él: el agente.
Véase también: Digital Twin · Personal de IA
EstadoContexto y Digital Twin
Lo que vuelve de los sistemas de destino al shape: hecho, aprobado, avance, versión.
En el contexto de TAOM: El estado vive en el paso del proceso, no solo en el sistema de destino. Solo entonces un modelo responde qué parte del proceso está implementada y deja de ser una imagen.
Véase también: Digital Twin · Integraciones
BPMNProceso
Business Process Model and Notation – un lenguaje gráfico estandarizado para modelar procesos de negocio.
En el contexto TAOM: TAOM utiliza BPMN como una representación fundamental, pero no considera que el diagrama sea todo el modelo empresarial. A una Actividad pueden vincularse Roles, Sistemas, Requisitos, Conocimiento, Controles y Agents.
Contenidos relacionados: Producto · Demos BPMN
ComplianceGovernance
El cumplimiento de requisitos externos, políticas internas, normas y requisitos definidos.
En el contexto TAOM: TAOM conecta los requisitos de Compliance directamente con los objetos a los que afectan.
Contenidos relacionados: Compliance & Governance
Nivel de un AgentIA
El alcance sobre el que trabaja un Agent: Diagram, Shape, Phase, Process o User y Role.
En el contexto TAOM: El nivel determina qué puede ver y modificar un Agent – y es una de las razones por las que TAOM utiliza siete Agents especializados en lugar de uno solo.
Contenidos relacionados: Agentes de IA
Enterprise Digital TwinContexto y Digital Twin
La representación conectada de toda la organización a través de Procesos, Capacidades, Roles, Sistemas, Requisitos, Conocimiento, Controles e IA.
En el contexto TAOM: Se construye progresivamente. No es necesario modelarlo todo antes de obtener valor.
Contenidos relacionados: Digital Twin
Especificación FuncionalEngineering
La descripción de lo que una solución debe proporcionar desde la perspectiva del negocio.
En el contexto TAOM: Permanece conectada con el Requisito, el Process Step, el Contexto del Sistema y el Objeto de Desarrollo.
Contenidos relacionados: Engineering
CapabilityOrganización
Algo que una organización debe ser capaz de hacer para alcanzar un resultado.
En el contexto TAOM: Las Capabilities son el puente entre Strategy y Execution: Business Objective → Capability → Process → Application → Requirement.
Contenidos relacionados: Arquitectura
Fit y GapEngineering
La evaluación de si un proceso estándar encaja o no con la necesidad de negocio.
En el contexto TAOM: Un Gap no es un defecto, sino una afirmación sobre el negocio – siempre que posteriormente siga siendo trazable por qué surgió.
Contenidos relacionados: Transformación SAP
GovernanceGovernance
Las estructuras, responsabilidades, reglas y controles mediante los cuales se dirigen y supervisan las actividades.
En el contexto TAOM: Los Controles se vinculan a Procesos, Requisitos, Sistemas, Decisiones, Agents y Artefactos – no se mantienen en una carpeta separada.
Contenidos relacionados: Compliance & Governance · MGT-09 · Dónde nadie es responsable
Human in the LoopIA
Un principio de Governance en el que las personas mantienen la responsabilidad definida de revisión, aprobación y supervisión.
En el contexto TAOM: Esto no significa que cada acción de una IA tenga que ser aprobada por una persona. El nivel necesario de participación humana depende de la tarea, el riesgo y la responsabilidad – y TAOM lo hace explícito.
Contenidos relacionados: Governance y compliance · Agentes de IA
Niveles de IntegraciónEngineering
Cinco niveles de madurez de integración: Reference, Linkage, Exchange, Synchronization y Orchestration.
En el contexto TAOM: Reference, Linkage, Exchange y Synchronization están disponibles hoy; Orchestration se define por proyecto.
Contenidos relacionados: Integraciones
Canonical Chapter IDFramework
El identificador permanente de un capítulo del Framework, por ejemplo TOOL-04 o THY-13.
En el contexto TAOM: Los IDs no cambian cuando cambian los diagramas, herramientas o proyectos. Por eso las referencias siguen siendo válidas aunque el capítulo sea revisado.
Contenidos relacionados: AI Framework · Operating System · OS · Tooling · TOOL
Grace PeriodIA
El periodo durante el cual el Editor espera una respuesta a una pregunta aclaratoria del Agent.
En el contexto TAOM: Si el campo queda vacío, el Editor espera de forma indefinida – la decisión permanece en manos humanas. Si se introduce un valor, el Agent continúa después de ese periodo. Esto es configurable deliberadamente y no es el comportamiento predeterminado.
Contenidos relacionados: Agentes de IA
AI AgentIA
Un Rol digital que ejecuta actividades definidas utilizando el Conocimiento, las Herramientas y los Permisos disponibles.
En el contexto TAOM: Un Agent dispone de una definición organizativa explícita: Responsabilidad, Capability, Acceso al Conocimiento, Herramientas, Participación en Procesos, Governance, Supervisión y Resultados Permitidos. Por eso es más que una interfaz de chat.
Contenidos relacionados: Agentes de IA · Escalado y agentes de IA
AI WorkforceIA
El conjunto estructurado de AI Agents que trabajan junto a los Roles humanos dentro de la organización.
En el contexto TAOM: La IA pasa así a formar parte del diseño organizativo en lugar de existir al margen. En TAOM son siete Agents distribuidos en cinco niveles.
Contenidos relacionados: Agentes de IA · Soluciones
AI ProvenanceIA
Información sobre el origen de contenidos generados o modificados mediante IA y sobre cómo fueron procesados.
En el contexto TAOM: TAOM distingue entre contenido creado por personas, AI-generated y modificado dentro de TAOM. Provenance no es lo mismo que Approval ni Certification.
Contenidos relacionados: Certificación
AI-Native OrganizationOrganización
Una organización en la que la IA forma parte del Operating Model y no se utiliza únicamente mediante herramientas aisladas.
En el contexto TAOM: AI-native no significa que la IA sustituya a las personas. Significa que personas y Agents forman parte del mismo modelo organizativo.
Contenidos relacionados: AI Framework · Principios
Living DocumentationFramework
Un Body of Knowledge que crece de forma versionada y trazable en lugar de publicarse una sola vez y permanecer estático.
En el contexto TAOM: Cada publicación identifica versión, estado, capítulos afectados y cambios documentados.
Contenidos relacionados: AI Framework
Tenant IsolationContexto y Digital Twin
La regla según la cual, dentro de una instalación compartida, ningún cliente puede ver ni modificar los datos de otro cliente.
En el contexto TAOM: También se aplica a los documentos vinculados a Shapes y a sus relaciones, no solo a los Workspaces. Se basa en el número de cliente fijo: cada espacio de trabajo lleva el número de cliente de su cliente, y el acceso, los listados y los avisos se rigen exclusivamente por él.
Contenidos relacionados: Governance y compliance
Reference RepositoryEngineering
La asignación respaldada por fuentes entre un Process Step y un componente y función ERP.
En el contexto TAOM: Más de 2.400 registros, cada uno con una referencia de fuente. Se busca en el repositorio – no se inventa nada.
Contenidos relacionados: Integraciones
Original y GeneratedProceso
La separación entre el archivo original sin modificar y la versión sobre la que se está trabajando.
En el contexto TAOM: A la izquierda permanece el Original como referencia de solo lectura; a la derecha evoluciona la versión de trabajo. Esto permite responder dos preguntas: ¿Dónde empezamos? ¿Y qué ha cambiado?
Contenidos relacionados: Producto · Colaboración
Process Digital TwinContexto y Digital Twin
Una representación digital viva de un proceso de negocio junto con su contexto.
En el contexto TAOM: Contiene más que la secuencia: Roles, Sistemas, Requisitos, Conocimiento, Controles, Decisiones y Agents permanecen vinculados al proceso.
Contenidos relacionados: Digital Twin
Process DiscoveryProceso
La captura y estructuración sistemática de cómo se realiza realmente el trabajo.
En el contexto TAOM: Puede comenzar a partir de workshops, entrevistas, descripciones en lenguaje cotidiano, instrucciones de trabajo o modelos existentes.
Contenidos relacionados: Soluciones · Agentes de IA
Jerarquía de Procesos L0–L5Proceso
La estructuración de los procesos en varios niveles – desde el Process Landscape hasta el paso de trabajo individual.
En el contexto TAOM: En el Editor, el Process Landscape y los procesos detallados se gestionan en el mismo Workspace, no en herramientas separadas.
Contenidos relacionados: Process Studio
Fase de ProcesoProceso
Una sección coherente de un proceso que agrupa varios pasos.
En el contexto TAOM: Los elementos consecutivos de la misma Fase se representan como un bloque continuo en lugar de numerosos bloques individuales.
Contenidos relacionados: Producto
Quality SealIA
Información firmada sobre la procedencia y el historial de modificaciones que permanece integrada en el propio modelo.
En el contexto TAOM: Actualmente están disponibles los estados AI GENERATED y AI MODIFIED. En archivos externos importados no se atribuye una procedencia que no pueda demostrarse.
Contenidos relacionados: Producto · Certificación
Matriz RACIProceso
Una asignación de quién es Responsible, Accountable, Consulted e Informed respecto a una tarea.
En el contexto TAOM: En TAOM es un tipo de diagrama independiente junto con BPMN, Organigram, Process Landscape y System Landscape – utilizando la misma información contextual en los elementos.
Contenidos relacionados: Producto · RACI en la práctica · Confirmar roles
Especificación TécnicaEngineering
La descripción de cómo se implementa técnicamente un Requisito funcional.
En el contexto TAOM: TAOM mantiene conectada la cadena Process → Requirement → Functional Specification → Technical Specification → Implementation.
Contenidos relacionados: Engineering
Enterprise ContextContexto y Digital Twin
La información estructurada que rodea a un objeto y explica sus relaciones y su significado.
En el contexto TAOM: Solo el contexto permite a personas e IA comprender un Artefacto más allá de su contenido aislado.
Contenidos relacionados: Digital Twin
ValidaciónGovernance
La comprobación de si se cumplen criterios definidos.
En el contexto TAOM: No debe confundirse con Provenance (¿de dónde procede?), Review (¿lo ha revisado una persona?) y Certification (¿se ha demostrado el cumplimiento de un estándar?).
Contenidos relacionados: Certificación
WRICEFEngineering
Una clasificación habitual de objetos de desarrollo: Workflow, Report, Interface, Conversion, Enhancement y Form.
En el contexto TAOM: El valor no está en la clasificación en sí, sino en la trazabilidad hasta la necesidad de negocio que la originó.
Contenidos relacionados: Transformación SAP
CertificaciónGovernance
La evidencia de que se ha cumplido un estándar definido.
En el contexto TAOM: TAOM distingue cuatro tipos: Person, Artifact, Method Application y AI Provenance. Para personas existen tres niveles – Modeller, Agents e Infrastructure.
Contenidos relacionados: Certificación · Verificar certificado
Sello de procedenciaGovernance
La marca firmada en cada archivo de modelo generado: origen, versión, momento, estado de licencia y distintivo de IA.
En el contexto TAOM: Se basa en una suma de verificación criptográfica conforme a SHA-256 sobre el contenido. Nunca se asume una procedencia ajena: si un archivo no se creó en TAOM, figura como «Desconocido». En lugar del número de cliente y del nombre de usuario, contiene identificadores no descriptivos (identificador de cliente, identificador personal).
Contenidos relacionados: Guía · Centro de confianza
Sello en los documentosGovernance
El mismo procedimiento aplicado a los documentos: factura, documento de licencia, acuerdo de encargo del tratamiento, certificado y documentación contractual llevan número, sello y código QR.
En el contexto TAOM: Verificable en taom.ai/beleg, sin acceso a TAOM. No solo el modelo tiene una procedencia comprobable, sino cada documento que se genera a partir de él.
Contenidos relacionados: Verificar un documento · Centro de confianza
Documentación contractualGovernance
El texto de los documentos aplicables en el momento de una compra, fijado como documento propio.
En el contexto TAOM: Se escribe una sola vez y después no se modifica. Las versiones posteriores de los documentos no la alteran: así queda claro a quién se prometió qué y cuándo.
Contenidos relacionados: Acuerdo de encargo · CGC
Notas de versiónGovernance
La relación de lo que ha cambiado con una versión, por área y con su estado.
En el contexto TAOM: Consultables en la cuenta de cliente en «Novedades». Las versiones legales quedan archivadas allí; cuando una modificación requiere consentimiento, se registran la versión y la fecha en la cuenta.
Contenidos relacionados: Novedades
Conciliación controladaContexto y Digital Twin
El retorno regulado de los cambios de Jira y Confluence al modelo de proceso: detectados, valorados y admitidos campo por campo.
En el contexto TAOM: Deliberadamente no se llama «sincronización». Síncrono significaría: lo que allí se cambia vale aquí de inmediato. Eso sería incorrecto: un modelo de proceso es un documento probatorio, no una copia del estado de las tareas. Por eso está fijado campo por campo quién puede modificarlo, y los valores desconocidos se notifican en lugar de asumirse.
Contenidos relacionados: Integraciones · Platform & API
Learning ModelContexto y Digital Twin
La base de conocimiento derivada de todos los modelos almacenados de un cliente: qué roles, actividades, áreas y decisiones aparecen, y con qué frecuencia.
En el contexto TAOM: Se determina de forma determinista, no la adivina una IA: la biblioteca surge del recuento de los modelos. De ella procede también el perfil de estilo, al que se ajustan en disposición y sentido de lectura los modelos recién generados.
Contenidos relacionados: Learning Model · Digital Twin
Perfil de estiloContexto y Digital Twin
Las reglas de representación deducidas del conjunto existente: alineación, sentido de lectura, tamaños habituales.
En el contexto TAOM: No es una propuesta de diseño, sino una medición: ¿cómo modela realmente esta empresa? Los modelos nuevos siguen el mismo patrón y se leen por tanto como los existentes.
Contenidos relacionados: Learning Model
AtributoContexto y Digital Twin
Un dato concreto en un paso de proceso: rol, sistema, transacción, obligación de verificación, riesgo o estado de aprobación, por ejemplo.
En el contexto TAOM: Los atributos están en el elemento, no en un documento aparte. Justamente por eso pueden evaluarse a través de todos los modelos: lo que cuelga del paso viaja con él, en la exportación, la importación y cada edición posterior.
Contenidos relacionados: Directorio de atributos · Digital Twin
Directorio de atributosContexto y Digital Twin
El directorio de toda la empresa con todos los atributos de todos los modelos de proceso de un cliente.
En el contexto TAOM: Al guardar un modelo se registran sus atributos, por patrón y no según una lista fija, de modo que un campo nuevo pasa a ser consultable sin intervención alguna. El directorio contiene atributos, no texto corrido: lo que solo figura en la descripción no lo encuentra la búsqueda entre modelos.
Contenidos relacionados: Directorio de atributos · Digital Twin
Búsqueda de texto libreContexto y Digital Twin
La búsqueda de un término en todos los atributos y nombres de pasos, sin saber en qué campo se encuentra.
En el contexto TAOM: Quien busca una transacción o un rol conoce el valor, no el campo. Por eso la búsqueda abarca todos los atributos, con coincidencias parciales y sin distinguir mayúsculas de minúsculas. Puede combinarse con una de las trece preguntas, por ejemplo «sujeto a verificación sin caso de prueba y 4711 en algún lugar».
Contenidos relacionados: Directorio de atributos · Digital Twin
ControlContexto y Digital Twin
La medida que cubre un riesgo señalado en un paso de proceso.
En el contexto TAOM: Se lleva deliberadamente separado del riesgo: un riesgo sin control es un estado conocido pero no cubierto, y eso es precisamente lo que puede consultarse. En una tabla ambos casos serían indistinguibles.
Contenidos relacionados: Directorio de atributos · Governance y compliance
Acuerdo de encargo del tratamiento (DPA)Governance
El acuerdo en virtud del cual TAOM trata datos personales por cuenta del cliente. El cliente es responsable del tratamiento; Traniva, encargada.
En el contexto TAOM: Se acepta en cada pedido; se documentan la versión y el momento. En materia de tratamiento de datos prevalece sobre las CGC.
Contenidos relacionados: Acuerdo de encargo · TOM
Medidas técnicas y organizativas (TOM)Governance
El anexo 1 del acuerdo de encargo del tratamiento: las medidas con las que se protegen los datos tratados.
En el contexto TAOM: Cada versión lleva número y fecha. Lo que ha cambiado con una versión figura en la cuenta de cliente en Novedades.
Contenidos relacionados: TOM · Centro de confianza
Subencargado del tratamientoGovernance
Un servicio que trata datos personales por cuenta de Traniva en la prestación de TAOM.
En el contexto TAOM: La lista es pública, con proveedor, finalidad, tipos de datos y lugar de tratamiento. Es determinante la versión vigente en el momento de la celebración.
Contenidos relacionados: Subencargados · Acuerdo de encargo
Derecho de desistimientoGovernance
El derecho legal de los consumidores de la UE, el EEE y el Reino Unido a desistir de un contrato a distancia sobre contenidos digitales en un plazo de catorce días.
En el contexto TAOM: Se extingue anticipadamente si el consumidor acepta expresamente la ejecución inmediata. Sin esa aceptación rige una licencia transitoria hasta que venza el plazo.
Contenidos relacionados: CGC cláusula 18
Clave de licenciaGovernance
La cadena de caracteres que asigna una licencia a una cuenta: contiene el nivel, la vigencia y el número de puestos.
En el contexto TAOM: Protegida criptográficamente: una clave alterada —más puestos, mayor vigencia— se detecta en la comprobación y se rechaza.
Contenidos relacionados: Matriz de funciones
Nivel de licenciaGovernance
El alcance de una licencia. En orden ascendente: Demo, Webuser Basic (Process Studio Modeller), Webuser, Webuser Pro, además de Projektuser y Enterprise.
En el contexto TAOM: Solo está previsto el cambio hacia arriba. En el upgrade se imputa el valor residual de la licencia en curso y todos los usuarios pasan a la nueva.
Contenidos relacionados: Matriz de funciones
Licencia adicional TeamGovernance
Una licencia autónoma, con vigencia propia, que permite que varias personas trabajen a la vez en el mismo modelo.
En el contexto TAOM: Se sitúa junto al nivel, no dentro de él, y puede vencer de forma independiente. Ya está incluida en Process Studio Modeller; para Webuser y Webuser Pro se adquiere por separado. Incluye los canales (Microsoft Teams, Slack) y la gestión de sistemas de destino propios en la cuenta de cliente.
Contenidos relacionados: Matriz de funciones
Número de clienteGovernance
El número fijo de un cliente. Vincula las cuentas de una licencia de empresa y se mantiene en las actualizaciones y con nuevas claves de licencia.
En el contexto TAOM: Determina qué espacios de trabajo, proyectos y datos de organización pertenecen a un cliente y figura en la factura, la confirmación de licencia y en la cuenta de cliente. Si una cuenta se retira de una licencia, su asignación se extingue.
Contenidos relacionados: Matriz de funciones
Identificador de clienteGovernance
Un identificador no descriptivo que figura en los archivos en lugar del número de cliente.
En el contexto TAOM: Figura, por ejemplo, en el sello de procedencia de un modelo exportado. Quien lee el archivo fuera de la plataforma no puede saber a quién pertenece; la asignación solo se registra dentro de la plataforma.
Contenidos relacionados: Matriz de funciones
CanalGovernance
Un lugar en Microsoft Teams o Slack al que se envían como tarjeta los avisos de los procesos.
En el contexto TAOM: Forma parte de la licencia adicional Team. Lo configura en la cuenta de cliente la persona que administra la licencia; los avisos se envían exclusivamente a canales del mismo cliente.
Contenidos relacionados: Matriz de funciones
Sistema de destinoGovernance
Un sistema del cliente en el que se escriben contenidos del editor, como Jira o Confluence.
En el contexto TAOM: Para cada sistema de destino, el tipo, la dirección, el acceso y la vigencia se gestionan por separado; la clave de acceso se guarda cifrada. Se gestiona en la cuenta de cliente; la escritura desde el editor requiere la licencia adicional Verificación y prueba.
Contenidos relacionados: Matriz de funciones
Programa de partnersGovernance
Las condiciones para la intermediación y recomendación de licencias de TAOM por terceros.
En el contexto TAOM: Los partners intermedian; no se convierten en parte contratante del cliente final. Remuneración, vigencia y acreditación se rigen por las condiciones de partner.
Contenidos relacionados: Condiciones de partner
Principio de doble controlProceso
La regla de que la creación y la aprobación de una prueba deben proceder de dos personas distintas.
En el contexto TAOM: Lo hace posible el identificador permanente de cada cuenta: sin él no podría distinguirse quién creó y quién aprobó.
Contenidos relacionados: TOM · Ejemplo de un paso de proceso
RiesgoProceso
Un peligro señalado en un paso de proceso que puede materializarse si el paso falla o se elude.
En el contexto TAOM: Se lleva separado del control. Un riesgo sin control es un estado conocido pero no cubierto, y eso es precisamente lo que puede consultarse.
Contenidos relacionados: Ejemplo de un paso de proceso
OrganigramaContexto y Digital Twin
La representación de la estructura organizativa: niveles, áreas, roles y las personas que hay detrás.
En el contexto TAOM: No es un dibujo, sino una estructura: cada nodo es un objeto con identificador al que se vinculan la responsabilidad y la referencia al proceso.
Contenidos relacionados: Organización del proyecto · Objeto de organización
StreamContexto y Digital Twin
Una línea de trabajo continua a través de varios procesos y áreas, por ejemplo en un programa de transformación.
En el contexto TAOM: Un stream sostiene un proceso de extremo a extremo sin que haya que mantener dos veces los mismos identificadores.
Contenidos relacionados: Organización del proyecto
Epic e historiaContexto y Digital Twin
La estructura de la ejecución en el sistema de destino: un epic por fase, una historia por paso, una incidencia por tarea.
En el contexto TAOM: Generados a partir del modelo y conciliados en cada ejecución en lugar de crear duplicados. El identificador TAOM sigue siendo la clave fija.
Contenidos relacionados: Integraciones · Ejemplo de un paso de proceso · Una fuente, varios destinos
Zero Data Retention (ZDR)Governance
Una configuración en el proveedor de un modelo de lenguaje en la que los contenidos transmitidos para una consulta y la respuesta generada no se almacenan de forma permanente en el proveedor una vez finalizado el tratamiento.
En el contexto TAOM: No forma parte de las licencias estándar. El ZDR se acuerda por entorno Enterprise y solo rige para los proveedores, modelos y endpoints para los que esté habilitado técnicamente y confirmado por escrito.
Contenidos relacionados: Matriz de funciones · Centro de confianza · Acuerdo de encargo
Data Residency (región de tratamiento)Governance
La región geográfica en la que se tratan y almacenan los datos: Suiza, la UE o Estados Unidos, por ejemplo.
En el contexto TAOM: La plataforma opera en Suiza, la capa de automatización en Alemania y el modelo de lenguaje, por defecto, en Estados Unidos. A partir de Enterprise la región puede fijarse contractualmente; las regiones vigentes en la configuración estándar figuran en la lista de subencargados.
Contenidos relacionados: Subencargados · Centro de confianza
BYOM (Bring Your Own Model)Governance
El uso de un proveedor de modelos propio, o de un modelo en la infraestructura propia, en lugar del servicio facilitado por TAOM.
En el contexto TAOM: Una de las opciones de soberanía Enterprise, junto con Zero Data Retention, tratamiento en la UE, alojamiento privado del modelo y flujo de datos a medida. Cuáles se aplican se examina por proyecto y se documenta en el contrato Enterprise.
Contenidos relacionados: Matriz de funciones
Modelo de lenguaje (LLM)Governance
Un modelo entrenado que deriva texto a partir de una entrada. En TAOM genera propuestas —textos de proceso, descripciones, casos de prueba—, nunca decisiones vinculantes.
En el contexto TAOM: Qué modelo se usa depende del nivel de licencia; a partir de Enterprise puede fijarse contractualmente. El modelo es un componente, no un requisito: sin ejecución de agente no se llama a ninguno.
Contenidos relacionados: Centro de confianza · Matriz de funciones
ApertusGovernance
Un modelo de lenguaje abierto desarrollado en la ETH de Zúrich y la EPFL, las dos escuelas politécnicas federales suizas, en Zúrich y Lausana. Abierto significa que los pesos y el procedimiento de entrenamiento están publicados y que el modelo puede operarse en el entorno propio.
En el contexto TAOM: Un ejemplo de configuración Enterprise sin llamada a un proveedor comercial. Emplear Apertus es decisión del cliente; TAOM no exige ningún modelo concreto.
Contenidos relacionados: Centro de confianza
Control de camposGovernance
La regla de cada cliente que define qué campo de un paso es obligatorio, opcional u oculto, y quién puede cambiarlo.
En el contexto de TAOM: TAOM entrega una plantilla que se crea para cada cliente al comprar la licencia. Un campo bloqueado muestra un candado con el motivo, por ejemplo «gestionado por el sistema de destino». Las mismas reglas valen al transferir: los datos obligatorios que faltan se ven en el sistema de destino.
Contenido relacionado: Guía · Sistema de destino
LenteProceso
Una vista del mismo diagrama: Proceso, Organización, Requisitos, Comprobar o Publicar.
En el contexto de TAOM: La lente no cambia el modelo, sino la pregunta que se le hace. En cada lente, una marca en la forma indica si el paso está completo en esa vista (✓) o si falta algo (!); un clic abre el paso con los campos que faltan resaltados.
Transición de proceso y subprocesoProceso
El vínculo de un paso con otro modelo: como transición (este proceso termina y empieza el siguiente) o como subproceso (el paso se describe allí en detalle).
En el contexto de TAOM: Las transiciones unen evento con evento; los subprocesos unen una tarea con cualquier paso elegido del modelo detallado. Una marca en la forma muestra el vínculo en ambos modelos; la exportación y la lista de pasos indican identificador, nombre y proceso de la otra parte.
Contenido relacionado: Jerarquía de procesos · Modelo empresarial
Bloque de referenciaEngineering
Una secuencia de pasos preparada para un flujo frecuente, por ejemplo la entrada de mercancías con control de calidad.
En el contexto de TAOM: Hay bloques en tres niveles, en este orden: los propios del cliente, la referencia TAOM y la plantilla del fabricante. Al crear un modelo, el agente compara la descripción con los bloques adecuados y añade los pasos obligatorios que faltan; los pasos añadidos se marcan en la forma para que nadie los tome por una afirmación del cliente.
Contenido relacionado: Agente de IA · Solution Design
Categoría (tipo de implementación)Engineering
El dato de un paso que indica cómo se implementa: estándar, configuración, ampliación (WRICEF), integración / middleware o manual.
En el contexto de TAOM: La categoría define el color de la forma; así se ve de un vistazo dónde el modelo requiere desarrollo, configuración o solo organización. Un color definido a mano tiene prioridad.
Integración / middlewareEngineering
Un servicio entre dos sistemas que transfiere, convierte o reenvía datos.
En el contexto de TAOM: Una transferencia a otro sistema es un paso propio en el modelo, con WRICEF «I». Una píldora en la forma indica el sistema middleware; origen, destino y tipo de interfaz figuran en el paso y pasan al Solution Design.
Contenido relacionado: Niveles de integración · Integraciones
GAMP 5Governance
Guía de la ISPE para un enfoque basado en riesgos de los sistemas informatizados en sectores regulados.
En el contexto de TAOM: En el paso se valoran la categoría de software y el riesgo según gravedad, probabilidad y detectabilidad; de ello resulta la profundidad de las pruebas. Las propuestas siguen marcadas como propuesta hasta que una persona las confirma.
Contenido relacionado: Riesgo · Cumplimiento y gobernanza
IQ / OQ / PQGovernance
Las tres etapas de la cualificación de equipos e instalaciones: IQ – cualificación de instalación (entregado e instalado correctamente), OQ – cualificación operacional (funciona según lo especificado), PQ – cualificación de desempeño (funciona de forma fiable en la operación real).
En el contexto de TAOM: Los equipos necesarios se registran en el paso del proceso, del escáner de mano a la báscula, con fabricante, modelo, ubicación y estado de cualificación: no necesaria, pendiente, IQ, IQ + OQ o cualificado (IQ + OQ + PQ). El protocolo se guarda con acceso protegido en el paso y las cualificaciones pendientes se marcan en el diagrama. Forma parte de la licencia adicional Verificación y prueba.
Contenido relacionado: GAMP 5 · Validación · Obligación de prueba · Verificación y prueba
Plan de pruebas y ejecución de pruebaContexto y Digital Twin
Un plan de pruebas agrupa casos de prueba para un ciclo y un entorno; una ejecución de prueba registra el resultado de cada paso.
En el contexto de TAOM: Se planifica en la cuenta del cliente y se prueba en el editor, en el paso del proceso. Resultados, evidencias y defectos quedan asociados al paso; la cobertura se ve en la lente «Comprobar».
Contenido relacionado: Caso de prueba · Principio de los cuatro ojos
Registro de autorizacionesEngineering
El directorio de roles de los sistemas ERP de un cliente, con sus funciones y su vinculación organizativa.
En el contexto de TAOM: En el paso permite proponer los roles necesarios, derivados de las funciones ERP del paso. El registro describe la organización, no a personas; las asignaciones de roles a personas no figuran en él.
Contenido relacionado: Repositorio ERP · Guía
Repositorio ERPEngineering
La lista propia del cliente con transacciones, apps, programas propios, módulos y mensajes de sus sistemas ERP.
En el contexto de TAOM: Sirve como lista de selección en el paso y como primera fuente de propuestas al crear un modelo, antes que las plantillas generales.
Contenido relacionado: Registro de autorizaciones · Obra de referencia
Identificador de personaGovernance
Un identificador permanente y no descriptivo por persona que figura en los archivos de modelo en lugar del nombre o la dirección de correo.
En el contexto de TAOM: Quien lee un archivo ve un número, no una cuenta. El identificador solo se resuelve dentro de la plataforma y solo donde una función lo necesita. Es la base del principio de los cuatro ojos.
Contenido relacionado: Principio de los cuatro ojos · Privacidad
Documento del pasoContexto y Digital Twin
Un archivo o enlace asignado a un paso del proceso o a todo el modelo.
En el contexto de TAOM: Una marca en la forma indica que hay documentos. Al transferir a sistemas de destino se incluyen el nombre y el enlace, no el archivo. Si el documento está en el sistema del cliente (p. ej. SharePoint), permanece allí y ese sistema regula el acceso.
Contenido relacionado: Enlace · Privacidad
Cómo evoluciona
De entradas a páginas independientes
Hoy: una sola página
Actualmente todos los términos se encuentran reunidos aquí, con anchors para cada entrada – por ejemplo /glosario/#human-in-the-loop. Esto es suficiente como referencia y mantiene reducido el esfuerzo de mantenimiento.
Para esta fase, es el nivel de granularidad adecuado.
Más adelante: URLs propias
Los términos importantes podrán disponer de una página propia bajo /glosario/<termino>/. A partir de ese momento, cada entrada podrá mostrar automáticamente el Framework Chapter relacionado, la Solution, la Documentation, el Use Case y el artículo correspondiente.
Así, la colección se convierte en una Knowledge Network – legible tanto para personas como para sistemas de búsqueda basados en IA.
Seguir explorando
Ya entiende el término – ¿y ahora qué?
La mayoría de las entradas enlazan con la página donde el término aparece en el trabajo real. Para profundizar, la base conceptual correspondiente se encuentra en el Framework.