---
sourceDocument: Capacidades da Now Platform da Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Capacidades da Now Platform da Yokohama

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Configurar uma aprovação de bloqueio por meio de uma regra de aprovação

# Configurar uma aprovação de bloqueio por meio de uma regra de aprovação {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

É possível configurar uma aprovação de bloqueio por meio de uma regra de aprovação.

## Antes de Iniciar

Função necessária: administrador  
Importante:  
As regras de aprovação clássicas foram substituídas por Workflow Studio [Ask for Approval action](https://www.servicenow.com/docs/access?context=ask-approval-flow-designer&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US). Use Workflow Studio para criar uma lógica de aprovação orientada por fluxo de trabalho que seja mais fácil de manter e forneça melhores informações de emissão de relatórios.

## Procedimento

1. No painel de navegação esquerdo, selecione Política do SistemaRegras de aprovação.
2. Clique em Novo.  
   {#t_SetUpAGatingApprViaApprovalRule__table_n5t_lpl_sr__entry__2}

   | Campo | Descrição |
   |-|-|
   | Nome | Nome desta regra. |
   | Tabela | A tabela de tarefas à qual esta regra se aplica. Para a maioria das aprovações do catálogo de serviços, selecione Solicitar. Nota: A lista só mostra tabelas e exibições de banco de dados que estejam no [Escopo da aplicação](https://www.servicenow.com/docs/access?context=c_ApplicationScope&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US) como a regra de aprovação. |
   | Ativo | Indicador que indica se a regra está ativa (o padrão é verdadeiro). |
   | Executar regra antes | Indicador que indica se a regra é executada antes ou depois que o registro de solicitação é salvo. Para a maioria das aprovações, marque esta caixa de seleção. |
   | Usuário | Usuário que deve aprovar essa solicitação (pode estar em branco). |
   | Grupo | Grupo que deve aprovar essa solicitação (pode estar em branco). |
   | Definir estado | Valor do campo de aprovação na tarefa após a execução dessa regra. Na maioria dos casos, selecione Solicitado. |
   | Condição | Condição sob a qual a regra se aplica. |
   | Script | Um script de servidor opcional para especificar programaticamente quem deve ser o aprovador. Por exemplo, para o script de uma linha `current.requested_for.manager`, ServiceNow verifica o campo de referência request_for no registro atual. Em seguida, ele localiza o campo de gerente no registro referenciado e atribui essa pessoa como o aprovador. Para obter outros exemplos, consulte o campo Script nas regras de aprovação fornecidas por ServiceNow. |
   [Tabela 1. Regras de aprovação]

   {#t_SetUpAGatingApprViaApprovalRule__table_n5t_lpl_sr}  
   Anotações e limitações:
   1. Você pode ter quantas regras quiser em uma determinada tabela. Se mais de uma regra se aplicar, você obterá mais de um aprovador.
   2. Você não pode obter aprovadores duplicados, por exemplo, se duas regras quiserem que Fred Luddy aprove uma solicitação específica, o sistema criará somente uma entrada de aprovação para ele.
   3. Por padrão, todas as solicitações começam em um estado de aprovação Ainda não solicitado. As notificações de aprovação não serão enviadas até que o estado de aprovação da solicitação seja definido como Solicitado. Você pode fazer isso manualmente ou em script, mas a maneira mais fácil de fazer isso é usar o campo Definir estado para definir automaticamente a solicitação como Solicitada.
   {#t_SetUpAGatingApprViaApprovalRule__ol_w1l_mql_sr}