Dicionário de componentes de gerenciamento de casos do Maestro

Dicionário de referência para componentes do Maestro Case, incluindo chaves de casos, estágios, tarefas, regras, personas, SLAs e superfícies de gerenciamento de runtime.

	Case Management	Processo BPMN
O conteúdo se aplica a	✅	❌

Visão geral

Este documento de referência fornece um detalhamento factual de cada componente no Gerenciamento de casos do Maestro. Use-o como um dicionário para entender o que cada construção é, quais propriedades ela expõe e como ela se relaciona com outras construções. Para obter orientação passo a passo sobre a criação de um caso, consulte o tutorial Gerenciamento de casos.

Público: Intermediário a Avançado — Automation Developers, Arquitetos de Soluções, Líderes Técnicos.

Product status: Generally available.

Como as construções se relacionam

A hierarquia a seguir mostra como as construções do Maestro Case Management se encaixam no tempo de design e no runtime.

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,
                    API Workflow, 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)

---

Chave do caso

A chave de caso identifica exclusivamente uma instância de caso no Maestro e em sistemas externos.

TipoDeChave	Description	Exemplo
Chave do Sistema	Gerado automaticamente pelo Maestro na criação do caso. Usa um prefixo constante configurável.	HC-1234, CLM-00891
Chave externa (definida pelo cliente)	Um ID upstream passado na criação do caso para que o mesmo caso do mundo real seja reconhecido em todas as ferramentas.	Número de caso de CRM, número da apólice, ID do pedido de ERP

Configure a chave do caso ao criar o tipo no Studio Web. Selecione a chave de prefixo constante e forneça uma string de HO- (por exemplo,). O Maestro anexa um identificador autoincrementado.

Use uma chave externa quando o caso originado em outro sistema (CRM, ERP, ferramenta de emissão de tíquetes) e humanos ou integrações devem correlacionar o caso entre ferramentas sem manter uma tabela de mapeamento separada.

---

Estágios

Um estágio é uma fase nomeada no ciclo de vida do caso (por exemplo, Entrada, Revisão, liquidação). Estágios são as colunas na tela do plano de caso, cada um agrupando tarefas relacionadas que são executadas durante essa fase.

Tipos de estágio

O Maestro é compatível com duas categorias de estágios:

Tipo	Description	Exemplo
Estágio primário	Representa a progressão do caminho ideal de um caso.	Recebimento, Revisão, liquidação, encerramento
Estágio secundário	Representa caminhos de exceção que ramificam o fluxo principal. Pode retornar à origem ou ser terminal.	Pendente com cliente, negado, retirado

Propriedades do estágio

Propriedade	Description
name	Nome de exibição (por exemplo, "Enviado", "Revisão do Gerente").
required	Se o caso deve passar por esse estágio para ser concluído. Se true e a regra de entrada nunca for avaliada como verdadeira, o caso será bloqueado. Se false, o caso pode ser concluído mesmo que esse estágio nunca tenha sido inserido.
entryRule	Condição que deve ser verdadeira para que esse estágio seja ativado.
completeRule	Condição que determina quando este estágio é concluído. Muitas vezes, "quando todas as tarefas necessárias forem concluídas."
exitRule	Condição de saída antecipada. Quando atendido, o estágio será encerrado imediatamente, mesmo que a regra completa não tenha sido atendida.
reentryCondition	Condição que permite que um caso retorne a esse estágio para retrabalho.
autoComplete	Marcar automaticamente o estágio como concluído quando todas as tarefas necessárias forem finalizadas.
runOnReentry	Controla se o estágio é redefinido e reexecutado quando inserido novamente após a conclusão anterior. Padrão: false.
sla	Limite de tempo para a conclusão do estágio (dias úteis ou dias corridos).

Estágios obrigatórios versus opcionais

	Estágio obrigatório	Estágio opcional
Conclusão do caso	O caso não pode ser concluído até que esse estágio seja concluído.	O caso pode ser concluído mesmo que esse estágio nunca tenha sido inserido.
Quando usar	Fases principais pelas quais cada caso deve passar (por exemplo, "Enviado", "Pagamento").	Fases condicionais que se aplicam apenas às vezes (por exemplo, "Revisão do VP" para casos de alto valor).
O comportamento se a regra de entrada nunca for verdadeira	Blocos de casos.	O caso ignora o estágio.

