Diccionario de componentes de gestión de casos de Maestro

	Case Management	Proceso BPMN
El contenido se aplica a	✅	❌

Información general

Este documento de referencia proporciona un desglose fáctico de cada componente en la gestión de casos de Maestro. Úsalo como diccionario para comprender qué es cada construcción, qué propiedades expone y cómo se relaciona con otras construcciones. Para obtener una guía paso a paso sobre la creación de un caso, consulta el tutorial de gestión de casos.

Audiencia: de intermedio a avanzado: Automation Developers, arquitectos de soluciones, líderes técnicos.

Estado del producto: vista previa.

Cómo se relacionan las construcciones

La siguiente jerarquía muestra cómo las construcciones de Maestro Case Management encajan en tiempo de diseño y en tiempo de ejecución.

Case (runtime instance, identified by Case Key)

DESIGN-TIME (Studio Web)
├── Case Manager (rules-based orchestration)
├── Case Personas (human roles, scoped to stages)
└── Case Plan (visual blueprint)
    ├── Event Triggers
    └── Stages + Stage Transitions (entry / complete / exit / re-entry)
        └── Tasks (Human, Agent, External Agent, RPA, Connector,
                    Agentic Process, Child Case, Wait Timer,
                    Wait Event, Ad-hoc)

CROSS-CUTTING
└── SLAs & Escalations (case-level and stage-level)

RUNTIME
├── Case App (business users — view, track, act)
└── Case Instance Management (operators — pause, resume, cancel, migrate, retry)

---

Clave del caso

La clave del caso identifica de forma única una instancia de caso en Maestro y sistemas externos.

TipodeClave	Descripción	Ejemplo
Clave del sistema	Generado automáticamente por Maestro en la creación de casos. Utiliza un prefijo constante configurable.	HC-1234, CLM-00891
Clave externa (definida por el cliente)	Un ID anterior que se pasa en la creación del caso para que el mismo caso del mundo real se reconozca en todas las herramientas.	Número de caso de CRM, número de póliza, ID de pedido de ERP

Configura la clave del caso al crear el tipo de caso en Studio Web. Selecciona Clave de prefijo constante y proporciona una cadena de HO- (por ejemplo,). Maestro añade un identificador incrementado automáticamente.

Utiliza una clave externa cuando el caso se origine en otro sistema (CRM, ERP, herramienta de emisión de tickets) y los humanos o las integraciones deban correlacionar el caso entre herramientas sin mantener una tabla de asignación independiente.

---

Estados

Una etapa es una fase con nombre en el ciclo de vida del caso (por ejemplo, Admisión, Revisión, Acuerdo). Las etapas son las columnas en el lienzo del plan del caso, cada una de las cuales agrupa tareas relacionadas que se ejecutan durante esa fase.

Tipos de etapa

Maestro admite dos categorías de etapas:

Tipo	Descripción	Ejemplo
Etapa primaria	Representa la progresión feliz de un caso.	Admisión, revisión, liquidación, cierre
Etapa secundaria	Representa rutas de excepción que se ramifican desde el flujo principal. Puede volver al origen o ser terminal.	Pendiente con el cliente, Denegado, Retirado

Propiedades de la etapa

Propiedad	Descripción
name	Nombre para mostrar (por ejemplo, "Enviado", "Revisión del gestor").
required	Si el caso debe pasar por esta etapa para completarse. Si true y la regla de entrada nunca se evalúa como verdadero, el caso se bloquea. Si false, el caso puede completarse incluso si nunca se ha entrado en esta etapa.
entryRule	Condición que debe cumplirse para que se active esta etapa.
completeRule	Condición que determina cuándo finaliza esta etapa. A menudo "cuando se realizan todas las tareas necesarias".
exitRule	Condición de salida temprana. Cuando se cumple, la etapa finaliza inmediatamente incluso si no se ha cumplido la regla completa.
reentryCondition	Condición que permite que un caso vuelva a esta etapa para su revisión.
autoComplete	Marcar automáticamente la etapa como completada cuando finalicen todas las tareas necesarias.
runOnReentry	Controla si la etapa se restablece y se vuelve a ejecutar cuando se vuelve a entrar después de la finalización anterior. Predeterminado: false.
sla	Límite de tiempo para la finalización de la etapa (días laborables o días naturales).

