Solicitar Ação de aprovação

  • Versão de lançamento: Zurich
  • Atualizado 15 de ago. de 2025
  • 4 min. de leitura
  • Solicitar aprovação para um registro com um campo Aprovação. Você pode configurar um conjunto de regras para aprovação, rejeição ou cancelamento. Se uma data de vencimento for adicionada a uma aprovação, a aprovação será aprovada, rejeitada ou cancelada automaticamente se os aprovadores não tiverem respondido no horário designado.

    Aprovações clássicas é um recurso da plataforma que permite que usuários ou grupos aprovem ou rejeitem uma tarefa.

    Funções e disponibilidade

    Disponível como uma ação principal de Workflow Studio ServiceNow. Usuários com a função flow_designer ou admin podem adicionar uma ação a um fluxo e definir detalhes de configuração.

    Entradas

    Forneça um valor para cada entrada de que seu fluxo precisa. Para adicionar valores dinâmicos, você também pode arrastar e soltar pilhas do painel de dados ou selecioná-las no seletor de pilhas.
    Registro
    Tipo de dados: Record

    Referência ao registro a ser aprovado. Se o registro contiver um campo Aprovação, Workflow Studio Define automaticamente a entrada do campo de aprovação.

    Tabela
    Tipo de dados: Table Name

    Nome da tabela do registro associado à solicitação de aprovação. A tabela selecionada deve oferecer suporte a aprovações por ter um campo de estado de aprovação. Por exemplo, a tabela Tarefa e suas extensões contêm campos de aprovação.

    Motivo da aprovação
    Tipo de dados: String

    Cadeia de caracteres de texto que contém uma justificativa para a aprovação. Você pode usar este campo para auditoria e conformidade com normas. Essas informações são armazenadas na tabela Aprovação [sysapproval_approver]. Por exemplo, você pode listar por que uma solicitação de aprovação específica é necessária de um indivíduo ou grupo.

    Campo de Aprovação
    Tipo de dados: Field Name

    Campo que contém os resultados das solicitações de aprovação.

    Campo de Diário
    Tipo de dados: Field Name

    Campo para armazenar histórico e comentários associados à solicitação de aprovação.

    Regras
    Tipo de dados: Approval Rules

    Regras de aprovação e rejeição para determinar quais usuários podem aprovar ou rejeitar solicitações e o que acontece após a aprovação ou rejeição.

    As regras de aprovação ou rejeição incluem:
    • Aprovação por qualquer um
    • Todos os usuários aprovam
    • Todos responderam e qualquer pessoa aprova
    • % de usuários que aprovam
    • Número de usuários aprovam

    No campo ao lado da regra de aprovação, adicione os aprovadores desejados. Para adicionar aprovadores:

    • Selecione Usuários individuais ou grupos.
    • Arraste ou selecione um campo de um registro.
    • Selecione "Aprovadores manuais" ícone de Aprovadores manuais para permitir que um aprovador manual processe uma aprovação ou uma rejeição. Um aprovador manual é um usuário adicionado manualmente à lista relacionada de Aprovadores que pode aprovar a solicitação. Por exemplo, você pode adicionar manualmente um especialista no assunto a uma tarefa para aprovar a solicitação. Para saber mais sobre como adicionar aprovadores manuais, consulte Gere aprovações usando a lista relacionada de aprovadores.
    Nota:
    Por padrão, Solicitar aprovação gera registros de aprovação para usuários e grupos inativos. Este comportamento permite que um fluxo ou ação continue funcionando mesmo quando um usuário ou grupo específico for desativado posteriormente. Se você quiser mudar o comportamento de gerar aprovações para entidades inativas, defina a propriedade do sistema com.glide.hub.flow.approval.allow_inactive_entity. Consulte Workflow Studio propriedades do sistema de fluxo.

    Defina regras de rejeição adicionando outro conjunto de regras OR. Ao definir aprovações, inclua regras de rejeição que são executadas quando não há aprovações correspondentes. Essas regras de rejeição impedem que o fluxo permaneça em um estado de espera. Por exemplo, se uma aprovação puder ser aprovada por qualquer pessoa, crie uma regra de rejeição baseada em tempo, caso ninguém a aprove.

    Nota:
    Se você definir uma regra de aprovação sem regra de rejeição (ou vice-versa) e o estado de aprovação esperado não for atendido, o valor do tempo de execução será cancelado .

    Para obter informações sobre como usar script em linha para especificar regras de aprovação, consulte Aprovações com script no Flow Designer com variáveis de fluxo publicação do blog no Comunidade ServiceNow.

    Data de vencimento
    Tipo de dados: Schedule Date/Time

    Data de vencimento de um estado de aprovação para impedir que o fluxo aguarde indefinidamente a aprovação.

    Saída

    Essas saídas aparecem no painel de dados. Você pode usá-las como entradas em outro lugar em seu fluxo.

    Estado de Aprovação
    Tipo de dados: Choice

    Estado de conclusão da solicitação de aprovação. A página de detalhes da execução do fluxo exibe um desses valores.

    • Ainda não solicitado [not requested]
    • Solicitado [solicitado]
    • Aprovado [Aprovado]
    • Rejeitado [rejeitado]
    • Cancelado [Cancelado]
    • Não é mais necessário [not_required]
    • Ignorado [ignorado]

    Exemplo

    Ação Solicitar aprovação de exemplo em um fluxo.

    Neste fluxo de exemplo, o fluxo solicita aprovação quando um incidente é criado ou atualizado. A ação Solicitar aprovação aguarda um dia para aprovação usando uma programação de 8-5 dias da semana. Passado um dia útil, se ninguém aprovar ou rejeitar a solicitação, a solicitação será aprovada. A ação envia uma solicitação de aprovação para o gerente da pessoa listada no campo Atribuído a. Esse gerente pode aprovar ou rejeitar a solicitação em um dia útil.

    Diretrizes gerais

    Siga estas diretrizes ao solicitar aprovações.

    Não duplique as ações de solicitação de aprovação em Faça o seguinte na lógica de fluxo paralelo
    Workflow Studio não oferece suporte a várias solicitações de aprovação para o mesmo registro ao usar Faça o seguinte na lógica de fluxo paralelo. Solicitar aprovação no mesmo registro cria uma dependência entre as ramificações, o que pode produzir resultados inesperados, já que não há como saber qual ramificação será concluída primeiro.