Comportamentos de saída do estágio secundário

Comportamento	Description	Exemplo
Retornar à origem	Quando todas as tarefas no estágio secundário forem concluídas, o caso roteará de volta para o estágio que o enviou.	Um estágio Pendente com Cliente retorna para Revisar após os documentos serem recebidos.
Terminal	Quando todas as tarefas no estágio secundário forem concluídas, o caso termina.	Um estágio Negado fecha o caso após o envio de um pacote de recusa.
Entrada orientada por conector	O estágio secundário é ativado quando um evento de conector externo chega, independentemente de qual estágio primário o caso ocupe.	Um estágio Retirado entra automaticamente quando uma mensagem de canal do Microsoft Teams é publicada.

Executar no comportamento de nova entrada (etapas)

runOnReentry	Comportamento	Use case
true	O estágio é redefinido para Ativo. Todas as tarefas são reavaliadas — tarefas necessárias com runOnReentry: true reexecução.	Loop de correção: o estágio "Enviado" precisa ser revalidado após a rejeição.
false (Padrão)	O estágio permanece Concluído. A nova entrada é um não operacional. Os resultados anteriores são preservados.	Estágios únicos que devem ser executados apenas uma vez (por exemplo, "Entrada Inicial").

---

Tipos de tarefas

Uma tarefa é uma unidade de trabalho discreta dentro de um estágio. Tarefas são os blocos de construção anônimos do processamento de casos.

Tipos de tarefas compatíveis

Tipo de Tarefa	Description	Exemplo de uso
Humano (Ação)	Atribuído a uma pessoa por meio de uma persona. Abre um formulário ou item de trabalho na fila do App do caso. O humano revisa, toma uma decisão e envia.	Aprovação do gerente, revisão do ajustador, assinatura financeira.
Agente (UiPath)	Um agente de IA da UiPath realiza raciocínio autônomo sobre dados. Útil para trabalho baseado em julgamento.	Categorize despesas, sinalize anomalias, redija uma resposta do cliente.
Agente externo	Invoca um agente de IA de terceiros fora da UiPath (por exemplo, por meio do protocolo A2A ou API). Habilita a orquestração de agentes de vários fornecedores.	Chame um agente de conformidade externo de um sistema parceiro.
Fluxo de trabalho de RPA	Dispara um robô da UiPath para realizar a automação de interface gráfica em sistemas legados onde não existe API.	Processe reembolso em um sistema de folha de pagamento legado, insira os dados em um mainframe.
Conector (Integration Services)	Chama um sistema externo por meio de um conector pré-construído ou personalizado. Executa de forma síncrona ou assíncrona com retorno de chamada.	Pesquise os detalhes da política no Salesforce e execute uma verificação de crédito.
Fluxo de trabalho da API	Chama um sistema externo por meio de uma solicitação de API personalizada. Executa de forma síncrona ou assíncrona com retorno de chamada.	Chame o software de agendamento para obter slots disponíveis, crie um novo tíquete.
Processo com agente do Maestro	Invoca um processo com agente do Maestro (baseado em BPMN) como uma tarefa. O processo é executado com sua própria orquestração e retorna um resultado.	Fluxo de trabalho de auditoria em várias etapas com sua própria lógica de agente.
Gerenciamento de caso (Caso filho)	Gera outra definição de caso como um caso filho. O filho tem seu próprio ciclo de vida, estágios e tarefas, vinculados ao pai por meio caseID.	Um caso de reivindicação gera um caso de investigação de fraude filho.
Wait for Timer	Pausa a execução até que uma duração especificada passe ou uma data/hora de destino seja atingida.	Aguarde 48 horas antes de enviar um aviso de acompanhamento.
Aguardar evento do conector	Pausa a execução até que um evento externo chegue por meio de um conector (webhook, fila de mensagens, retorno de chamada do sistema).	Aguarde uma confirmação de pagamento do sistema bancário.

Tarefas ad hoc