Etapas obligatorias frente a opcionales

	Etapa requerida	Etapa opcional
Finalización de caso	El caso no se puede completar hasta que se haya completado esta etapa.	El caso puede completarse incluso si nunca se ha entrado en esta etapa.
Cuándo usarlo	Fases principales por las que debe pasar cada caso (por ejemplo, "Enviado", "Pago").	Fases condicionales que solo se aplican a veces (por ejemplo, "Revisión de VP" para casos de alto valor).
Comportamiento si la regla de entrada nunca es verdadera	Bloques de casos.	El caso se salta la etapa.

Comportamientos de salida de etapa secundaria

Comportamiento	Descripción	Ejemplo
Volver al origen	Cuando se completan todas las tareas de la etapa secundaria, el caso vuelve a la etapa que lo envió.	Una etapa Pendiente con el cliente vuelve a Revisión después de recibir los documentos.
Terminal	Cuando se completan todas las tareas de la etapa secundaria, el caso finaliza.	Una etapa Denegado cierra el caso después de enviar un paquete de denegación.
Entrada impulsada por conector	La etapa secundaria se activa cuando llega un evento de conector externo, independientemente de la etapa principal que ocupe el caso.	Una etapa Retirado entra automáticamente cuando se publica un mensaje de canal de Microsoft Teams.

Ejecutar en comportamiento de reingreso (etapas)

runOnReentry	Comportamiento	Use case
true	La etapa se restablece a Activo. Todas las tareas se vuelven a evaluar: las tareas necesarias con runOnReentry: true se vuelven a ejecutar.	Bucle de corrección: la etapa "Enviado" debe volver a validarse después del rechazo.
false (Predeterminada)	La etapa sigue siendo Completada. El reingreso no es operativo. Se conservan los resultados anteriores.	Etapas únicas que solo deben ejecutarse una vez (por ejemplo, "Admisión inicial").

---

Tipos de tareas

Una tarea es una unidad de trabajo discreta dentro de una etapa. Las tareas son los bloques de construcción atómicos del procesamiento de casos.

Tipos de tareas compatibles

Tipo de tarea	Descripción	Ejemplo de uso
Humano (acción)	Asignado a una persona a través de un perfil. Abre un formulario o elemento de trabajo en la cola de la aplicación de casos. El humano revisa, toma una decisión y la envía.	Aprobación del gestor, revisión del ajustador, aprobación de finanzas.
Agente (UiPath)	Un agente de UiPath AI realiza un razonamiento autónomo sobre los datos. Útil para el trabajo basado en el juicio.	Categoriza gastos, marca anomalías, redacta una respuesta del cliente.
Agente externo	Invoca un agente de IA de terceros fuera de UiPath (por ejemplo, a través del protocolo A2A o API). Habilita la orquestación de agentes de varios proveedores.	Llama a un agente de cumplimiento externo desde un sistema asociado.
Flujo de trabajo de RPA	Desencadena un UiPath Robot para realizar la automatización de IU en sistemas heredados donde no existe una API.	Procesa el reembolso en un sistema de nómina heredado, introduce datos en un mainframe.
Conector (Integration Services)	Llama a un sistema externo a través de un conector prediseñado o personalizado. Se ejecuta de forma síncrona o asíncrona con devolución de llamada.	Busque los detalles de la política en Salesforce, ejecute una comprobación de crédito.
Flujo de trabajo de API	Llama a un sistema externo a través de una solicitud de API personalizada. Se ejecuta de forma síncrona o asíncrona con devolución de llamada.	Software de programación de llamadas para obtener espacios disponibles, crear un nuevo ticket.
Proceso agéntico de Maestro	Invoca un proceso agéntico de Maestro (basado en BPMN) como tarea. El proceso se ejecuta con su propia orquestación y devuelve un resultado.	Flujo de trabajo de auditoría de varios pasos con su propia lógica de agente.
Gestión de casos (caso secundario)	Genera otra definición de caso como caso secundario. El secundario tiene su propio ciclo de vida, etapas y tareas, vinculado al principal a través de caseID.	Un caso de reclamaciones genera un caso de investigación de fraude infantil.
Wait for Timer	Pausa la ejecución hasta que transcurre una duración especificada o se alcanza una fecha/hora objetivo.	Espere 48 horas antes de enviar un aviso de seguimiento.
Esperar el evento del conector	Pausa la ejecución hasta que llega un evento externo a través de un conector (webhook, cola de mensajes, devolución de llamada del sistema).	Espere una confirmación de pago del sistema bancario.

Tareas ad-hoc

Las tareas ad-hoc son creadas en runtime por un usuario humano cuando se necesita una tarea no planificada que no forma parte del plan del caso original. Por ejemplo: el procesador de casos humano añade la tarea "Solicitar documentación adicional" durante la investigación.

Propiedades de la tarea

Propiedad	Descripción
name	Nombre para mostrar.
type	Uno de: human, agent, externalAgent, rpa, connector, agenticProcess, childCase, waitTimer, waitEvent, adhoc.
required	Si la etapa principal debe esperar a que se complete esta tarea. Si true, la etapa no puede completarse hasta que se complete la tarea. Si false, la etapa puede completarse incluso si esta tarea no ha finalizado.
entryRule	Condición que determina cuándo se inicia esta tarea. Habilita la ejecución condicional (por ejemplo, ejecutar solo cuando amount >= 1000).
completeRule	Condición que determina cuándo se considera finalizada esta tarea.
exitRule	Condición de salida anticipada para la tarea. Cuando se cumple, la tarea finaliza inmediatamente.
runOnReentry	Si esta tarea se restablece y se vuelve a ejecutar si se vuelve a entrar en la etapa principal. Predeterminado: false.
linkedWorkflow	Referencia al flujo de trabajo de implementación, formulario o configuración del agente.
assignment	Para tareas humanas: el perfil, usuario, equipo o regla de enrutamiento que determina el usuario asignado.
sla	Para tareas humanas: hora de vencimiento, umbrales de advertencia y destinatarios de escalada.

Tareas obligatorias frente a opcionales

	Tarea requerida	Tarea opcional
Finalización de etapa	La etapa principal no puede completarse hasta que se complete esta tarea.	La etapa principal puede completarse incluso si esta tarea no se realiza.
Cuándo usarlo	Trabajo obligatorio (por ejemplo, "Aprobación del gestor" en la etapa de revisión).	Es bueno tener un trabajo (por ejemplo, "Marcar anomalías": útil, pero la etapa puede continuar sin él).
Interacción de autocompletar	Si la etapa tiene autoComplete: true, la finalización espera a todas las tareas necesarias.	No se considera en la comprobación de finalización automática.

Ejecutar en comportamiento de reingreso (tareas)

runOnReentry	Comportamiento	Use case
true	La tarea se restablece y se vuelve a ejecutar, produciendo una nueva salida.	Tareas de validación que deben volver a comprobar los datos corregidos.
false (Predeterminada)	La tarea conserva su resultado anterior; no se vuelve a ejecutar.	Tareas cuya salida sigue siendo válida (por ejemplo, "Categorizar gastos" no necesita volver a ejecutarse).

---

Condiciones

Las condiciones (también llamadas condiciones de transición o reglas) controlan el movimiento del ciclo de vida tanto en el nivel de etapa como de tarea. Maestro admite cuatro tipos de condición.

Condición de entrada

Se evalúa en función de los campos de caso. Cuando la condición se vuelve verdadera, la etapa o tarea pasa de Disponible a Activa.

Ámbito	Descripción	Ejemplo
Estado	Marca el inicio de una etapa.	vars.validationPassed == true activa la etapa Revisión.
Tarea	Habilita la ejecución condicional de una tarea dentro de una etapa activa.	Ejecutar solo cuando amount >= 1000.

Condición completa

Define cuándo finaliza una etapa o tarea en circunstancias normales. Para las etapas, esto suele ser "cuando se realizan todas las tareas necesarias". Para las tareas, suele ser "cuando la tarea produce una salida".

Ámbito	Descripción	Ejemplo
Estado	Marca una etapa como completada cuando el trabajo ha finalizado.	Se han completado todas las tareas necesarias.
Tarea	Marca una tarea como completada cuando se recibe su salida.	taskOutput.status != "error".

Condición de salida (salida anticipada)

Un mecanismo de salida temprana. Cuando se cumple la condición, la etapa o tarea finaliza inmediatamente , incluso si no se ha cumplido la regla completa. Las condiciones de salida actúan como disyuntores para escenarios anormales o condicionales.