Ad-hoc tasks are created at runtime by a human user when an unplanned task is needed that is not part of the original case plan. For example, a human case processor adds a "Request additional documentation" task during investigation.

Propriedades da tarefa

Propriedade	Description
name	Nome de exibição.
type	Um destes: human, agent, externalAgent, rpa, connector, agenticProcess, childCase, waitTimer, waitEvent, adhoc.
required	Se o estágio pai deve aguardar a conclusão dessa tarefa. Se true, o estágio não poderá ser concluído até que a tarefa seja concluída. Se false, o estágio pode ser concluído mesmo que essa tarefa não tenha sido finalizada.
entryRule	Condição que determina quando esta tarefa inicia. Habilita a execução condicional (por exemplo, executar apenas quando amount >= 1000).
completeRule	Condição que determina quando esta tarefa é considerada concluída.
exitRule	Condição de saída antecipada para a tarefa. Quando atendido, a tarefa será encerrada imediatamente.
runOnReentry	Se essa tarefa é redefinida e reexecutada se o estágio pai for inserido novamente. Padrão: false.
linkedWorkflow	Referência à implementação do fluxo de trabalho, formulário ou configuração do agente.
assignment	Para tarefas humanas: a pessoa, o usuário, a equipe ou a regra de roteamento que determina o destinatário.
sla	Para tarefas humanas: tempo de conclusão, limites de aviso e destinatários de escalonamento.

Tarefas obrigatórias versus opcionais

	Tarefa obrigatória	Tarefa opcional
Conclusão do estágio	O estágio pai não pode ser concluído até que essa tarefa seja concluída.	O estágio pai pode ser concluído mesmo que essa tarefa não seja concluída.
Quando usar	Trabalho obrigatório (por exemplo, "Aprovação do gerente" no estágio de revisão).	Trabalho bom ter (por exemplo, "Sinalizar Anomalias" — útil, mas o estágio pode prosseguir sem ele).
Interação de preenchimento automático	Se o estágio tiver autoComplete: true, a conclusão aguarda todas as tarefas necessárias.	Não considerado na verificação de preenchimento automático.

Executar no comportamento de nova entrada (tarefas)

runOnReentry	Comportamento	Use case
true	A tarefa é redefinida e executada novamente, produzindo nova saída.	Tarefas de validação que devem verificar novamente os dados corrigidos.
false (Padrão)	A tarefa mantém seu resultado anterior; não será executado novamente.	Tarefas cuja saída ainda é válida (por exemplo, "Categorizar Despesas" não precisa ser executada novamente).

---

Condições

As condições (também chamadas de condições ou regras de transição) controlam o movimento do ciclo de vida nos níveis do estágio e da tarefa. O Maestro é compatível com quatro tipos de condição.

Condição para entrada

Avalia com campos de caso. Quando a condição se torna verdadeira, o estágio ou tarefa faz a transição de Disponível para Ativo.

Escopo	Description	Exemplo
Estágio	Bloqueia o início de um estágio.	vars.validationPassed == true ativa o estágio de Revisão.
Tarefa	Habilita a execução condicional de uma tarefa dentro de um estágio ativo.	Executar apenas quando amount >= 1000.

Concluído

Define quando um estágio ou tarefa é concluído em circunstâncias normais. Para estágios, frequentemente é "quando todas as tarefas necessárias são concluídas". Para tarefas, normalmente é "quando a tarefa produz uma saída".

Escopo	Description	Exemplo
Estágio	Marca um estágio como concluído quando o trabalho é concluído.	Todas as tarefas necessárias foram concluídas.
Tarefa	Marca uma tarefa como concluída quando sua saída é recebida.	taskOutput.status != "error".

Condição de saída (saída antecipada)

Um mecanismo de saída cedo. Quando a condição for atendida, o estágio ou tarefa será encerrado imediatamente — mesmo que a regra completa não tenha sido atendida. As condições de saída atuam como disjuntores para cenários anormais ou condicionais.

Escopo	Description	Exemplo
Estágio	Encerra um estágio antes que todas as tarefas sejam finalizadas.	vars.action == "Reject" encerra o estágio de Revisão e o caso passa para o estágio secundário Negado.
Tarefa	Interrompe uma tarefa antes de sua conclusão normal.	policyValid == false interrompe a validação adicional.

Observação:

Não confunda condições de saída com condições completas. Uma condição concluída é disparada quando o trabalho é concluído (acima). Uma condição de saída é disparada quando algo muda, o que significa que o trabalho deve ser interrompido ( Salvamento antecipado). Ambos resultam no Gerenciador de caso avaliando em qual estágio entrar em seguida.

Condição para entrada nova

Permite que um caso retorne a um estágio concluído anteriormente de forma estruturada e auditável. Esse recurso permite fluxos de casos não lineares para loops de retrabalho controlados.

Escopo	Description	Exemplo
Estágio	Retorna o caso a um estágio anterior quando é necessário trabalho adicional.	vars.decision == "Claim is missing key incident reports" retorna o caso de Revisão para Entrada.

Quando ocorrer uma nova entrada, configure quais tarefas específicas deverão ser executadas novamente dentro do estágio de destino. Tarefas com runOnReentry: true reexecução; as tarefas com runOnReentry: false manterão seus resultados anteriores.

Pular regra

Uma condição opcional em um estágio que ignora o estágio totalmente quando a condição é verdadeira.

Escopo	Description	Exemplo
Estágio	Ignora um estágio quando não é aplicável.	riskScore < 30 pula o estágio de investigação detalhada.

---

SLAs e escalonamentos

Defina SLAs (Contratos de Nível de Serviço) e regras de escalonamento nos níveis de caso e estágio para impor expectativas com base no tempo.

Níveis de SLA

Nível	Description	Exemplo
SLA de nível de caso	Meta geral de resolução de casos da criação ao fechamento.	Resolver sinistro em até 48 horas úteis.
SLA do nível do estágio	Tempo de conclusão localizado para um estágio específico.	Ingestão completa de FNOL dentro de 4 horas; Revisão do gerente em 24 horas.

Estados do SLA

Estado	Description
No Prazo	O caso ou estágio está dentro do tempo determinado.
Em Risco	O SLA está se aproximando do limite (por exemplo, em 80% do tempo determinado).
Violada(s)	O limite de tempo do SLA foi excedido.

Os estados do SLA aparecem como selos em listas de casos e visualizações de detalhes dentro do aplicativo do caso.

Regras de escalonamento

Gatilho	Description	Ação típica
Escalonamento em risco	Disparado quando o SLA está se aproximando do limite.	Notifique o proprietário do caso e o supervisor.
Escalonamento de violação	Disparado quando o SLA é excedido.	Reatribuir a um trabalhador antigo, notificar o gerenciamento, criar um sinalizador de prioridade.

Pausar e retomar

Os temporizadores de SLA podem ser pausados quando o caso está aguardando uma entrada externa (por exemplo, uma resposta do cliente) e retomados quando o caso torna-se acionável novamente.

---

Gerenciador de caso

The Case Manager orchestrates the case lifecycle using deterministic rules. Rules handle known, predictable patterns.

Como o gerenciador de caso funciona

1. Evento recebido — um gatilho dispara e cria (ou atualiza) uma instância de caso.
2. Avaliação de regras — o Gerenciador de caso avalia condições de entrada para todos os estágios para determinar quais estágios devem se tornar ativos.
3. Ativação de tarefas — dentro de estágios ativos, as condições de entrada para tarefas são avaliadas para iniciar o trabalho apropriado.
4. Monitoramento — à medida que as tarefas são concluídas, o Gerenciador de caso avalia condições completas (Finalização normal) e condições de saída ( Salvamento inicial).
5. Conclusão do caso — quando todas as etapas necessárias forem concluídas, o caso será fechado.

Escopo das regras

As regras (entrada, completo, saída) podem ser definidas em três níveis:

• Nível de caso — governe o ciclo de vida geral do caso (quando o caso está concluído?).
• Nível de estágio — controle transições de estágio (quando esse estágio é ativado, concluído ou encerrado?).
• Nível da tarefa — controle a ativação e a conclusão de tarefas individuais.

Configuração do gerenciador de caso