Ámbito	Descripción	Ejemplo
Estado	Termina una etapa antes de que finalicen todas las tareas.	vars.action == "Reject" finaliza la etapa Revisión y el caso pasa a la etapa secundaria Denegado.
Tarea	Detiene una tarea antes de su finalización normal.	policyValid == false detiene la validación adicional.

Nota:

No confundas las condiciones de salida con las condiciones completas. Una condición completa se activa cuando se realiza el trabajo (finalización normal). Una condición de salida se activa cuando algo cambia y significa que el trabajo debe detenerse (rescate anticipado). Ambos dan como resultado que el gestor de casos evalúe en qué etapa entrar a continuación.

Condición de reingreso

Permite que un caso vuelva a una etapa previamente completada de forma estructurada y auditable. Esta capacidad permite flujos de casos no lineales para bucles de revisión controlados.

Ámbito	Descripción	Ejemplo
Estado	Devuelve el caso a una etapa anterior cuando se necesita trabajo adicional.	vars.decision == "Claim is missing key incident reports" devuelve el caso de Revisión a Admisión.

Cuando se produzca el reingreso, configura qué tareas específicas se volverán a ejecutar dentro de la etapa de destino. Tareas con runOnReentry: true volver a ejecutar; las tareas con runOnReentry: false conservan sus resultados anteriores.

Omitir regla

Una condición opcional en una etapa que omite la etapa por completo cuando la condición es verdadera.

Ámbito	Descripción	Ejemplo
Estado	Omite una etapa cuando no es aplicable.	riskScore < 30 omite la etapa de investigación detallada.

---

SLA y escaladas

Defina los SLA (acuerdos de nivel de servicio) y las reglas de escalada en los niveles de caso y etapa para aplicar expectativas basadas en el tiempo.

Niveles de SLA

Nivel	Descripción	Ejemplo
SLA a nivel de caso	Objetivo general para la resolución de casos desde la creación hasta el cierre.	Resuelva la reclamación en un plazo de 48 horas laborables.
SLA a nivel de etapa	Hora de vencimiento localizada para una etapa específica.	Completar la admisión de FNOL en un plazo de 4 horas; Revisión del gestor en un plazo de 24 horas.

Estados SLA

Estado	Descripción
Por buen camino	El caso o etapa está dentro del tiempo asignado.
En riesgo	El SLA se está acercando a su límite (por ejemplo, en el 80 % del tiempo asignado).
Incumplido	Se ha superado el límite de tiempo del SLA.

Los estados de SLA emergen como insignias en listas de casos y vistas de detalles dentro de la aplicación de casos.

Reglas de escalado

Desencadenador	Descripción	Acción típica
Escalada en riesgo	Se activa cuando el SLA se acerca a su límite.	Notifica al propietario y al supervisor del caso.
Escalada de infracciones	Se activa cuando se supera el SLA.	Reasignar a un trabajador senior, notificar a la gestión, crear un marcador de prioridad.

Pausar y reanudar

Los temporizadores de SLA pueden pausarse cuando el caso está esperando una entrada externa (por ejemplo, una respuesta del cliente) y reanudarse cuando el caso vuelve a ser accionable.

---

Gestor de casos

El Gestor de casos orquesta el ciclo de vida del caso utilizando reglas deterministas. Las reglas manejan patrones conocidos y predecibles.

Cómo funciona el gestor de casos

1. Evento recibido : un desencadenador se activa y crea (o actualiza) una instancia de caso.
2. Evaluación de reglas : el gestor de casos evalúa las condiciones de entrada de todas las etapas para determinar qué etapas deben activarse.
3. Activación de tareas : dentro de las etapas activas, se evalúan las condiciones de entrada para las tareas para iniciar el trabajo adecuado.
4. Supervisión : a medida que se completan las tareas, el gestor de casos evalúa las condiciones de finalización (finalización normal) y las condiciones de salida (rescate temprano).
5. Finalización del caso : cuando se completan todas las etapas necesarias, el caso se cierra.

Ámbito de las reglas

Las reglas (de entrada, completa, salida) se pueden definir en tres niveles:

• Nivel de caso : rige el ciclo de vida general del caso (¿cuándo está completo el caso?).
• Nivel de etapa : transiciones de etapa de control (¿cuándo se activa, completa o abandona esta etapa?).
• Nivel de tarea : controla la activación y finalización de tareas individuales.

Configuración del gestor de casos

Configuración	Descripción
model	El LLM que impulsa el agente (por ejemplo, claude-3.5-sonnet, gpt-4o).
userPrompt	Instrucciones del sistema que definen el rol, las políticas y las restricciones del agente.
tools	Acciones que puede realizar el agente (por ejemplo, mover etapa, escalar, enviar notificación).
context	Memoria para el agente, creada automáticamente en función del historial de ejecución. El agente acumula contexto de decisiones anteriores, resultados de tareas y cambios de estado del caso.

Nota:

Si el gestor de casos no puede tomar una decisión, debido a datos ambiguos, reglas en conflicto o un escenario fuera de sus políticas, escalará automáticamente a un humano.

---

Personas del caso

Las personas del caso definen los roles de los participantes humanos que interactúan con un caso a lo largo de su ciclo de vida. Las personas controlan quién puede ver y actuar dentro de cada etapa. Las personas son para personas, no para agentes. Los agentes de IA se configuran por separado como tipos de tareas.

Tipos de personas integrados

Persona	Rol	Capacidades típicas
Creador de casos	Inicia el caso: envía el desencadenador original (formulario del portal, llamada a la API, correo electrónico).	Crear nuevas instancias de casos; ver el estado de los casos que han creado; capacidad limitada para actualizar casos abiertos antes de que se complete la primera etapa.
Propietario del caso	Responsable del caso de principio a fin. A menudo se asigna en la creación.	Visibilidad completa del caso en todas las etapas; puede reasignar tareas, anular decisiones (dentro de la política), reabrir casos cerrados.
Asistente social	Ejecuta tareas de usuario asignadas dentro de etapas específicas.	Ver y completar tareas en su cola (Mi trabajo); actualizar los campos de casos con ámbito de salida de su tarea; solo visibilidad a nivel de etapa.
Supervisor/Gerente	Supervisa la cartera de casos de un equipo; gestiona las escaladas.	Ver todos los casos asignados a su equipo; reasignar tareas; aprobar escaladas; pausar/reanudar los temporizadores de SLA; acceder a paneles y KPI.
Experto en la materia (SME)	Consultado sobre casos o etapas específicas que requieren conocimientos especializados.	Acceso de lectura a datos de casos relevantes; puede completar tareas designadas por SME; no tiene permisos amplios de gestión de casos.

Más allá de los tipos integrados, los desarrolladores de casos pueden crear personas personalizadas : dar un nombre a la persona y delimitarla en una o más etapas específicas. Las personas personalizadas no aparecen automáticamente en todas partes.

Permisos de perfil a nivel de etapa

Para cada etapa del plan del caso, define dos dimensiones de acceso para cada perfil:

• Acceso de visualización : qué personas pueden ver los datos, las tareas y el historial de esta etapa en la aplicación de casos.
• Acceso de acto : qué personas pueden realizar acciones dentro de esta etapa (completar tareas, añadir notas, reasignar, escalar, desencadenar transiciones).

Las tareas heredan la configuración de perfil de la etapa de forma predeterminada, pero pueden reducir aún más los roles permitidos.

Estrategias de asignación

Estrategia	Cómo funciona	Cuándo usarlo
Estático	Un usuario, equipo o grupo fijo se asigna en tiempo de diseño.	Tareas que siempre van al mismo equipo (por ejemplo, Revisión financiera siempre va al grupo Finanzas).
Dinámica	Una regla o expresión resuelve el asignado en tiempo de ejecución.	Asignación equilibrada de carga de trabajo, enrutamiento de territorio/región, enrutamiento basado en habilidades.

Nota:

Los roles de usuario de casos y el soporte de acceso aún no están disponibles.

---

Aplicación de casos

La aplicación de casos es la aplicación de runtime orientada al usuario empresarial donde los asistentes sociales, gestores y otras personas ven, realizan un seguimiento y actúan en instancias de casos activas.

Qué ven los usuarios empresariales