Configuração	Description
model	O LLM que alimenta o agente (por exemplo, claude-3.5-sonnet, gpt-4o).
userPrompt	Instruções do sistema que definem a função, as políticas e as restrições do agente.
tools	Ações que o agente pode realizar (por exemplo, mover do estágio, escalonar, enviar notificação).
context	Memória para o agente, criada automaticamente com base no histórico de execução. O agente acumula contexto de decisões anteriores, resultados de tarefas e alterações de estado de casos.

Observação:

Se o Gerenciador de caso não puder tomar uma decisão — devido a dados ambíguos, regras conflitantes ou um cenário fora de suas políticas — ele escalona automaticamente para um humano.

---

Personas do caso

As personas de caso definem as funções de participantes humanos que interagem com um caso durante todo seu ciclo de vida. As personas controlam quem pode visualizar e agir dentro de cada estágio. Personas são para pessoas, não para agentes. Os agentes de IA são configurados separadamente como tipos de tarefas.

Tipos de personas integradas

Persona	Role	Recursos típicos
Criador de casos	Inicia o caso — envia o gatilho original (formulário do portal, chamada de API, email).	Criar novas instâncias de caso; visualizar o status dos casos que criaram; capacidade limitada de atualizar casos abertos antes que o primeiro estágio seja concluído.
Proprietário do caso	Responsável pelo caso de ponta a ponta. Muitas vezes atribuído na criação.	Visibilidade completa do caso em todas as etapas; pode reatribuir tarefas, substituir decisões (dentro da política), reabrir casos fechados.
Trabalhador de caso	Executa tarefas humanas atribuídas dentro de estágios específicos.	Exibir e concluir tarefas em sua fila (Meu trabalho); atualizar campos de caso com escopo para a saída da sua tarefa; apenas visibilidade no nível do estágio.
Supervisor/Gerente	Supervisiona o portfólio de casos de uma equipe; lida com escalonamentos.	Visualizar todos os casos atribuídos à sua equipe; reatribuir tarefas; aprovar escalonamentos; pausar/retomar temporizadores de SLA; acessar painéis e KPIs.
Especialista em assunto (SME)	Consultados em casos específicos ou estágios que exigem conhecimento especializado.	Acesso de leitura aos dados relevantes do caso; possa concluir tarefas designadas por PME; não tem permissões amplas de gerenciamento de casos.

Além dos tipos integrados, os desenvolvedores de caso podem criar personas personalizadas — dê um nome à persona e restrinja-a a um ou mais estágios específicos. Personas personalizadas não aparecem automaticamente em todos os lugares.

Permissões de persona no nível do estágio

Para cada estágio no plano de caso, defina duas dimensões de acesso para cada persona:

• Acesso à visualização — quais pessoas podem ver os dados, tarefas e histórico deste estágio no aplicativo do caso.
• Acesso Agir — quais pessoas podem realizar ações dentro desse estágio (concluir tarefas, adicionar notas, reatribuir, escalonar, disparar transições).

As tarefas herdam as configurações de persona do estágio por padrão, mas podem restringir ainda mais as funções permitidas.

Estratégias de atribuição

Strategy	Como funciona	Quando usar
Estático	Um usuário, equipe ou grupo fixo é atribuído no momento do design.	Tarefas que sempre vão para a mesma equipe (por exemplo, a Revisão de finanças sempre vai para o grupo Finanças).
Dinâmico	Uma regra ou expressão resolve o destinatário no runtime.	Atribuição balanceada de carga de trabalho, roteamento de território/região, roteamento baseado em habilidades.

Observação:

As funções do usuário do caso e o suporte de acesso ainda não estão disponíveis.

---

Aplicativo do caso

O aplicativo de caso é o aplicativo de runtime voltado para o usuário de negócios onde os trabalhadores do caso, gerentes e outras pessoas visualizam, rastreiam e atuam em instâncias de casos ao vivo.

O que os usuários empresariais veem

Exibir	Description
Lista de casos/fila	Visualização filtrável de todas as instâncias de caso, com indicadores de status, prioridade e SLA (em andamento, em risco, violada).
Exibição de detalhes do caso	Estágio atual, status de tarefas, linha do tempo de eventos e trilha de auditoria completa.
Caixa de entrada de tarefas (Meu trabalho)	Tarefas humanas pendentes aguardando ação: formulários, aprovações, revisões.
Ações	Ações contextuais com base na função e no estágio atual: concluir, reabrir, escalonar, reatribuir, adicionar notas, solicitar informações, criar tarefas ad-hoc.
Painéis	KPIs agregados: taxa de transferência, tempo de resolução, conformidade com SLA, identificação de gargalo.

Configuração

Configure o aplicativo de caso na opção Configurar aplicativo de caso nas configurações de Gerenciamento de casos dentro do Studio Web. Os elementos configuráveis incluem:

• Título do caso — o título de exibição mostrado na lista de casos e exibições de detalhes.
• Detalhes do caso — os campos e o layout exibidos na visualização de detalhes do caso.

App de caso versus UiPath Apps

Aspecto	Case App	UiPath Apps
Finalidade	Espaço de trabalho orientado e centrado em casos — listas, detalhes, tarefas, incidentes e visualizações de SLA para operações de casos.	Construtor de pouco código de uso geral para apps de negócios totalmente personalizados ou compostos.
Quando usar	Operações rápidas de caso com visualizações prontas para usar.	Requisitos de interface gráfica sob medida além de operações de caso.

Os formulários de tarefas humanas continuam a ser criados com apps de ação e são referenciados por tarefas de casos.

---

Gerenciamento de instâncias de caso

O Gerenciamento de instâncias de caso é o console de operações onde os operadores de processo monitoram e gerenciam todas as instâncias de caso em execução.

Ações do operador

Ação	Description
Pausar	Interromper temporariamente uma instância de caso em execução. Temporizadores do SLA pausam. Nenhuma tarefa é ativada até a retomada.
Retomar	Reinicia um caso pausado. Os temporizadores de SLA retomam de onde pararam.
Cancelar	Encerra uma instância de caso permanentemente. Todas as tarefas em execução são interrompidas.
Migrar	Mova uma instância de caso ao vivo para uma versão mais recente do plano de caso (por exemplo, após uma correção de bug ou atualização do plano), preservando seu estado e dados atuais.
Tentar novamente	Execute novamente a tarefa com falha ou transição para se recuperar de erros transitórios.
Update Variables	Modifique os valores de variáveis de caso em uma instância em execução para desbloquear o processamento.

Incidentes de caso

Quando uma instância de caso entra em um estado de erro (por exemplo, uma tarefa falha, uma integração expira ou o caso fica travado), ele se torna um incidente de caso. Os operadores de processo usam Migrar, Tentar novamente e Atualizar variáveis para resolver incidentes.

---

Gatilhos de evento

Gatilhos de eventos são os pontos de entrada em um caso. Eles definem o que inicia um caso e de onde vêm os dados. Um único plano de caso pode ter vários gatilhos.

Tipo do Gatilho	Origem	Exemplo
Formulário/Portal	O usuário envia por meio de um formulário da Web.	O funcionário envia um relatório de despesas por meio de um portal.
Email	Email de entrada analisado para dados.	O email de recibo encaminhado cria um novo caso.
API	O sistema externo chama o ponto de extremidade de criação de caso.	O sistema ERP dispara um caso de reivindicação em um evento de política.
Fila/Evento	Mensagem de uma fila ou fluxo de evento.	O tópico Cafcas publica um novo evento de ordem.
Agendado	Gatilho baseado em tempo.	A verificação diária cria casos de acompanhamento para itens obsoletos.
Evento de entidade do Data Fabric	Um evento no nível da linha em uma entidade do Data Fabric ou VDO (por exemplo, "Linha criada").	Uma nova linha na entidade Declarações iniciais dispara um caso.
Aguardar conector	Um evento de conector do Integration Service (por exemplo, mensagem de canal do Microsoft Teams publicada).	Uma mensagem do Teams dispara uma entrada de estágio Retirado.

Cada gatilho mapeia os dados de entrada para os campos do caso.

---

Faturamento e consumíveis