Ver	Descripción
Lista/cola de casos	Vista filtrable de todas las instancias de casos, con indicadores de estado, prioridad y SLA (en buen camino, en riesgo, incumplido).
Vista detallada del caso	Etapa actual, estados de las tareas, línea de tiempo de eventos y seguimiento de auditoría completo.
Bandeja de entrada de tareas (Mi trabajo)	Tareas humanas pendientes de acción: formularios, aprobaciones, revisiones.
Acciones	Acciones contextuales basadas en el rol y la etapa actual: completar, reabrir, escalar, reasignar, añadir notas, solicitar información, crear tareas ad-hoc.
Paneles	KPI agregados: rendimiento, tiempo de resolución, cumplimiento de SLA, identificación de cuellos de botella.

Configuración

Configure la aplicación de caso desde la opción Configurar aplicación de caso en la configuración de Gestión de casos dentro de Studio Web. Los elementos configurables incluyen:

• Título del caso : el título de visualización que se muestra en la lista de casos y en las vistas de detalles.
• Detalles del caso : los campos y el diseño que se muestran en la vista de detalles del caso.

Aplicación de casos frente a aplicaciones de UiPath

Aspecto	Case App	UiPath Apps
Propósito	Espacio de trabajo obstinado y centrado en casos: listas, detalles, tareas, incidentes y vistas de SLA para operaciones de casos.	Generador de código bajo de propósito general para aplicaciones empresariales totalmente personalizadas o compuestas.
Cuándo usarlo	Operaciones rápidas de casos con vistas listas para usar.	Requisitos de IU a medida más allá de las operaciones de casos.

Los formularios de tareas humanas siguen creándose con aplicaciones de acción y son referenciados por tareas de caso.

---

Gestión de instancias de casos

Gestión de instancias de casos es la consola de operaciones donde los operadores de procesos supervisan y gestionan todas las instancias de casos en ejecución.

Acciones del operador

Acción	Descripción
Pausar	Detener temporalmente una instancia de caso en ejecución. Los temporizadores de SLA se ponen en pausa. No se activa ninguna tarea hasta que se reanude.
Reanudar	Reiniciar un caso en pausa. Los temporizadores de SLA se reanudan desde donde se detuvieron.
Cancelar	Terminar una instancia de caso de forma permanente. Todas las tareas en ejecución se detienen.
Migrar	Mueva una instancia de caso en vivo a una versión más reciente del plan del caso (por ejemplo, después de una corrección de errores o una actualización del plan), conservando su estado y datos actuales.
Reintentar	Vuelve a ejecutar la tarea o transición fallida para recuperarse de errores transitorios.
Update Variables	Modifique los valores de las variables de caso en una instancia en ejecución para desbloquear el procesamiento.

Incidentes de caso

Cuando una instancia de caso entra en un estado de error (por ejemplo, una tarea falla, una integración supera el tiempo de espera o el caso se bloquea), se convierte en un incidente de caso. Los operadores de proceso utilizan Migrar, Reintentar y Actualizar variables para resolver incidentes.

---

Desencadenadores de eventos

Los desencadenadores de eventos son los puntos de entrada a un caso. Definen qué inicia un caso y de dónde provienen los datos. Un único plan de caso puede tener varios desencadenadores.

Tipo de desencadenador	Origen	Ejemplo
Formulario/portal	El usuario envía a través de un formulario web.	El empleado envía un informe de gastos a través de un portal.
Correo electrónico	Correo electrónico entrante analizado para datos.	El correo electrónico de recibo reenviado crea un nuevo caso.
API	El sistema externo llama al punto final de creación de casos.	El sistema ERP desencadena un caso de reclamación en un evento de política.
Cola/Evento	Mensaje de una cola o flujo de eventos.	El tema de Kafka publica un nuevo evento de pedido.
Programado	Desencadenador basado en tiempo.	La comprobación diaria crea casos de seguimiento para elementos obsoletos.
Evento de entidad de Data Fabric	Un evento en el nivel de fila en una entidad de Data Fabric o VDO (por ejemplo, "Fila creada").	Una nueva fila en la entidad Reclamaciones de inicio desencadena un caso.
Esperar al conector	Un evento de conector de Integration Service (por ejemplo, mensaje de canal de Microsoft Teams publicado).	Un mensaje de Teams desencadena una entrada de etapa Retirado.

Cada desencadenador asigna datos entrantes a campos de casos.

---

Facturación y consumibles

• No hay facturación independiente para la gestión de casos de Maestro
• El trabajo que se ejecuta dentro de un caso consume los consumibles nativos de los tipos de tareas utilizados:
  • AI agents
  • Procesos agénticos de Maestro (procesos BPMN)
  • Flujos de trabajo de RPA
  • Flujos de trabajo de API/integraciones

---

Glosario

Término	Definición
Tarea ad-hoc	Una tarea creada en runtime (que no forma parte del plan del caso original) por un usuario humano cuando se necesita una acción no planificada.
Caso	Una instancia de runtime que representa una situación empresarial del mundo real que necesita resolución (una reclamación, disputa, investigación, excepción). Identificado por una clave de caso.
Case App	La aplicación empresarial orientada al usuario donde las personas ven, realizan un seguimiento y actúan en instancias de casos en vivo.
Comentarios del caso	Objeto listo para usar que almacena notas, anotaciones e hilos de comunicación, vinculados a través del caseID inmutable.
Documentos del caso	Objeto listo para usar que almacena archivos y archivos adjuntos relacionados con el caso, vinculados a través del caseID inmutable.
Incidente de caso	Un estado de error en una instancia de caso (fallo de tarea, tiempo de espera de integración, caso bloqueado) que requiere la intervención del operador.
Gestión de instancias de casos	Consola de operaciones en Maestro donde los operadores de procesos ven todas las instancias de casos en ejecución y realizan acciones: pausar, reanudar, cancelar, migrar, reintentar.
Clave del caso	Identificador único para una instancia de caso. Puede ser un valor generado por el sistema o un valor externo/definido por el cliente.
Case Manager	Motor de orquestación que utiliza reglas deterministas.
Persona del caso	Un rol de participante humano con ámbito de etapas específicas. Tipos integrados: creador de casos, propietario de casos, trabajador de casos, supervisor/gestor, SME. Los desarrolladores pueden crear personas personalizadas.
Case Plan	Plano visual que define etapas, tareas, desencadenadores y reglas. Describe las rutas posibles, no una secuencia fija. Diseñado en Studio Web.
Condición completa	Condición que determina cuándo finaliza una etapa o tarea en circunstancias normales.
Condición de entrada	Condición que debe cumplirse para que se active una etapa o tarea.
Desencadenador de eventos	Punto de entrada que crea o influye en una instancia de caso. Asigna datos entrantes a campos de casos.
Exit Condition	Condición de salida temprana. Cuando se cumple, la etapa o tarea finaliza inmediatamente incluso si no se ha cumplido la regla completa.
Etapa principal	Una etapa en la progresión feliz de un caso.
Re-entry Condition	Condición que permite que un caso vuelva a una etapa previamente completada para su revisión.
Obligatorio	Marcar en etapas y tareas. Se deben completar las etapas necesarias para que el caso se cierre. Las tareas requeridas deben completarse para que la etapa se complete.
Run on Re-entry	Marca que controla si una etapa o tarea se restablece y se vuelve a ejecutar cuando se vuelve a introducir después de la finalización anterior.
Etapa secundaria	Una etapa que representa una ruta de excepción que se ramifica del flujo principal. Puede volver al origen o ser terminal.
Omitir regla	Condición opcional en una etapa que omite la etapa por completo cuando la condición es verdadera.
SLA	Acuerdo de nivel de servicio. Expectativa basada en el tiempo para la finalización del caso o etapa, con estados: en buen camino, en riesgo, incumplido.
Estado	Una fase con nombre en el ciclo de vida del caso que agrupa tareas relacionadas. Se rige por las condiciones de entrada, finalización, salida y reingreso.
Tarea	Una unidad de trabajo discreta dentro de una etapa. Diez tipos: humano, agente, agente externo, RPA, conector, proceso agéntico, caso secundario, temporizador de espera, evento de espera, ad-hoc.

---

Recursos relacionados

• Tutorial de gestión de casos : tutorial de principio a fin sobre la creación de un caso desde cero.
• Diseñador de planes de casos en Studio Web : referencia para el lienzo de diseño visual.
• Documentación de las aplicaciones de acción : cómo crear formularios para tareas humanas a las que hacen referencia las tareas de caso.