• Não há cobrança separada para o Gerenciamento de casos do Maestro
• O trabalho executado dentro de um caso consome os consumíveis nativos dos tipos de tarefas usados:
  • AI agents
  • Processos com agentes do Maestro (processos BPMN)
  • Fluxos de trabalho de RPA
  • Fluxos de trabalho / integrações de API

---

Glossário

Termo	Definição
Tarefa ad-hoc	A task created at runtime (not part of the original case plan) by a human user when an unplanned action is needed.
Caso	Uma instância de runtime que representa uma situação de negócios do mundo real que precisa de resolução (uma reivindicação, disputa, investigação, exceção). Identificado por uma chave de caso.
Case App	O aplicativo voltado para o usuário de negócios onde as pessoas visualizam, rastreiam e atuam em instâncias de casos ao vivo.
Comentários do caso	Objeto pronto para uso armazenando notas, anotações e threads de comunicação, vinculados por meio do imutável caseID.
Documentos de casos	Objeto pré-configurado armazenando arquivos e anexos relacionados ao caso, vinculados por meio do imutável caseID.
Incidente de caso	Um estado de erro em uma instância de caso (falha da tarefa, tempo limite de integração, caso travado) que requer intervenção do operador.
Gerenciamento de instâncias de caso	Console de operações no Maestro onde os operadores de processos visualizam todas as instâncias de casos em execução e realizam ações: pausar, retomar, cancelar, migrar e tentar novamente.
Chave do caso	Identificador exclusivo para uma instância de caso. Pode ser gerado pelo sistema ou um valor externo/definido pelo cliente.
Case Manager	Mecanismo de orquestração que usa regras determinísticas.
Persona do caso	Uma função de participante humano com escopo para estágios específicos. Tipos integrados: Criador de caso, Proprietário do caso, Trabalhador de caso, Monitor/Gerente e PME. Os desenvolvedores podem criar personas personalizadas.
Case Plan	Projeto visual que define estágios, tarefas, gatilhos e regras. Descreve os caminhos possíveis, não uma sequência fixa. Projetado no Studio Web.
Concluída	Condição que determina quando um estágio ou tarefa é concluído em circunstâncias normais.
Condição de entrada	Condição que deve ser verdadeira para que um estágio ou tarefa seja ativado.
Gatilho de evento	Ponto de entrada que cria ou influencia uma instância de caso. Mapeia os dados de entrada para os campos do caso.
Exit Condition	Condição de saída antecipada. Quando atendido, o estágio ou tarefa será encerrado imediatamente, mesmo que a regra completa não tenha sido atendida.
Estágio primário	Um estágio na progressão do caminho ideal de um caso.
Re-entry Condition	Condição que permite que um caso retorne a um estágio concluído anteriormente para retrabalho.
Required	Sinalize estágios e tarefas. As etapas necessárias devem ser concluídas para que o caso seja fechado. As tarefas necessárias devem ser concluídas para que o estágio seja concluído.
Run on Re-entry	Sinalizador que controla se um estágio ou tarefa é redefinido e reexecutado quando inserido novamente após a conclusão anterior.
Secondary Stage	Um estágio que representa um caminho de exceção ramificando-se do fluxo principal. Pode retornar à origem ou ser terminal.
Pular regra	Condição opcional em um estágio que ignora o estágio totalmente quando a condição é verdadeira.
SLA	Contrato de nível de serviço. Expiração baseada no tempo para a conclusão do caso ou estágio, com estados: em andamento, em risco, violado.
Estágio	Uma fase nomeada no ciclo de vida do caso que agrupa tarefas relacionadas. Governado por condições de entrada, conclusão, saída e reentrada.
Tarefa	A discrete unit of work within a stage. Ten design-time types: Human, Agent, External Agent, RPA, Connector, API workflow, Agentic Process, Child Case, Wait Timer, Wait Event. Ad-hoc tasks are created at runtime.

---

Recursos relacionados

• Tutorial de gerenciamento de caso — guia passo a passo da criação de um caso do zero.
• Designer de plano de caso no Studio Web — referência para a tela de design visual.
• Documentação de aplicativos de ação — como criar formulários para tarefas humanas referenciadas por tarefas de caso.