Guia de Modelos de Projetos Ariba v2

Prévia do material em texto

CUSTOMER (CLIENTE)
2017-09
Guia de Modelos de Projeto
SAP Ariba Contracts
SAP Ariba Sourcing
Suíte SAP Ariba Strategic Sourcing
SAP Ariba Supplier Information and Performance Management
SAP Ariba Supplier Lifecycle and Performance
SAP Ariba Supplier Risk
SAP Ariba Spend Visibility
Conteúdo
Introdução a modelos do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
O que são projetos e modelos de projeto?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Projetando modelos do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Escolhendo um modelo de design: um ou muitos modelos?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8
Fluxo de trabalho de modelo do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Acessando modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Entendendo a equipe e os grupos do projeto da área dos modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Grupo de proprietários do projeto para a área Modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Grupo do projeto Criadores de modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Grupo de proprietários do projeto para um modelo específico. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11
Grupos de projetos adicionais na equipe de modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Trabalhando na área Modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Obtendo acesso a modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12
Adicionando usuários a uma equipe do projeto de modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12
Criando modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Criando novos modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Copiando modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Sobre modelos de solicitação de provisão. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Como criar modelos de solicitação de provisão para integração ERP. . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Referências adicionais. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Criando um modelo de solicitação de provisão para solicitações criadas a partir do painel de 
instrumentos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Criando um modelo de RFP de grande capacidade. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Publicando e gerenciando modelos de projetos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Sobre o gerenciamento de modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Editando modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Como publicar modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Como criar uma nova versão de um modelo e ativar a edição. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Usando a guia Visão geral do modelo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Atribuindo posição de exibição a modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Gerenciando versões do modelo do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26
Salvando uma nova versão de um modelo de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Excluindo modelos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Adicionando subprojetos a modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Especificando um grupo como o proprietário do subprojeto em um modelo de subprojeto. . . . . . . . . . . 28
2 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Conteúdo
Importando e exportando modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Exportando modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Importando modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Adicionando grupos de projetos e membros da equipe a modelos de projeto. . . . . . . . . . . . . . . . . 31
Adicionando grupos de projetos e membros da equipe a modelos de projeto. . . . . . . . . . . . . . . . . . . . . 31
Como restringir membros adicionais em equipes do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Sobre arquivos de regras de membros da equipe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Modelos do arquivo de regras de membros da equipe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Correspondência de regras em projetos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34
Como criar arquivos de regras de membros da equipe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Exemplo de endereço do fornecedor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Exemplo de região hierárquica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Como adicionar regras de membros da equipe a um modelo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Como validar regras de membros da equipe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Gerenciando a herança da equipe em subprojetos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Herança da equipe em subprojetos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Desativando a herança da equipe para subprojetos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos. . . . . . . . . . . . 44
Sobre o trabalho com tarefas, regras de aprovação e perfis de notificação em modelos. . . . . . . . . . . . . .44
Diferenças de campos de tarefa em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Sobre regras de aprovação em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Como criar ou editar regras de aprovação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48
Limitações ao especificar aprovadores no campo de aprovadores ou revisores. . . . . . . . . . . . . . . . . 49
Sobre o editor de regras de aprovação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Como criar uma regra de aprovação simples. . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . 52
Como editar fluxos de aprovação com o diagrama do processo de aprovação. . . . . . . . . . . . . . . . . . . . .54
Usando condições de regra de aprovação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Referências a uma condição. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Subcondições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Correspondências de campo de documento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .57
Como definir condições de regra de aprovação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Definindo condições de regra de aprovação com campos de documento. . . . . . . . . . . . . . . . . . . . . 59
Como adicionar aprovadores no editor de regras de aprovação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .60
Configurando regras de supervisor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Como adicionar aprovadores de tabelas de pesquisa de aprovadores. . . . . . . . . . . . . . . . . . . . . . . . . . 64
Tipos de aprovadores em tabelas de pesquisa de aprovadores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Valores de campo da tabela de pesquisa de aprovadores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66
Exemplos de tabela de pesquisa de aprovadores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67
Reutilizando arquivos da tabela de pesquisa de aprovadores. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .69
Guia de Modelos de Projeto
Conteúdo C U S T O M E R ( C L I E N T E ) 3
Trabalhando com documentos em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Sobre como trabalhar com documentos em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Considerações sobre documentos em modelos do projeto do SAP Ariba Contracts. . . . . . . . . . . . . . 72
Criando um documento de opção de documento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Configurando documentos de formulário de protótipo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Configurando valores de limite de criação ad hoc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76
Configurando a opção Publicação requer aprovação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Gerenciando regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Sobre as regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Fazendo o download de modelos de regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Criando regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Sobre a correspondência de regras de participantes em projetos do modelo. . . . . . . . . . . . . . . . . . . . . 85
Exemplos de regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Endereço do fornecedor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86
Região hierárquica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86
Como adicionar regras de participantes a um modelo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Validando regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87
Editando um arquivo de regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Como substituir um arquivo de regras de participante. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Excluindo regras de participantes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Usando condições em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Sobre o uso de condições em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Tipos de condições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Expressões de condição. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Subcondições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Condições de correspondências de campo do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .93
Operadores de condição. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Referências a condições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95
Várias subcondições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Diretrizes para definir condições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
Definindo expressões de condição usando o editor de condições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .97
Exemplo de condição: país em um endereço do fornecedor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Exemplo de condição: vários valores de região. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Definindo uma condição com respostas do usuário a perguntas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Exemplo de condição: resposta do usuário com resposta padrão. . . . . . . . . . . . . . . . . . . . . . . . . . 101
Definindo a visibilidade de perguntas de condição. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Definindo a visibilidade de respostas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102
Definindo campos do projeto baseados em respostas do usuário a perguntas de condição. . . . . . . . . . 102
Sobre a vinculação de condições a itens do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Reavaliação de condições em projetos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
4 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Conteúdo
Vinculando condições a equipes do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Vinculando condições a itens do projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Exemplo: vinculando uma condição de região a um documento. . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Vinculando condições a modelos inteiros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Exibindo condições em modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Testando condições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .107
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM. . . . . . . . . . . . . . . .109
Sobre atualizações domodelo do fornecedor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Entendendo como atualizações do modelo do fornecedor afetam projetos. . . . . . . . . . . . . . . . . . . .110
Condições em atualizações do modelo do fornecedor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Perguntas em atualizações do modelo do fornecedor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .114
Opções de documento de formulário em atualizações do modelo do fornecedor. . . . . . . . . . . . . . . .114
Entendendo quando ocorrem atualizações do modelo do fornecedor. . . . . . . . . . . . . . . . . . . . . . . 115
Como atualizar projetos relacionados ao fornecedor para uma nova versão do modelo. . . . . . . . . . . . . .115
Criando perfis de notificação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Modificando um modelo de itens de linha para integração. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Opções de configuração do site para modelos de projeto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Histórico de revisão. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .121
Guia de Modelos de Projeto
Conteúdo C U S T O M E R ( C L I E N T E ) 5
Introdução a modelos do projeto
Nesta seção:
O que são projetos e modelos de projeto? [página 6]
Projetando modelos do projeto [página 7]
Fluxo de trabalho de modelo do projeto [página 8]
O que são projetos e modelos de projeto?
Um projeto é um conjunto de informações, documentos de suporte, tarefas e uma equipe de usuários que 
trabalham no projeto. Você cria um projeto a partir de um modelo, que pode conter documentos e tarefas que 
podem ser usados para definir processos de negócios padrão que sua empresa usa para comprar e vender 
mercadorias e serviços. Este guia descreve como criar modelos de projeto para as soluções de SAP Ariba 
seguintes:
● SAP Ariba Contracts
● SAP Ariba Buying
● SAP Ariba Buying and Invoicing
● SAP Ariba Sourcing
● Suíte SAP Ariba Strategic Sourcing
● Ariba Supplier Information Management
● SAP Ariba Supplier Information and Performance Management
Você deve definir pelo menos um modelo para cada tipo de projeto que deseja permitir que os usuários criem. 
Dependendo da solução que sua empresa comprou, você poderá usar um ou mais dos tipos de projetos que se 
seguem:
● Espaço de trabalho de contratos: um projeto para gerenciar um contrato com um fornecedor (espaço de 
trabalho de contratos de compras), um comprador (espaço de trabalho de contratos de vendas) ou outra parte 
de sua empresa (espaço de trabalho de contratos internos), incluindo acordos contratuais, termos de serviço, 
documentos de preço, negociações e aprovações.
● Solicitação de contrato: um projeto para solicitar um espaço de trabalho de contratos (de compras ou de 
vendas). Os usuários podem criar um espaço de trabalho de contratos a partir de uma solicitação de contrato; 
o espaço de trabalho de contratos herda todos os dados especificados na solicitação de contrato. As 
solicitações de contrato são muitas vezes usadas para permitir que usuários que não são os criadores do 
contrato especifiquem informações necessárias para um espaço de trabalho de contratos. Por exemplo, um 
agente de vendas pode enviar uma solicitação de contrato que especifique informações sobre o cliente e a 
mercadoria. Essa solicitação de contrato pode ser usada para criar um espaço de trabalho de contratos com 
as informações especificadas pelo agente de vendas.
● Espaço de trabalho de compras: um projeto a partir do qual você pode exibir e gerenciar todos os documentos 
relativos a um projeto de compras, como requisições, contratos, pedidos de compra, faturas e recibos.
6 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Introdução a modelos do projeto
● Solicitação de espaço de trabalho de compras: um projeto para solicitar um espaço de trabalho de compras. 
Os usuários podem criar um espaço de trabalho de compras a partir de uma solicitação de espaço de trabalho 
de compras; o espaço de trabalho de compras herda todos os dados especificados na solicitação de espaço de 
trabalho de compras. Uma solicitação de espaço de trabalho de compras poderá ser enviada por um 
proprietário do projeto para seu grupo de compras, para lhes indicar que um espaço de trabalho de compras 
precisa ser criado para um projeto.
● Projeto de solicitação de provisão: um projeto completo para gerenciar um processo ou evento de SAP Ariba 
Sourcing, desde o planejamento à aprovação e execução, ou um projeto rápido para executar um evento.
● Projeto de conhecimento: um projeto para associar informações de negócios arquivadas a determinadas 
mercadorias, regiões, departamentos, ou palavras-chave pré-carregadas, para conhecimento por combinação 
com outros projetos de SAP Ariba Contracts ou de SAP Ariba Sourcing.
● Espaço de trabalho do fornecedor: um projeto para gerenciar informações do perfil do fornecedor, aprovar 
fornecedores e encaminhá-los para os gerentes de fornecedores apropriados, com base em mercadoria, região 
ou outros critérios.
● Projeto Gerenciamento de desempenho do fornecedor (SPM): um projeto para gerenciar o desempenho do 
fornecedor, incluindo cartões de pontos, tarefas recorrentes que solicitam respostas de partes interessadas a 
perguntas, e planos de ação.
● Solicitação de provisão: um projeto para solicitar eventos de solicitação de provisão e projetos de solicitação 
de provisão. Após a aprovação das solicitações de provisão, os gerenciadores de eventos podem criar um 
projeto de solicitação de provisão ou evento de solicitação de provisão para obter os itens solicitados.
Embora você use diferentes tipos de projeto para atingir metas diferentes, eles compartilham muitos dos mesmos 
recursos. Os recursos que são específicos só para um tipo de projeto têm notações.
Os usuários no grupo de usuários global de criadores de modelos podem criar e modificar todos os modelos para 
as soluções às quais têm acesso. Consulte Entendendo a equipe e os grupos do projeto da área dos modelos 
[página 10] para obter detalhes.
Projetando modelos do projeto
O Ariba Spend Management fornece modelos padrão para as soluções que sua empresa comprou. Você pode 
copiar ou modificar esses modelos ou criar seus próprios modelos do zero para todos os tipos de projeto, exceto o 
espaço de trabalho do fornecedor. Todos os espaços de trabalho do fornecedor compartilham o mesmo modelo, 
por isso você deve modificar o modelo do espaço de trabalho do fornecedor padrão em vez de criar um novo.
Nota
Se você importar um modelo do espaço de trabalho do fornecedor de outro site, a operação de importação cria 
uma nova versão do modelo do espaço de trabalho do fornecedor em vez de criar um novo modelo.
Você não pode excluir um modelo depois de este ter sido usado para criar um projeto. As atualizações em modelos 
de espaço de trabalho do fornecedor e de projeto SPM podem ser aplicadas a projetos publicados. No entanto, as 
atualizações a todos os outros tipos de modelos não podem ser aplicadas a projetos publicados. Por exemplo, os 
espaços de trabalho de contratos e os projetos de solicitação de provisão publicados não são atualizados quando 
você atualiza os modelos nos quais eles se baseiam.
Guia de Modelos de Projeto
Introdução a modelos do projeto C U S T O M E R ( C L I E N T E ) 7
Alguns dos fatores que irão determinar o conteúdo dos modelos que você cria para seus usuários incluem:
● Membros da equipe para o projeto e suas funções.
● Documentos adicionais a serem anexados ao projeto.
● Tarefas para vários membros da equipe a serem realizadas e sua ordem.
● Encaminhamento para revisões, negociações e aprovações.
● Controle de acesso e condições para ocultar ou expor diferentes partes do projeto sob determinadas 
circunstâncias.
● Número dos diferentesprocessos de negócios que você deseja suportar em um único modelo.
Escolhendo um modelo de design: um ou muitos modelos?
Quando você inicia a criação de um modelo para um tipo de projeto, nem sempre é claro se é melhor criar um 
modelo mais complicado ou vários modelos mais simples para tratar diferentes variações dos processos de 
negócios de sua empresa. Não se esqueça do que se segue ao escolher um modelo de design:
● Se diferentes pessoas forem responsáveis por diferentes formas de projetos em um tipo de projeto, é mais fácil 
para eles usarem diferentes modelos para criar essas formas de projetos diferentes. Por outro lado, se uma 
pessoa ou uma equipe pequena for responsável por todos os projetos em um tipo de projeto, é provável que 
prefira trabalhar com um único modelo.
● Os modelos únicos fornecem maior integração e flexibilidade para compartilhar conteúdo usando condições 
ou para usar perguntas. Se muitos dos processos de negócios da sua empresa para um único tipo de projeto 
forem iguais, ou só tiverem pequenas variações, poderá fazer mais sentido usar um modelo com condições. Se 
os processos de negócios associados a um único tipo de projeto tiverem muitas variações nas diversas partes 
da empresa, poderá fazer mais sentido usar muitos modelos.
● Os modelos muito complicados podem ser mais difíceis de manter para os usuários de negócios menos 
técnicos, depois de a implementação inicial do Ariba Spend Management estar concluída. É importante 
garantir que os proprietários de negócios percebam o que os seus modelos podem ou não fazer e percebam 
como mantê-los. Você pode documentar a configuração de modelos em documentos do modelo, usando 
condições com a expressão Nunca corresponde.
● Você pode aplicar condições a modelos inteiros para controlar se eles são apresentados como uma opção 
durante a criação do projeto, com base em valores que os usuários especificam para outros atributos do 
projeto, como mercadorias, região, fornecedor, etc. Se você estiver planejando usar muitos modelos para um 
tipo de projeto, torná-los condicionais pode ajudar os usuários a escolher os modelos corretos para processos 
de negócios específicos.
Fluxo de trabalho de modelo do projeto
Os seguintes passos gerais descrevem o fluxo de trabalho para criar e publicar modelos:
1. Planeje o modelo. Decida o que incluir no modelo e se a melhor opção para você é um modelo grande ou vários 
modelos pequenos. Para obter maiores detalhes, consulte Projetando modelos do projeto [página 7].
2. Crie o modelo. Você pode criar um novo modelo do zero ou copiar um modelo existente. Para obter maiores 
detalhes, consulte Criando modelos do projeto [página 14].
3. Adicione grupos de projetos na guia Equipe. Adicione ao modelo os grupos de projetos que são adicionados a 
cada projeto criado a partir do modelo ou defina regras para adicionar dinamicamente grupos de projetos a 
8 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Introdução a modelos do projeto
equipes do projeto. Para obter maiores detalhes, consulte Adicionando grupos de projetos a modelos do 
projeto [página 31].
4. Adicione fases e eventos importantes na guia Tarefas. As fases ajudam você a organizar grupos de tarefas, 
enquanto os eventos importantes ajudam os membros da equipe do projeto a controlar tarefas importantes na 
guia Visão geral do projeto. Você também pode usar tarefas e fases antecessoras para ajudar os membros da 
equipe do projeto a concluir as tarefas na ordem apropriada. Para obter maiores detalhes, consulte 
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos [página 44].
5. Adicione e organize documentos na guia Documentos. Você pode organizar documentos do modelo em 
pastas e aninhar essas pastas. Não existe restrição relativamente ao tipo ou ao número de documentos que 
você pode armazenar em um modelo. Para obter maiores detalhes, consulte Trabalhando com documentos 
em modelos do projeto [página 71].
6. Adicione tarefas a documentos e fases. Você adiciona tarefas a documentos e fases executando as seguintes 
ações:
○ Adicionar tarefas do documento (como tarefas de revisão, negociação ou aprovação) como você adiciona 
documentos na guia Documentos. Para obter maiores detalhes, consulte Trabalhando com tarefas, regras 
de aprovação e perfis de notificação em modelos [página 44].
○ Adicionar tarefas pendentes na guia Tarefas.
○ Definir perfis de notificação para tarefas do modelo. Para obter maiores detalhes, consulte Criando perfis 
de notificação [página 117].
7. Crie regras de participantes para modelos do projeto que tenham eventos. As regras de participantes 
adicionam dinamicamente participantes quando o evento é criado.
8. Crie condições. Defina as condições que você irá usar em documentos e tarefas no modelo para mostrar ou 
ocultar as mesmas sob determinadas circunstâncias. Para obter maiores detalhes, consulte Usando condições 
em modelos do projeto [página 91].
9. Aplique condições a documentos e tarefas. Aplique as condições que você criou para documentos e tarefas 
para mostrar ou ocultar as mesmas sob determinadas circunstâncias. Para obter maiores detalhes, consulte 
Usando condições em modelos do projeto [página 91].
10. Especifique uma posição de exibição. Para obter maiores detalhes, consulte Atribuindo a posição de exibição a 
modelos do projeto [página 25].
11. Publique o modelo. Um modelo deve ser publicado antes de você poder criar projetos usando o modelo. Para 
obter maiores detalhes, consulte Publicando modelos do projeto [página 23].
Os processos de negócios de sua empresa podem incluir a criação e o teste de modelos em um site de teste. Se 
assim for, você deve importar esses modelos para o site de produção de modo a implementá-los. Para obter 
maiores detalhes, consulte Sobre a importação e exportação de modelos do projeto [página 28].
Antes de poder editar um modelo publicado, você deve criar uma nova versão do modelo. Quando tiver concluído a 
edição do modelo, você republica o modelo. Para obter maiores informações sobre a edição de modelos, consulte 
Sobre a edição de modelos [página 23].
Guia de Modelos de Projeto
Introdução a modelos do projeto C U S T O M E R ( C L I E N T E ) 9
Acessando modelos de projeto
Nesta seção:
Entendendo a equipe e os grupos do projeto da área dos modelos [página 10]
Obtendo acesso a modelos de projeto [página 12]
Adicionando usuários a uma equipe do projeto de modelos [página 12]
Entendendo a equipe e os grupos do projeto da área 
dos modelos
A área Modelos no Ariba Spend Management é um projeto com guias semelhante a projetos criados pelo usuário. 
A área Modelos tem uma guia Equipe que contém grupos de projetos. Qualquer membro de um grupo nessa área é 
um membro da equipe do projeto de modelos.
Por padrão, a equipe do projeto de modelos contém os seguintes grupos de projetos:
● Proprietário do projeto
● Criadores de modelos
Além disso, cada modelo individual tem seu próprio grupo de proprietários do projeto.
Grupo de proprietários do projeto para a área Modelos
O grupo de proprietários do projeto para a área Modelos (o projeto Modelos) tem direitos de acesso e capacidades 
especiais para todo o projeto Modelos. (Por outro lado, o grupo de proprietários do projeto para um modelo 
individual tem direitos de acesso somente para esse modelo específico.)
Um usuário no grupo de proprietários do projeto para o projeto Modelos pode:
● Exibir e editar todos os modelos em todas as pastas. Isso inclui modelos que têm controle de acesso definido 
como Somente proprietário e Confidencial.
● Criar um modelo em qualquer pasta, incluindo pastas que têm controle de acesso definido como Somente 
proprietário.
● Adicionar e editar os grupos de projetos para o projeto Modelos.
A SAP Ariba recomenda que você não adicione um usuário ao grupo de proprietários do projeto para o projeto 
Modelos que só precise criar, exibir ou editar modelos. Em vez disso, a SAP Ariba recomenda que você adicione 
esse usuárioà equipe Criador do modelo ou a qualquer grupo de projetos no projeto Modelos que tenha a função 
Membro da equipe ativo.
10 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Acessando modelos de projeto
Grupo do projeto Criadores de modelos
Um usuário no grupo do projeto Criadores de modelos para o projeto Modelos pode criar, exibir ou editar modelos. 
Um usuário no grupo do projeto Criadores de modelos não pode exibir ou editar um modelo com controle de 
acesso definido como Somente proprietário se não for o proprietário.
Se um usuário só precisar criar, exibir ou editar modelos, a SAP Ariba recomenda que você adicione o usuário ao 
grupo do projeto Criadores de modelos ou a qualquer grupo do projeto no projeto Modelos que tenha a função 
Membro da equipe ativo, exceto o grupo Proprietário do projeto para o projeto Modelos.
Os sistemas da SAP Ariba também têm um grupo global chamado Criador do modelo. Todos os membros do 
grupo global Criador do modelo são colocados automaticamente no grupo do projeto Criadores de modelos para o 
projeto Modelos. (Por si só, o grupo global Criador do modelo não confere direitos de acesso ou privilégios aos 
usuários. No entanto, como os membros do grupo global Criador do modelo são colocados automaticamente no 
grupo do projeto Criadores de modelos para o projeto Modelos, esses usuários podem acessar o projeto Modelos.)
Grupo de proprietários do projeto para um modelo 
específico
Todos os membros do grupo de proprietários do projeto para um modelo específico podem exibir e editar esse 
modelo, mesmo que não sejam membros da equipe do projeto de modelos.
Quando um usuário cria um modelo, ele se torna um membro do grupo de proprietários do projeto para esse 
modelo específico e pode adicionar outros usuários ao grupo de proprietários do projeto para esse modelo.
Se um usuário só precisa exibir ou editar um modelo específico, um membro do grupo de proprietários do projeto 
para um modelo pode adicionar esse usuário ao grupo de proprietários do projeto para esse modelo.
Os membros do grupo de proprietários do projeto para um modelo individual não são propagados pelos projetos 
criados a partir desse modelo. Se deseja especificar membros do grupo de proprietários de projeto que são 
propagados pelos projetos criados a partir do modelo, use regras de membros da equipe. Para obter maiores 
informações sobre regras de membros da equipe, consulte Adicionando grupos do projeto a modelos do projeto 
[página 31].
Grupos de projetos adicionais na equipe de modelos
Você pode adicionar grupos de projetos adicionais à equipe de modelos tal como adicionaria grupos de projetos a 
qualquer outra equipe de projeto.
Os usuários em um grupo com a função de membro ativo da equipe na equipe de modelos podem criar, editar ou 
exibir modelos, mas estão restringidos por controles de acesso definidos para projetos e pastas individuais.
Trabalhando na área Modelos
Os usuários que não são membros da equipe de modelos, mas que são membros da equipe de proprietários do 
projeto para um modelo específico, podem, mesmo assim, exibir esse modelo. No entanto, uma vez que esse 
Guia de Modelos de Projeto
Acessando modelos de projeto C U S T O M E R ( C L I E N T E ) 11
usuário não é um membro da equipe do projeto de modelos, ele poderá não ter direitos de acesso a pastas na área 
dos modelos e teria de procurar pelo nome do modelo para exibi-lo.
Somente os membros da equipe do projeto de modelos podem mover modelos usando operações de arrastar e 
soltar na área dos modelos.
O controle de acesso do projeto não é estendido a pastas aninhadas que contêm o projeto ou o modelo Por 
exemplo, você pode definir o acesso Somente proprietário para uma pasta na área Modelos, o que impede que os 
membros de uma equipe de modelos que não sejam membros do grupo de proprietários do projeto dessa pasta 
explorem a pasta. No entanto, esse recurso não impede que um membro da equipe do projeto dos modelos efetue 
uma pesquisa para localizar modelos nessa pasta.
Obtendo acesso a modelos de projeto
Contexto
Os usuários com autorização para gerenciar modelos podem navegar para a área Modelos clicando em 
Gerenciar Modelos no painel de instrumentos.
Procedimento
Para obter permissão para gerenciar modelos, realize uma das seguintes ações:
○ Peça a seu administrador para adicionar você ao grupo global Criador de modelo.
○ Peça a quem tem autorização para gerenciar modelos para adicionar você ao grupo do projeto Criadores de 
modelos no projeto Modelos.
Adicionando usuários a uma equipe do projeto de 
modelos
Contexto
Se um usuário só precisar exibir ou editar um modelo específico, a SAP Ariba recomenda que você adicione esse 
usuário ao grupo do proprietário do projeto para esse modelo específico.
Se um usuário precisar criar, exibir ou editar modelos, a SAP Ariba recomenda que você adicione esse usuário ao 
grupo do criador do modelo ou qualquer grupo do projeto no projeto de modelos que tenha a função de membro 
da equipe ativo.
Para obter maiores informações sobre grupos de projetos de modelos, consulte Entendendo a equipe e os grupos 
do projeto da área dos modelos [página 10].
12 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Acessando modelos de projeto
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Clique na guia Equipe do projeto de modelos.
3. Adicione o usuário a um dos grupos do projeto, como o grupo do criador do modelo, mas não o grupo do 
proprietário do projeto. Tenha cuidado para não adicionar usuários inadequados ao grupo do proprietário do 
projeto, pois esse grupo tem privilégios especiais para todo o projeto de modelos.
Guia de Modelos de Projeto
Acessando modelos de projeto C U S T O M E R ( C L I E N T E ) 13
Criando modelos de projeto
Você pode criar um modelo criando um modelo novo e em branco ou copiando e editando um modelo existente 
que já inclua alguns dos elementos necessários. Depois de ter criado o modelo e adicionado todos os elementos 
necessários, você publica-o para que esteja disponível para uso.
Nesta seção:
Criando novos modelos [página 14]
Copiando modelos [página 15]
Sobre modelos de solicitação de provisão [página 15]
Como criar modelos de solicitação de provisão para integração ERP [página 16]
Criando um modelo de solicitação de provisão para solicitações criadas a partir do painel de instrumentos 
[página 19]
Criando um modelo de RFP de grande capacidade [página 20]
Criando novos modelos
Contexto
Os tipos de modelos que você pode criar dependem da solução Ariba Spend Management que sua empresa 
adquiriu.
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Na guia Documentos, escolha Ações > Criar Modelo .
3. Selecione o tipo de modelo que você deseja criar e clique em OK.
4. Insira um nome para o modelo e uma descrição opcional. Os nomes de modelos têm um máximo de 255 
caracteres.
5. Escolha um idioma de base para o modelo do menu suspenso Idioma de base.
6. Clique em OK.
14 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Criando modelos de projeto
Copiando modelos
Contexto
Uma cópia do modelo não referencia o modelo original. Por padrão, as cópias do modelo têm o status Rascunho e 
são colocadas na mesma pasta que o original.
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Navegue para o modelo que você deseja copiar e escolha Copiar.
3. Insira um título para a cópia do modelo e clique em OK.
4. Se o modelo usar tabelas de pesquisa de aprovadores com códigos do grupo de projetos, determine os 
códigos do grupo de projetos no novo modelo e atualize a tabela de pesquisa de aprovadores com os novos 
códigos. Para obter maiores informações, consulte Tipos de aprovadores em tabelas de pesquisa de 
aprovadores [página 65].
Sobre modelos de solicitação de provisão
A SAP Ariba fornece os seguintes modelos de solicitação de provisão:
● Modelo de solicitação de provisão. Este modelo é usado parasolicitações de provisão criadas usando o 
recurso de integração da RFQ e do prêmio com o SAP Ariba Sourcing.
● Modelo de solicitação de provisão de compras. Este modelo é usado para solicitações de provisão enviadas 
por Soluções SAP Ariba Buying.
Os dois modelos contêm os seguintes documentos:
● Um projeto de solicitação de provisão como um subprojeto da solicitação de provisão. Este subprojeto atua 
como uma variável que pode ser aberta para criar um projeto de solicitação de provisão (projeto completo ou 
projeto rápido) a partir da solicitação. Por padrão, o subprojeto não é visível enquanto a solicitação não for 
aprovada.
● Um documento de conteúdo Itens da solicitação de provisão. Este é um documento de mapeamento especial 
que pode conter informações sobre um evento, como conteúdo (incluindo itens de linhas) e participantes. Se 
for criado um projeto de solicitação de provisão a partir da solicitação, as informações neste documento são 
propagadas para o novo projeto de solicitação de provisão.
Se a solicitação de provisão for criada usando o recurso de integração da RFQ e do prêmio com o SAP Ariba 
Sourcing, o documento Itens da solicitação de provisão é preenchido inicialmente com informações 
recebidas do sistema ERP. Por outro lado, se a solicitação de provisão for enviada pela Soluções SAP Ariba 
Buying, o documento Itens de solicitação de provisão será preenchido inicialmente com informações 
recebidas da Soluções SAP Ariba Buying.
Guia de Modelos de Projeto
Criando modelos de projeto C U S T O M E R ( C L I E N T E ) 15
Os modelos Modelo de solicitação de provisão e Modelo de solicitação de provisão de compras também 
contêm as seguintes tarefas:
● Enviar notificações para nova solicitação de provisão
Esta tarefa envia uma notificação para o grupo do gerente de solicitações de provisão quando a solicitação é 
criada.
● Preparar solicitação de provisão
Esta é uma tarefa pendente obrigatória. Você pode adicionar texto no campo Descrição com instruções para o 
gerente de solicitações de provisão de modo a modificar os campos no nível do cabeçalho, como região, 
departamento ou código da mercadoria, se necessário.
● Aprovação para solicitação de provisão
Esta é uma tarefa de aprovação. Por padrão, o fluxo de aprovação está em branco, de modo que a tarefa é 
aprovada automaticamente quando é enviada. Quando esta tarefa é aprovada, a condição IsApproved se torna 
verdadeira e o subprojeto (projeto de solicitação de provisão) fica visível a seguir à guia Documentos.
O fluxo de trabalho para preparar um modelo de solicitação de provisão depende de como a solicitação de provisão 
é criada.
● Se a solicitação de provisão for criada usando uma integração com um ERP, você deve usar o modelo Modelo 
de solicitação de provisão [página 16] ou uma cópia do mesmo. O modelo Modelo de solicitação de 
provisão contém itens necessários para a integração ERP, incluindo a condição IsExternalOrigin que está 
definida como ((Origin)is equal to(External)). Esta condição é verdadeira se a solicitação de 
provisão for criada a partir de um documento RFQ enviado por um ERP.
● Se a solicitação de provisão for criada a partir do painel de instrumentos, você deve criar uma cópia do modelo 
Modelo de solicitação de provisão e modificá [página 15]-lo para remover a condição IsExternalOrigin. 
Você também pode criar um novo modelo de solicitação de provisão sem copiar o modelo de solicitação de 
provisão padrão, mas não irá conter um documento Itens da solicitação de provisão.
● Se a solicitação de provisão for enviada pela Soluções SAP Ariba Buying, você deve usar o Modelo de 
solicitação de provisão de compras. Este modelo contém a condição IsExternalOrigin que está definida 
como ((Origin)is equal to(Ariba Procurement Solution)). Esta condição é verdadeira se a 
solicitação de provisão for proveniente de uma das Soluções SAP Ariba Buying.
Como criar modelos de solicitação de provisão para 
integração ERP
Contexto
A SAP Ariba inclui um modelo de solicitação de provisão padrão, o Modelo de solicitação de provisão para 
integração ERP. Por padrão, o SAP Ariba Sourcing usa este modelo para criar uma solicitação de provisão quando 
recebe um documento cXML QuoteRequest de um ERP. O Modelo de solicitação de provisão contém itens 
necessários para a integração ERP ERP e você deve usar este modelo ou uma cópia deste modelo para integrações 
ERP.
O Modelo de solicitação de provisão contém os seguintes itens:
● A condição de visibilidade IsExternalOrigin, definida como ((Origin)is equal to(External)). Esta 
condição é verdadeira para solicitações de provisão criadas a partir de documentos cXML QuoteRequest (a 
16 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Criando modelos de projeto
SAP Ariba define o campo Origin como External para solicitações de provisão criadas a partir de 
documentos QuoteRequest).
● Um projeto de solicitação de provisão como um subprojeto da solicitação de provisão. Este subprojeto atua 
como uma variável que pode ser aberta para criar um projeto de solicitação de provisão (projeto completo ou 
projeto rápido) a partir da solicitação. Por padrão, o subprojeto não é visível enquanto a solicitação não for 
aprovada.
● Um documento de conteúdo de Itens da solicitação de provisão, que é inicialmente preenchido com dados 
do documento QuoteRequest enviado pelo ERP. Este é um documento de mapeamento especial que pode 
conter informações sobre um evento, como regras do evento, conteúdo (incluindo itens de linhas de 
QuoteRequest) e participantes. Se for criado um projeto de solicitação de provisão a partir da solicitação, as 
informações neste documento são propagadas para o novo projeto de solicitação de provisão.
O Modelo de solicitação de provisão também contém as seguintes tarefas:
● Enviar notificações para nova solicitação de provisão
Esta tarefa envia uma notificação para o grupo do gerente de solicitações de provisão quando a solicitação é 
criada.
● Preparar solicitação de provisão
Esta é uma tarefa pendente obrigatória. Você pode adicionar texto no campo Descrição com instruções para o 
gerente de solicitações de provisão de modo a modificar os campos no nível do cabeçalho, como região, 
departamento ou código da mercadoria, se necessário.
● Aprovação para solicitação de provisão
Esta é uma tarefa de aprovação. Por padrão, o fluxo de aprovação está em branco, de modo que a tarefa é 
aprovada automaticamente quando é enviada. Quando esta tarefa é aprovada, a condição IsApproved se torna 
verdadeira e o subprojeto (projeto de solicitação de provisão) fica visível a seguir à guia Documentos.
Por padrão, a SAP Ariba suporta somente um modelo de solicitação de provisão para integração ERP; no entanto, a 
SAP Ariba pode ativar seu site para suportar vários modelos de solicitação de provisão para integração ERP. Com 
vários modelos, você pode criar modelos com diferentes termos, membros da equipe, fluxos de aprovação ou 
outros itens com base em valores no QuoteRequestHeader de QuoteRequest.
A SAP Ariba seleciona o modelo usado para criar uma solicitação de provisão a partir de um documento cXML 
QuoteRequest da seguinte forma:
● A SAP Ariba procura por modelos de solicitação de provisão externos (modelos com uma condição de 
visibilidade definida como ((Origin)is equal to(External)); esta condição é verdadeira se a 
solicitação estiver sendo criada a partir de um documento cXML QuoteRequest.
● Se o ERP estivesse configurado para enviar um código do modelo (como SR1234) para o campo 
templateName em QuoteRequestHeader, a SAP Ariba procura por um modelo com o código 
correspondente.
● A SAP Ariba verifica nas condições adicionais dos modelos se existem valores correspondentes nos valores 
extrínsecos de QuoteRequestHeader. Por padrão, um SAP ERP envia os valores extrínsecos listados no 
passo 6 [página 18] que podem ser usados para correspondência de campos.
● Se mais de um modelo corresponder a atributos no documento QuoteRequest, a SAP Ariba classificaos 
modelos correspondentes pelo campo Classificação por ordem crescente. Em seguida, a SAP Ariba classifica 
os modelos com a mesma classificação pelo campo Nome por ordem alfabética e usa o primeiro campo 
correspondente.
Guia de Modelos de Projeto
Criando modelos de projeto C U S T O M E R ( C L I E N T E ) 17
Procedimento
1. Na barra de comandos , escolha Gerenciar modelos. Navegue para a guia Documentos.
2. Localize o Modelo de solicitação de provisão. Abra a guia Condição e verifique se a condição 
IsExternalOrigin está presente e definida como ((Origin)is equal to(External)). Clique no nome 
do modelo e escolha Ação Copiar .
3. Insira um nome para o novo modelo.
4. Clique em OK.
5. Opcional: Se você tiver várias solicitações de provisão para integração ERP e desejar que a SAP Ariba use a 
Classificação para classificar os modelos quando existirem vários modelos correspondentes, defina a 
Classificação.
a. Navegue para a área Propriedades do modelo.
b. Escolha Ações Modelo Editar propriedades .
c. Insira um valor no campo Classificação e clique em Salvar.
O valor padrão de Classificação é 0.
6. Se você estiver criando vários modelos de solicitação de provisão para integração ERP, crie condições para 
permitir que o servidor selecione o modelo apropriado, como condições de visibilidade com base na 
mercadoria ou na região.
Por padrão, um SAP ERP envia valores para os seguintes extrínsecos, que são mapeados para campos da 
solicitação de provisão e podem ser usados para definir condições.
Extrínseco Campo de solicitação de provisão
CompanyCode.Id Company Code
PurchasingOrganization.Id Purchasing Organization
PurchasingGroup.Id Purchasing Group
PaymentTerms.Id Payment Terms 
7. Adicione membros da equipe do projeto e quaisquer outros documentos ou tarefas adicionais.
Nota
Você também pode adicionar documentos ao modelo, mas não remova o documento de conteúdo Itens da 
solicitação de provisão. Quando uma solicitação de provisão é criada a partir de um evento de integração, 
este documento é usado para armazenar informações recebidas do sistema SAP ERP. Se um projeto de 
solicitação de provisão for criado a partir dessa solicitação, os dados do documento Itens da solicitação de 
provisão são propagados para o projeto de solicitação de provisão.
8. Publique o modelo. Escolha Ações Publicar na guia Visão geral.
9. Se você tiver vários modelos de solicitação de provisão para integração ERP e desejar que a SAP Ariba 
selecione o modelo com base no templateName enviado no QuoteRequestHeader, forneça o valor do 
campo Código do modelo ao administrador ERP. O administrador deve configurar o ERP para enviar esse valor.
18 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Criando modelos de projeto
Resultados
Após a criação de uma solicitação de provisão, você pode abrir a guia Histórico. Clique no link Detalhes de modelo 
na coluna Detalhes da entrada adicionada quando a solicitação foi criada. Na página de detalhes do modelo, o 
campo Modelo correspondido automaticamente especifica o nome do modelo usado para criar a solicitação; o 
campo Modelos correspondidos adicionais especifica os nomes de todos os modelos que corresponderam à 
solicitação.
Se um ERP enviar uma RFQ para criar uma solicitação de provisão no SAP Ariba Sourcing e não existirem modelos 
de solicitação de provisão ativos correspondentes, o SAP Ariba Sourcing retorna um código de erro Solicitação 
inválida HTTP 400 com a mensagem "Não foi possível encontrar o documento RFX padrão. Isso pode ter ocorrido 
porque o modelo de solicitação de provisão para eventos de integração ERP foi configurado incorretamente." O 
sistema ERP deverá lidar com essa situação de erro. As retransmissões da mesma solicitação continuarão a falhar 
até estar disponível um modelo de solicitação de provisão ativo correspondente.
Informações relacionadas
Usando condições em modelos de projeto [página 91]
Adicionando grupos de projetos e membros da equipe a modelos de projeto [página 31]
Adicionando grupos de projetos e membros da equipe a modelos de projeto [página 31]
Trabalhando com documentos em modelos de projeto [página 71]
Referências adicionais
● Guia Integração da RFQ e do prêmio com o SAP Ariba Sourcing
Criando um modelo de solicitação de provisão para 
solicitações criadas a partir do painel de 
instrumentos
A SAP Ariba inclui um modelo de solicitação de provisão padrão para uso imediato, o Modelo de solicitação de 
provisão para solicitações de provisão criadas usando o recurso de integração da RFQ e do prêmio com o SAP 
Ariba Sourcing. Você pode criar uma cópia deste modelo e modificar a cópia para criar um modelo para 
solicitações de provisão criadas a partir do painel de instrumentos.
Guia de Modelos de Projeto
Criando modelos de projeto C U S T O M E R ( C L I E N T E ) 19
Contexto
Nota
O modelo de solicitação de provisão para uso imediato está reservado para solicitações de provisão criadas a 
partir de uma integração com um ERP. Não remova ou modifique a condição IsExternalOrigin para o modelo de 
solicitação de provisão para uso imediato.
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos . Navegue para a guia Documentos.
2. Localize o modelo de solicitação de provisão padrão. O nome padrão é Modelo de solicitação de provisão e o 
proprietário é aribasystem.
Clique no nome do modelo e escolha Ação Copiar .
3. Insira um título para o modelo, como modelo de solicitação de provisão para o painel de instrumentos. Clique 
em OK.
Uma cópia é criada e você retorna à área Modelos.
4. Clique no nome do novo modelo e escolha Ação Abrir .
5. Na guia Visão geral, navegue para a área Propriedades e clique em Ação Editar propriedadess .
É aberta uma página com propriedades.
6. Navegue para o campo Condições. Clique no valor IsExternalOrigin que abre um menu suspenso com 
condições. Limpe a condição IsExternalOrigin. Verifique se o campo Condições tem agora o valor (nenhum).
7. Modifique ou adicione membros da equipe do projeto e modifique ou adicione tarefas.
8. Clique em Salvar.
Criando um modelo de RFP de grande capacidade
Pré-requisitos
● Você deve ser um usuário com a capacidade de criar modelos de projeto, como um membro do grupo global 
Criador do modelo.
● Se você deseja criar eventos de capacidade padrão e eventos de grande capacidade, seu site deve suportar 
vários modelos de RFP. Para suportar vários modelos de RFP, o parâmetro de configuração do site 
Application.AQS.RFX.EnableRFXCustomTemplates deve estar definido como Yes. Para que o 
parâmetro seja configurado, peça ao seu contato de suporte designado para registrar uma solicitação de 
serviço. Um representante do Suporte ao cliente SAP Ariba acompanhará o processo para concluir a 
solicitação
20 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Criando modelos de projeto
Contexto
As RFPs de grande capacidade são RFPs não competitivas que podem conter até 10.000 itens de linha. O conteúdo 
de RFPs de grande capacidade é acessado por meio de planilhas do Excel e não está diretamente visível na 
interface do usuário. Para obter maiores informações sobre RFPs de grande capacidade, consulte o Guia de 
Gerenciamento de Eventos.
Se você selecionar a opção para RFPs de grande capacidade em um modelo, nem todas as regras doe evento 
estarão visíveis. Para obter informações adicionais, consulte o Guia de referência de regras do evento.
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos . Navegue para a guia Documentos.
2. Clique no nome do modelo de RFP para uso imediato e selecione Copiar.
3. Insira um título para a cópia do modelo, como RFP de grande capacidade. Este é o nome do modelo que 
os usuários selecionarão ao criar um projeto rápido. Clique em OK.
4. Navegue para a área Documentos do modelo. Clique no documento Solicitação de proposta e selecione 
Ação Editar .
O assistente do evento é aberto.
5. Abra a página Regras para o evento. Na área Tipo de capacidade, selecioneGrande capacidade. Esta opção é 
válida somente se a regra de cotação Os participantes devem melhorar suas ofertas estiver definida como 
Não e não estiver delegada (esta regra não pode ser modificada em eventos criados a partir deste modelo).
6. Especifique informações adicionais (como fornecedores) e conteúdo para o modelo.
7. Opcional: Altere o nome do documento. É o nome do modelo que os usuários selecionarão ao criar um evento 
RFX de grande capacidade a partir de um projeto de solicitação de provisão completo.
a. Abra a página Resumo para o evento. Na área Visão geral, selecione Ações Editar visão geral . A 
página Editar evento é aberta.
b. Insira um novo valor para o campo Título, como RFP de grande capacidade.
c. Clique em OK.
8. Feche o assistente, clicando em Sair. Clique em Retornar ao projeto.
9. Especifique itens adicionais para o modelo do projeto. Se o modelo usar tabelas de pesquisa de aprovadores 
com códigos do grupo de projetos, determine os códigos do grupo de projetos no novo modelo e atualize a 
tabela de pesquisa de aprovadores com os novos códigos.
10. Na área Propriedades, clique em Ações Publicar .
Guia de Modelos de Projeto
Criando modelos de projeto C U S T O M E R ( C L I E N T E ) 21
Publicando e gerenciando modelos de projetos
Nesta seção:
Sobre o gerenciamento de modelos de projeto [página 22]
Como publicar modelos de projeto [página 23]
Como criar uma nova versão de um modelo e ativar a edição [página 24]
Usando a guia Visão geral do modelo [página 24]
Atribuindo posição de exibição a modelos de projeto [página 25]
Gerenciando versões do modelo do projeto [página 26]
Salvando uma nova versão de um modelo de projeto [página 26]
Excluindo modelos [página 27]
Adicionando subprojetos a modelos de projeto [página 27]
Especificando um grupo como o proprietário do subprojeto em um modelo de subprojeto [página 28]
Importando e exportando modelos de projeto [página 28]
Sobre o gerenciamento de modelos de projeto
O status do modelo é mostrado no canto superior direito da página do editor de modelos. Um modelo copiado ou 
criado recentemente tem o status Rascunho. Você deve publicar um modelo, o que muda o seu status para Ativo, 
para o tornar disponível para usuários criando projetos.
A tabela que se segue define os status do modelo:
Esse status... Significa...
Rascunho Você pode editar modelos no status Rascunho. Essa versão do modelo não pode ser usada para 
criar projetos. Os modelos novos estão automaticamente no status Rascunho. Para permitir que 
uma versão do modelo seja usada para criar projetos, você tem que publicá-la. Para descartar uma 
versão de rascunho de um modelo em que você está trabalhando, você pode revertê-la.
Ativo Depois de você publicar um modelo, o status é Ativo. Você pode usar modelos ativos para criar espa­
ços de trabalho de contratos. Você não pode editar modelos ativos. Para mudar para um modelo 
ativo, crie uma nova versão clicando em Ações e escolhendo Nova versão. A nova versão tem o sta­
tus Rascunho.
Inativo Se o status de um modelo for inativo, você não pode editá-lo ou usá-lo para criar espaços de traba­
lho de contratos. Para usar ou editar um modelo inativo, você tem que alterar o status de volta para 
ativo, escolhendo Reativar. Ou você pode escolher Criar uma nova versão, o que criará uma nova 
versão do modelo inativo com o status Rascunho.
22 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos
Editando modelos
Para editar um modelo, o status do modelo deve ser Rascunho. Se você tiver publicado um modelo, deve criar uma 
nova versão de rascunho do modelo para editar. Quando você tiver concluído a edição de um modelo, deve publicar 
o modelo para que as alterações afetem projetos subsequentes criados usando o modelo.
A tabela a seguir descreve o modo como a edição de diferentes tipos de modelos afeta projetos existentes criados 
a partir desses modelos.
Editando um modelo desse 
tipo...
Afeta projetos existentes criados a partir do modelo nessa forma...
● Projetos de conhecimento
● Projetos de solicitação de 
provisão (completos e rápi­
dos, incluindo eventos)
● Solicitações de contrato
A edição de um modelo e a publicação de uma nova versão não afeta projetos criados com 
versões anteriores do modelo. Quando um usuário cria um projeto, o sistema copia dados 
do modelo pois eles existem na versão atual do modelo. Quaisquer alterações subsequente 
ao modelo não terão efeito em projetos já existentes.
Se um usuário criar um projeto a partir de um modelo enquanto você o está editando (você 
criou uma nova versão do modelo, mas não publicou essa versão), o sistema usa dados da 
última versão publicada do modelo.
● Espaços de trabalho de con­
tratos
A edição de um modelo e a publicação de uma nova versão não afeta espaços de trabalho 
de contratos criados com a versão anterior do modelo por padrão. Contudo, o SAP Ariba 
Contracts tem uma opção para atualizar um espaço de trabalho de contratos criado a partir 
de um modelo atualizado quando o proprietário do projeto adita o espaço de trabalho de 
contratos. Se seu site não suportar a atualização de versões do modelo em espaços de tra­
balho de contratos, entre em contato com o Suporte ao cliente SAP Ariba.
● Projetos SPM
● Espaços de trabalho do for­
necedor
A edição de um modelo e a publicação de uma nova versão irão atualizar todos os projetos 
criados com a versão anterior do modelo se você especificar que deseja atualizar esses pro­
jetos antes de publicar a nova versão do modelo. Consulte Atualizando modelos de espaço 
de trabalho do fornecedor e de projeto SPM [página 109] para obter maiores detalhes.
Como publicar modelos de projeto
Contexto
Você tem que publicar um modelo do projeto para o tornar disponível para os usuários que estão criando projetos.
Se o modelo contiver documentos de arquivo de regras de membros da equipe, esses arquivos são validados 
durante a publicação e uma mensagem de erro informa você sobre quais arquivos de regras de membros da 
equipe contêm erros. Você precisa corrigir todos os erros de validação nos arquivos de regras de membros da 
equipe antes de poder publicar um modelo com êxito.
Quando você publica um modelo, qualquer versão ativa anterior desse modelo é alterada para o status arquivado. 
Você pode criar uma nova versão a partir de uma versão arquivada, como uma forma de recuperar uma versão 
anterior como o rascunho atual.
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos C U S T O M E R ( C L I E N T E ) 23
Nota
Os documentos não têm versões com uma determinada versão de um modelo. No entanto, se você fizer 
alterações a um documento em uma versão subsequente de um modelo, a versão original do documento é 
mantida na versão do modelo anterior.
Procedimento
Escolha Ações Publicar na guia Visão geral.
Nota
Se você não conseguir publicar um modelo relacionado ao fornecedor por causa de erros no arquivo de regras 
de membros da equipe, publique o arquivo para ver as mensagens de erro exatas.
Próximas etapas
Depois de você ter concluído o trabalho em um modelo, pode exportá-lo para um arquivo ZIP e importá-lo para ser 
usado mais tarde.
Como criar uma nova versão de um modelo e ativar a 
edição
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Localize o modelo que você deseja editar. Clique no nome do modelo e selecione Abrir.
3. Navegue para a guia Visão geral do modelo.
4. No painel Propriedades, selecione Ações Modelo Nova versão .
Usando a guia Visão geral do modelo
A tabela seguinte lista as tarefas que você pode realizar em um modelo a partir da guia Visão geral. As tarefas 
disponíveis podem variar dependendo do tipo do projeto e do estado do modelo.
24 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos
Para isso... Escolha...
Exibir detalhes do modelo Ações Modelo Exibir detalhes para exibir o nome, a descrição,a versão, o 
status, o idioma base, a posição, o proprietário, o controle de acesso, as condições, as 
tarefas e a guia Documentos.
Exibir o histórico do modelo Ações Modelo Exibir histórico para exibir e pesquisar as ações passadas rea­
lizadas no modelo, incluindo o tipo de ação e o usuário que realizou a ação.
Editar os atributos de propriedades 
do modelo
Ações Modelo Editar propriedades para editar o nome, a descrição, o propri­
etário, o status do processo, a posição, os controles de acesso e as condições do mo­
delo.
Disponibilizar o modelo para ser 
usado para criar projetos
Ações Modelo Publicar .
Reverter para a versão original de um 
modelo
Ações Modelo Reverter .
Exportar o modelo para um arquivo 
ZIP
Ações Modelo Exportar modelo para exportar vários componentes do mo­
delo para arquivos XML em um arquivo ZIP.
Criar uma nova versão do modelo Ações Modelo Nova versão .
Desativar um modelo de modo que 
não possam ser criados novos proje­
tos a partir dele
Ações Modelo Desativar . Mais tarde, você pode Reativar o modelo.
Exibir todas as guias em um projeto Ações Exibir Exibição total . O modelo criado recentemente é exibido na exi­
bição compacta. A exibição que você usa ao publicar o modelo determina a exibição ini­
cial que os usuários veem em projetos criados a partir do modelo. Escolha Ações
Exibir Exibição compacta para retornar para a exibição compacta.
Nota
Os modelos para projetos rápidos do SAP Ariba Sourcing só usam a exibição com­
pacta.
Informações relacionadas
Importando e exportando modelos de projeto [página 28]
Atribuindo posição de exibição a modelos de projeto
Contexto
A posição de um modelo determina a ordem em que ele é exibido na lista de modelos da qual um usuário pode 
selecionar ao criar um projeto.
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos C U S T O M E R ( C L I E N T E ) 25
A posição do modelo é um valor numérico. O Ariba Spend Management exibe modelos por ordem, do valor de 
posição mais baixo para o mais alto, e exibe os modelos aos quais foi atribuída uma posição antes dos modelos que 
não têm uma posição especificada.
Procedimento
1. Na guia Visão geral, escolha Ações Editar propriedades .
2. Insira um valor numérico no campo Posição.
3. Clique em Salvar.
Gerenciando versões do modelo do projeto
As versões do modelo são exibidas em Propriedades na área Visão geral da guia Visão geral, com o Histórico de 
versões por baixo.
Você pode criar uma nova versão de um modelo a partir de uma versão mais antiga. A nova versão se torna na 
versão mais recente do modelo. A criação de uma nova versão de uma versão mais antiga reverte o modelo para 
uma versão anterior sem perder o seu histórico.
Nota
Você pode criar uma nova versão de um modelo publicado. Contudo, todos os projetos que foram criados com 
versões anteriores do modelo continuam usando a versão a partir da qual eles foram criados. Quando os 
proprietários do projeto aditam o espaço de trabalho de contratos criados a partir do modelo atualizado, eles 
podem optar por usar a versão atualizada ou a versão original. Se seu site não suportar a atualização de versões 
do modelo em espaços de trabalho de contratos, entre em contato com o Suporte ao cliente SAP Ariba.
Salvando uma nova versão de um modelo de projeto
Procedimento
1. Na guia Visão geral, escolha AçõesExibir detalhes.
2. Escolha Ações > Salvar como nova versão.
3. Adicione comentários da versão.
4. Se necessário, altere o proprietário.
5. Se necessário, modifique o controle de acesso.
6. Clique em Concluído.
26 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos
Excluindo modelos
Contexto
Você pode excluir um modelo se ele nunca tiver sido usado para criar um projeto. Se um modelo tiver sido usado 
para criar um projeto, você não pode excluí-lo, mas pode torná-lo inacessível editando-o de modo a tornar o 
proprietário do projeto em um usuário inativo, removendo a restante equipe do projeto e definindo-o como inativo.
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Na guia Documentos, clique no modelo que você deseja excluir e escolha Excluir.
Adicionando subprojetos a modelos de projeto
Contexto
Você pode adicionar subprojetos a modelos. O subprojeto que você adicionar a um modelo é, por sua vez, um 
modelo para o subprojeto e serve como uma variável para um projeto que será criado mais tarde. Quando um 
usuário cria um projeto a partir de um modelo, o subprojeto do modelo é listado na guia Documentos do projeto e 
na área Documentos da guia Visão geral.
Procedimento
1. Na guia Documentos, escolha Ações > Criar Subprojeto .
2. Clique no tipo de subprojeto que você deseja criar.
3. Especifique configurações para o subprojeto do modelo e clique em Salvar.
Resultados
O subprojeto do modelo é exibido na guia Documentos do modelo. Você pode continuar editando o subprojeto do 
modelo para adicionar documentos, tarefas, condições e efetuar outras alterações.
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos C U S T O M E R ( C L I E N T E ) 27
Especificando um grupo como o proprietário do 
subprojeto em um modelo de subprojeto
Contexto
Você pode especificar um grupo no campo Proprietário de um modelo de subprojeto. Os membros desse grupo 
poderão criar o subprojeto a partir do modelo, se também cumprirem quaisquer restrições de acesso definidas no 
subprojeto.
Procedimento
1. Crie ou abra um modelo de subprojeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a área Propriedades de um modelo de subprojeto criado. Escolha 
Ações Editar propriedades .
3. Navegue para o campo Proprietário e selecione um grupo.
Importando e exportando modelos de projeto
Você pode exportar um modelo concluído para um arquivo ZIP e importar um modelo compactado de volta para o 
servidor da SAP Ariba. Essas operações são úteis se você criar modelos em uma instalação de desenvolvimento e 
desejar exportar os modelos para uma instalação de produção.
A sincronização de arquivo de desktop (DFS) não é obrigatória para a exportação e importação de modelo, e os 
arquivos ZIP não são colocados em uma localização específica por padrão.
Limitações
Não exporte modelos de uma versão anterior de uma solução da SAP Ariba e, em seguida, tente importá-los 
para a versão atual. A tentativa de importar modelos de uma versão anterior resultará em erros.
A SAP Ariba recomenda que você não use as operações de exportação e importação do modelo para editar 
arquivos de modelo. A corrupção de dados pode ocorrer se você importar um arquivo ZIP que contém conteúdo 
incorreto.
28 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos
Exportando modelos de projeto
Contexto
Você tem que poder exibir um modelo para exportá-lo, mas não tem que ser o proprietário do projeto de modelo. 
Você pode exportar um modelo com qualquer status.
Por padrão, o arquivo ZIP de exportação de modelos tem o nome do código de espaço de trabalho do modelo. Você 
pode renomeá-lo.
Ao exportar um modelo, somente os documentos desse modelo são exportados para o arquivo ZIP. Se existirem 
atalhos para documentos da biblioteca de conhecimentos, só são copiados os atalhos e não os documentos da 
biblioteca de conhecimentos referenciados. Se os documentos da biblioteca de conhecimentos referenciados 
estiverem no sistema de destino, os atalhos apontarão para esses documentos. Se os documentos referenciados 
não estiverem disponíveis, os atalhos ainda são importados, mas ocorrerá uma mensagem de aviso quando você 
tentar exibir os documentos referenciados.
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Abra o modelo que você deseja exportar.
3. Na área Propriedades da guia Visão geral do modelo, escolha Ações Exportar modelo .
4. Selecione olocal para salvar o arquivo ZIP.
5. Selecione um nome para o arquivo ZIP e salve-o.
Importando modelos de projeto
Contexto
Você tem que poder exibir o projeto Modelos para importar um modelo. Você é o proprietário de todos os modelos 
que importar, por isso tem automaticamente a capacidade para os exibir.
Se você importar um modelo que já existe em seu site (os códigos dos dois modelos são correspondentes), o 
modelo importado substitui o modelo existente com uma nova versão. Por exemplo, você pode importar um 
modelo atualizado a partir do seu site de teste para o seu site de produção, para atualizar o modelo para uma nova 
versão com as alterações testadas mais recentes. As soluções Ariba Spend Management só podem conter um 
modelo de espaço de trabalho do fornecedor, por isso, quando você importa um modelo de espaço de trabalho de 
fornecedor, elas substituem sempre o modelo atual de espaço de trabalho do fornecedor por uma nova versão.
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos C U S T O M E R ( C L I E N T E ) 29
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Vá para a guia Documentos do modelo e escolha Ações Importar Modelo .
3. Procure por um arquivo ZIP de modelo válido e clique em Importar.
4. Verifique se o modelo foi importado de forma apropriada. Se o modelo usar tabelas de pesquisa de 
aprovadores com códigos de grupo de projetos, verifique se os códigos nas tabelas estão corretos. Para obter 
maiores informações, consulte Tipos de aprovadores em tabelas de pesquisa de aprovadores [página 65].
30 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Publicando e gerenciando modelos de projetos
Adicionando grupos de projetos e membros da 
equipe a modelos de projeto
Nesta seção:
Adicionando grupos de projetos e membros da equipe a modelos de projeto [página 31]
Sobre arquivos de regras de membros da equipe [página 33]
Como criar arquivos de regras de membros da equipe [página 35]
Como adicionar regras de membros da equipe a um modelo [página 39]
Como validar regras de membros da equipe [página 40]
Adicionando grupos de projetos e membros da 
equipe a modelos de projeto
Você pode adicionar grupos de projetos a equipes do modelo do projeto de uma de duas formas:
● Adicionando manualmente grupos de projetos na guia Equipe do modelo. Os grupos que você adicionou em 
um modelo são adicionados a cada projeto criado a partir do modelo. Você adiciona grupos de projetos na guia 
Equipe de um modelo como adicionaria grupos a um projeto. Você também pode especificar se os 
proprietários do projeto podem editar um grupo de projetos em projetos criados a partir do modelo (O 
proprietário pode editar este grupo do projeto). Você também pode adicionar usuários individuais ou grupos 
de usuários completos a grupos de projetos. Em relação a grupos de projetos de solicitação, registro, 
qualificação, desqualificação do fornecedor e grupos de projetos de gerenciamento de fornecedores 
preferenciais, se o seu site incluir atribuições de usuário a grupos de projetos com base em mercadorias e 
regiões do projeto (a matriz do usuário), você pode especificar que os membros de um grupo de projetos são 
adicionados de forma dinâmica, com base na atribuição (Usar atribuições de região e mercadoria).
● Criando regras de membros da equipe. As regras de membros da equipe adicionam dinamicamente a grupos 
ou usuários individuais a um projeto baseado nos valores fornecidos durante a criação do projeto. Elas não são 
suportadas em projetos de gerenciamento de solicitações, registros, qualificações, desqualificações de 
fornecedores e gerenciamento de fornecedores preferenciais.
Observe que, embora você pode especificar que os proprietários de projetos possam editar grupos de projetos em 
modelos de projetos de avaliação de risco, gerenciamento de solicitação, registro, qualificação, desqualificação de 
fornecedor e os modelos de gerenciamento de fornecedores preferenciais, muitos dos usuários que trabalham 
com esses projetos não têm acesso à exibição avançada, onde podem usar a guiaEquipe. Os usuários que não têm 
acesso à exibição avançada desses projetos não podem editar os seus grupos de projeto, mesmo que sejam os 
proprietários do projeto e que os grupos no projeto permitam aos proprietários do projeto editá-los.
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto C U S T O M E R ( C L I E N T E ) 31
Adicionando proprietários do projeto a equipes do projeto
Para especificar membros do grupo Proprietário do projeto que são herdados por projetos criados a partir de um 
modelo, você deve usar atribuições de categoria de comprador ou regras de membros da equipe.
Os membros adicionados manualmente a um grupo Proprietário do projeto a partir da guia Equipe de um modelo 
não são herdados por projetos criados a partir desse modelo. A adição manual de membros ao grupo Proprietário 
do projeto para um modelo concede a esses usuários direitos de Proprietário do projeto somente para esse 
modelo.
Nota
Em projetos de avaliação de risco do fornecedor ou de terceiros, o usuário que cria a solicitação de tarefa é 
sempre o proprietário do projeto.
Como restringir membros adicionais em equipes do projeto
Os autores do modelo podem restringir os usuários que podem ser adicionados a equipes em projetos, de acordo 
com a associação de grupo global. Dessa forma, os proprietários de projeto podem adicionar mais facilmente 
membros a equipes de projeto, filtrando os usuários mostrados no selecionador.
Pré-requisitos
Este recurso está desativado por padrão. Para ativar este recurso, peça ao seu contato de suporte designado para 
registrar uma solicitação de serviço. Um representante do Suporte ao cliente SAP Ariba acompanhará o processo 
para concluir a solicitação.
Procedimento
1. Crie ou abra um modelo do projeto. [página 24]. Se o status não for Rascunho, crie uma nova versão.
2. Na área Visão geral do modelo, selecione Ações Editar equipe .
3. Selecione Adicionar grupo ou clique no nome de um grupo do projeto existente e selecione Abrir.
4. Na página Detalhes do grupo do projeto, selecione Sim para o campo O proprietário pode editar este grupo 
do projeto e o campo Restringir membros adicionais.
5. No campo Grupos permitidos, clique na seta de expansão. Use o selecionador para selecionar grupos globais.
6. Conclua outras alterações ou adições no modelo e publique o modelo.
32 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto
Resultados
Os campos O proprietário pode editar este grupo do projeto, Restringir membros adicionais e Grupos 
permitidos só afetam grupos em projetos criados a partir deste modelo; esses campos não têm efeito no grupo no 
modelo.
Se o proprietário de um projeto criado a partir deste modelo tentar adicionar membros a este grupo, o 
selecionador mostrará somente os usuários que são membros dos grupos globais configurados no campo Grupos 
permitidos.
Sobre arquivos de regras de membros da equipe
Você pode usar arquivos de regras de membros da equipe para adicionar automaticamente membros da equipe do 
projeto quando um projeto é criado. Para pré-preencher o grupo de proprietários do projeto a partir de um modelo, 
você deve usar o arquivo de regras de membros da equipe. (Se você adicionar usuários ao grupo Proprietário do 
projeto em um modelo a partir da guia Equipe, esses usuários serão membros do grupo Proprietário do projeto 
somente para esse projeto do modelo; eles não são herdados por quaisquer projetos criados usando esse modelo.)
Os arquivos de regras de membros da equipe são um tipo específico de documento modelo. Eles são sempre 
pastas de trabalho Microsoft XLS. Ao contrário de outros documentos de projeto, você pode carregar arquivos de 
regras de membros da equipe na guia Equipe ou Documentos do modelo. Contudo, logo que tenha carregado um 
arquivo deregras de membros da equipe, você gerencia-o como faria com qualquer outro documento modelo na 
guia Documentos.
Os arquivos de regras de membros da equipe ajudam você a padronizar seu processo de criação de modelo. Sua 
empresa pode criar diferentes arquivos de regras para diferentes tipos de projetos, como projetos em diferentes 
regiões ou projetos que estão associados a diferentes categorias de mercadoria. Por exemplo, você pode criar 
arquivos de regras de membros da equipe para encaminhar a propriedade de projetos para as pessoas em sua 
empresa que são responsáveis por uma determinada região ou categoria de mercadoria. Quando um usuário cria 
um projeto com a região ou categorias de mercadoria adequadas, o projeto usa as regras de membros da equipe 
para preencher a equipe com os membros corretos para essa região ou mercadoria. Sempre que alguém edita um 
projeto, as regras da equipe são reprocessadas para atualizar a associação de equipe com base nas alterações.
Você cria regras de membros da equipe usando os seguintes passos gerais:
1. Faça o download de um modelo do arquivo de regras de membros da equipe que contém os nomes de campos 
e grupos do projeto atuais do modelo de projeto; consulte Criando arquivos de regras de membros da equipe 
[página 35].
2. Crie regras de membros da equipe no arquivo; consulte Criando arquivos de regras de membros da equipe 
[página 35].
3. Carregue o arquivo de regras de membros da equipe para o modelo do projeto; consulte Adicionando regras de 
membros da equipe a um modelo [página 39].
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto C U S T O M E R ( C L I E N T E ) 33
Modelos do arquivo de regras de membros da equipe
O modelo do arquivo de regras de membros da equipe contém as seguintes guias:
● Instruções: um conjunto de instruções para usar o arquivo de regras de membros da equipe.
● Regras de membros da equipe: uma planilha em que você cria regras de membros da equipe inserindo 
valores em colunas.
● Nomes de campo: uma lista com os nomes completos de todos os campos atuais do modelo em notação 
pontual.
● Grupos do projeto: uma lista com todos os grupos de projetos atuais do modelo.
Você usa as informações nas guias Nomes de campo e Grupos de projetos para criar regras de membros da 
equipe na guia Regras de membros da equipe.
As guias Nomes de campo e Grupos de projetos são preenchidas com todos os campos e grupos de projetos 
atuais no modelo no momento em que você faz o download do modelo de arquivo de regras de membros da 
equipe. Se você adicionar grupos de projetos ou campos ao modelo, pode fazer novamente o download do arquivo 
para ver os valores adicionais nas guias Nomes de campo e Grupos de projetos.
Correspondência de regras em projetos
Cada linha na guia Regras de membros da equipe cria uma regra. A solução da SAP Ariba lê o arquivo de regras e, 
se todos os valores de Field_Name em uma linha corresponderem no projeto criado a partir do modelo, executa o 
seguinte no novo projeto:
● Atribui os usuários nas colunas User ou Group ao projeto especificado na coluna ProjectGroup.
● Transforma qualquer usuário especificado na coluna OwnerId no proprietário padrão do projeto.
Quando a solução da SAP Ariba efetua a correspondência de valores para adicionar membros da equipe, são 
usados os seguintes critérios para cada linha no arquivo de regras:
● Todos os valores nas colunas de nome de campo têm que corresponder aos valores do projeto do modelo para 
esses campos ou a linha não é considerada uma correspondência e é ignorada. Por exemplo, se o arquivo de 
regras usar as colunas de nome de campo Supplier.AnnualRevenueMinimum e 
Supplier.OrganizationType, os valores dessas duas colunas têm que corresponder aos valores do 
modelo do projeto. Se somente o valor Supplier.AnnualRevenueMinimum tiver correspondência, a linha 
será ignorada e os usuários ou grupos não serão adicionados ao grupo de projetos nem serão transformados 
no proprietário padrão do projeto.
Se uma regra (linha) não corresponder e for ignorada, o processamento continua para a regra seguinte (a 
avaliação de regras não para).
● Os curingas (*) e os valores de coluna em branco têm sempre correspondência. Por exemplo, se o arquivo de 
regras usar as colunas de nome de campo Supplier.AnnualRevenueMinimum e 
Supplier.OrganizationType, e o valor de Supplier.AnnualRevenueMinimum tiver correspondência e 
Supplier.OrganizationType for um curinga, a linha terá correspondência e os usuários ou grupos serão 
adicionados ao grupo de projetos ou transformados no proprietário padrão do projeto.
● As correspondências de campo hierárquico podem ser correspondentes a valores de campo derivado. Por 
exemplo, se você usar uma Mercadoria como um nome de campo e especificar um valor de mercadoria de 
nível superior no arquivo de regras, qualquer valor do projeto que seja derivado da mercadoria de nível superior 
será correspondente. Se o campo no projeto do modelo usar qualquer mercadoria derivada dessa raiz, a linha 
34 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto
tem correspondência e os usuários ou grupos são adicionados ao grupo de projetos ou como o proprietário 
padrão do projeto.
As correspondências de campo derivado podem ser usadas para os campos hierárquicos Mercadoria, 
Regiões, Departamentos e Produto.
Como criar arquivos de regras de membros da equipe
Procedimento
1. Crie ou abra um modelo do projeto.
2. Faça o download do modelo de regras de membros da equipe contendo os nomes de campos e grupos do 
projeto atuais do modelo de projeto. Na guia Equipe do modelo, escolha Ações Regras de membros da 
equipe Fazer download do modelo .
3. Salve o arquivo XLS do modelo do arquivo de regras de membros da equipe no local de sua escolha.
4. Edite o modelo do arquivo de regras de membros da equipe para criar regras de membros da equipe. Insira 
valores nas colunas da planilha de regras Membro da equipe de acordo com a seguinte tabela.
Se você desejar que a regra seja aplicada a todos os valores possíveis para uma coluna, insira um curinga (*) 
na coluna ou deixe-a em branco.
Se você desejar que a regra seja aplicada a um intervalo de valores para uma coluna, use o caractere til (~). As 
expressões de intervalo são inclusivas no limite inferior, mas não no limite superior. Por exemplo, para criar 
uma regra que se aplique a todos os valores de 1000 em diante, insira 1000~; para criar uma regra que se 
aplique a todos os valores de 0 a 3, insira 0~4; para criar uma regra que se aplique a todos os valores abaixo de 
1000 (sem incluir o valor de 1000), insira ~1000. Você só pode usar expressões de intervalo em regras para 
campos numéricos.
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto C U S T O M E R ( C L I E N T E ) 35
Coluna Descrição
Field_Name As colunas Field_Name representam os nomes de diferentes campos de SAP Ariba. Se o valor 
de Field_Name que você especificar nesta coluna corresponder a valores em um projeto cri­
ado a partir do modelo, o modelo adiciona os usuários ou grupos na linha ao grupo do projeto 
ou faz com que o usuário especificado seja o proprietário padrão do projeto. Para o campo For­
necedor em perfis do espaço de trabalho do fornecedor, você deve incluir o nome completo do 
campo usando a notação pontual. Por exemplo, o nome completo do campo País é 
Supplier.CorporateAddress.Country. A guia Nomes de campo em um modelo do 
arquivo de regras de membros da equipe lista os nomes completos para todos os campos atu­
ais no modelo do projeto a partir do qual ele foi descarregado.
Você deve fornecer sempre um valor específico ou um curinga para as colunas Field_Name. 
Você não pode inserir vários valores em uma coluna Field_Name. No entanto, você pode incluir 
várias colunas Field_Name em um arquivo de regras; os valores em todas as colunas 
Field_Nameem uma linha devem corresponder para que o modelo adicione os usuários ou 
grupo ao grupo do projeto ou transforme o usuário especificado no proprietário padrão do pro­
jeto.
Alguns valores do campo de dados devem corresponder a valores específicos no sistema, 
como valores para regiões ou códigos de mercadoria. Para estes tipos de campo, você pode 
utilizar uma tarefa de exportação para saber quais devem ser os valores específicos. Se você 
não puder acessar os eventos de exportação necessários, entre em contato com o administra­
dor do cliente em sua organização.
Se você estiver usando campos de data ou campos de dados com valores numéricos que são 
mapeados para um elemento em um vetor, como códigos de mercadoria, você deve forçar o 
Microsoft Excel a armazenar o valor como texto. Para isso, altere o formato da coluna para o 
tipo Texto no Microsoft Excel ou prefixe o valor com um apóstrofo (‘); por exemplo, para um 
valor de 500, insira ‘500.
Nota
Os valores para países devem ser códigos de país ISO de duas letras.
Para obter maiores informações sobre como o sistema faz a correspondência de valores em 
colunas Field_Name com valores em projetos, consulte Entendendo a correspondência de re­
gras em projetos do modelo [página 34].
Grupo do projeto O nome do grupo do projeto ao qual você deseja adicionar usuários ou grupos, por exemplo, 
Proprietário do projeto. Você deve fornecer um valor para esta coluna. A guia Grupos do 
projeto em um modelo do arquivo de regras de membros da equipe lista todos os grupos do 
projeto atuais no modelo do projeto a partir do qual ele foi descarregado.
Usuário Os nomes dos usuários que você deseja atribuir a um grupo do projeto, por exemplo, 
bobsmith. Você não precisa fornecer um valor para esta coluna; você só deve utilizá-la se de­
sejar atribuir usuários individuais ao grupo do projeto.
Você pode inserir um nome de usuário ou vários nomes de usuário separados por dois pontos 
(:); por exemplo, bobsmith:tomjones:anndavis.
36 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto
Coluna Descrição
Adaptador de senha O adaptador de senha associado ao nome de usuário ou aos nomes de usuário. As soluções da 
SAP Ariba usam adaptadores de senha para distinguir entre usuários que têm os mesmos no­
mes de usuário. Os valores do adaptador de senha padrão são PasswordAdapter1 (para 
usuários internos em sua empresa, a organização do comprador) e 
SourcingSupplierUser (para usuários externos da organização do fornecedor e do cli­
ente). Só use esta coluna se você também tiver inserido um ou mais valores na coluna 
Usuário.
Você só pode inserir um valor por linha nesta coluna, por isso se você quiser criar regras para 
usuários do comprador e do fornecedor, deve criar duas regras separadas, uma para cada va­
lor PasswordAdapter.
Grupo O nome do grupo de usuários global que você deseja atribuir ao grupo do projeto; por exemplo, 
Gerenciador de fornecedores/clientes ou Gerenciador de registro de fornecedor
.
Você não precisa fornecer um valor para esta coluna. Se você fornecer um valor e também for­
necer um valor na coluna Usuário da mesma linha, os dois valores são adicionados ao grupo 
do projeto. Você pode inserir um grupo ou vários grupos separados por dois pontos (:).
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto C U S T O M E R ( C L I E N T E ) 37
Coluna Descrição
Código do proprietário O nome do usuário do proprietário padrão do projeto para todos os projetos criados a partir do 
modelo; por exemplo, bobsmith.
Você não precisa fornecer um valor para esta coluna; você só deve utilizá-la se desejar fazer 
com que um determinado usuário (ou usuários) seja o proprietário padrão do projeto para to­
dos os projetos criados a partir do modelo. Se não existir um valor especificado nesta coluna, o 
proprietário do novo projeto é o usuário que criou o projeto e os membros do grupo 
Proprietário do projeto .
Nos modelos de espaço de trabalho, solicitação, registro, qualificação do fornecedor e nos mo­
delos de gerenciamento de fornecedores preferenciais, o proprietário do projeto é o proprietá­
rio da conta ou o gerente de categorias para o fornecedor. Você pode atribuir usuários específi-
cos como proprietários para projetos específicos criados a partir do modelo ou especificar 
aribasystem como proprietário padrão não atribuído. Especificar aribasystem no mo­
delo significa que a pessoa que cria o projeto não é o proprietário do projeto por padrão, de 
modo que a propriedade do projeto do fornecedor possa ser atribuída posteriormente ao pro­
prietário correto.
Nota
Você deve ter cuidado se indicar um único usuário como proprietário padrão do projeto no 
modelo. Quando um usuário cria um projeto que corresponde às regras do modelo para a 
propriedade padrão do projeto, o usuário que criou o projeto não é o proprietário do projeto 
e não pode gerenciar o projeto; só o proprietário padrão do projeto pode. Existem casos 
específicos em que a propriedade padrão do projeto é útil. Por exemplo, sempre que dife­
rentes usuários em soluções que incluam SAP Ariba Supplier Information and Performance 
Management (arquitetura clássica) criam organizações do fornecedor não aprovadas, eles 
criam automaticamente espaços de trabalho do fornecedor associados que não estão des­
tinados a gerenciar; seu modelo de espaço de trabalho do fornecedor deve encaminhar a 
propriedade padrão desses projetos do espaço de trabalho do fornecedor para os usuários 
específicos do Gerenciador de fornecedores/clientes que gerenciam conjuntos específi-
cos de fornecedores. No entanto, normalmente é importante para o usuário que criou um 
espaço de trabalho do contrato, evento de SAP Ariba Sourcing ou projeto SPM ser o propri­
etário e gerenciador do projeto, em vez de usar o modelo para atribuir um proprietário pa­
drão.
Adaptador de senha do 
proprietário
O adaptador da senha associado ao nome de usuário do proprietário. Os valores do adaptador 
da senha padrão são iguais aos da coluna Adaptador de senha. Só use esta coluna se você 
também tiver inserido um ou mais valores na coluna Código do proprietário.
Exemplo de endereço do fornecedor
Para definir uma regra de membros da equipe usando a parte do país de um endereço do fornecedor, você cria um 
arquivo de regras de membros da equipe com a seguinte linha do cabeçalho:
Supplier.CorporateAddress.Country,ProjectGroup,Group,User,PasswordAdapter,OwnerId,Ow
nerPasswordAdapter
38 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto
A primeira linha contém as células que se seguem:
EUA,Aprovadores do fornecedor,Gerente de fornecedores/
clientes,bsmith:tjones,PasswordAdapter1,dbaker,PasswordAdapter1
Nesse exemplo, se um projeto criado a partir do modelo tiver o valor Estados Unidos da América para o 
campo País do endereço da organização do fornecedor ou do cliente, são efetuadas as seguintes adições ao 
projeto:
● cada usuário no grupo global Gerente de fornecedores/clientes está atribuído ao grupo de 
aprovadores do fornecedor do projeto
● os usuários bsmith e tjones estão atribuídos ao grupo de aprovadores do fornecedor do projeto
● o usuário dbaker se transforma no proprietário padrão do projeto
Esse exemplo usa a notação pontual para definir o caminho de campo para o campo do país do fornecedor na 
coluna Field_Name (Supplier.CorporateAddress.Country), que só é necessário para o campo Fornecedor 
nos modelos de espaço de trabalho do fornecedor.
Exemplo de região hierárquica
O exemplo que se segue mostra um arquivo de regras de membros da equipe com uma regra que especifica uma 
região raiz (APAC):
Region,ProjectGroup,Group,User,PasswordAdapter,OwnerId,OwnerPasswordAdapter
APAC,Meu grupo de projetos,Meu 
grupo,xleo:hlei,PasswordAdapter1,hlei,PasswordAdapter1
A região APAC é uma região raiz que contém aChina como derivada. Se um projeto criado a partir do modelo tiver 
a China como o respectivo valor do campo Região, serão efetuadas as seguintes adições ao projeto:
● cada usuário no grupo global Meu grupo está atribuído ao grupo de projetos Meu grupo de projetos
● os usuários xleo e hlei estão atribuídos ao grupo de projetos Meu grupo de projetos
● o usuário hlei se transforma no proprietário padrão do projeto
Como adicionar regras de membros da equipe a um 
modelo
Contexto
Você adiciona regras da equipe a um modelo carregando arquivos de regras de membros da equipe na guia 
Documentos ou Equipe. Você não pode criar tarefas para documentos do arquivo de regras de membros da 
equipe ou definir condições neles.
Não existe limite para o número de arquivos de regras de membros da equipe que você pode adicionar a um 
modelo. Cada arquivo de regras de membros da equipe que você carrega para um modelo é adicionado ao 
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto C U S T O M E R ( C L I E N T E ) 39
conjunto total de regras de membros da equipe que o modelo usa. Para modificar as regras da equipe existentes 
de um modelo, você deve efetuar edições ao arquivo apropriado de regras de membros da equipe no seu 
computador local e carregar o arquivo como um documento de substituição.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Na guia Equipe, escolha Ações Regras de membros da equipe Carregar arquivo de regras .
3. Selecione o arquivo de regras de equipe a carregar (pesquise o arquivo, insira o caminho do arquivo ou solte 
um ícone de arquivo na caixa de arrastar e soltar).
4. Adicione uma descrição opcional. A SAP Ariba recomenda que você descreva o tipo de regras que o arquivo 
cria, de modo que os usuários que editam o modelo possam vê-los rapidamente.
5. Defina outras propriedades para o arquivo de regras, como idioma de base e palavras-chave.
6. Clique em Criar.
Resultados
O arquivo de regras de membros da equipe carregado aparece agora na guia Documentos do modelo.
Como validar regras de membros da equipe
Contexto
Você valida regras de membros da equipe publicando o documento do arquivo de regras. Você só deve publicar um 
arquivo de regras de membros da equipe quando tiver concluído as regras e tiver somente verificando se existem 
erros técnicos no arquivo. Para a maioria dos tipos de projetos, assim que você tiver publicado com êxito um 
documento do modelo, quaisquer edições que você efetuar só serão aplicadas a projetos criados a partir do 
modelo republicado; não serão aplicadas retroativamente a projetos existentes. Você pode atualizar projetos do 
espaço de trabalho do fornecedor e do SPM para novas versões do modelo que incluam novas versões de regras de 
membros da equipe; você não pode atualizar projetos de solicitação, registro, qualificação, desqualificação do 
fornecedor e projetos de gerenciamento de fornecedores preferenciais para uma nova versão do modelo.
Procedimento
1. Na guia Documentos, clique no arquivo de regras de membros da equipe que você deseja validar e escolha 
Publicar.
40 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto
Se o arquivo de regras de membros da equipe não contiver erros de sintaxe ou de dados, o documento é 
publicado. Se contiver erros, é exibida uma mensagem de erro de validação no topo da página e o documento 
do arquivo de regras de membros da equipe não é publicado. Você não pode publicar um modelo que contém 
arquivos de regras de membros da equipe com erros de validação.
2. Se você vir um erro de validação, corrija os problemas no arquivo de regras de membros da equipe e publique-
o novamente. As mensagens de erro de validação são exibidas no topo da página da SAP Ariba.
Informações relacionadas
Como atualizar projetos relacionados ao fornecedor para uma nova versão do modelo [página 115]
Guia de Modelos de Projeto
Adicionando grupos de projetos e membros da equipe a modelos de projeto C U S T O M E R ( C L I E N T E ) 41
Gerenciando a herança da equipe em 
subprojetos
Nesta seção:
Herança da equipe em subprojetos [página 42]
Desativando a herança da equipe para subprojetos [página 43]
Herança da equipe em subprojetos
Um subprojeto é um projeto que pertence a outro projeto—o seu projeto raiz. Por padrão, um subprojeto herda o 
grupo de proprietários do projeto (e outras informações) do projeto raiz. O SAP Ariba cria um grupo de projetos 
especial que é uma referência (um link) ao grupo de proprietários do projeto raiz e coloca-o no grupo de 
proprietários do projeto para o subprojeto. Como esse grupo de projetos especial é na verdade uma referência ao 
grupo de proprietários do projeto no projeto raiz, as alterações ao grupo de proprietários do projeto no projeto raiz 
são refletidas nesse grupo. O grupo de projetos tem o seguinte nome:
Project Owner (parent_project_name)
Se você cria o subprojeto usando o mesmo modelo que o projeto raiz, o SAP Ariba também cria referências aos 
outros grupos de projetos herdados do modelo e coloca-os nos grupos de projetos apropriados para o subprojeto.
Por padrão, um usuário herdado como membro da equipe do projeto raiz, mas removido posteriormente do 
subprojeto, mantém os recursos de associação de equipe no subprojeto. Se o usuário tinha recursos de 
proprietário do projeto no subprojeto, esses recursos são também mantidos. Para desativar esse comportamento, 
peça ao seu contato de suporte designado para registrar uma solicitação de serviço para configurar as opções de 
configuração de site Application.ACM.InheritTeam.ParentProjectTeamIsConsideredSubprojectTeam 
e Application.ACM.ProjectAccessControl.CanManageSubProjectIfCanManageParentProject. Um 
representante do Suporte ao cliente SAP Ariba acompanhará o processo para concluir a solicitação.
Acesso a projetos raiz privados
Um membro da equipe que pertença somente a um subprojeto não pode exibir o projeto raiz se esse projeto 
estiver marcado como privado. Se o membro da equipe do subprojeto precisar acessar o projeto raiz, você tem que 
adicionar esse membro como um membro da equipe para o projeto raiz.
42 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciando a herança da equipe em subprojetos
Desativando a herança da equipe para subprojetos
Pré-requisitos
Você deve ser um membro do grupo de criadores de modelos.
Contexto
Por padrão, um subprojeto herda equipes de projeto do modelo de projeto usado para criar o projeto raiz.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a guia Documentos de um modelo de projeto. Clique em Ações Criar subprojeto na guia 
Documentos.
Isso não cria realmente um subprojeto, mas cria uma variável para subprojetos que você cria mais tarde 
quando os usuários criam um projeto raiz a partir desse modelo.
3. Escolha o tipo de projeto para o subprojeto futuro.
4. Defina os atributos da variável do subprojeto, incluindo Herda equipe da raiz. Selecione Não para esse campo.
5. Salve a variável do subprojeto.
6. A variável do subprojeto é exibida na guia Documentos como ícone de pasta com um ícone de fase. Você pode 
atribuir condições a esse objeto como faria para qualquer documento, tarefa ou usuário no modelo.
Guia de Modelos de Projeto
Gerenciando a herança da equipe em subprojetos C U S T O M E R ( C L I E N T E ) 43
Trabalhando com tarefas, regras de aprovação e 
perfis de notificação em modelos
Nesta seção:
Sobre o trabalho com tarefas, regras de aprovação e perfis de notificação em modelos [página 44]
Como criar ou editar regras de aprovação [página 48]
Sobre o editor de regras de aprovação [página 50]
Comocriar uma regra de aprovação simples [página 52]
Como editar fluxos de aprovação com o diagrama do processo de aprovação [página 54]
Usando condições de regra de aprovação [página 55]
Como adicionar aprovadores no editor de regras de aprovação [página 60]
Configurando regras de supervisor [página 61]
Como adicionar aprovadores de tabelas de pesquisa de aprovadores [página 64]
Reutilizando arquivos da tabela de pesquisa de aprovadores [página 69]
Sobre o trabalho com tarefas, regras de aprovação e 
perfis de notificação em modelos
Os procedimentos para a criação de tarefas em um modelo são semelhantes aos procedimentos usados para criar 
tarefas em um projeto, com as diferenças que se seguem:
● As páginas para a criação de tarefas em modelos contêm campos adicionais que não existem em páginas 
usadas para criar tarefas em projetos. Para obter maiores informações, consulte Diferenças de campos de 
tarefas em modelos de projeto [página 45].
● Você pode criar perfis de notificação por e-mail que podem ser usados por várias tarefas no modelo. Os perfis 
também são herdados por projetos criados a partir do modelo e podem ser selecionados para tarefas criadas 
no projeto. Para obter maiores informações, consulte Criando perfis de notificação [página 117].
● Você pode criar regras de aprovação. As regras de aprovação só existem em modelos de projeto e especificam 
valores possíveis para fluxos de aprovação. As regras de aprovação podem especificar aprovadores que são 
adicionados somente quando as condições do modelo são cumpridas, como condições baseadas em valores 
de campo de projeto. Quando um projeto é criado, o sistema cria fluxos de aprovação a partir das regras de 
aprovação no modelo. O sistema reavalia as regras de aprovação quando uma tarefa é enviada e modifica o 
fluxo de aprovação consoante necessário. Para obter maiores informações, consulte Sobre regras de 
aprovação em modelos de projeto [página 46].
44 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Diferenças de campos de tarefa em modelos de projeto
Esta seção descreve campos adicionais que só estão presentes durante a criação de tarefas em modelos de 
projeto e o modo como os campos diferem durante a criação de tarefas em um modelo em vez de em um projeto.
Campo do proprietário para tarefas de revisão, de aprovação e de 
negociação
Ao criar uma tarefa de revisão, de aprovação ou de negociação em um modelo, o comportamento do campo 
Proprietário é diferente do comportamento em um projeto. Você tem que especificar um grupo de projetos para o 
campo Proprietário em um modelo. Cada usuário no grupo especificado para o campo Proprietário em um 
modelo é um Proprietário original da tarefa. Somente os proprietários originais de tarefas podem enviar a tarefa 
em um projeto. Qualquer um dos proprietários originais de tarefas podem processar revisões em um projeto e agir 
como o proprietário da tarefa, mas a tarefa não é exibida na área Minhas tarefas ou nas listas de tarefas dos 
proprietários originais de tarefas.
O valor padrão para o campo Proprietário é o grupo de proprietários do projeto.
Campos de tarefa adicionais em modelos de projeto
As páginas para a criação de tarefas em um modelo contêm os seguintes campos que não existem ao criar essas 
tarefas em projetos:
● A programação deve iniciar automaticamente
Este campo só está presente para tarefas de notificação. Selecione essa opção se desejar que o sistema inicie 
automaticamente a tarefa quando todas as tarefas e fases antecessoras estiverem concluídas em um projeto 
criado a partir do modelo. Se você selecionar essa opção, deve especificar destinatários da tarefa.
● Permitir aprovação automática
Este campo só está presente para tarefas de aprovação. Especificar Sim permite ao proprietário da tarefa 
concluir a tarefa sem aprovadores, ou explicitamente na tarefa ou usando regras de aprovação personalizadas.
● Repetir para cada rascunho do documento
Este campo só está presente para tarefas de revisão, aprovação e negociação. Especificar Sim cria um novo 
ciclo de revisão toda vez que o documento ou projeto associado muda do estado Publicado para o estado 
Rascunho (ou Minuta de aditivo).
O estado Minuta de aditivo é usado para espaços de trabalho de contratos. O estado de um espaço de 
trabalho de contrato publicado é alterado de Publicado para Minuta de aditivo para aditivos de renovação, 
aditivo e rescisão, mas não muda de estado para aditivos administrativos ou de atualização de preço.
Este campo é ignorado se a tarefa estiver associada a uma pasta (as pastas não são publicadas).
● Estender a opção de repetição para rascunhos não publicados
Este campo está presente somente para tarefas de revisão, aprovação e negociação e se o campo Repetir para 
cada rascunho do documento estiver definido como Sim.
Ao especificar Sim para este campo, o comportamento da opção Repetir para cada rascunho do documento 
é estendido a novas versões de documentos (e projetos) não publicados: se houver uma rodada ativa da tarefa, 
a rodada atual será cancelada e será criada uma nova rodada se uma nova versão do documento for criada, 
independentemente de o documento ter sido ou não publicado.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 45
Ao especificar Sim para o campo Repetir para cada rascunho do documento e o campo Estender a opção de 
repetição para rascunhos não publicados, será assegurado o seguinte comportamento:
○ existe somente uma rodada ativa para a tarefa
○ a tarefa é sincronizada com a versão mais recente do documento, mesmo que o documento nunca tenha 
sido publicado
● Evento importante e Requer data de vencimento
Se você clicar na caixa de seleção para o campo Evento importante, o sistema adiciona um campo Requer 
data de vencimento. Se você clicar na caixa de seleção para o campo Requer data de vencimento, o 
proprietário da tarefa deve especificar uma data de vencimento antes de enviar a tarefa.
● Configuração de campo
Você pode especificar um valor para um campo que tem a opção Ativar para definidor de campos de modelo 
ativada. Por padrão, o campo Status do processo tem essa opção ativada; para determinar se essa opção 
pode ser ativada para campos adicionais, peça ao contato de suporte designado para registrar uma solicitação 
de serviço e um representante do suporte ao cliente SAP Ariba acompanhará o processo para concluir a 
solicitação.
O sistema definirá o campo selecionado com o valor especificado se a tarefa for concluída com êxito. Você 
também pode usar esse valor ao definir condições, de modo que o conteúdo de projeto adicional (como 
documentos ou tarefas) esteja visível no projeto, de acordo com o valor do campo selecionado.
Por exemplo, para especificar um valor para o campo Status do processo, selecione Status do processo a 
partir do menu suspenso. O sistema exibe um menu suspenso com valores válidos para o campo Status do 
processo.
● Classificação
Este número especifica a ordem da tarefa somente na exibição e não atribui antecessores. No entanto, se a 
tarefa tiver antecessores atribuídos, o sistema não permite que você exiba uma tarefa antes dos respectivos 
antecessores. O sistema lista as tarefas por ordem de classificação crescente. Você também pode alterar a 
ordem das tarefas exibidas arrastando e soltando tarefas na área Tarefas.
Sobre regras de aprovação em modelos de projeto
Os autores do modelo podem usar o editor de regras de aprovação para criar ou editar conjuntos de regras de 
aprovação personalizadas que podem incluir aprovadores paralelos e seriais, condições para aprovadores ou 
tabelas de pesquisa de regra de aprovação.
Os autores do modelo também podem especificar um conjunto simples de aprovadores paralelos ou seriais 
diretamente no campo Aprovadores ou Revisores. Esse método fornece uma forma simples de especificar 
aprovadores,mas não inclui toda a funcionalidade fornecida pelo editor de regras de aprovação.
Aprovadores seriais e paralelos
As regras de aprovação podem adicionar aprovadores seriais ou paralelos.
● Os aprovadores seriais são tarefas atribuídas consecutivamente na ordem em que aparecem no diagrama do 
processo de aprovação (da esquerda para a direita). Os aprovadores seriais não estão ativados (não estão 
atribuídos a uma tarefa) até todos os aprovadores antecessores terem enviado as suas aprovações. No fluxo 
de aprovação a seguir, a SAP Ariba atribui primeiro a tarefa ao usuário AAA. Depois de AAA ter enviado a sua 
aprovação, a SAP Ariba atribui a tarefa ao usuário BBB.
46 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
● Os aprovadores paralelos são tarefas atribuídas ao mesmo tempo. No exemplo a seguir, a tarefa é atribuída aos 
usuários adicionados pela regra AAA ao mesmo tempo que aos usuários adicionados pela regra BBB.
Uma regra de aprovação pode conter uma combinação de aprovadores paralelos e seriais.
Grupos em fluxos de aprovação
Quando você adiciona um grupo a um fluxo de aprovação, o sistema pode:
● Expandir o grupo (e quaisquer subgrupos) e inserir cada usuário como um aprovador paralelo no fluxo de 
aprovação. Cada usuário recebe uma notificação sobre a tarefa. Só um usuário no grupo precisa aprovar (ou 
revisar) o documento. Após um usuário no grupo aprovar o documento, o fluxo de aprovação passa para 
aprovadores sucessivos.
● Inserir o grupo como uma unidade única no fluxo de aprovação. Todos os usuários no grupo recebem uma 
notificação sobre a tarefa. Qualquer usuário no grupo é suficiente para aprovar a tarefa (ou movê-la para o 
aprovador seguinte em um fluxo serial).
O comportamento do sistema quando você adiciona um grupo a um fluxo de aprovação é determinado pelo 
método usado para adicionar o aprovador.
● Se você adicionar um grupo usando a regra de aprovação gráfica, o painel para adicionar um aprovador 
contém a opção Todos os aprovadores precisam aprovar? Se você selecionar Não, o sistema insere o grupo 
como uma unidade única no fluxo de aprovação. Se você selecionar Sim, o sistema expande o grupo e insere 
cada usuário como um aprovador paralelo. O valor padrão é Não.
● Se você adicionar um grupo como um aprovador diretamente em um campo editável Aprovadores ou 
Revisores em uma janela de tarefas para um fluxo de aprovação serial ou paralelo, o sistema não expande o 
grupo.
● Se você adicionar um grupo como um aprovador em um arquivo da tabela de pesquisa de aprovadores, o 
sistema não expande o grupo.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 47
Removendo e adicionando aprovadores
O Ariba Spend Management tem uma hierarquia implícita na qual:
● Os autores do modelo têm mais autoridade do que proprietários da tarefa, revisores e aprovadores
● Os proprietários da tarefa têm mais autoridade do que revisores e aprovadores
De acordo com essa hierarquia:
● Os proprietários da tarefa não podem excluir aprovadores especificados no modelo (adicionados pelo autor do 
modelo).
● Os revisores e aprovadores não podem excluir aprovadores especificados no modelo ou adicionados pelo 
proprietário da tarefa.
● Os proprietários da tarefa podem remover aprovadores adicionados por revisores ou aprovadores.
Como criar ou editar regras de aprovação
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Se a tarefa não existir já, selecione o documento adequado e clique em Criar nova tarefa Revisar , 
Aprovação, ou Negociação. O sistema abra uma janela para criar a tarefa.
Se a tarefa já existir, clique no nome da tarefa e clique em Ação Exibir Detalhes Tarefa . Na área da 
tarefa, clique em Ações Tarefa Editar .
3. Use um dos seguintes métodos para adicionar aprovadores:
○ Especifique um conjunto simples de aprovadores paralelos ou seriais diretamente no campo Aprovadores 
ou Revisores. Selecione Paralelo ou Serial para o tipo do fluxo de aprovação e depois use o menu 
suspenso no campo Revisores ou Aprovadores para adicionar aprovadores sem usar o editor de regras de 
aprovação. Consulte Limitações ao especificar aprovadores no campo de aprovadores ou revisores [página 
49] para limitações.
○ Abra o editor de regras de aprovação. Na janela para uma nova tarefa ou tarefa sem um fluxo de aprovação, 
navegue para o campo Aprovadores ou Revisores e em seguida clique em uma das seguintes opções:
○ um ícone do fluxo de aprovação (como ).
○ um link para um tipo do fluxo de aprovação (Paralelo, Serial ou Personalizado)
○ Se você estiver trabalhando em uma tarefa existente com um fluxo de aprovação, clique em Exibir 
detalhes da tarefa e depois na guia Fluxo de revisões, Fluxo de negociações ou Fluxo de aprovação.
Nota
Se você selecionar Paralelo ou Serial para o tipo de fluxo de aprovação e usar o editor de regras de 
aprovação para adicionar aprovadores, o sistema altera o tipo do fluxo de aprovação para 
Personalizado.
48 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Se você tiver um fluxo de aprovação Personalizado e alterar o tipo do fluxo de aprovação para Paralelo 
ou Serial, o sistema remove todos os dados de personalização do fluxo de aprovação, incluindo:
○ Qualquer condição para cada regra.
○ Qualquer regra que use um arquivo da tabela de pesquisa de aprovadores.
○ A opção Aprovador obrigatório ou Observador. Todos os aprovadores se tornam aprovadores 
obrigatórios.
○ O título, a descrição e o motivo para cada aprovador.
Limitações ao especificar aprovadores no campo de 
aprovadores ou revisores
Se o tipo de fluxo da regra de aprovação for paralelo ou serial, os autores do modelo podem especificar um 
conjunto simples de aprovadores paralelos ou seriais diretamente no campo Aprovadores ou Revisores, com as 
seguintes limitações:
● O fluxo de aprovação pode conter aprovadores paralelos ou seriais, e não aprovadores paralelos e seriais.
● Você não pode adicionar observadores ao fluxo.
● Você não pode especificar condições para os aprovadores.
● Você não pode usar tabelas de pesquisa de regra de aprovação.
● Você não pode mover aprovadores no fluxo.
● Se você especificar vários aprovadores seriais, deve adicionar os aprovadores em ordem do último para o 
primeiro; o último revisor que você especifica será o primeiro aprovador no fluxo de aprovação.
● Se você selecionar um grupo como aprovador, não existe uma opção para expandir o grupo e exigir que todos 
os usuários no grupo aprovem (ou revisem) o documento. Só um usuário no grupo precisa aprovar (ou revisar) 
o documento. Após um usuário no grupo aprovar o documento, o fluxo de aprovação passa para aprovadores 
sucessivos. Se você desejar exigir que todos os usuários de um grupo aprovem um documento, deve adicionar 
o grupo usando o editor de regras de aprovação.
● Você não pode usar a ação Adicionar aprovador da abertura ou Adicionar aprovador do contrato para 
adicionar condicionalmente o grupo de aprovadores de solicitações de provisão ou o grupo de aprovadores de 
contratos a um fluxo de aprovação Especificando ações para adicionar aprovadores e grupos [página 60].
● Você não pode usar a ação Adicionar supervisor para criar uma regra de supervisor que adiciona o supervisor 
de um campo de projeto do usuário a um fluxo de aprovação mediante perfis de notificação.
● O sistema adiciona o texto seguinte como motivo para o aprovador: Ação necessária. Por padrão, esse texto é 
incluído em notificações por e-mail enviadas a aprovadores.
Informações relacionadas
Criando perfis de notificação [página 117]
Guia de Modelos de Projeto
Trabalhando com tarefas, regras deaprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 49
Sobre o editor de regras de aprovação
Como alternativa à especificação direta de aprovadores no campo Aprovadores ou Revisores, você pode usar o 
editor de regras de aprovação em um modelo de projeto. O editor do fluxo de aprovação permite a você criar uma 
combinação de aprovadores paralelos e seriais e especificar aprovadores condicionais. De cima para baixo, o editor 
de regras de aprovação contém as seguintes seções:
● Diagrama do processo de aprovação. Adicione regras ou selecione uma regra para ver a condição e ação.
● Editor de regras de aprovação. Especifique ou exiba a condição que aciona a ação (adicionar usuários ou 
grupos) para a regra selecionada no diagrama. Contém as seguintes seções:
○ Condição: Especifique uma condição para a ação. Se você desejar que a ação ocorra sempre, use a 
condição padrão (uma condição Todos são verdadeiros vazia).
○ Ação. Especifique ou exiba a ação realizada quando a condição é cumprida. A ação especifica se os 
aprovadores são adicionados selecionando usuários individuais ou grupos usando um menu suspenso ou 
uma tabela de pesquisa de aprovadores.
● Parâmetros. Especifique parâmetros para a regra selecionada no diagrama. Se você não estiver usando uma 
tabela de pesquisa de aprovadores, use o menu suspenso para selecionar os usuários ou grupos para 
adicionar o fluxo de aprovação.
50 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Por exemplo:
As regras de aprovação para uma determinada tarefa são mostradas no Diagrama do processo de aprovação. 
Cada regra de aprovação é composta por:
● Uma condição.
A condição em uma regra de aprovação contém uma ou mais referências a condições definidas para o modelo.
● Uma ação.
A ação adiciona aprovadores especificados ao fluxo de aprovação. Se a condição for atendida, o sistema 
executa a ação e adiciona os aprovadores especificados ao fluxo de aprovação.
A criação de uma condição é opcional; se você não criar uma condição, a condição padrão (uma condição Todos 
são verdadeiros vazia) é sempre avaliada como verdadeira e a ação ocorre sempre.
Neste exemplo, o diagrama do processo de aprovação tem a regra Over $100M. A regra Over $100M é destacada 
e o editor mostra a condição e ação para essa regra: se a condição de modelo Contract Amount Over $100M 
for verdadeira, o sistema realiza a ação para adicionar o usuário Max Olson ao fluxo de aprovação.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 51
Para configurar regras de aprovação, você:
1. Adiciona uma ou mais regras de aprovação que são mostradas no diagrama do processo de aprovação. Para 
obter informações sobre o trabalho com o diagrama do processo de aprovação, consulte Como editar fluxos de 
aprovação com o diagrama do processo de aprovação [página 54].
2. (Opcional) Especifique uma condição para cada regra de aprovação. A condição contém referências a 
condições do modelo. O editor de regras de aprovação inclui um recurso que permite a você definir uma 
condição de modelo se ainda não existir nenhuma. Para obter informações sobre como trabalhar com 
condições, consulte Trabalhando com condições de regra de aprovação [página 55].
3. Especifique uma ação para cada regra de aprovação para adicionar aprovadores. Para obter informações sobre 
a adição de aprovadores, consulte Como adicionar aprovadores no editor de regras de aprovação [página 60].
Informações relacionadas
Como criar uma regra de aprovação simples [página 52]
Como criar uma regra de aprovação simples
Contexto
Use o seguinte procedimento para criar uma regra de aprovação simples sem usar uma tabela de regras de 
aprovação. Cada regra de aprovação adiciona um aprovador ou grupo de aprovadores ao fluxo de aprovação.
Procedimento
1. Crie uma nova tarefa em um modelo ou edite uma tarefa de modelo existente a partir da página Exibir 
detalhes da tarefa.
2. Selecione o tipo de fluxo de aprovação e clique no ícone do fluxo de aprovação correspondente (como 
).
O editor de regras de aprovação é aberto.
3. No diagrama do processo de aprovação, clique em Adicionar regra inicial.
4. Especifique um nome no campo Título da regra e adicione um texto para a Descrição da regra.
5. Opcional: Se você desejar que os aprovadores nesta regra sejam sempre adicionados, deixe a área Condição 
como está (contendo somente a instrução Todos são verdadeiros). Se você desejar adicionar os aprovadores 
com base em uma condição, consulte Usando condições de regra de aprovação [página 55].
6. Na área Ação, selecione Adicionar aprovadores e grupos se ainda não estiver selecionado. A partir do menu 
suspenso Ação, escolha o tipo de aprovador que deseja adicionar:
○ Adicionar aprovadores: adiciona um ou mais usuários individuais, grupos ou grupos de projetos.
○ Adicionar grupo: adiciona um grupo global
52 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
○ Adicionar grupo do projeto: adiciona um grupo de projetos.
○ Adicionar aprovador do contrato: adiciona o grupo global de aprovadores do contrato se as condições 
obrigatórias forem cumpridas. Para obter maiores informações, consulte Especificando ações para 
adicionar aprovadores e grupos [página 60].
○ Adicionar aprovador da abertura: adiciona o grupo global de aprovadores de solicitações de provisão se 
as condições obrigatórias forem cumpridas. Para obter maiores informações, consulte Especificando 
ações para adicionar aprovadores e grupos [página 60].
○ Adicionar supervisor. Adiciona o supervisor de um campo de usuário do projeto (como o campo 
Proprietário) ao fluxo de aprovação, usando perfis de notificação. A regra também pode ser encadeada 
para adicionar repetidamente supervisores.
7. Especifique os valores de parâmetro apropriados para os aprovadores da forma que se segue:
○ Todos os usuários no grupo precisam aprovar: este campo está somente presente se você estiver 
adicionando um grupo global ou um grupo de projetos ao fluxo de aprovação. Se selecionado, o sistema 
expande o grupo e adiciona cada usuário no grupo como nó paralelo individual no fluxo de aprovação. 
Cada usuário no grupo deve aprovar (ou revisar) o documento.
○ Se a opção Todos os usuários no grupo precisam aprovar não estiver selecionada, o sistema adiciona o 
grupo como uma entidade única no fluxo e só um usuário do grupo precisa aprovar (ou revisar) o 
documento. Depois de um usuário do grupo aprovar o documento, o fluxo de aprovação passa para 
aprovadores sucessivos.
○ Aprovação obrigatória: se selecionado, o aprovador deve aprovar ou revisar o documento associado à 
tarefa (é o valor padrão). Se esta opção não estiver selecionada, o aprovador é adicionado como 
observador. Um observador não pode aprovar a tarefa mas pode exibir a tarefa e o fluxo de aprovação.
○ Grupo de aprovação, Aprovador(es) a ser adicionado(s) ao fluxo ou Grupo de projetos a ser adicionado 
ao fluxo: selecione o grupo ou os usuários a serem adicionados.
○ Motivo: motivo para adicionar os aprovadores. Esse campo é opcional. Por padrão, o texto que você 
especifica nesse campo é incluído nas notificações por e-mail enviadas aos aprovadores.
8. Para adicionar regras de aprovação adicionais ao fluxo, volte ao Diagrama do processo de aprovação e clique 
no botão triangular de ação () onde você deseja adicionar o nó no fluxo.
O novo nó está destacado em verde para indicar que os conteúdos do Editor de regras de aprovação são 
aplicáveis a este nó.
9. Clique em Concluído.
Informações relacionadas
Sobre o editor de regras de aprovação [página 50]
Criando perfis de notificação [página 117]
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C LI E N T E ) 53
Como editar fluxos de aprovação com o diagrama do 
processo de aprovação
Contexto
Cada caixa, ou nó, em um fluxo de aprovação representa uma regra de aprovação. As regras de aprovação são 
processadas em ordem da esquerda para a direita. Quando o sistema cria um fluxo de aprovação a partir das 
regras de aprovação, ele avalia a condição para cada regra e adiciona os aprovadores especificados na ação para a 
regra.
Os nós em um fluxo de aprovação têm botões triangulares de ação () nos quais você pode clicar para adicionar 
ou mover nós. Para excluir uma regra de aprovação, clique no botão “X” ().
Procedimento
1. Abra o editor do fluxo de aprovação, como descrito em Criando ou editando regras de aprovação [página 48].
2. Para adicionar uma regra de aprovação:
a. Clique na área do fluxo de aprovação na qual você deseja adicionar o aprovador (ou revisor).
○ Se não existirem aprovadores no fluxo de aprovação, clique em Adicionar aprovador inicial para 
adicionar um aprovador. Esse botão só está disponível quando não existem aprovadores.
○ Se você estiver adicionando uma regra de aprovação serial a um fluxo que já tenha regras, clique no 
botão triangular da ação () no qual você deseja adicionar a regra de aprovação.
○ Se você estiver adicionando uma regra de aprovação paralela a um fluxo que já tem regras, clique no 
botão triangular da ação mais à esquerda () no fluxo.
b. Escolha Adicionar nó serial ou Adicionar nó paralelo.
c. Para especificar onde a regra paralela ou o fluxo devem ser conectados de novo com o processo de 
aprovação principal, clique em um alvo azul (). (Se só existir uma posição possível, a posição já está 
selecionada.)
d. No editor de regras de aprovação a seguir ao diagrama, insira um título e uma descrição para a regra nova.
3. Para mover uma regra de aprovação:
a. Clique no botão triangular de ação esquerdo ou direito () ao lado da regra de aprovação que você deseja 
mover.
b. Escolha Mover regra.
Os alvos azuis ( ) indicam as posições possíveis para a regra.
c. Clique em um dos alvos azuis para mover a regra para a posição correspondente.
O diagrama atualizado mostra a nova posição da regra movida.
4. Para excluir uma regra de aprovação:
a. Clique no botão “X” () na regra de aprovação que você deseja excluir.
b. Clique em OK quando for solicitada a confirmação.
54 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Próximas etapas
● (Opcional) Especifique uma condição para uma regra (Usando condições de regra de aprovação [página 55]).
● Adicione aprovadores.
Informações relacionadas
Como adicionar aprovadores no editor de regras de aprovação [página 60]
Como adicionar aprovadores de tabelas de pesquisa de aprovadores [página 64]
Configurando regras de supervisor [página 61]
Usando condições de regra de aprovação
Nota
Especificar uma condição para uma regra de aprovação é opcional. Se uma regra de aprovação não tiver 
definida uma condição, o sistema realiza sempre a ação especificada para essa regra.
Uma condição para uma regra de aprovação é composta por componentes. Os componentes podem ser:
● Referências a uma condição, que são referências a uma condição definida para o modelo. O editor de regras de 
aprovação também permite que você crie uma condição de modelo e adicione uma referência à nova condição.
● Subcondições, que contêm um conjunto de componentes de condição que são avaliados juntamente com uma 
série de operadores lógicos. As subcondições permitem a você criar condições com vários componentes.
● Correspondências de campo do documento, que são avaliadas como verdadeiras ou falsas, dependendo dos 
valores de campo em formulários de documento.
Nota
Você também pode definir condições e ações com base em uma tabela de pesquisa de aprovadores.
Uma condição em uma regra de aprovação contém sempre pelo menos uma subcondição. Na sua forma mais 
simples, uma condição de regra de aprovação é composta por uma subcondição que contém uma referência a uma 
condição de modelo. Por exemplo, você pode ter a seguinte expressão de condição:
Todos são verdadeiros Regiões é igual a EUA
Essa expressão de condição é composta pela subcondição All Are True e pela correspondência de campo 
Regiões é igual a EUA.
Nota
Todas as expressões de condição começam com uma subcondição, mesmo que o único componente adicional 
seja uma correspondência de campo ou uma referência a uma condição.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 55
Informações relacionadas
Como adicionar aprovadores de tabelas de pesquisa de aprovadores [página 64]
Referências a uma condição
Quando você opta por adicionar uma referência a uma condição, o sistema abre uma janela com um selecionador 
para condições já definidas no modelo do projeto e um link Criar condição que você pode clicar para abrir o editor 
de condições e criar uma nova condição para o modelo. Para obter maiores informações sobre o editor de 
condições, consulte Definindo condições de regra de aprovação [página 57].
Subcondições
As subcondições permitem a você agrupar e avaliar um conjunto de componentes de condição como um todo.
Na imagem seguinte, Todos são verdadeiros é a subcondição.
Existem três tipos de subcondição:
● Todos são verdadeiros. Para que essa subcondição seja verdadeira, todos os componentes de condição que 
ela contém devem ser verdadeiros. Conceptualmente, a subcondição Todos são verdadeiros coloca 
operadores E entre os componentes de condição no conjunto.
● Qualquer um é verdadeiro. Para que essa subcondição seja verdadeira, pelo menos um dos componentes de 
condição que ela contém deve ser verdadeiro. Conceptualmente, a subcondição Qualquer um é verdadeiro 
coloca operadores OU entre os componentes de condição no conjunto.
● Nenhum é verdadeiro. Para que essa subcondição seja verdadeira, todos os componentes de condição que ela 
contém devem ser falsos. Conceptualmente, a subcondição Nenhum é verdadeiro usa operadores NÃO...E 
NÃO:
NÃO componente de condição 1 E NÃO componente de condição 2 E NÃO componente de condição 3.
Uma condição de aprovação pode conter várias subcondições (e componentes). Você adiciona componentes de 
condição da esquerda para a direita no criador de condições. Os componentes são avaliados na direção oposta—
da direita para a esquerda.
56 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Informações relacionadas
Expressões de condição [página 92]
Correspondências de campo de documento
As correspondências de campo de documento são semelhantes a correspondências de campo de projeto, com a 
exceção de que elas são avaliadas como verdadeiras ou falsas de acordo com valores de campo de documento em 
vez de valores de campo de projeto. Os valores de campo de documento são normalmente campos em 
documentos de formulário, mas também podem ser a maioria dos campos que podem ser especificados para um 
documento quando ele é adicionado a um projeto, como o campo Proprietário. Um valor de campo de documento 
também pode ser uma propriedade associada a um documento, como o campo Status.
Uma condição com uma correspondência de campo de documento para um tipo de documento específico 
(formulário ou documento de contrato montado) só pode ser usada ao criar um fluxo de aprovação para o mesmo 
tipo de documento. Por exemplo, uma condição com uma correspondência de campo de documento para um 
formulário de economia só pode ser usada em um fluxo de aprovação para um formulário de economia. Uma 
condição para um tipo de documento genérico (tipo de documento não específico) pode ser usada ao criar fluxos 
de aprovação para todos os tipos de documento, incluindo todos os tipos de documentos de formulário.
Informações relacionadas
Definindo condições de regra de aprovação[página 57]
Definindo condições de regra de aprovação com campos de documento [página 59]
Como definir condições de regra de aprovação
Contexto
Use o criador de condições no editor de regras de aprovação para definir a condição para uma regra de aprovação.
Procedimento
1. Abra o editor do fluxo de aprovação, como descrito em Criando ou editando regras de aprovação [página 48].
2. No diagrama do processo de aprovação, selecione a regra para a qual você deseja criar uma condição.
3. Clique no botão triangular de ação () junto a Todos são verdadeiros. Todas as condições têm que começar 
com uma subcondição, mesmo que você planeje adicionar somente mais um componente da condição. A 
subcondição inicial padrão é Todos são verdadeiros. Se você desejar alterar o tipo da subcondição, role para 
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 57
baixo até a área Alterar para e escolha o novo tipo. Para obter maiores informações sobre os tipos de 
subcondição, consulte Subcondições [página 56].
Para criar um nova condição do modelo ou adicionar uma referência a uma condição do modelo de projeto, 
clique no botão triangular de ação ao lado de Todos são verdadeiros e depois clique em Referência à 
condição.
O sistema abre um painel com um campo Referência à condição e um link Criar condição.
Para usar uma condição do modelo de projeto existente, clique no botão da seta ao lado do campo Referência 
à condição. É aberto um selecionador com as condições do modelo de projeto existentes.
Para criar uma nova condição do projeto, clique em Criar condição. Você também pode usar este link para 
definir uma condição de campo de documento.
4. Insira um nome para a condição, como RegionIsEMEA.
5. Insira uma descrição para a condição.
6. Todas as condições começam com a subcondição Todos são verdadeiros. Se você desejar alterar o tipo de 
subcondição, clique no botão triangular de ação () junto a Todos são verdadeiros e depois selecione um tipo 
em Alterar para, como Nenhuma é verdadeira.
7. Para adicionar uma correspondência de campo, clique no botão triangular ao lado de Todos são verdadeiros e 
depois clique em Adicionar condição Correspondência de campo .
É aberto um criador de correspondências de campo. Clique em Selecionar. É aberto um menu suspenso com 
os campos de projeto usados habitualmente para correspondências de campo.
8. Selecione um campo de projeto, como Regiões. Se você desejar usar um campo que não está listado ou usar 
um subcampo (como o país no endereço do cliente ou do fornecedor), clique em mais campos para abrir uma 
lista completa de campos de projeto. Clique em Selecionar para o campo que você deseja usar e clique em 
Concluído.
9. Selecione um operador do menu suspenso, como é igual a.
10. Clique em Selecionar à direita do texto (Nenhum valor selecionado) para especificar o valor para a 
correspondência de campo.
Dependendo do tipo de dados para o campo, o sistema exibe um menu suspenso com valores aceitáveis, um 
painel de seleção ou um painel de entrada de dados. Insira ou escolha o valor, o conjunto de valores ou o 
intervalo de valores (conforme aplicável) que você deseja corresponder.
Se um campo puder ter vários valores, o sistema exibe um painel de seleção. Clicando em Selecionar, é aberto 
um selecionador que permite que você especifique um conjunto de vários valores para a correspondência de 
campo. A condição será verdadeira se existir uma correspondência para qualquer um dos valores de campo no 
conjunto. Para criar uma condição que é verdadeira se existirem correspondências para todos os valores de 
campo especificados, você tem que criar uma expressão de condição com o operador Todos de e várias 
correspondências de campo, em que cada correspondência de campo especifica um único valor.
11. Continue adicionando componentes da condição, conforme necessário.
12. Clique em OK.
Informações relacionadas
Expressões de condição [página 92]
Diretrizes para a definição de condições [página 96]
58 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Definindo condições de regra de aprovação com campos de documento [página 59]
Definindo condições de regra de aprovação com campos de 
documento
Contexto
Use o procedimento que se segue para criar uma condição de campo de documento para adicionar aprovadores 
com base em valores de campo em um documento de formulário ou um documento de contrato montado em SAP 
Ariba Contracts. Você cria e usa condições de campo de documento somente quando está trabalhando com um 
fluxo de aprovação em um modelo do projeto.
Procedimento
1. Abra o editor do fluxo de aprovação, como descrito em Criando ou editando regras de aprovação [página 48].
2. No diagrama do processo de aprovação, selecione a regra para a qual você deseja criar uma condição.
3. Clique no botão triangular de ação () junto a Todos são verdadeiros e depois clique em Referência à 
condição.
O editor do fluxo de aprovação abre um seletor de condições.
4. Clique no link Criar condição.
5. O editor do fluxo de aprovação abre um editor de condições. Clique no triângulo ao lado da subcondição, como 
o triângulo ao lado de uma subcondição Todos são verdadeiros. Escolha Adicionar condição 
Correspondência de campo .
6. À direita de (Nenhum campo selecionado), clique em Selecionar e escolha Selecionar outro campo
mais campos :
7. No painel Selecionar campo, navegue para a área Procurar o tipo e clique no botão de opção para o tipo de 
documento apropriado, como o tipo de modelo de documento de formulário, Documento (para documentos 
genéricos), Contrato principal ou Adendo do contrato para documentos de contrato montados.
8. Clique em Selecionar ao lado do campo de documento ou propriedade que você deseja usar.
9. Clique em Concluído.
10. Conclua a criação da condição. Selecione o operador apropriado. O operadores são descritos em Operadores 
de condição [página 94]. Selecione um valor de campo para usar para a comparação de valores de campo, 
clicando em Selecionar ao lado de (Nenhum valor selecionado). Clique em OK para sair do editor de 
condições.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 59
Como adicionar aprovadores no editor de regras de 
aprovação
Procedimento
1. Abra o editor de regras de aprovação, como descrito em Criando ou editando regras de aprovação [página 48].
2. Na área Diagrama do processo de aprovação, selecione a regra (nó) para a qual você deseja adicionar 
aprovadores.
3. (Opcional) Especifique ou crie uma condição para a ação como descrito em Definindo condições de regra de 
aprovação [página 57].
4. Na área Ação, selecione uma das seguintes opções para adicionar aprovadores.
○ Adicionar aprovadores e grupos: Especifique um usuário, grupo global ou grupo de projetos a partir do 
menu suspenso Ação.
Você também pode usar esta opção para adicionar o supervisor de um campo de usuário do projeto (como 
o campo Proprietário) ao fluxo de aprovação. Esta ação também pode ser encadeada para adicionar 
repetidamente supervisores.
○ Usar tabela de pesquisa de aprovadores: use uma tabela de pesquisa XLS do Microsoft Excel para 
determinar que aprovador deve ser adicionado com base nos valores de campo do projeto. Por exemplo, 
você pode ter uma tabela de pesquisa de aprovadores que lista os códigos de mercadoria e especifica que 
aprovador deve ser adicionado para cada código.
5. Se você tiver selecionado Adicionar aprovadores e grupos, navegue para o menu suspenso Ação e selecione 
o tipo de aprovador que você deseja adicionar:
○ Adicionar aprovadores: adiciona um ou mais usuários individuais.
○ Adicionar grupo: adiciona um grupo global
○ Adicionar grupo do projeto: adiciona um ou mais grupos do projeto.
○ Adicionar aprovador da abertura: adiciona o grupoglobal de aprovadores de solicitações de provisão no 
SAP Ariba Sourcing se as seguintes condições forem verdadeiras:
-a tarefa é uma tarefa de aprovação para publicação para um evento de solicitação de provisão
-o usuário que está tentando publicar o evento não tem permissão de publicação de evento.
-o parâmetro de sistema Application.AQS.RFX.SuppressRuntimeEditApprovals está definido 
como no
○ Adicionar aprovador do contrato: adiciona o grupo global de aprovadores de contrato no SAP Ariba 
Contracts se a tarefa for uma tarefa de aprovação para um espaço de trabalho de contratos ou solicitação 
de contrato inteira.
○ Adicionar supervisor: adiciona o supervisor de um usuário em um campo de usuário selecionado, usando 
perfis de notificação.
6. Selecione os parâmetros e aprovadores adequados. Preencha os campos da seguinte forma:
○ Todos os usuários no grupo precisam aprovar
Este campo está somente presente se você estiver adicionando um grupo global ou um grupo do projeto 
ao fluxo de aprovação. Se selecionado, o sistema expande o grupo e adiciona cada usuário no grupo como 
nó individual no fluxo de aprovação. Cada usuário no grupo deve aprovar (ou revisar) o documento. Se esta 
opção não estiver selecionada, só um usuário no grupo precisa aprovar (ou revisar) o documento. Após um 
usuário no grupo aprovar o documento, o fluxo de aprovação passa para aprovadores sucessivos.
○ Aprovação obrigatória
60 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Se selecionado, o aprovador deve aprovar ou revisar o documento associado à tarefa (é o valor padrão). Se 
esta opção não estiver selecionada, o aprovador é adicionado como observador. Um observador não pode 
aprovar a tarefa mas pode exibir a tarefa e o fluxo de aprovação.
○ Aprovador(es) a ser adicionado(s) ao fluxo
○
○ Grupo
Especifica os usuários, grupo do projeto ou grupo global a ser adicionado ao fluxo de aprovação. Clique no 
menu suspenso e, em seguida, clique em Pesquisar mais para abrir um selecionador.
○ Motivo
Motivo para adicionar os aprovadores.
7. Clique em Concluído.
Informações relacionadas
Configurando regras de supervisor [página 61]
Criando perfis de notificação [página 117]
Como adicionar aprovadores de tabelas de pesquisa de aprovadores [página 64]
Configurando regras de supervisor
Contexto
Uma regra de supervisor adiciona automaticamente o supervisor de um usuário selecionado como aprovador. O 
usuário selecionado pode ser o usuário em qualquer campo do projeto, como o campo Proprietário ou um campo 
de usuário personalizado. Uma regra de supervisor também pode ter uma regra de cadeia que adiciona 
repetidamente supervisores como aprovadores. Uma regra de cadeia é criada a partir de uma regra básica e repete 
uma ação desde que uma condição seja verdadeira. Você pode criar uma regra de cadeia para repetir a ação para 
adicionar o supervisor de um aprovador depois de verificar se a condição é verdadeira, como uma condição que 
compara campos de projeto e de usuário.
Por exemplo, a regra de cadeia pode especificar que o supervisor de um aprovador será adicionado se o valor do 
contrato for maior que o limite financeiro para o usuário. Após a adição do supervisor como aprovador, a regra de 
cadeia verificará novamente essa condição; se for verdadeira, ela adicionará o supervisor do supervisor como 
aprovador e repetirá esse procedimento até que a condição seja falsa ou o aprovador não tenha um supervisor.
O limite financeiro é um atributo (campo) que pode ser definido para cada usuário e pode ser implementado como 
o valor máximo (valor do contrato) que o usuário pode aprovar. O limite financeiro é definido usando a tarefa de 
importação de dados Importar limite financeiro do usuário.
Na maioria dos casos, você desejará configurar os limites financeiros do usuário e solicitar um campo do projeto 
personalizado para um valor do usuário antes da criação de um regra de supervisor.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 61
Procedimento
1. Opcional: Configure valores de limites financeiros para usuários. Use a tarefa de exportação de dados Exportar 
limites financeiros do usuário para criar um arquivo de modelo CSV com os valores atuais; use a tarefa de 
importação de dados Importar limites financeiros do usuário para definir novos valores.
Se não estiver configurado um valor de limite financeiro para um usuário, é usado o valor 0 (zero).
2. Opcional: Configure supervisores para usuários a partir da interface do Ariba Administrator. Utilize um dos 
seguintes métodos:
○ Use o gerenciador de usuários para adicionar um supervisor para um usuário.
○ Use a tarefa de exportação de dados Exportar relacionamentos entre usuários e supervisores da empresa 
para criar um arquivo de modelo CSV com os valores atuais; use a tarefa de importação de dados Importar 
relacionamentos entre usuários e supervisores da empresa para definir novos valores.
3. Opcional: Se você desejar usar um novo campo de projeto personalizado em regras de supervisor, contate o 
representante do suporte SAP Ariba e solicite um campo de usuário personalizado para seu tipo de projeto 
(como espaços de trabalho de contratos de compras). Em instalações para uso imediato, o único campo de 
projeto que você pode usar em regras de supervisor é o campo Proprietário, de modo que uma regra de 
supervisor só poderia adicionar o supervisor do proprietário do projeto como um aprovador.
4. Abra o editor do fluxo de aprovação, como descrito em Criando ou editando regras de aprovação [página 48].
5. (Opcional) Defina uma condição para a regra de supervisor. Se você desejar que a regra de supervisor seja 
sempre aplicada, pode usar a condição padrão Todos são verdadeiros. Caso contrário, você pode definir uma 
condição, como uma condição que somente adicione um supervisor se o valor do contrato for superior a um 
valor especificado por você.
6. Vá para a área Ação.
7. Selecione Adicionar aprovadores e grupos.
8. No menu suspenso Ação, selecione Adicionar supervisor.
9. Vá para a área Parâmetros.
10. No campo Adicionar supervisor de, selecione o campo de projeto que especifica o usuário cujo supervisor 
será adicionado ao fluxo de aprovação. O padrão é o campo Proprietário (o supervisor do usuário no campo 
Proprietário do projeto é adicionado ao fluxo de aprovação).
Para selecionar um campo de projeto diferente, clique no link selecionar campo. É aberto um selecionador 
que exibe todos os outros campos de projeto que podem especificar um usuário, incluindo campos 
personalizados. Os campos personalizados são mostrados com o prefixo cus_ (por exemplo, 
cus_Requester). Escolha o campo apropriado.
11. Por padrão, o supervisor será um aprovador obrigatório. Você pode tornar o supervisor em um aprovador 
opcional, desmarcando a caixa de seleção Aprovação obrigatória.
12. Especifique o motivo para essa regra na caixa de texto Motivo.
13. Se você não desejar criar uma regra de cadeia, clique em Concluído. Ignore os restantes passos desse 
procedimento.
14. Se você desejar criar uma regra de cadeia para adicionar supervisores de forma repetida, vá para o canto 
superior direito da caixa Editor de regras de aprovação e clique em Ação Encadear esta regra.
São criadas as guias Regra básica e Regra de cadeia.
15. Na guia Regra de cadeia, vá para a área Condição e crie uma condição que especifique quando deve ser 
repetida a ação para adicionar o supervisor de um aprovador. Se você não criar uma condição, a condição 
62 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
padrão Todos são verdadeiros é usada e a regra de supervisor será repetida até que um usuário sem 
supervisor seja adicionado como um aprovador.
a. Clique no triângulo ao lado de Todos são verdadeiros. EscolhaAdicionar condição Referência à 
condição .
O editor do fluxo de aprovação abre um seletor de condições.
b. Clique em Criar condição.
c. O editor do fluxo de aprovação abre uma janela Criar condição. Insira um nome para a condição.
d. Clique no triângulo ao lado do nome do tipo de subcondição, como o triângulo ao lado de Todos são 
verdadeiros. Escolha Adicionar condição Correspondência de campo .
e. À direita de (Nenhum campo selecionado), clique em Selecionar e escolha Selecionar outro campo
mais campos :
f. No painel Selecionar campo, navegue para a área Procurar o tipo. Para especificar um valor de campo de 
projeto na condição, selecione o tipo de espaço de trabalho apropriado, como Espaço de trabalho do 
contrato (compras). Para especificar um campo de usuário na condição, selecione Usuário.
g. Clique em Selecionar ao lado do campo de projeto ou de usuário que você deseja usar. Por exemplo, o 
campo de espaço de trabalho Valor do contrato.
h. Para criar uma condição que compara dois valores de campo, selecione o operador apropriado, como é 
maior que.
Selecione um valor de campo para usar para a comparação de valores de campo, clicando em 
Selecionar Selecionar campo ao lado de (Nenhum valor selecionado).
No painel Selecionar campo, navegue para a área Procurar o tipo e selecione o tipo apropriado (tipo de 
Usuário ou de espaço de trabalho). Clique em Selecionar ao lado do campo de projeto ou de usuário que 
você deseja usar. Por exemplo, o campo de usuário Limite financeiro.
Clique em Concluído.
Criar condição exibe a condição.
i. Clique em OK para sair da janela Criar condição.
16. Clique em OK para sair da caixa de diálogo Referência à condição.
17. Navegue para a área Ação da regra de cadeia. A única opção disponível para o campo Ação é Adicionar 
supervisor do aprovador.
18. Por padrão, o supervisor será um aprovador obrigatório. Você pode tornar o supervisor em um aprovador 
opcional, desmarcando a caixa de seleção Aprovação obrigatória.
19. Especifique o motivo para essa regra na caixa de texto Motivo.
20.Clique em Concluído para sair do editor do fluxo de aprovação.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 63
Como adicionar aprovadores de tabelas de pesquisa 
de aprovadores
Contexto
Uma tabela de pesquisa de aprovadores mapeia valores de campo para aprovadores. Quando um projeto é criado, 
o sistema compara os valores de campo do projeto com valores de campo na tabela de pesquisa. Se eles forem 
correspondentes, o sistema adiciona os aprovadores especificados na entrada correspondente.
Quando você define uma nova tabela, define as colunas de campo a serem incluídas, a operação a ser usada para a 
avaliação dos campos e os tipos de aprovadores a serem incluídos. Depois, você exporta os cabeçalhos de coluna, 
preenche os dados e carrega o arquivo.
Procedimento
1. Abra o editor do fluxo de aprovação, como descrito em Criando ou editando regras de aprovação [página 48].
2. No diagrama do processo de aprovação, selecione a regra para a qual você deseja usar uma tabela de pesquisa 
de aprovadores.
3. (Opcional) Especifique ou crie uma condição para a ação como descrito em Definindo condições de regra de 
aprovação [página 57].
4. Na seção Ação, selecione Usar tabela de pesquisa de aprovadores.
5. Clique em Adicionar colunas e adicione os campos de projeto que você deseja avaliar para selecionar 
aprovadores.
6. No menu suspenso Operação, especifique a operação que deve ser utilizada ao comparar o valor especificado 
na tabela de pesquisa de aprovadores com os valores dos campos de projeto. O padrão é igual a.
O operador é aplicado a todos os valores de campo na coluna selecionada. Para usar diferentes operadores 
para o mesmo campo, você tem que criar regras de aprovador e arquivos da tabela de pesquisa de 
aprovadores adicionais.
7. Em Campos de tipo de aprovador, selecione uma ou mais caixas de seleção para os tipos de aprovadores que 
você deseja incluir no arquivo. Para obter maiores informações sobre os tipos de aprovadores, consulte Tipos 
de aprovadores em tabelas de pesquisa de aprovadores [página 65].
8. Para criar um modelo de arquivo do Microsoft Excel que contenha as colunas que você especificou, clique em 
Exportar cabeçalhos de coluna e salve o arquivo. O nome de arquivo padrão é Nome do site-
LookupTable.xls, em que Nome do site é o nome do seu site de cliente da SAP Ariba. Você pode 
renomear o arquivo com um nome mais descritivo.
9. Abra o arquivo e insira valores de campo.
Por exemplo:
Região Usuário Sugestão de ferramenta Obrigatório
USA molson Add M. Olson for USA TRUE
64 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Região Usuário Sugestão de ferramenta Obrigatório
APAC achang Add A. Chang for 
APAC
TRUE
EMEA bfox Add B. Fox for EMEA TRUE
Para obter informações sobre valores de campo, consulte Valores de campo da tabela de pesquisa de 
aprovadores [página 66].
10. Para carregar o arquivo da tabela de pesquisa de aprovadores editado, verifique se selecionou a regra 
apropriada e se Usar tabela de pesquisa de aprovadores está selecionado para a Ação. Carregue o arquivo 
clicando em Carregar arquivo. Uma amostra dos dados que você inseriu é exibida na tabela.
Tipos de aprovadores em tabelas de pesquisa de 
aprovadores
Quando você trabalha com tabelas de pesquisa de aprovadores, você seleciona os tipos de aprovadores a serem 
incluídos clicando em uma ou mais caixas de verificação de Campo de tipo de aprovador. Por cada caixa de 
seleção que você clicar, é incluída uma coluna no arquivo de exportação.
● User permite que você especifique um ou mais usuários por código de usuário. Separe vários códigos com 
dois pontos.
● Group permite que você especifique um ou mais grupos. Separe vários nomes com dois pontos. Para 
especificar um grupo global, insira o nome do grupo.
Para especificar um grupo de projetos, insira o código do grupo de projetos (PGnnnnn). Se você não souber o 
código do grupo de projetos, pode exibi-lo retornando à área Ação e selecionando Adicionar aprovadores e 
grupos. Selecione Adicionar grupo de projetos: No menu suspenso Grupo de projetos a ser adicionado ao 
fluxo, escolha Procurar por mais. O sistema abre um selecionador para grupos de projetos que inclui uma 
coluna de códigos para o código de grupo de projetos.
○ Se você copiar um modelo, os códigos de grupo de projetos no novo modelo serão diferentes dos códigos 
do modelo original. Depois de você copiar um modelo, determine os códigos de grupo de projetos no novo 
modelo e atualize a tabela de pesquisa de aprovadores com os novos códigos.
○ Se você importar um modelo, o sistema substitui os códigos de grupo de projetos no modelo importado, 
se os códigos de grupo de projetos já estiverem sendo usados por outro modelo. Depois de você importar 
um modelo, verifique se os códigos de grupo de projetos nas tabelas de pesquisa de aprovadores 
correspondem aos códigos de grupo de projetos no modelo e, se necessário, atualize as tabelas de 
pesquisa de aprovadores.
● ApproverList permite que você especifique vários códigos de usuário ou nomes de grupo únicos. Separe os 
códigos com dois pontos. Os usuários em uma lista são adicionados ao fluxo de aprovação como um único 
aprovador. Só um usuário da lista precisa aprovar.
● ApproverFieldPath permite que você adicione um aprovador com base em um caminho de campo relativo a 
um objeto especificado em uma coluna do arquivo da tabela de pesquisa de aprovadores. Este tipo é útil se 
você tiver dados mestre personalizados que incluam um usuário ou grupo como um subcampo. Contate o 
Suporte ao cliente SAP Ariba se desejar usar caminhos de campo de aprovador. Todos os caminhos de campo 
usados em regras de aprovação têm que ser aprovados pelo Suporte ao cliente SAP Ariba.
Guia de Modelos de Projeto
Trabalhando comtarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 65
Valores de campo da tabela de pesquisa de aprovadores
Quando você clica em Exportar cabeçalhos de coluna na janela da tabela de pesquisa de aprovadores, a SAP 
Ariba cria um arquivo do Microsoft Excel com:
● uma ou mais colunas para campos do projeto (colunas nome de campo, em que nome de campo é um nome 
de campo do projeto, como Valor ou Mercadoria)
● uma ou mais colunas para aprovadores (colunas tipo de aprovador em que tipo de aprovador é o tipo 
de aprovador a adicionar, como Grupo ou Usuário)
● Uma coluna Sugestão de ferramenta
● Uma coluna Obrigatório
Por exemplo:
Valor Usuário Sugestão de ferramenta Obrigatório
Os valores de campo para tabelas de pesquisa de aprovadores estão descritos nas seções a seguir.
field_name
Cada coluna field_name representa um campo do projeto. Insira um valor na célula que você deseja comparar 
com o valor para esse campo em projetos criados a partir desse modelo. O sistema usa o operador especificado no 
campo Operação quando compara os valores; o operador padrão é igual a. Se a comparação for verdadeira, o 
sistema adiciona os aprovadores especificados no campo approver_type para essa linha.
Se existirem várias colunas field_name, o sistema só adiciona os aprovadores na linha se todas as comparações 
de campo forem verdadeiras na linha (o sistema usa o operador lógico E quando avalia comparações de vários 
campos).
Se o operador for está entre, especifique dois valores separados por um traço (-). O operador está entre faz a 
correspondência de valores maiores que ou iguais ao primeiro valor e menores que o segundo valor. Por exemplo, 
1000-1000000 tem correspondência com os seguintes valores: 1000, 1001 e 999999. Não tem correspondência 
com o valor 1000000.
Alguns valores do campo de dados devem corresponder a valores específicos no sistema, como valores para 
regiões ou códigos de mercadoria. Para estes tipos de campo, você pode utilizar uma tarefa de exportação para 
saber quais devem ser os valores específicos. Se você não puder acessar os eventos de exportação necessários, 
entre em contato com o administrador do cliente em sua organização.
Se você estiver usando campos de dados com valores numéricos que são mapeados para um elemento em um 
vetor, como códigos de mercadoria, você deve forçar o Microsoft Excel a salvar o valor como texto, colocando um 
apóstrofo como prefixo do valor (' ).
Para especificar uma correspondência de curinga em um campo, digite um asterisco ( * ) no campo.
Os valores de campo vazios são tratados como strings nulas.
66 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
approver_type
Cada coluna approver_type representa o tipo de aprovadores a serem adicionados e será um dos seguintes 
valores: User, Group, ApproverList, ou ApproverFieldPath.
Para obter descrições sobre os tipos e sobre como especificar os valores para esses tipos, consulte Tipos de 
aprovadores em tabelas de pesquisa de aprovadores [página 65].
Sugestão de ferramenta
Contém texto para o sistema exibir quando os usuários passam o mouse sobre o nó em um fluxo de aprovação.
Obrigatório
Especifique TRUE para adicionar os aprovadores nesta linha como aprovadores obrigatórios; especifique FALSE 
para adicionar os aprovadores como observadores.
Exemplos de tabela de pesquisa de aprovadores
Arquivo da tabela de pesquisa de aprovadores com código de 
mercadoria
O exemplo a seguir adiciona o usuário Ann Alcott ao fluxo de aprovação se o campo Mercadoria para o projeto for 
44 que mapeia para equipamentos de escritório para esse cliente. Observe que o valor para o campo Mercadoria 
tem um apóstrofo como prefixo ('44), obrigando o Microsoft Excel a armazenar os dados como texto.
Mercadoria Usuário Sugestão de ferramenta Obrigatório
'44 aalcott Add A. Alcott for 
office products
TRUE
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 67
Arquivo da tabela de pesquisa de aprovadores com vários valores de 
campo
Você só pode especificar um valor em uma coluna field_name. Se você desejar adicionar o mesmo aprovador 
para vários valores de campo, tem que adicionar uma linha para cada valor de campo possível. Por exemplo:
Região Usuário Sugestão de ferramenta Obrigatório
USA molson Add M. Olson for USA TRUE
APAC molson Add M. Olson for APAC TRUE
Se um arquivo da tabela de pesquisa de aprovadores contiver várias linhas, o sistema lê as entradas por ordem e 
seleciona a primeira entrada que avalia como verdadeira ao comparar todos os campos na entrada. Se você tiver 
várias linhas, coloque as entradas mais específicas antes das entradas menos específicas. Por exemplo, você 
deseja ter um aprovador para a região HI EUA e outro aprovador para todas as outras regiões nos EUA. HI EUA é 
derivado da região EUA. Você pode especificar a operação é derivado de para o campo Região e criar a tabela de 
pesquisa de aprovadores da forma seguinte:
Região Usuário Sugestão de ferramenta Obrigatório
HI-USA aalcott Add A. Alcott for USA TRUE
USA molson Add M. Olson for USA TRUE
Não reverta a ordem das linhas. Se você o fizer e usar a operação é derivado de para o campo Região, o Ariba 
Spend Management selecionaria a entrada para a região EUA mesmo quando a região em um projeto é HI EUA.
Arquivo da tabela de pesquisa de aprovadores com vários valores de 
campo numéricos
O exemplo que se segue usa o operador é maior que ou igual a para o campo do valor. Observe que a linha com o 
valor mais alto (1.000.000) no campo do valor é listada em primeiro lugar. Se a ordem das linhas fosse revertida, o 
Ariba Spend Management selecionaria a entrada 1.000 para todos os valores maiores que ou iguais a 1.000, 
mesmo quando o valor fosse maior que 1.000.000.
Valor Usuário Sugestão de ferramenta Obrigatório
1000000 molson Add M. Olson if over 1 
mil.
TRUE
1000 aalcott Add A. Alcott if >= 1000 
and < 1000000
TRUE
Tabela de pesquisa de aprovadores usando o operador "está entre"
O exemplo que se segue usa o operador está entre para o campo do valor. Os intervalores para os valores são 
separados por um hífen (-).
68 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Valor Usuário Sugestão de ferramenta Obrigatório
1000000-10000000
00
molson Add M. Olson if >= 1 
mil. and <1 bil.
TRUE
1000-1000000 aalcott Add A. Alcott if >= 1000 
and < 1000000
TRUE
Arquivo da tabela de pesquisa de aprovadores com vários campos
Se um arquivo da tabela de pesquisa de aprovadores tiver vários valores de campo, o sistema usa o operador E 
para os valores de campo. Por exemplo, o usuário cria o seguinte arquivo da tabela de pesquisa de aprovadores 
com os campos Valor e Região:
Valor Região Usuário Sugestão de ferramenta Obrigatório
1000000 EMEA aalcott Add A. Alcott if EMEA & > 
1 mil.
TRUE
1000000 * molson Add M. Olson if not EMEA 
and > 1 mil.
TRUE
O operador para o campo Valor é maior que ou igual a e o operador para o campo Região é derivado de. O sistema 
adicona o usuário aalcott a projetos com valor maior que 1.000.000 (US$) e na região EMEA. Em relação a 
projetos em todas as outras regiões com valor maior que 1.000.000 (US$), o sistema adiciona o usuário molson.
Reutilizando arquivos da tabela de pesquisa de 
aprovadores
Contexto
Depois de você carregar um arquivo da tabela de pesquisa de aprovadores, o sistema também o adiciona à área 
Documentos do modelo de modo que você possa reutilizar esse arquivo para regras adicionais no mesmo modelo. 
O arquivo tem a condição Never Match, por isso nunca é exibido em projetos.
Procedimento
1. No editor do processo de aprovação, selecione a regra de aprovação na qual você deseja reutilizar a tabela de 
pesquisa de aprovadores.
2. Na seçãoAção, clique em Usar tabela de pesquisa de aprovadores.
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos C U S T O M E R ( C L I E N T E ) 69
3. Na área Tabela de pesquisa de aprovadores, clique em selecionar. O sistema abre um selecionador com os 
arquivos da tabela de pesquisa de aprovadores carregados para esse modelo. Selecione o arquivo apropriado e 
clique em Concluído.
70 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
Trabalhando com documentos em modelos de 
projeto
Nesta seção:
Sobre como trabalhar com documentos em modelos de projeto [página 71]
Criando um documento de opção de documento [página 73]
Configurando documentos de formulário de protótipo [página 74]
Configurando valores de limite de criação ad hoc [página 76]
Configurando a opção Publicação requer aprovação [página 78]
Sobre como trabalhar com documentos em modelos 
de projeto
Você adiciona documentos a um modelo na guia Documentos do modelo, tal como adicionaria documentos a 
qualquer projeto. Não existe restrição relativamente ao tipo ou ao número de documentos que você pode 
armazenar em um modelo.
Você pode adicionar pesquisas rápidas na guia Documentos de um modelo, como documentos do modelo. Para 
obter maiores informações sobre como adicionar modelos de pesquisa SPM a modelos de projeto SPM, consulte 
Executando revisões de gerenciamento do desempenho do fornecedor.
Ao trabalhar com documentos em modelos de projeto, você pode usar os seguintes recursos adicionais:
● Documentos de opção de documento. Um documento de opção de documento é um tipo especial de 
documento que não contém conteúdo de documento. Ao invés, ele contém uma lista de documentos a partir 
da qual o usuário escolhe um documento a ser criado. Um documento de opção de documento é útil para 
orientar os usuários para um subconjunto de documentos que podem escolher quando adicionarem 
documentos a um projeto. Para obter informações sobre a criação de documentos de opção de documento, 
consulte Criando um documento de opção de documento [página 73].
● Recursos para controlar documentos de formulário. Os formulários são documentos de entrada de dados 
personalizados, criados para atender a necessidades de negócio específicas. Ao trabalhar com documentos de 
formulário (incluindo documentos de formulário de economia) em modelos de projeto, estão disponíveis as 
seguintes opções de configuração:
○ Documentos de formulário de protótipo (opção criação ad hoc de protótipo)
Esta opção permite aos autores do modelo criar uma instância específica de um documento de formulário 
em um modelo de projeto, com tarefas e dados (um documento de formulário de protótipo), mas permite 
aos usuários escolher se desejam ou não adicionar o documento a um projeto. Para obter maiores 
informações, consulte Configurando documentos de formulário de protótipo [página 74].
○ Limites de criação ad hoc
Esta opção permite aos autores do modelo limitar o número de formulários que os usuários podem 
adicionar manualmente (adicionar itens não catalogados) a um projeto. Os limites são especificados por 
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto C U S T O M E R ( C L I E N T E ) 71
modelo de documento de formulário. Para obter maiores informações, consulte Configurando valores de 
limite de criação ad hoc [página 76].
○ Opção Publicação requer aprovação
Se esta opção for ativada para um documento de formulário, os usuários devem concluir uma tarefa de 
aprovação para o documento antes de publicarem o documento. A tarefa de aprovação deve ser herdada 
do modelo de projeto. Para obter maiores informações, consulte Configurando a opção Publicação requer 
aprovação [página 78].
Como os formulários são criados para cumprir objetivos de negócio específicos, também é habitual adicionar-
lhes condições de modo que eles só estejam visíveis nas circunstâncias em que esses objetivos de negócio se 
aplicam. Consulte Usando condições em modelos de projeto [página 91] para obter maiores informações 
sobre a criação de condições e a sua aplicação a elementos do modelo.
Considerações sobre documentos em modelos do projeto 
do SAP Ariba Contracts
Os projetos de contrato criados usando o SAP Ariba Contracts (mas não o Ariba Contract Basic) podem conter 
documentos de contrato principal e de adendo do contrato que são documentos montados do Microsoft Word. 
Esses documentos contêm marcadores globais, de seção e de cláusula e são montados pelo SAP Ariba Contracts 
usando cláusulas da biblioteca de cláusulas.
Você pode adicionar documentos de contrato a um modelo, ou os usuários podem adicioná-los a projetos de 
contrato individuais.
O SAP Ariba Contracts monta (gera) o contrato principal quando você abre um projeto. Uma vez que os espaços de 
trabalho de contratos podem conter vários documentos de adendo do contrato, o comportamento padrão do SAP 
Ariba Contracts é não montar documentos de adendo do contrato herdados do modelo do projeto quando um 
projeto é aberto. Esse comportamento é controlado pelo parâmetro do sistema 
Application.ACM.GenerateContractAddendumOnCreateContract.
O tempo necessário para abrir e gerar um documento de contrato está diretamente relacionado com o tamanho e 
a complexidade desse documento. Uma vez que cada cláusula na biblioteca de cláusulas é um documento, os 
documentos montados são essencialmente documentos constituídos por esses documentos de cláusulas. Vários 
marcadores em um projeto reduzem o desempenho desse projeto. Por exemplo, um documento de 50 páginas 
sem cláusulas é carregado mais rapidamente do que um documento de 10 páginas com 50 cláusulas. Várias 
condições em documentos do projeto também podem abrandar o desempenho. Por isso, quando você planeja 
modelos de projeto de contrato, você deve considerar o tamanho e a complexidade dos documentos do modelo e 
como os documentos em seu modelo poderão afetar o desempenho do projeto.
Documentos de termos do contrato
Se você adicionar um documento de termos do contrato a um modelo de espaço de trabalho de contratos de 
compras (através da integração com Soluções SAP Ariba Procurement), você força os usuários a criarem 
solicitações de contrato na solução de compras. Nem todos os espaços de trabalho de contratos exigirão que seja 
criada uma solicitação de contrato. Certifique-se de que essas condições atendem suas necessidades de negócios 
antes de adicionar um documento de termos do contrato a um modelo.
72 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto
Finalizando automaticamente documentos de contrato montados
O SAP Ariba Contracts suporta dois tipos de documento especiais: contrato principal e adendo do contrato. Esses 
são documentos montados do Microsoft Word e são compostos por cláusulas da biblioteca de cláusulas. A opção 
Finalizar automaticamente na publicação na página de criação de documentos especifica que o documento é 
finalizado automaticamente quando o espaço de trabalho de contratos que contém o documento é publicado.
Consulte o Guia de Autoria de Contratos para obter detalhes sobre a finalização e sobre como trabalhar com 
documentos montados.
Criando um documento de opção de documento
Contexto
Você pode adicionar um documento de opção de documento em um modelo de projeto para ajudar os usuários a 
selecionar um documento (ou evento) a ser criado em um projeto. Um documento de opção de documento é um 
tipo especial de documento que não contém conteúdo de documento. Ao invés, ele contém uma lista de 
documentos a partir da qual o usuário escolhe um documento a ser criado. A opção de documento é útil para 
orientar os usuários em um subconjunto de documentos, a partir dos quais se efetua a seleção ao adicionar 
documentos a um projeto. Os documentos de opção de documento não restringem os usuários relativamenteà 
criação de documentos adicionais em um projeto.
Os documentos listados em uma opção de documento devem existir em um modelo de projeto diferente, 
publicado. O modelo de projeto que contém uma opção de documento não oferece como opção os documentos 
reais que tem.
Os documentos de uma opção de documento não são adicionados a um projeto até um usuário abrir a opção de 
documento e selecionar um documento a partir da lista de opções de documento. A versão do documento 
adicionado ao projeto será a versão atual do documento do modelo do projeto que contém o documento real (uma 
opção de documento não armazena informações da versão sobre os documentos da lista. Toda a informação e 
conteúdo da versão provém do modelo do projeto que contém o documento real).
Um modelo do projeto pode conter vários documentos de opção de documento (não existem limites relativamente 
ao número de documentos de opção de documento em um modelo). Além disso, você pode atribuir condições de 
visibilidade aos documentos de opção de documento. Por exemplo, você pode tornar uma opção de documento 
visível, se a região do projeto for Ásia e tornar uma opção de documento diferente visível, se a região do projeto for 
Europa.
Procedimento
1. Verifique se todos os documentos que você quer oferecer como opções já existem em modelos de projeto 
publicados. Se necessário, crie um modelo que será a origem dos documentos que você quer oferecer como 
opções, depois adicione os documentos a esse modelo e publique o modelo.
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto C U S T O M E R ( C L I E N T E ) 73
Nota
Dê nomes únicos aos documentos que quer oferecer como opções. Quando você cria um documento de 
opção de documento, seleciona os documentos para a opção de uma lista que contém só os nomes de 
documentos em outros modelos de projeto; o nome do modelo e quaisquer nomes de pastas não são 
mostrados.
2. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
3. Navegue para a guia Documentos.
4. Escolha Ações Criar Opção de documento .
5. Insira um título para a opção de documento. Esse título é exibido em todos os projetos criados a partir do 
modelo, por isso use um título apropriadamente genérico. Quando os usuários criam um documento a partir 
da opção de documento, têm a oportunidade de selecionar um nome mais específico.
6. Clique em Selecionar ao lado do tipo de opção de documento a ser criada. Esse campo permite que você 
restrinja os tipos de documentos que podem ser criados com a opção de documento.
7. Clique em Adicionar opção.
Você verá uma lista de todos os documentos do tipo que selecionou (ou eventos) em todos os outros modelos 
de projeto publicados. Somente são mostrados os nomes de documento; o modelo do projeto e a pasta onde 
eles estão localizados não são mostrados.
8. Escolha os documentos disponíveis que você deseja adicionar como opões. Não existe um limite para o 
número de documentos que você pode adicionar.
Se você estiver adicionando um evento como uma opção de documento, pode escolher modelos de evento 
específicos que a opção de documento permite que os usuários criem. Por exemplo, você pode especificar que 
projetos criados a partir dessa opção de documento permitirão a criação de eventos de RFI mas não de 
eventos de concorrência reversa.
9. Clique em OK.
10. Clique em Salvar.
11. Clique em .
Configurando documentos de formulário de 
protótipo 
Contexto
Os documentos de formulário de protótipo são criados em modelos de projeto, mas não são criados em projetos 
até um usuário os criar manualmente (um usuário cria-os ad hoc). Os documentos de formulário de protótipo são 
configurados usando a opção Protótipo Criação ad hoc na coluna Condições para um documento de 
formulário em um modelo de projeto.
Os documentos de formulário de protótipo permitem a você criar uma instância específica de um documento de 
formulário em um modelo de projeto e também permitem aos usuários do projeto escolher se criam ou não o 
documento.
74 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto
Você pode definir tarefas para um documento de formulário de protótipo em um modelo de projeto. Quando um 
usuário cria o documento de formulário em um projeto, a solução da SAP Ariba também cria quaisquer tarefas 
para o documento que foram definidas no modelo de projeto. A solução da SAP Ariba cria todas as tarefas 
definidas para o documento, exceto as tarefas que têm condições definidas pelo usuário (como condições 
baseadas em correspondências de campo) que não foram atendidas.
Você também pode inserir dados em documentos de formulário de protótipo em modelos de projeto. Quando um 
usuário cria o documento de formulário em um projeto, a solução da SAP Ariba cria o documento de formulário 
com os dados inseridos pelo autor do modelo. Isso permite aos autores do modelo pré-configurar dados para 
todos os formulários criados a partir de um documento de formulário de protótipo.
Um modelo de projeto pode conter vários documentos de formulário de protótipo criados a partir do mesmo 
modelo de formulário. Cada documento de formulário de protótipo pode ter diferentes tarefas, dados e condições 
definidas pelo usuário. Além disso, os usuários podem criar várias instâncias de um documento do projeto a partir 
de um documento de formulário de protótipo (dentro do limite de criação ad hoc para o modelo de formulário; para 
obter maiores informações sobre limites de criação ad hoc, consulte Configurando valores de limite de criação ad 
hoc [página 76].)
Quando a opção Protótipo Criação ad hoc é selecionada para um documento de formulário em um 
modelo de projeto:
● Os projetos criados a partir do modelo de projeto não irão conter o documento quando o projeto for criado 
pela primeira vez. Um usuário do projeto deve criar manualmente o documento.
● Quando uma instância de um documento de formulário de protótipo é criada em um projeto, a SAP Ariba cria 
automaticamente tarefas definidas para o documento no modelo de projeto (exceto quaisquer tarefas com 
condições definidas pelo usuário que não tenham sido atendidas) Essas tarefas não podem ser excluídas.
● O modelo de formulário usado para criar o documento de formulário de protótipo no modelo de projeto não 
será mostrado como opção no menu Criar novo formulário para o projeto.
Por exemplo, você cria um modelo de projeto que tem o documento de formulário de protótipo Meu 
formulário1 criado a partir do modelo de documento Modelo de formulário1. Em projetos criados a partir 
desse modelo de projeto, os usuários não verão a opção Modelo de formulário1 no menu Criar novo 
formulário.
● Os usuários não podem excluir um documento de projeto criado a partir de um documento de formulário de 
protótipo se qualquer tarefa (herdada ou de criação ad hoc) para o documento já tiver sido iniciada (o status 
para qualquer tarefa é um estado diferente de Não iniciado ou foram enviados ciclos).
Os usuários podem excluir um documento de projeto criado a partir de um documento de formulário de 
protótipo com tarefas se as únicas tarefas para o documento tiverem sido herdadas do modelo de projeto e 
todas as tarefas estiverem no estado Não iniciado e nenhum ciclo tiver sido iniciado. Isso permite aos usuários 
excluir documentos adicionados aos projetos por engano, mesmo que o documento tenha sido criado a partir 
de um documento de formulário de protótipo com tarefas.
● Em projetos criados a partir de modelos de projeto que contêm documentos de formulário de protótipo, o 
menu Criar novo formulário lista os documentos de formulário disponíveis na seguinte ordem:
○ documentos de formulário de protótipo válidos
○ documentos de formulário de pastas de formulário no modelo de projeto
○ documentos de formulário da pasta Modelos de formulário do servidor
Um documento de formulárioem um modelo de projeto pode ter condições definidas pelo usuário, além 
da opção Protótipo Criação ad hoc . A solução da SAP Ariba avalia primeiro as condições 
definidas pelo usuário e não exibirá o documento no menu Criar novo formulário de um projeto, a menos 
que todas as condições definidas pelo usuário estejam atendidas.
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto C U S T O M E R ( C L I E N T E ) 75
Se você também limitar o número de documentos de formulário de protótipo que pode ser criado ad hoc 
em um projeto (como descrito em Configurando valores de limite de criação ad hoc [página 76]), o menu 
não listará o documento após o limite ser atingido.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a guia Documentos.
3. Crie uma instância de um documento de formulário se ainda não existir uma.
4. Clique no valor na coluna Condições para o documento de formulário. A coluna Condições exibe o texto 
(nenhum) se não estiverem definidas condições.
Escolha Protótipo Criação ad hoc .
Você pode selecionar condições adicionais para o documento de formulário. Observe que a condição Nunca 
corresponde não é mais exibida no menu suspenso depois de você selecionar Protótipo Criação ad 
hoc .
5. Publique o modelo do projeto.
Resultados
Quando a opção Protótipo Criação ad hoc está definida para um documento, a exibição para o modelo do 
projeto mostra o nome do documento em cinza.
Configurando valores de limite de criação ad hoc
Contexto
Você configura valores de limite de criação ad hoc para modelos de formulário em modelos de projeto. Quando um 
usuário tenta criar um documento de formulário ad hoc em um projeto (um documento de formulário que é criado 
manualmente em um projeto em vez de ser herdado a partir do modelo do projeto), a solução da SAP Ariba verifica 
o valor do limite de criação ad hoc para o modelo do documento de formulário. Se o número de documentos de 
formulário criados a partir de um modelo de documento indicado atingir ou exceder o respectivo limite de criação 
ad hoc, a solução da SAP Ariba não listará o modelo de documento ou os documentos de protótipo criados a partir 
do modelo no menu Criar novo formulário.
Quando a solução da SAP Ariba verifica os limites de criação ad hoc, ela inclui os documentos herdados a partir do 
modelo do projeto. O limite de criação ah hoc não é verificado, quando os autores do modelo adicionam 
documentos a um modelo de projeto, de modo que o número de documentos em um modelo de projeto possa 
cumprir ou exceder o limite de criação ah hoc. Além disso, a solução da SAP Ariba não verifica o limite de criação 
76 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto
ad hoc quando adiciona documentos de modelo a um projeto, pois as condições definidas pelo usuário foram 
cumpridas.
Valores do limite ad hoc
Os autores do modelo configuram um limite de criação ad hoc para cada modelo de formulário em um modelo de 
projeto. O valor de um limite de criação ad hoc pode ser:
● Sem limite: Não existe um limite para o número de documentos do tipo de modelo de formulário selecionado 
que podem ser criados em projetos. Este é o valor padrão e fornece o mesmo comportamento que as soluções 
da SAP Ariba existentes.
● 0: Não podem ser criados documentos do tipo de modelo de formulário selecionado em projetos. Os únicos 
documentos deste tipo de modelo de formulário que podem existir em projetos são documentos herdados do 
modelo de projeto. Se já existirem documentos deste tipo de modelo de formulário em um projeto, não é 
possível criar mais.
● 1: Se já existirem um ou mais documentos do tipo de modelo de formulário selecionado em um projeto, os 
usuários não podem criar mais documentos desse tipo em projetos.
Padrão para todos os modelos de formulário
Quando você configura limites ad hoc em um modelo do projeto, também especifica um valor Padrão para todos 
os tipos de modelo de formulário. A solução da SAP Ariba usa esse valor como valor inicial para todos os tipos de 
modelo de formulário para projetos criados a partir do modelo do projeto. Se, mais tarde, forem adicionados novos 
modelos de documento de formulário, a solução da SAP Ariba usará o valor padrão para modelos de formulário 
para os novos modelos de documento de formulário, para todos os projetos criados a partir do modelo do projeto.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a guia Opções avançadas.
3. Na área Configurações de processo de documento, clique em Editar.
4. A solução da SAP Ariba exibe menus suspensos para os modelos de formulário. Selecione valores das opções 
que se seguem:
○ Sem limite: Não existe um limite para o número de documentos do tipo de modelo de formulário que 
podem ser criados em projetos.
○ 0: Não podem ser criados documentos do tipo de modelo de formulário em projetos.
○ 1: Se já existirem um ou mais documentos do tipo de modelo de formulário selecionado em um projeto, os 
usuários não podem criar mais documentos desse tipo em projetos.
Também existe um menu suspenso para Padrão para todos os tipos de modelo de formulário. A solução 
da SAP Ariba usa esse valor como um valor inicial para todos os tipos de modelo de formulário. Se, mais 
tarde, forem adicionados novos modelos de documento de formulário, a solução da SAP Ariba usa o valor 
padrão para modelos de formulário para os novos modelos de documento de formulário.
Para obter maiores informações, consulte Configurando valores de limite de criação ad hoc [página 76].
5. Clique em OK.
6. Publique o modelo do projeto.
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto C U S T O M E R ( C L I E N T E ) 77
Configurando a opção Publicação requer aprovação
Contexto
Você pode definir a opção Publicação requer aprovação em um documento de formulário em modelos de projeto. 
Esta opção obriga os usuários do projeto a concluírem uma tarefa de aprovação antes de publicarem o documento. 
A tarefa de aprovação deve ser uma tarefa criada para o documento e herdada do modelo de projeto. Quando esta 
opção está definida:
● O modelo de projeto deve incluir pelo menos uma tarefa de aprovação para o documento. Os autores do 
modelo não poderão publicar o modelo de projeto se não existirem tarefas de aprovação para o documento.
● Os usuários não poderão publicar o documento em um projeto, a menos que uma tarefa de aprovação herdada 
para o documento tenha sido aprovada.
● Quando uma tarefa de aprovação herdada do modelo de projeto para o documento é aprovada, a solução da 
SAP Ariba publica automaticamente o documento.
● A opção Repetir para cada rascunho do documento é definida como Sim em todas as tarefas de aprovação 
para o documento e não pode ser alterada.
● Se um usuário tentar publicar o documento e nenhuma tarefa de aprovação herdada tiver sido aprovada, será 
exibida uma janela de confirmação com texto semelhante ao seguinte:
Publish Document Confirmation Publishing this document, ‘Sample Form Document’, requires
completion of an approval task from the latest project
template on the latest version of the document.
Click OK to view the details of an approval task from the
project template (‘Approval for Sample Form Document’), or Cancel to go back.
Se o usuário clicar em OK, a solução da SAP Ariba navega para uma tarefa de aprovação herdada e enviada 
para o documento. Se não existir um ciclo de aprovação para a versão mais recente do documento, o usuário 
deve criar um novo ciclo de aprovação. Se houver um ciclo de aprovação em andamento para uma versão 
anterior do documento, o proprietário da tarefa pode retirar o ciclo atual e criar depoisum ciclo de aprovação 
para a versão mais recente do documento.
Se não existirem tarefas de aprovação herdadas e enviadas, a solução da SAP Ariba navega para uma tarefa de 
aprovação herdada que ainda não foi enviada.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a guia Documentos.
3. Clique no nome do documento e escolha Ação Editar atributos .
O sistema abre uma página de atributos para o documento.
4. Navegue para o campo Publicação requer aprovação perto da parte inferior da página e escolha Sim.
5. Clique em Salvar.
78 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto
6. Publique o modelo do projeto.
Guia de Modelos de Projeto
Trabalhando com documentos em modelos de projeto C U S T O M E R ( C L I E N T E ) 79
Gerenciando regras de participantes
Nesta seção:
Sobre as regras de participantes [página 80]
Fazendo o download de modelos de regras de participantes [página 81]
Criando regras de participantes [página 82]
Sobre a correspondência de regras de participantes em projetos do modelo [página 85]
Exemplos de regras de participantes [página 86]
Como adicionar regras de participantes a um modelo [página 87]
Validando regras de participantes [página 87]
Editando um arquivo de regras de participantes [página 88]
Como substituir um arquivo de regras de participante [página 89]
Excluindo regras de participantes [página 90]
Sobre as regras de participantes
As pessoas estão sempre entrando e saindo dos departamentos e das organizações, por isso muitas vezes é 
preferível evitar nomeá-las como participantes em modelos de evento. Em vez disso, para os modelos de evento 
criado dentro de um modelo de projeto, você pode criar uma regra de participantes para o modelo de evento que 
adicionará participantes dinamicamente quando um evento for criado com base nesse modelo. Por exemplo, você 
pode configurar uma regra de participantes para um modelo de pesquisa para adicionar todos os membros do 
departamento de finanças que estão em Cingapura como participantes. Quando uma pesquisa baseada nesse 
modelo de pesquisa é publicada, é enviada somente para as pessoas que estiverem nesse departamento e local 
específicos a essa hora.
As regras de participantes podem ser criadas em qualquer modelo de projeto em que um evento possa ser criado. 
Para criar regras de participantes em um modelo de projeto, você deve ser um Criador do modelo ativo, um 
Gerenciador de projetos, um Proprietário do projeto ou um membro de um grupo que tenha uma função de 
gerenciador de projetos.
As regras de participantes são criadas em pastas de trabalho do Microsoft Excel e você pode fazer o download do 
modelo das regras de participantes a partir da guia Equipe de um modelo de projeto.
Nota
Este recurso só está disponível para os modelos de evento que são criados dentro de um modelo de projeto. Por 
exemplo, se você criar um modelo de pesquisa dentro de um modelo de projeto, pode usar as regras de 
participantes para adicionar dinamicamente os participantes às pesquisas baseadas nesse modelo. Se você 
criar um modelo de pesquisa não associado a um modelo de projeto, não pode usar as regras de participantes, e 
deve adicionar participantes manualmente a pesquisas baseadas nesse modelo.
80 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciando regras de participantes
Você cria regras de participantes usando os seguintes passos gerais:
1. Faça o download do modelo de regras de participantes contendo os códigos de evento e nomes de campos 
atuais do modelo do projeto. Para obter maiores informações, consulte Fazendo o download de modelos de 
regras de participantes [página 81].
2. Edite o arquivo de modelos de regras de participantes para criar regras de participantes. Para obter maiores 
informações, consulte Criando regras de participantes [página 82].
3. Carregue o arquivo das regras de participantes para o modelo do projeto. Para obter maiores informações, 
consulte Adicionando regras de participantes a um modelo [página 87].
4. Valide as regras de participantes. Para obter maiores informações sobre os arquivos de regras de 
participantes, consulte Validando regras de participantes [página 87].
Fazendo o download de modelos de regras de 
participantes
Contexto
Você faz o download de um modelo de regras de participantes antes de criar regras de participantes. O modelo 
contém os códigos de evento e nomes de campo atuais do modelo do projeto.
Procedimento
1. Na guia Equipe do modelo do projeto, escolha Ações Regras de participantes Fazer download do 
modelo .
2. Salve o arquivo XLS do modelo do arquivo de regras de participantes no local de sua escolha.
Resultados
O modelo de regras de participantes contém as seguintes planilhas:
● Instruções: um conjunto de instruções para usar o arquivo de regras de participantes.
● Nomes de campo: uma lista com os nomes completos de todos os campos atuais do modelo do projeto em 
notação pontual.
● Eventos: uma lista de todos os eventos atuais do modelo do projeto e dos códigos de evento associados.
● Regras de participantes: uma planilha em que você cria as regras de participantes inserindo valores em 
colunas.
Você usa as informações nas guias Nomes de campo e Eventos para criar regras de participantes na guia Regras 
de participantes.
As guias Nomes de campo e Eventos são preenchidas com todos os campos e eventos atuais no modelo do 
projeto no momento em que você faz o download do modelo de arquivo de regras de participantes. Se você 
Guia de Modelos de Projeto
Gerenciando regras de participantes C U S T O M E R ( C L I E N T E ) 81
adicionar eventos ou campos ao modelo, pode fazer novamente o download do arquivo para ver os valores 
adicionais nas guias Nomes de campo e Eventos.
Próximas etapas
Use o modelo de regras de participantes para criar regras de participantes, como descrito em Criando regras de 
participantes [página 82].
Criando regras de participantes
Contexto
Você cria regras de participantes a partir de modelos do Microsoft Excel. Cada linha define uma regra. Se você 
desejar que a regra seja aplicada a todos os valores possíveis para uma coluna, insira um curinga (*) na coluna. Se 
você desejar que a regra seja aplicada a um intervalo de valores para uma coluna, use o caractere til (~). As 
expressões de intervalo são inclusivas no limite inferior, mas não no limite superior. Por exemplo, para criar uma 
regra que se aplique a todos os valores de 1000 em diante, insira 1000~; insira 0~4 para criar uma regra que se 
aplique a todos os valores de 0 a 3; insira ~1000 para criar uma regra que se aplique a todos os valores abaixo de 
1000 (sem incluir o valor de 1000). Você só pode usar expressões de intervalo em regras para campos numéricos.
Procedimento
1. Faça o download e salve um modelo de regras de participantes como descrito em Fazendo o download de 
modelos de regras de participantes [página 81].
2. Insira valores de coluna na planilha Regras de participantes do modelo, de acordo com a tabela seguinte.
Se você desejar que a regra seja aplicada a todos os valores possíveis para uma coluna, insira um curinga (*) 
na coluna ou deixe-a em branco.
Se você desejar que a regra seja aplicada a um intervalo de valores para uma coluna, use o caractere til (~). As 
expressões de intervalo são inclusivas no limite inferior, mas não no limite superior. Por exemplo, para criar 
uma regra que se aplique a todos os valores de 1000 em diante, insira 1000~; para criar uma regra que se 
aplique a todos os valores de 0 a 3, insira 0~4; para criar uma regra que se aplique a todos os valores abaixo de 
1000 (sem incluir o valor de 1000), insira ~1000. Você só pode usar expressões de intervalo em regras para 
campos numéricos.
82 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciandoregras de participantes
Coluna Descrição
Field_Name A coluna Field_Name representa os nomes de campos diferentes do Ariba Spend Manage­
ment. Se o valor do Field_Name que você especifica nessa coluna corresponder aos valores 
em um projeto criado a partir do modelo de projeto atual, o modelo adicionará os usuários, 
grupos ou grupos do projeto especificados em uma linha dessa planilha como participantes no 
evento que está listado na coluna Event Id ou transformará o usuário especificado no pro­
prietário padrão do projeto.
A planilha Nomes de campo no modelo de regras de participantes lista os nomes completos 
para todos os campos no modelo de projeto a partir do qual o modelo de regras foi descarre­
gado. Você pode copiar os nomes de campo a partir da coluna Field_Name da planilha Nomes 
de campo e colá-los no cabeçalho da coluna Field_Name do modelo de regras de participan­
tes. Você deve incluir o nome de campo completo, usando a notação pontual, por exemplo, o 
campo Country é Supplier.CorporateAddress.Country.
Você não pode inserir vários valores em uma coluna Field_Name. No entanto, você pode in­
cluir várias colunas Field_Name em um arquivo de regras. Os valores em todas as colunas 
Field_Name em uma linha devem corresponder para que o modelo adicione os usuários, gru­
pos ou grupos do projeto como participantes ao evento ou transforme o usuário especificado 
no proprietário padrão do projeto.
Para inserir um valor de Field_Name de número ou data, adicione um apóstrofo como prefixo 
(por exemplo, para um valor de 500, insira '500) ou altere o tipo de formato de célula da co­
luna Field_Name para texto no Excel.
Alguns valores do campo de dados devem corresponder a valores específicos no sistema, 
como valores para regiões ou códigos de mercadoria. Para estes tipos de campo, você pode 
utilizar uma tarefa de exportação para saber quais devem ser os valores específicos. Se você 
não puder acessar os eventos de exportação necessários, entre em contato com o administra­
dor do cliente em sua organização.
Nota
Os valores para países devem ser códigos de país ISO de duas letras.
Para obter maiores informações sobre como o sistema faz a correspondência de valores em 
colunas Field_Name com valores em projetos, consulte Entendendo a correspondência de 
regras de participantes em projetos do modelo [página 85].
Event ID O código do modelo de evento ao qual você deseja adicionar usuários, grupos ou grupos de 
projeto.
Você deve fornecer um valor para esta coluna. A guia Eventos no modelo de regras de partici­
pantes lista todos os modelos de evento no modelo de projeto atual e fornece o código do 
evento para cada um. Por exemplo, se o modelo de projeto atual tiver um modelo de pesquisa, 
o código do evento para esse modelo de pesquisa será exibido na planilha Eventos.
Guia de Modelos de Projeto
Gerenciando regras de participantes C U S T O M E R ( C L I E N T E ) 83
Coluna Descrição
ProjectGroup O nome de um grupo de projeto que você deseja adicionar como participante de evento, por 
exemplo, Supervisores de trabalho.
Você não precisa fornecer um valor para essa coluna; você só deve utilizá-la se desejar adicio­
nar todos os usuários do grupo do projeto ao evento como participantes. Abra a guia Equipe 
do modelo de projeto a partir do qual o modelo de regras de participantes foi descarregado 
para exibir todos os grupos de projeto disponíveis.
Você deve inserir um participante ou grupo de participantes em pelo menos um dos seguintes 
campos: Grupo de participantes, Grupo ou Usuário.
Group O nome de um grupo de usuários global que você deseja adicionar como participante de 
evento, por exemplo, Gerente de fornecedores/clientes.
Você não precisa fornecer um valor para esta coluna. Se você fornecer um valor e também for­
necer um valor na coluna Usuário da mesma linha, ambos os valores serão adicionados ao 
evento como participantes. Você pode inserir um grupo ou vários grupos separados por dois 
pontos (:).
Você deve inserir um participante ou grupo de participantes em pelo menos um dos seguintes 
campos: Grupo de participantes, Grupo ou Usuário.
User Os nomes dos usuários que deseja adicionar como participantes do evento.
Você não precisa fornecer um valor para essa coluna. Você só deverá usá-la se desejar adicio­
nar usuários individuais como participantes do evento. Você pode inserir um nome de usuário 
ou vários nomes de usuário separados por dois pontos (:) Por exemplo, 
bobjones:tomsmith:anndavis.
Você deve inserir um participante ou grupo de participantes em pelo menos um dos seguintes 
campos: Grupo de participantes, Grupo ou Usuário.
PasswordAdapter O adaptador de senha associado ao nome de usuário ou aos nomes de usuário.
O Ariba Spend Management usa adaptadores de senha para distinguir entre usuários que têm 
os mesmos nomes de usuário. Os valores do adaptador de senha padrão são 
PasswordAdapter1 (para usuários internos em sua empresa, a organização de compra) e 
SourcingSupplierUser (para usuários externos de organizações do fornecedor e do cli­
ente). Use somente essa coluna se você tiver inserido também um ou mais valores na coluna 
Usuário. Você só pode inserir um valor por linha nessa coluna, por isso se desejar criar regras 
para usuários-compradores e para usuários-fornecedores, deve criar duas regras separadas, 
uma para cada valor de PasswordAdapter.
84 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciando regras de participantes
Coluna Descrição
OwnerId O nome do usuário do proprietário do evento.
Você não precisa fornecer um valor para essa coluna. Você só deve utilizá-la se desejar trans­
formar um determinado usuário ou usuários no proprietário padrão do evento para um deter­
minado evento criado a partir de um modelo de evento.
Nota
Você deve ter cuidado ao transformar um único usuário no proprietário padrão do projeto 
no modelo. Quando um usuário cria um projeto que corresponde às regras do modelo para 
a propriedade padrão do projeto, o usuário que criou o projeto, a menos que seja o proprie­
tário do projeto não pode gerenciar o projeto; só o proprietário padrão do projeto pode.
OwnerPasswordAdap
ter
O adaptador da senha associado ao nome de usuário do proprietário.
Os valores do adaptador de senha padrão são iguais aos da coluna PasswordAdapter. Use 
somente essa coluna se você tiver inserido também um ou mais valores na coluna OwnerId.
Sobre a correspondência de regras de participantes 
em projetos do modelo
Cada linha na guia Regras de participantes cria uma regra. O Ariba Spend Management lê o arquivo de regras e, se 
todos os valores de Field_Name em uma linha corresponderem no projeto criado a partir do modelo, executa o 
seguinte no novo projeto:
● Atribui os usuários nas colunas User, Group ou Project Group ao evento especificado na colunaEventId.
● Transforma qualquer usuário especificado na coluna OwnerId no proprietário padrão do evento.
Quando o Ariba Spend Management efetua a correspondência de valores para adicionar membros da equipe, usa 
os critérios que se seguem para cada linha no arquivo de regras:
● Todos os valores nas colunas de nome de campo têm que corresponder aos valores do projeto do modelo para 
esses campos ou a linha não é considerada uma correspondência e é ignorada. Por exemplo, se o arquivo de 
regras usar as colunas de nome de campo Supplier.AnnualRevenueMinimum e 
Supplier.OrganizationType, os valores dessas duas colunas têm que corresponder aos valores do 
modelo do projeto. Se somente o valor Supplier.AnnualRevenueMinimum tiver correspondência, a linha é 
ignorada e os usuários ou grupos não são adicionados ao evento como participantes nem são transformados 
no proprietário padrão do projeto.
● Os curingas têm sempre correspondência. Por exemplo, se o arquivo de regras usar as colunas de nome de 
campo Supplier.AnnualRevenueMinimum e Supplier.OrganizationType, e o valor de 
Supplier.AnnualRevenueMinimum tiver correspondência e Supplier.OrganizationType for um 
curinga, alinha tem correspondência e os usuários ou grupos são adicionados ao evento como participantes 
ou transformados no proprietário padrão do projeto.
● As correspondências de campo hierárquico podem ser correspondentes a valores de campo derivado. Por 
exemplo, se você usar uma mercadoria como um nome de campo e especificar um valor de mercadoria de 
nível superior no arquivo de regras, qualquer valor do projeto que seja derivado da mercadoria de nível superior 
será correspondente. Se o campo no projeto do modelo usar qualquer mercadoria derivada dessa raiz, a linha 
Guia de Modelos de Projeto
Gerenciando regras de participantes C U S T O M E R ( C L I E N T E ) 85
tem correspondência e os usuários ou grupos são adicionados ao evento como participantes ou como o 
proprietário padrão do projeto.
As correspondências de campo derivado podem ser usadas para os campos hierárquicos Mercadoria, Regiões, 
Departamentos e Produto.
Exemplos de regras de participantes
Endereço do fornecedor
Você tem um modelo do projeto que contém um modelo de pesquisa com Event ID PI1234.
O arquivo de regras contém o cabeçalho seguinte:
Supplier.CorporateAddress.Country,EventID 
ProjectGroup,Group,User,PasswordAdapter,OwnerId,OwnerPasswordAdapter
A primeira linha contém as células que se seguem:
EUA,Aprovadores do fornecedor,PI1234,Gerente de fornecedores/
clientes,bsmith:tjones,PasswordAdapter1,dbaker,PasswordAdapter1
Se um projeto criado a partir desse modelo do projeto tiver o valor EUA no campo Região, os seguintes usuários 
são adicionados ao evento de pesquisa como participantes:
● todos os usuários no grupo de projetos Aprovadores do fornecedor
● os usuários bsmith e tjones
● todos os usuários no grupo global Gerente de fornecedores/clientes
● o usuário dbaker se transforma no proprietário padrão do evento
Região hierárquica
O exemplo a seguir exibe um arquivo de regras de participantes com uma regra que especifica uma região raiz 
(APAC): 
Region,EventID,ProjectGroup,Group,User,PasswordAdapter,OwnerId,OwnerPasswordAdapter 
APAC,P8888,Meu grupo de projetos,Meu 
grupo,xleo:hlei,PasswordAdapter1,hlei,PasswordAdapter1
A região APAC é uma região raiz que contém a China como derivada. Se um projeto criado a partir do modelo tiver 
a China como o respectivo valor de campo Regiões, as adições seguintes são efetuadas para o evento (P8888):
● cada usuário no grupo global Meu grupo está atribuído ao grupo de projetos Meu grupo de projetos
● os usuários xleo e hlei estão atribuídos ao grupo de projetos Meu grupo de projetos
● o usuário hlei passa a ser o proprietário padrão do evento
86 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciando regras de participantes
Como adicionar regras de participantes a um modelo
Contexto
Você adiciona regras de participantes a um modelo de projeto carregando arquivos de regras de participantes na 
guia Documentos ou Equipe. Você não pode criar tarefas para documentos do arquivo de regras de participantes 
ou definir condições neles.
Não existe limite para o número de arquivos de regras de participantes que você pode adicionar a um modelo de 
projeto.
Procedimento
1. Execute uma das seguintes ações:
○ Na guia Documentos, escolha Ações Carregar regras de participantes .
○ Na guia Equipe, escolha Ações Regras de participantes Carregar arquivo de regras .
2. Selecione o arquivo de regras de participante a carregar (pesquise o arquivo, insira o caminho do arquivo ou 
solte um ícone de arquivo na caixa de arrastar e soltar).
3. Clique em Criar.
Resultados
O arquivo de regras de participantes carregado é adicionado à guia Documentos e à área Documentos da guia 
Visão geral no modelo do projeto.
Validando regras de participantes
Contexto
Você valida regras de participantes publicando o documento de arquivo de regras. Você só deve publicar um 
arquivo de regras de participantes depois de ter finalizado as regras e só estiver verificando se existem erros 
técnicos no arquivo. Para a maioria dos tipos de projetos, assim que você tiver publicado com êxito um documento 
do modelo, quaisquer edições que você efetuar só serão aplicadas a projetos criados a partir do modelo 
republicado; não serão aplicadas retroativamente a projetos existentes.
Guia de Modelos de Projeto
Gerenciando regras de participantes C U S T O M E R ( C L I E N T E ) 87
Procedimento
1. Na guia Documentos, clique no arquivo de regras que você deseja validar e depois clique em Publicar.
Se o arquivo de regras de participantes não contiver erros de sintaxe ou de dados, o documento é publicado. 
Se ele contiver erros, é exibida uma mensagem de erro de validação na parte superior da página e o 
documento do arquivo de regras de projetos não é publicado. Você não pode publicar um modelo que 
contenha arquivos de regras de projetos com erros de validação.
2. Se você vir um erro de validação, corrija os problemas no arquivo de regras de projetos e publique-o 
novamente. Para obter informações sobre a edição ou a substituição de arquivos de regras de participantes, 
consulte Editando um arquivo de regras de participantes [página 88] ou Como substituir um arquivo de 
regras de participante [página 89].
Editando um arquivo de regras de participantes
Contexto
Existem duas opções disponíveis para editar um arquivo de regras de participantes. Você pode fazer o download do 
arquivo existente, editá-lo e importá-lo novamente para o projeto, ou pode substituir um arquivo de regras 
existente por um novo.
As alterações feitas em um arquivo de regras de participantes pode afetar a lista de participantes para qualquer 
evento que esteja usando esse arquivo de regras de participantes até o evento ser publicado, ou seja, quando o 
status do evento for Não iniciado ou Rascunho. Depois de você publicar um evento, qualquer alteração que seja 
feita no arquivo de regras de participantes não afeta a lista de participantes para o evento. Se você publicar um 
evento, então pare e edite-o, não é possível usar o arquivo de regras de participantes para alterar a lista de 
participantes. Nesta situação, a lista de participantes só pode ser alterada manualmente dentro do evento.
Procedimento
1. Na guia Documentos, clique no arquivo de regras que você deseja editar, clique em Fazer download e clique 
em Salvar.
2. Exclua o arquivo de regras do servidor da SAP Ariba. Para obter informações sobre a exclusão de arquivos de 
regras, consulte Excluindo regras de participantes [página 90].
3. Faça alterações no arquivo que salvou, salve suas alterações e carregue o arquivo. Para obter informações 
sobre a importação de arquivos de regras de participantes, consulte Como adicionar regras de participantes a 
um modelo [página 87].
88 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciando regras de participantes
Como substituir um arquivo de regras de 
participante
Contexto
Existem duas opções disponíveis para editar um arquivo de regras de participantes. Você pode fazer o download do 
arquivo existente, editá-lo e importá-lo novamente para o projeto, ou pode substituir um arquivo de regras 
existente por um novo.
As alterações feitas em um arquivo de regras de participantes pode afetar a lista de participantes para qualquer 
evento que esteja usando esse arquivo de regras de participantes até o evento ser publicado, ou seja, quando o 
status do evento for Não iniciado ou Rascunho. Depois de você publicar um evento, qualquer alteração que seja 
feita no arquivo de regras de participantes não afeta a lista de participantes para o evento. Se você publicar um 
evento, então pare e edite-o, não é possível usar o arquivo de regras de participantes para alterar a lista de 
participantes. Nesta situação, a lista de participantes só pode ser alterada manualmente dentro do evento.
Procedimento
1. Na guia Documentos, clique no arquivo de regras que você deseja editar e depois clique em Substituir 
documento.
2. Escolha uma das seguintes opções:
○ Para carregar um arquivo de substituição,selecione o mesmo (pesquise o arquivo, insira o caminho do 
arquivo ou solte um ícone de arquivo na caixa de arrastar e soltar).
○ Para substituir o arquivo atual por um que já se encontre no sistema da SAP Ariba, escolha Substituir 
documento original por um documento de um projeto, insira critérios de pesquisa para o documento 
que você deseja adicionar como substituição, clique em Pesquisar e depois escolha o documento de 
substituição.
3. Clique em Substituir.
Resultados
Quando você substitui um arquivo de regras de participantes, só a nova versão está ativa e disponível para a sua 
organização.
Guia de Modelos de Projeto
Gerenciando regras de participantes C U S T O M E R ( C L I E N T E ) 89
Excluindo regras de participantes
Procedimento
1. Na guia Documentos, clique no arquivo de regras que você deseja excluir, clique em Excluir e clique em Salvar.
2. Clique em OK.
90 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Gerenciando regras de participantes
Usando condições em modelos de projeto
Nesta seção:
Sobre o uso de condições em modelos de projeto [página 91]
Definindo expressões de condição usando o editor de condições [página 97]
Definindo uma condição com respostas do usuário a perguntas [página 99]
Definindo a visibilidade de perguntas de condição [página 101]
Definindo a visibilidade de respostas [página 102]
Definindo campos do projeto baseados em respostas do usuário a perguntas de condição [página 102]
Sobre a vinculação de condições a itens do projeto [página 103]
Vinculando condições a itens do projeto [página 104]
Vinculando condições a modelos inteiros [página 106]
Exibindo condições em modelos de projeto [página 107]
Testando condições [página 107]
Sobre o uso de condições em modelos de projeto
As condições em modelos de projeto permitem que você crie itens de projeto, como documentos, que só estão 
disponíveis para os usuários sob determinadas condições. Quando os usuários criam projetos com base em 
modelos com condições, eles veem diferentes itens do projeto com base na informação que especificam.
O uso de condições em modelos exige dois passos:
● Passo 1: defina as condições. Uma condição é verdadeira ou falsa e pode se basear em valores de campo do 
projeto ou em respostas do usuário a perguntas feitas no momento da criação do projeto. Consulte Definindo 
expressões de condição usando o editor de condições [página 97] e Definindo uma condição com respostas 
do usuário a perguntas [página 99] para obter detalhes.
● Passo 2: vincule itens de projeto a condições. A vinculação de itens de projeto a condições baseia a 
disponibilidade dos itens em uma ou mais condições. Você pode vincular condições a itens de projeto em um 
modelo para incluir os itens em um projeto, de acordo com os valores da condição. Você pode vincular 
condições aos seguintes itens:
○ Documentos
○ Tarefas
○ Cláusulas em documentos de contrato montados (documentos do contrato principal ou do adendo do 
contrato do SAP Ariba Contracts)
○ Grupos de projetos
Você também pode vincular condições a um modelo inteiro. O modelo só está visível na página Criar do 
projeto quando as condições especificadas são verdadeiras. Consulte Sobre a vinculação de condições a 
itens de projeto [página 103] para obter detalhes.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 91
Por exemplo, você cria um modelo e define a condição Região é Europa que é verdadeira se Regiões for 
Europa. Depois, você vincula um documento no modelo à condição Região é Europa e especifica que a 
condição deve ser verdadeira. Quando um usuário cria um projeto a partir do modelo, o documento só é incluído 
no projeto se o usuário selecionar Europa para o campo Regiões.
Você também pode testar suas condições e links para os itens de projeto. Para obter maiores informações, 
consulte Testando condições [página 107].
O Ariba Spend Management testa as condições e determina quais itens condicionais existem em um projeto 
quando o projeto é criado. Além disso, o Ariba Spend Management reavalia as condições quando os usuários 
modificam valores de campo de projeto.
Tipos de condições
As condições são classificadas de acordo com o método usado para definir o valor da condição. Você pode usar os 
seguintes métodos para definir valores da condição:
● Expressões de condição que são normalmente baseadas em valores de campo do projeto. Você define 
expressões de condição usando o editor de condições. Consulte Definindo expressões de condição usando o 
editor de condições [página 97].
● Respostas do usuário a perguntas que são baseadas em respostas do usuário a perguntas exibidas na hora de 
criação do projeto. O autor do modelo especifica uma pergunta, uma lista de respostas aceitáveis e a condição 
definida para uma determinada resposta do usuário. Consulte Definindo uma condição com respostas do 
usuário a perguntas [página 99].
Você também pode definir valores de condição com base em valores de campo de documento. Você define 
condições usando o editor de condições a partir do editor do fluxo de aprovação. Consulte Definindo condições de 
regra de aprovação com campos de documento [página 59].
Expressões de condição
As expressões de condição são compostas por componentes. Os componentes podem ser:
● Correspondências de campo do projeto que são avaliadas como verdadeiras ou falsas, dependendo dos 
valores de campo do projeto.
● Correspondências de campo do documento que são avaliadas como verdadeiras ou falsas, dependendo dos 
valores de campo em formulários de documento. Você só pode criar e usar correspondências de campo de 
documento em fluxos de aprovação para documentos. Para obter maiores informações, consulte 
Correspondências de campo de documento [página 57].
● Subcondições que contêm um conjunto de componentes de condição que são avaliados juntamente com uma 
série de operadores lógicos. As subcondições permitem a você criar condições com vários componentes.
● Referências a condições existentes que permitem a você reutilizar condições existentes em novas condições.
Na sua forma mais simples, uma expressão de condição é composta por uma subcondição que contém uma 
correspondência de campo ou uma referência a outra condição. Por exemplo, você pode ter a seguinte expressão 
de condição:
Todos são verdadeiros Regiões é igual a EUA
92 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Essa expressão de condição é composta pela subcondição All Are True e a correspondência de campo 
Regions is equal to USA.
Nota
Todas as expressões de condição começam com uma subcondição, mesmo que o único componente adicional 
seja uma correspondência de campo ou uma referência a uma condição.
Subcondições
As subcondições permitem a você agrupar e avaliar um conjunto de componentes de condição como um todo.
Na imagem seguinte, Todos são verdadeiros é a subcondição.
Existem três tipos de subcondição:
● Todos são verdadeiros. Para que essa subcondição seja verdadeira, todos os componentes de condição que 
ela contém devem ser verdadeiros. Conceptualmente, a subcondição Todos são verdadeiros coloca 
operadores E entre os componentes de condição no conjunto.
● Qualquer um é verdadeiro. Para que essa subcondição seja verdadeira, pelo menos um dos componentes de 
condição que ela contém deve ser verdadeiro. Conceptualmente, a subcondição Qualquer um é verdadeiro 
coloca operadores OU entre os componentes de condição no conjunto.
● Nenhum é verdadeiro. Para que essa subcondição seja verdadeira, todos os componentes de condição que ela 
contém devem ser falsos. Conceptualmente, a subcondição Nenhum é verdadeiro usa operadores NÃO...E 
NÃO:
NÃO componente de condição 1 E NÃO componente de condição 2 E NÃO componente de condição 3.
Você também pode usar o operador Nunca corresponde ao vincular condições a itens de projeto. Para obter 
maiores informações sobre o operador Nunca corresponde, consulte Sobrea vinculação de condições a itens de 
projeto [página 103].
Condições de correspondências de campo do projeto
As correspondências de campo do projeto são baseadas em valores de campo do projeto. A condição é verdadeira 
se o valor do campo do projeto corresponder a um valor especificado, a um intervalo de valores especificados ou a 
pelo menos um valor de um conjunto de valores. Por exemplo, você pode definir uma correspondência de campo 
que é verdadeira se o valor para Valor do contrato for maior que US$ 1.000.000.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 93
Você pode definir condições de correspondência de campo do projeto em campos de atributo de projeto 
numéricos, de moeda e data. Você também pode definir condições de correspondência de campo do projeto em 
campos onde os usuários selecionam valores de menus suspensos ou selecionadores, como o campo Regiões. Se 
um campo for hierárquico e tiver subcampos, como o subcampo de país em um endereço de fornecedor, você 
pode definir uma correspondência de campo em um subcampo.
Nota
Não é possível selecionar moedas para condições correspondentes a campos do tipo Valor monetário em SAP 
Ariba Sourcing.
Os campos específicos que você pode fazer corresponder são determinados pelo seu tipo de modelo e que 
campos têm a opção Ativar para condição de correspondência de campos de modelo definida em sua 
configuração de solução do SAP Ariba.
Nota
Você pode criar condições de correspondência de campo do projeto em grupos de usuários globais para 
controlar que usuários podem ver o modelo. O uso de uma correspondência de campo do projeto em grupos de 
usuários é destinado somente para controlar a visibilidade geral do modelo. A SAP Ariba recomenda que você 
não use uma correspondência de campo em grupos de usuários para itens de projeto individuais em um modelo 
(como documentos ou tarefas). Caso contrário, os usuários verão itens diferentes em um projeto, dependendo 
dos respectivos grupos de usuários.
Operadores de condição
Um operador de correspondência de campo é usado para comparar o valor de um campo em um projeto (um valor 
de campo do projeto) em relação a um valor especificado em uma condição (um valor da condição). Os operadores 
válidos para correspondências de campo dependem do tipo de campo. Os operadores de correspondência de 
campo incluem o seguinte:
Operador Descrição
é igual a A correspondência é verdadeira se o valor de campo do projeto corresponder ao valor da condi­
ção.
não é igual a A correspondência é verdadeira se o valor de campo do projeto não corresponder ao valor da 
condição ou se nenhum valor for especificado para o campo do projeto.
é nulo A correspondência é verdadeira se nenhum valor for especificado para o campo do projeto.
não é nulo A correspondência é verdadeira se um valor qualquer for especificado para o campo do projeto.
é derivado de A correspondência é verdadeira se o valor de campo do projeto for derivado do valor da condi­
ção ou se for o próprio valor da condição.
Este operador é válido somente para campos hierárquicos.
está na lista Você pode especificar uma lista de valores da condição e a correspondência é verdadeira se o 
valor de campo do projeto corresponder a qualquer valor na lista.
Esse operador é válido somente para campos que podem conter vários valores.
94 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Operador Descrição
é igual a
é maior que
é maior que ou igual a
é menor que
é menor que ou igual a
não é igual a
está entre
A correspondência é verdadeira se a comparação matemática for verdadeira.
Esses operadores são válidos somente para campos que contêm valores numéricos ou campos 
de data de calendário.
Se você selecionar o operador está entre, você especifica dois valores e a expressão é verda­
deira se o valor de campo do projeto for maior que ou igual ao primeiro valor e menor que o 
segundo valor.
contém
termina com
igual a (sem fazer distinção 
entre maiúsculas e 
minúsculas)
inicia com
A correspondência é verdadeira se a comparação de string for verdadeira.
Esses operadores são válidos somente para campos que contêm valores textuais (como o 
campo Código) e não são válidos para campos que podem conter somente uma ou mais strings 
específicas de uma lista ou seletor (como o campo Regiões).
Se um campo de projeto tiver vários valores ou se a expressão tiver vários valores de condição, o Ariba Spend 
Management compara cada valor de campo do projeto com cada valor da condição, um a um. A correspondência é 
verdadeira se a comparação de qualquer campo do projeto e qualquer valor da condição satisfizer a comparação 
de correspondência de campo. Por exemplo, você pode ter a seguinte condição:
Todos são verdadeiros Regiões é igual a (Bélgica, Holanda)
Essa condição é verdadeira se o campo Regiões no projeto estiver definido com qualquer um dos seguintes 
valores:
● Bélgica
● Holanda
● Bélgica, Holanda
Referências a condições
As referências a condições usam valores de condições existentes para definir condições adicionais. Uma referência 
a uma condição é geralmente usada em uma expressão condicional para combinar uma condição existente com 
outras condições ou correspondências de campo.
Várias subcondições
Uma condição pode conter várias subcondições (e componentes). Você adiciona componentes de condição da 
esquerda para a direita no criador de condições. Os componentes são avaliados na direção oposta—da direita para 
a esquerda.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 95
A condição na imagem seguinte é avaliada como verdadeira se todas as instruções a seguir forem verdadeiras:
● O campo Mercadoria não é Alimentação.
● O campo Fornecedor é AAA.
● O campo Regiões é Ásia.
Diretrizes para definir condições
Tenha em consideração as seguintes diretrizes ao definir condições:
● Você deve começar com uma subcondição (Todos são verdadeiros, Qualquer um é verdadeiro, Nenhum é 
verdadeiro).
● Termine cada string de condições com uma correspondência de campo ou referência a uma condição.
● Você não pode adicionar uma subcondição à direita de uma referência a uma condição.
● Se você excluir uma subcondição, os componentes da condição associada passam para a esquerda e integram 
a subcondição precedente. Na maioria dos casos, o operador da subcondição precedente é diferente da 
subcondição que você está excluindo, ou seja, a condição será alterada.
Por exemplo, você tem a seguinte condição que é somente avaliada como verdadeira se o campo Mercadoria 
não for igual a Alimentação (além dos requisitos de campo Fornecedor e Regiões):
Se você remover a subcondição Nenhum é verdadeiro, a nova condição terá um novo significado e será 
somente avaliada como verdadeira se o campo Mercadoria for igual a Alimentação (além dos requisitos de 
campo Fornecedor e Regiões).
96 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
● Você não pode excluir a subcondição mais à esquerda (Todos são verdadeiros, Qualquer um é verdadeiro, 
Nenhum é verdadeiro), mas pode alterar o tipo. (Por exemplo, você pode alterar uma subcondição Todos são 
verdadeiros para Qualquer um é verdadeiro Para alterar o tipo, clique no triângulo de ação () e selecione 
um dos valores em Alterar para no menu exibido.
● Ao selecionar Inserir subcondição Depois , você insere uma nova subcondição após a subcondição 
atual mas antes de qualquer componente já existente à direita da subcondição atual.
Por sua vez, ao selecionar Adicionar condição Subcondição , você adiciona uma nova subcondição à 
direita da subcondição atual. Se existir qualquer componente à direita da subcondição atual, esse comando 
adiciona a nova subcondição em paralelo a essas condições.
Definindo expressões de condição usando o editor de 
condições
Procedimento
1. Crie ou abra um modelo do projeto.Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a guia Condições do modelo e clique em Adicionar condição na área Condições.
É aberta uma janela Criar condição.
3. Insira um nome para a condição, como RegionIsEMEA.
4. Insira uma descrição para a condição.
5. Todas as condições começam com a subcondição Todos são verdadeiros. Se você desejar alterar o tipo de 
subcondição, clique no botão triangular de ação () junto a Todos são verdadeiros e depois selecione um tipo 
em Alterar para, como Nenhuma é verdadeira.
6. Para adicionar uma correspondência de campo, clique no botão triangular ao lado de Todos são verdadeiros e 
depois clique em Adicionar condição Correspondência de campo .
É aberto um criador de correspondências de campo. Clique em Selecionar. É aberto um menu suspenso com 
os campos de projeto usados habitualmente para correspondências de campo.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 97
7. Selecione um campo de projeto, como Regiões. Se você desejar usar um campo que não está listado ou usar 
um subcampo (como o país no endereço do cliente ou do fornecedor), clique em mais campos para abrir uma 
lista completa de campos de projeto. Clique em Selecionar para o campo que você deseja usar e clique em 
Concluído.
8. Selecione um operador do menu suspenso, como é igual a.
9. Clique em Selecionar à direita do texto (Nenhum valor selecionado) para especificar o valor para a 
correspondência de campo.
Dependendo do tipo de dados para o campo, o sistema exibe um menu suspenso com valores aceitáveis, um 
painel de seleção ou um painel de entrada de dados. Insira ou escolha o valor, o conjunto de valores ou o 
intervalo de valores (conforme aplicável) que você deseja corresponder.
Se um campo puder ter vários valores, o sistema exibe um painel de seleção. Clicando em Selecionar, é aberto 
um selecionador que permite que você especifique um conjunto de vários valores para a correspondência de 
campo. A condição será verdadeira se existir uma correspondência para qualquer um dos valores de campo no 
conjunto. Para criar uma condição que é verdadeira se existirem correspondências para todos os valores de 
campo especificados, você tem que criar uma expressão de condição com o operador Todos de e várias 
correspondências de campo, em que cada correspondência de campo especifica um único valor.
10. Continue adicionando componentes da condição, conforme necessário.
11. Clique em OK.
12. Depois de você ter definido a condição, vincule-a a itens do projeto, como descrito em Sobre a vinculação de 
condições a itens do projeto [página 103]. Alternativamente, você pode usar a referência a essa condição para 
criar condições adicionais.
Exemplo de condição: país em um endereço do fornecedor
Você pode criar uma correspondência de campo para um país específico em um endereço de fornecedor da 
seguinte forma:
1. No editor de condições, clique no botão triangular ao lado de uma subcondição, como Todos são verdadeiros, 
e depois clique em Correspondência de campo.
2. No menu suspenso Selecionar campo, clique em Selecionar outro campo mais campos .
3. Clique na seta de expansão ao lado de Fornecedor.
4. Clique na seta de expansão ao lado de Endereço.
5. Clique no link Selecionar ao lado de País.
6. Use o valor padrão para o operador (é igual a). Clique em Selecionar ao lado de (Nenhum valor selecionado).
7. Clique em Selecionar valor. O sistema abre um painel que mostra os valores de país selecionados. Como você 
ainda não selecionou países, a lista está vazia. Clique em Selecionar.
8. O sistema abre um selecionador com os países válidos. Clique na caixa de seleção ao lado do país apropriado e 
clique em Concluído.
98 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Exemplo de condição: vários valores de região
A condição seguinte é verdadeira se o campo Regiões para o projeto contiver EUA, ouÁsia ou tanto EUA como 
Ásia:
Por comparação, a condição seguinte só é verdadeira se o campo Regiões para o projeto contiver tanto EUA como 
Ásia:
Definindo uma condição com respostas do usuário a 
perguntas
Contexto
Um autor do modelo pode definir uma condição com base em uma resposta do usuário a uma pergunta exibida no 
momento da criação do projeto. Para isso, o autor do modelo especifica as informações seguintes:
● A pergunta.
● Respostas possíveis. O sistema exibe as respostas possíveis em um menu suspenso no momento da criação 
do projeto.
● Condições que serão criadas para as respostas. Você pode especificar uma condição para cada resposta e o 
sistema definirá essa condição como verdadeira, se o usuário selecionar essa resposta. Você não precisa 
especificar uma condição para cada resposta, mas cada pergunta deve ter, pelo menos, uma resposta que 
defina uma condição como verdadeira.
Você também pode usar recursos para:
● Mostrar ou ocultar perguntas dependendo de valores de condição (consulte Definindo a visibilidade de 
perguntas de condição [página 101])
● Mostrar ou ocultar respostas dependendo de valores de condição (consulte Definindo a visibilidade de 
respostas [página 102])
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 99
Limitações
Você não pode definir condições usando respostas do usuário a perguntas em modelos de espaço de trabalho 
do fornecedor.
Você não pode usar perguntas para especificar se um modelo está disponível durante a criação do projeto 
porque as perguntas são definidas dentro de um determinado modelo e não podem ser definidas de forma 
independente de um modelo.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status não for Rascunho, crie uma nova versão, como descrito em 
Criando uma nova versão de um modelo e ativando a edição [página 24].
2. Navegue para a guia Condições do modelo e clique em Adicionar pergunta na área Perguntas.
É aberta a página Criar pergunta.
3. No campo Pergunta, você digita a pergunta à qual deseja que os usuários respondam.
4. Na coluna Resposta, especifique o texto a ser exibido no menu suspenso para os usuários selecionarem. Por 
padrão, o sistema exibe duas respostas: Sim e Não.
5. Para criar outra resposta para o menu suspenso exibido aos usuários, clique em Adicionar outra resposta. 
Digite o texto para a resposta.
6. Na coluna Condição definida, digite uma condição que será definida como verdadeira se os usuários 
selecionarem a resposta correspondente. Você não tem que definir uma condição para cada resposta, mas 
deve definir uma condição para pelo menos uma resposta. Por exemplo, convém especificar uma condição 
somente para a resposta Sim.
7. Clique em Resposta padrão para a resposta que você deseja exibir como padrão. Para forçar o usuário a 
selecionar uma resposta diferente da resposta padrão, clique no botão de opção para Padrão deve ser 
alterado. Essa opção é útil se você desejar forçar usuários a selecionarem uma resposta.
Nota
Se você definir a opção Padrão deve ser alterado, os usuários não poderão criar um projeto a menos que 
selecionem uma resposta, mesmo se a pergunta não seja visível. Se você definir essa opção, não deve 
tornar a visibilidade dessa pergunta condicional.
8. Clique em OK quando tiver concluído.
9. Opcional: Se você tiver várias perguntas, pode alterar a ordem em que são mostradas aos usuários que estão 
criando projetos, abrindo a guia Perguntas e arrastando e soltando as perguntas na ordem desejada.
Resultados
Depois de você ter definido a condição, vincule-a a itens do projeto, como descrito em Sobre a vinculação de 
condições a itens do projeto [página 103]. Alternativamente, você pode usar a referência a essa condição para 
criar condições adicionais.
100 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Exemplo de condição: respostado usuário com resposta 
padrão
O autor do modelo definiu uma condição com a pergunta O formulário 22 é obrigatório? e as seguintes 
configurações:
Resposta Condição definida Resposta padrão
Sim Formulário 22 obrigatório
Não
Selecionar Sim ou Não X e Padrão deve ser alterado
Depois de o modelo ser publicado, um usuário que esteja usando o modelo para criar um projeto vê inicialmente a 
pergunta O formulário 22 é obrigatório? com a resposta padrão para o menu suspenso, Selecionar Sim ou Não. 
O sistema exige que o usuário selecione uma resposta alternativa (Sim ou Não) antes de criar o projeto. Se um 
usuário selecionar Sim, o sistema definirá a condição Formulário 22 obrigatório como verdadeira.
Definindo a visibilidade de perguntas de condição
Contexto
Você pode alterar a visibilidade de uma pergunta ao associar uma ou várias condições a ela usando condições de 
visibilidade. O sistema só apresenta a pergunta a usuários se a condição especificada for verdadeira ou a 
expressão condicional for verdadeira. Por exemplo, se você definir a condição de visibilidade de uma determinada 
condição para uma condição que só é verdadeira se Regiões for APAC Ásia Pacífico, essa pergunta só é 
apresentada a usuários que estão criando um projeto desse modelo se Regiões for APAC Ásia Pacífico.
Uma vez que as respostas podem definir condições e a visibilidade de perguntas pode ser controlada com 
condições, você pode ter perguntas condicionais em cascata que só são respondidas se forem dadas 
determinadas respostas às perguntas anteriores.
Nota
Não defina condições de visibilidade em perguntas com a opção Padrão deve ser alterado. Isso pode suprimir a 
visibilidade dessas perguntas e impedir que os usuários criem projetos.
Procedimento
1. Clique nos conteúdos do campo Condições de visibilidade. O valor inicial é (nenhum).
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 101
2. Clique no nome da condição que você deseja usar. Por padrão, o sistema não exibirá a pergunta que você está 
criando a menos que a condição seja verdadeira (o operador padrão é Qualquer). Você pode especificar 
condições adicionais ou alterar o operador.
Definindo a visibilidade de respostas
Contexto
Você pode alterar a visibilidade de uma resposta ao associar uma ou várias condições a ela usando condições de 
visibilidade. O sistema só apresenta a resposta a usuários se a condição especificada for verdadeira ou a expressão 
condicional for verdadeira.
Procedimento
1. Clique na caixa de seleção Sim para o campo A visibilidade da resposta é condicional?.
O sistema adiciona uma coluna Condição de visibilidade para as respostas.
2. Clique os conteúdos do campo Condições de visibilidade para a pergunta adequada. O valor inicial é 
(nenhum).
3. Clique no nome da condição que você deseja usar. Por padrão, o sistema não exibirá a pergunta que você está 
criando a menos que a condição seja verdadeira (o operador padrão é Qualquer). Você pode especificar 
condições adicionais ou alterar o operador.
Definindo campos do projeto baseados em respostas 
do usuário a perguntas de condição
Procedimento
1. Clique em Sim para o campo As respostas podem definir campos do projeto?.
O sistema adiciona um campo Definição de campo por baixo de cada resposta.
2. Selecione o campo do projeto que você deseja definir. Você pode selecionar o campo que tem a opção Ativar 
para definidor de campos de modelo ativada. Por padrão, o campo Status do processo tem essa opção 
ativada; para determinar se essa opção pode ser ativada para campos adicionais, peça ao seu contato de 
suporte designado para registrar uma solicitação de serviço e um representante do Suporte ao cliente SAP 
Ariba entrará em contato com você.
O sistema adiciona um campo com um menu suspenso que permite que você especifique o valor que será 
definido para cada resposta. O valor inicial é Sem escolha.
102 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
3. Para cada resposta, especifique o valor para o qual o campo será definido se o usuário selecionar essa 
resposta.
Sobre a vinculação de condições a itens do projeto
A vinculação de condições a um item do projeto faz com que o sistema inclua ou exclua o item com base no valor 
da condição. Você pode vincular condições aos seguintes itens em modelos de projeto:
● Tarefas
● Fases
● Documentos
● Cláusulas em documentos de contrato montados (documentos do contrato principal ou do adendo do 
contrato)
● Grupos de equipes do projeto
Você também pode vincular condições a modelos inteiros. Para obter maiores informações, consulte Vinculando 
condições a modelos inteiros [página 106].
Você deve vincular uma condição a um item do projeto depois de o item ter sido criado. Você não pode vincular 
condições a itens do projeto enquanto está criando os itens.
Nota
● Se você associar uma condição a um documento e depois associar o documento a uma tarefa, a condição 
para o documento também é vinculada à tarefa. Se a tarefa se encontrar em uma fase, a condição não será 
listada para a tarefa, mas continua estando vinculada à tarefa. Para exibir todas as condições para uma 
tarefa de documento em uma fase, você também tem que exibir as condições para o documento associado.
● As condições de campo de documento só podem ser usadas em fluxos de aprovação. Você não pode 
vincular condições de campo de documento a itens do projeto em modelos para tornar os itens visíveis ou 
não visíveis.
Reavaliação de condições em projetos
Se o valor de uma condição for alterado em um projeto criado, o Ariba Spend Management reavalia o status dos 
itens de projeto vinculados à condição, da seguinte forma:
● Se uma condição que era falsa se tornar verdadeira, o Ariba Spend Management adiciona os itens vinculados 
ao projeto.
● Se uma condição que era verdadeira se tornar falsa, o Ariba Spend Management remove os itens vinculados 
que não foram atualizados ou modificados, incluindo as tarefas que não foram enviadas. Se o item for um 
grupo de projetos, o Ariba Spend Management remove o grupo se não tiver sido modificado, incluído noutro 
grupo de projetos, usado como proprietário do projeto, usado como proprietário de um item ou usado como 
participante da tarefa.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 103
Vinculando condições a equipes do projeto
A SAP Ariba recomenda que você não vincule condições ao grupo de proprietários do projeto. Normalmente, o 
sistema aplica condições vinculadas a grupos de equipes de projeto em projetos criados usando o modelo. No 
entanto o grupo de proprietários do projeto é único pois o sistema aplica condições ao grupo de proprietários do 
projeto de modelo e não em projetos criados usando o modelo.
Como alternativa, você pode usar regras de membros da equipe para incluir ou excluir usuários individuais de 
grupos de equipes do projeto, com base nos valores de campo de atributo do projeto. Quando as regras de 
membros da equipe incluem entradas para o grupo de proprietários do projeto, o sistema aplica as entradas ao 
grupo de proprietários do projeto em projetos criados usando o modelo.
Para obter maiores informações sobre regras de membros da equipe, consulte Adicionando grupos de projetos e 
membros da equipe a modelos de projeto [página 31].
Vinculando condições a itens do projeto
Contexto
A vinculação de condições a um item do projeto faz com que o sistema inclua ou exclua o item com base no valor 
da condição. Você pode vincular condições aos seguintes itens em modelos de projeto:
● Tarefas
● Fases
● Documentos
● Cláusulas em documentos de contrato montados (documentos do contrato principal ou do adendo do 
contrato)
● Grupos de equipes do projeto
Você também pode vincular condições a modelos inteiros. Para obter maiores informações, consulte Vinculando 
condições a modelos inteiros [página 106].
Você deve vincular uma condição aum item do projeto depois de o item ter sido criado. Você não pode vincular 
condições a itens do projeto enquanto está criando os itens.
Nota
● Se você associar uma condição a um documento e depois associar o documento a uma tarefa, a condição 
para o documento também é vinculada à tarefa. Se a tarefa se encontrar em uma fase, a condição não será 
listada para a tarefa, mas continua estando vinculada à tarefa. Para exibir todas as condições para uma 
tarefa de documento em uma fase, você também tem que exibir as condições para o documento associado.
● As condições de campo de documento só podem ser usadas em fluxos de aprovação. Você não pode 
vincular condições de campo de documento a itens do projeto em modelos para tornar os itens visíveis ou 
não visíveis.
Reavaliação de condições em projetos
104 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Se o valor de uma condição for alterado em um projeto criado, o SAP Ariba reavalia o status dos itens de projeto 
vinculados à condição, da seguinte forma:
● Se uma condição que era falsa se tornar verdadeira, o SAP Ariba adiciona os itens vinculados ao projeto.
● Se uma condição que era verdadeira se tornar falsa, o SAP Ariba remove os itens vinculados que não foram 
atualizados ou modificados, incluindo as tarefas que não foram enviadas. Se o item for um grupo de projetos, o 
SAP Ariba remove o grupo se não tiver sido modificado, incluído noutro grupo de projetos, usado como 
proprietário do projeto, usado como proprietário de um item ou usado como participante da tarefa.
Vinculando condições a equipes do projeto
A SAP Ariba recomenda que você não vincule condições ao grupo de proprietários do projeto. Normalmente, o 
sistema aplica condições vinculadas a grupos de equipes de projeto em projetos criados usando o modelo. No 
entanto o grupo de proprietários do projeto é único pois o sistema aplica condições ao grupo de proprietários do 
projeto de modelo e não em projetos criados usando o modelo.
Como alternativa, você pode usar regras de membros da equipe para incluir ou excluir usuários individuais de 
grupos de equipes do projeto, com base nos valores de campo de atributo do projeto. Quando as regras de 
membros da equipe incluem entradas para o grupo de proprietários do projeto, o sistema aplica as entradas ao 
grupo de proprietários do projeto em projetos criados usando o modelo.
Para obter maiores informações sobre regras de membros da equipe, consulte Adicionando grupos do projeto a 
modelos do projeto [página 31].
Procedimento
1. Defina a condição que você deseja aplicar ao item, como descrito em Definindo expressões de condição 
usando o editor de condições [página 97] ou Definindo uma condição com respostas do usuário a perguntas 
[página 99].
2. Navegue para o item. Por exemplo, se você desejar vincular uma condição a um documento, clique na guia 
Documentos. Para vincular uma condição a uma cláusula, abra o contrato principal ou adendo do contrato e 
use a visualização de estrutura para navegar para a cláusula.
3. Para o item ao qual você deseja vincular a condição, clique na coluna “Condições” à direita do nome do objeto. 
A coluna “Condições” exibe o texto (nenhum) se você estiver adicionando a primeira condição.
O sistema exibe um menu suspenso com um operador para a condição (ou condições) e uma lista de 
condições. No exemplo a seguir, o usuário deseja vincular uma condição ao documento AAA:
4. Selecione o operador para a condição ou condições.
○ Qualquer: o item está disponível se qualquer uma das condições selecionadas for verdadeira.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 105
○ Tudo de: o item está disponível se todas as condições selecionadas forem verdadeira. O sistema só exibe 
esse operador se forem selecionadas duas ou mais condições.
○ Nenhum: o item está disponível se nenhuma das condições selecionadas for verdadeira. O sistema só 
exibe esse operador se forem selecionadas duas ou mais condições.
○ Nunca corresponde: o item nunca está disponível em projetos. Isso é útil se você desejar que os itens em 
um modelo estejam disponíveis para autores do modelo, mas não para usuários que criam projetos a 
partir do modelo. Por exemplo, os arquivos de regras de membros da equipe usam sempre o operador 
Nunca corresponde porque você usa-os em modelos para especificar a associação a grupos do projeto, 
mas eles nunca devem ser exibidos em projetos do modelo. Para obter mais detalhes, consulte 
Adicionando grupos do projeto a modelos do projeto [página 31]. Você também pode usar o operador 
Nunca corresponde em documentos destinados a outras pessoas que editam um modelo, para deixar 
notas ou descrever o modo como o modelo deve trabalhar.
Selecione uma ou mais condições.
Exemplo: vinculando uma condição de região a um 
documento
1. Defina a condição, como descrito em Definindo expressões de condição usando o editor de condições [página 
97] ou Definindo uma condição com respostas do usuário a perguntas [página 99].
Por exemplo, para criar uma condição que é usada para exibir documentos ou tarefas em projetos criados 
somente quando Regiões é USA, defina a condição da seguinte forma:
Todos são verdadeiros Regiões é igual a EUA
2. Vincule o documento à condição.
1. Navegue para a guia Documentos no modelo e localize o documento que deseja vincular à condição 
recém-criada.
2. Clique no título do documento e escolha Editar.
3. Vincule o campo Condições à condição recém-criada. Várias condições podem ser associadas a qualquer 
item e você pode selecionar Qualquer um de, Tudo de, Nenhum de, ou Nunca corresponde para esse 
item.
4. Clique em Salvar.
Depois de vincular o documento à condição, você pode efetuar um teste para garantir que o documento é exibido 
quando a região é selecionada. Para obter maiores informações, consulte Testando condições [página 107].
Vinculando condições a modelos inteiros
Contexto
Convém disponibilizar um modelo somente em determinadas condições. Você pode associar uma condição a um 
modelo inteiro ao definir o campo Condições na área Propriedades do modelo. Se você associar uma condição a 
um modelo inteiro, o modelo é exibido como uma opção durante a criação do projeto somente se o campo que 
torna a condição verdadeira for definido adequadamente.
106 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Procedimento
1. Defina a condição que você deseja aplicar ao modelo inteiro, como descrito em Definindo expressões de 
condição usando o editor de condições [página 97] ou Definindo uma condição com respostas do usuário a 
perguntas [página 99].
2. Na área Propriedades da guia Visão geral do modelo, escolha Ações > Editar propriedades.
3. No campo Condições, selecione a condição que você definiu anteriormente.
4. Clique em Salvar.
5. Certifique-se de que a condição é exibida na guia Visão geral do modelo no campo Condições.
Exibindo condições em modelos de projeto
Procedimento
Clique na guia Condições em modelos de projeto.
Resultados
A tabela Condições inclui uma coluna Escopo que indica onde a condição pode ser usada. Os valores válidos são:
● Projeto: O escopo para todos os tipos de condição, exceto condições de campo de documento. A condição 
pode ser usada para qualquer item em um projeto.
● Documento: O escopo para condições de campo de documento. A condição só pode ser usada ao criar um 
fluxo de aprovação para documentos com o mesmo tipo que o tipo de documento usado para definir a 
condição.
Testando condições
Contexto
Você pode usar a área Condições de teste em um modelo de projeto para testar suas condições e vinculações a 
itens do projeto.
Limitações
O recurso de condições de teste não pode ser usado para testar condições de campo do documento.
Guia de Modelos de Projeto
Usando condições em modelos de projeto C U S T O M E R ( C L I E N T E ) 107
Procedimento
1. Abra um modelode projeto e navegue para a área Opções avançadas no lado esquerdo do painel de 
instrumentos. Essa área inclui uma lista das condições que você definiu.
2. Selecione as condições que você deseja testar.
3. Clique em Criar meu projeto de teste.
O sistema abre uma página Criar teste. Essa página mostra o que os usuários irão ver quando criam um 
projeto do mesmo tipo que o modelo. Nessa página de teste, o modelo que você está testando é a única 
escolha. Você pode ver as perguntas e pode responder a elas.
4. Insira dados adicionais e clique em Criar teste.
O sistema cria um projeto de teste de modelo usando as condições e os dados que você especificou. Você 
pode exibir os conteúdos de um projeto de teste e pode editar a visão geral, mas não pode realizar outras 
operações como criar tarefas ou documentos.
5. Verifique se os itens do projeto vinculados às condições são exibidos como esperado.
Nota
Os projetos de teste incluem sempre aprovadores condicionais em um fluxo de aprovação, 
independentemente de a condição ser atendida.
6. Quando você tiver concluído a exibição dos conteúdos, clique em Retornar ao Editor de modelos no canto 
superior direito da página.
A lista das condições de teste na área Opções avançadas é verificada de acordo com os resultados das 
escolhas que você fez ao criar um projeto de teste. Embora você possa alterar manualmente os valores de 
condição, é muitas vezes mais útil alterá-los ao longo de ciclos repetidos de criação de um projeto de teste.
Ao clicar em Condições padrão você redefine as condições de volta ao seu estado padrão.
7. Para excluir o projeto do modelo de teste, navegue para Opções avançadas no painel de instrumentos e clique 
em Excluir meu projeto de teste.
108 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Usando condições em modelos de projeto
Atualizando modelos de espaço de trabalho do 
fornecedor e de projeto SPM
Nesta seção:
Sobre atualizações do modelo do fornecedor [página 109]
Como atualizar projetos relacionados ao fornecedor para uma nova versão do modelo [página 115]
Sobre atualizações do modelo do fornecedor
As atualizações do modelo do fornecedor permitem que você atualize automaticamente todos os espaços de 
trabalho do fornecedor e projetos SPM com as alterações que você faz a um modelo.
As atualizações do modelo do fornecedor são suportadas para as seguintes soluções:
● Ariba Supplier Information Management
● SAP Ariba Supplier Information and Performance Management
As atualizações do modelo do fornecedor estão disponíveis para modelos de espaço de trabalho e do projeto de 
gerenciamento de desempenho do fornecedor (SPM). O SAP Ariba Contracts fornece um recurso semelhante que 
aplica atualizações do modelo quando um espaço de trabalho de contratos é aditado.
Os espaços de trabalho do fornecedor e os projetos SPM têm muitas vezes ciclos de vida intermináveis. Os 
espaços de trabalho do fornecedor permitem que a sua empresa implemente processos padronizados e repetíveis 
para gerenciar seus fornecedores usando um modelo único para todos os espaços de trabalho do fornecedor, 
enquanto os projetos SPM são executados continuamente durante a duração do seu relacionamento com um 
fornecedor de modo que você possa medir o desempenho ao longo do tempo.
Quando os processos de negócios da sua empresa são alterados, você pode modificar a associação de equipe, as 
tarefas e fases recorrentes e os documentos—incluindo pesquisas e cartões de pontos—nos modelos de seu 
fornecedor e aplicar as alterações a todos os fornecedores de uma só vez.
Quando você faz alterações a um modelo, tem a opção de atualizar todos os projetos com base nesse modelo para 
a nova versão ou de deixar que os projetos existentes continuem usando a versão antiga enquanto os novos 
projetos usam a nova versão.
Limitações
As atualizações do modelo do fornecedor não se aplicam a projetos SPM concluídos ou cancelados ou a 
espaços de trabalho de organizações de fornecedores desativadas. Se você reativar um projeto SPM concluído 
ou cancelado ou um fornecedor desativado, o projeto é atualizado com a versão do modelo mais recente 
naquele momento.
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM C U S T O M E R ( C L I E N T E ) 109
Entendendo como atualizações do modelo do fornecedor 
afetam projetos
As atualizações do modelo do fornecedor afetam equipes do projeto SPM e do fornecedor, documentos, tarefas e 
condições.
Equipes em atualizações do modelo do fornecedor
A tabela a seguir descreve o modo como as atualizações do modelo do fornecedor modificam a associação de 
equipe do projeto em detalhe.
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Adicionar um grupo de projetos Adiciona um novo grupo aos projetos.
Adicionar um membro do grupo de projetos ou uma 
função novos
Adiciona um membro do grupo de projetos ou uma função novos aos 
projetos. Se você adicionar um membro do grupo de projetos ou uma 
função ao modelo, e alguém também tiver adicionado esse membro ou 
essa função a um grupo de projetos individual, a atualização do modelo 
substitui a adição não catalogada ao grupo de projetos individual, re­
movendo-a e adicionando o membro ou a função do modelo.
Remover um grupo de projetos Remove o grupo dos projetos somente se eles não tiverem tarefas atri­
buídas. Se um grupo de projetos tiver uma ou mais tarefas atribuídas 
em um projeto, a atualização do modelo não o remove desse projeto.
Remover um membro do grupo de projetos ou uma 
função
Remove um membro do grupo de projetos ou uma função dos projetos.
Modificar a configuração O proprietário pode editar 
este grupo do projeto para um grupo de projetos
Modifica a configuração O proprietário pode editar este grupo do 
projeto para o grupo de projetos em projetos.
Modificar o proprietário do projeto Não modifica automaticamente o proprietário do projeto. O proprietá­
rio do projeto continua sendo o usuário que criou o projeto, a menos 
que exista uma alteração no arquivo de regras de membros da equipe 
do modelo que atribua um novo proprietário do projeto ao atualizar.
Modificar regras de membros da equipe Aplica as alterações ao projeto, incluindo alterações na propriedade do 
projeto.
Limitações
Você não pode renomear grupos de projetos do modelo. Você tem que excluir um grupo de projetos e recriá-lo 
para lhe dar um nome diferente.
Tarefas e fases em atualizações do modelo do fornecedor
Geralmente, as atualizações do modelo do fornecedor não modificam tarefas ou fases do modelo que estejam em 
andamento ou concluídas em projetos. As atualizações do modelo só modificam tarefas e fases do projeto que não 
foram iniciadas, para as quais tenham sido criados novos ciclos, ou que foram reativadas. Se uma fase não estiver 
110 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM
definida para ser iniciada automaticamente, e quaisquer tarefas na fase tenham sido iniciadas, as atualizações do 
modelo não modificam as tarefas na fase. No entanto, as atualizações do modelo modificam tarefas em fases 
recorrentes.
Alterações a tarefas
A tabela a seguir descreve o modo como as atualizações do modelo modificam diferentes tipos de tarefas.
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Adicionar ou remover uma tarefa fora de uma fase Adiciona a tarefa ou remove se ela não tiver começado, se tiver sido re­
ativada ou se um novo ciclo tiver sido criado para ela Não remove a ta­
refa se ela estiver em andamento ou concluída.
Adicionar ou remover uma tarefa em uma fase não re­
corrente
Adiciona ou remove a tarefa a não ser que ela esteja em andamento ou 
concluída.
Adicionar ou remover uma tarefa em uma fase recor­
rente
Adiciona ou remove a tarefa em todas as recorrências a não ser que ela 
esteja em andamento ou concluída.Modificar detalhes da tarefa fora de uma fase Modifica detalhes (título, descrição, data de vencimento, etc.) para ta­
refas que não começaram, são reativadas ou têm novos ciclos criados 
para elas. Não modifica detalhes para tarefas que estão em andamento 
ou concluídas.
Três das cinco datas de vencimento da tarefa de espaço de trabalho do 
fornecedor padrão não são atualizadas durante a atualização do mo­
delo. Essas tarefas são:
● Você precisa aprovar o registro de uma nova organização
● Você precisa provar alterações feitas ao perfil por sua empresa
● Você precisa aprovar alterações feitas ao perfil por essa 
organização
Duas das cinco tarefas de espaço de trablho do fornecedor padrão 
são sempre atualizadas durante a atualização do modelo, indepen­
dentemente do estado. Elas são:
● Você precisa atualizar seu perfil
● Você precisa atualizar as informações em vencimento de seu 
perfil
Modificar detalhes da tarefa em uma fase não recor­
rente
Modifica detalhes (título, descrição, data de vencimento, etc.) se a ta­
refa e a sua fase não tiverem começado, forem reativadas ou tiverem 
novos ciclos criados para elas. Não modifica detalhes se a tarefa ou a 
sua fase estiver em andamento ou concluída.
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM C U S T O M E R ( C L I E N T E ) 111
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Modificar detalhes da tarefa em uma fase recorrente Modifica detalhes (título, descrição, data de vencimento, etc.) para to­
das as tarefas que não começaram, que são reativadas ou que têm no­
vos ciclos criados para elas em todas as recorrências que não começa­
ram. Não modifica detalhes se a tarefa ou a sua recorrência estiver em 
andamento ou concluída.
Se você modificar detalhes da tarefa em uma recorrência coletiva, a 
atualização do modelo modifica os detalhes para todas as tarefas que 
não começaram, que são reativadas ou que têm novos ciclos criados 
para elas na recorrência coletiva e em todas as recorrências que não 
começaram.
Alterações a fases
A tabela a seguir descreve o modo como as atualizações do modelo do fornecedor modificam diferentes tipos de 
fases em detalhe.
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Adicionar ou remover uma fase Adiciona a fase ou remove a fase quando ela não começou. Não remove 
a fase quando ela está em andamento ou concluída.
Modificar detalhes da fase não recorrente Modifica detalhes da fase (título, descrição, data inicial, etc.) caso a 
fase não tenha sido já iniciada ou modificada no projeto.
Modificar detalhes da fase recorrente Modifica detalhes da fase (data inicial, etc.) para todas as recorrências 
futuras e para todas as recorrências que foram criadas, mas ainda não 
começaram. Modifica o título e a descrição de todas as recorrências da 
fase, independentemente do estado.
Alterações a perfis de notificação
A tabela a seguir descreve o modo como as atualizações do modelo do fornecedor modificam perfis de notificação 
em detalhe.
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Adicionar um perfil de notificação Adiciona o perfil de notificação a projetos. Se a atualização do modelo 
incluir uma tarefa do modelo nova ou modificada que usa um novo per­
fil de notificação do modelo, o novo perfil é visível no projeto; caso con­
trário, não é visível no projeto.
Excluir um perfil de notificação Remove o perfil de notificação de todas as tarefas de projeto que o 
usam.
Modificar um perfil de notificação Modifica o perfil de notificação em todas as tarefas de projeto, in­
cluindo configurações para notificações pendentes, vencidas e concluí­
das.
112 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM
Documentos em atualização do modelo
A tabela a seguir descreve o modo como as atualizações do modelo do fornecedor modificam documentos em 
detalhe.
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Adicionar um documento que não está associado a 
uma tarefa em uma fase recorrente.
Adiciona os documentos a projetos.
Remover um documento que não está associado a 
uma tarefa em uma fase recorrente.
Remove o documento de projetos onde não foi editado. A atualização 
do modelo não remove nenhum documento editado de um projeto.
Modificar um documento que não está associado a 
uma tarefa em uma fase recorrente.
Cria uma nova versão do documento com as modificações. Se o docu­
mento estiver sendo editado atualmente em um projeto, a atualização 
do modelo salva essas edições em uma nova versão e cria uma nova 
versão subsequente com as modificações.
Modificar um documento associado a uma tarefa em 
uma fase recorrente onde cada recorrência cria uma 
nova versão do documento original na recorrência co­
letiva
Cria uma nova versão do documento com modificações em qualquer 
recorrência aberta e modifica o documento em todas as recorrências 
futuras.
Modificar um documento associado a uma tarefa em 
uma fase recorrente onde cada recorrência cria uma 
nova cópia v1 do documento original na recorrência 
coletiva (como uma pesquisa recorrente, um cartão 
de pontos ou uma opção de documento em um pro­
jeto SPM)
Atualiza-o na recorrência coletiva e quaisquer cópias v1 criadas a partir 
dele em recorrências futuras são baseadas na versão atualizada. Con­
tudo, a atualização do modelo não atualiza quaisquer cópias que te­
nham sido criadas em recorrências passadas.
Modificar um modelo de pesquisa ou de cartão de 
pontos armazenado como documento em um modelo 
do projeto
Atualiza todo o conteúdo no modelo de pesquisa ou de cartão de pon­
tos, exceto para regras da pesquisa e participantes. A atualização do 
modelo não modifica regras da pesquisa e participantes.
Modifique a configuração Protótipo Criação ad 
hoc para um documento de formulário
Não efetua alterações nos documentos de projeto existentes que foram 
editados, gerados ou publicados no projeto.
A remoção da configuração Protótipo Criação ad hoc de um 
documento de formulário em um modelo do projeto cria o documento 
no projeto (se todas as condições definidas pelo usuário forem satisfei­
tas).
A adição da configuração Protótipo Criação ad hoc a um do­
cumento de formulário em um modelo do projeto remove o documento 
do projeto se não tiver sido editado, gerado ou publicado no projeto.
Modificar os valores do limite de criação ad hoc Verifica os valores do limite quando os usuários tentam criar novos do­
cumentos de formulário.
Modificar a opção Publicação requer aprovação Aplica a alteração a documentos de formulário existentes e novos. 
Caso um documento de formulário já tenha sido publicado, é verificado 
o requisito se um usuário tenta publicar de novo o documento.
Condições em atualizações do modelo do fornecedor
Uma atualização do modelo do fornecedor aplica condições de modelo atualizadas a todos os projetos do 
fornecedor. Ela adiciona novas condições do modelo e remove condições do modelo de projetos, e modifica o 
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM C U S T O M E R ( C L I E N T E ) 113
conteúdo do projeto dependendo das condições atualizadas no projeto. Por exemplo, se a versão anterior de um 
modelo tiver exibido um documento em todos os projetos em que o valor para mercadoria era componentes 
eletrônicos, e a condição do modelo modificada exibir o documento em todos os projetos em que o valor para 
mercadoria é agora parafusos, esses projetos com a mercadoria definida como componentes eletrônicos já não 
exibe o documento após a atualização. Os projetos com a mercadoria definida como parafusos, que não exibiram o 
documento anteriormente, irão exibir o documento após a atualização.
Perguntas em atualizaçõesdo modelo do fornecedor
As perguntas só estão disponíveis em projetos SPM; não estão disponíveis em espaços de trabalho do fornecedor. 
A tabela a seguir descreve o modo como as atualizações do modelo do fornecedor modificam as perguntas do 
projeto em detalhe.
Quando você modifica isso no modelo... Uma atualização do modelo efetua essa alteração em projetos...
Adicionar uma nova pergunta Adiciona uma nova pergunta aos projetos. As condições baseadas em 
novas perguntas do modelo são avaliadas, por padrão, como falsas de­
pois da atualização do modelo e assim permanecem até os usuários 
responderem às perguntas nos projetos.
Remover uma pergunta Remove a pergunta dos projetos e torna visível qualquer conteúdo que 
estivesse anteriormente oculto por condições baseadas na pergunta 
removida.
Modificar uma pergunta Modifica a pergunta em projetos e remove as respostas à pergunta mo­
dificada, o que origina que conteúdo baseado em condições relaciona­
das com a pergunta modificada desapareça do projeto até os usuários 
responderem à pergunta modificada.
Opções de documento de formulário em atualizações do 
modelo do fornecedor
As alterações a documentos de formulário em modelos de projeto afetam um projeto do fornecedor ou SPM com 
uma atualização do modelo do fornecedor, da forma que se segue:
● Aa alterações à configuração Protótipo Criação ad hoc não afetam os documentos de projeto 
existentes que tenham sido editados, gerados ou publicados.
● A adição da configuração Protótipo Criação ad hoc a um documento de formulário em um modelo do 
projeto removerá o documento do projeto se o documento não tiver sido editado, gerado ou publicado.
● A remoção da opção Protótipo Criação ad hoc de um documento de formulário em um modelo do 
projeto criará o documento no projeto (se todas as condições definidas pelo usuário forem satisfeitas).
● As alterações aos valores do limite de criação ad hoc não afetam documentos de projeto existentes, mas os 
valores novos serão aplicados quando os usuários tentarem criar novos documentos de projeto.
● As alterações à opção Publicação requer aprovação afetarão documentos de projeto existentes e novos. Caso 
um documento já tenha sido publicado, o requisito é verificado se um usuário tentar publicar de novo o 
documento.
114 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM
Entendendo quando ocorrem atualizações do modelo do 
fornecedor
Uma vez que as soluções do Ariba Spend Management incluem normalmente um grande número de espaços de 
trabalho do fornecedor e projetos SPM, as atualizações do modelo do fornecedor não ocorrem em todos os 
projetos associados de um modelo ao mesmo tempo. Em vez disso, uma atualização do modelo pode ocorrer uma 
das seguintes vezes:
● Imediatamente quando um usuário abre um projeto com um modelo carregado. Por padrão, uma atualização 
do modelo ocorre automaticamente quando os usuários abrem projetos com modelos atualizados, os usuários 
verão sempre projetos que usam a versão do modelo mais recente. As guias Histórico de um projeto exibem 
informações sobre as alterações que são efetuadas ao projeto durante uma atualização do modelo.
● Quando uma tarefa programada atualiza projetos em lotes. A tarefa programada é executada 
automaticamente uma vez por dia e atualiza aproximadamente 7.000 projetos a cada 24 horas Se a sua 
solução do Ariba Spend Management incluir um grande número de projetos, você deve incluir a quantidade 
adequada de tempo de espera para concluir a atualização automática de projetos não abertos em seu 
planejamento de atualização do modelo. A guia Opções avançadas de um modelo exibe informações do status 
da atualização.
Se deseja que as atualizações do modelo do fornecedor sejam aplicadas somente pela tarefa programada (não 
deseja que as atualizações do modelo sejam aplicadas quando os usuários abrem projetos), pode solicitar que o 
parâmetro de configuração do sistema Application.ACM.EnableTemplateVersionUpgradeFromUI seja 
definido como No. Peça ao seu contato de suporte designado para registrar uma solicitação de serviço e um 
representante do Suporte ao cliente SAP Ariba acompanhará o processo para concluir a solicitação.
Todos os membros do grupo Criador do modelo podem atualizar modelos do espaço de trabalho do fornecedor ou 
do projeto SPM. Você só pode atualizar modelos que estão no status Rascunho.
Como atualizar projetos relacionados ao fornecedor 
para uma nova versão do modelo
Procedimento
1. No painel de instrumentos, clique em Gerenciar Modelos .
2. Navegue para o modelo relacionado ao fornecedor que você deseja modificar e escolha Ações Modelo
Nova versão na guia Visão geral.
3. Edite o modelo.
4. Navegue para a guia Opções avançadas.
5. Na área Atualizar configurações do modelo, selecione Sim.
6. Na guia Visão geral, escolha Ações Modelo Publicar .
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM C U S T O M E R ( C L I E N T E ) 115
Resultados
Após a publicação de uma nova versão do modelo, a área Atualizar status de tarefa de modelo na guia Opções 
avançadas mostra quantos projetos a tarefa programada de atualização do modelo atualizou para a nova versão 
do modelo e quantos ainda precisa atualizar. Os projetos que são atualizados quando os usuários os abrem não 
contam para estes números, uma vez que só contam os projetos associados à tarefa programada. Se um projeto 
for atualizado quando um usuário o abre enquanto a tarefa programada está em execução, o número total a ser 
atualizado diminui em 1.
As guias Histórico de projetos individuais mostram quando eles foram atualizados para a nova versão do modelo e 
exibem todas as alterações a grupos de projetos, tarefas, fases e documentos que ocorrem durante uma 
atualização do modelo. Por exemplo, uma atualização do modelo adiciona um documento a um projeto. A guia 
Histórico para o projeto contém duas entradas com a mesma (ou quase a mesma) marca de hora. A primeira 
entrada é para a alteração do espaço de trabalho, com o texto de Detalhes semelhante ao seguinte:
Atualizado para uma nova versão do modelo
A segunda entrada é para o documento adicionado, com o texto de Detalhes semelhante ao seguinte:
Criado a partir do modelo
Para exibir informações sobre a versão do modelo atual, clique no link na coluna Detalhes para a alteração do 
espaço de trabalho.
116 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM
Criando perfis de notificação
Contexto
Os perfis de notificação especificam quando as notificações relacionadas com tarefas são enviadas e os 
destinatários das notificações. Esses parâmetros não substituem as preferências configuradas para usuários 
individuais que desativam notificações por e-mail.
Você pode criar perfis de notificação em um modelo, que podem ser selecionados para serem usados por qualquer 
tarefa nesse modelo ou em projetos criados a partir do modelo. Você também pode criar perfis personalizados por 
tarefa em projetos.
Procedimento
1. Crie ou abra um modelo do projeto. Se o status do modelo não for Rascunho, crie uma nova versão do modelo, 
como descrito em Criando uma nova versão de um modelo e ativando a edição [página 24].
2. No painel Tarefas, clique em Ações Gerenciar Perfis de notificação .
O sistema abre uma página Perfil de notificação.
3. Clique em Novo.
4. Insira um nome para o perfil.
5. Clique na caixa de seleção para cada tipo de notificação que você deseja enviar.
6. Especifique as compensações para as notificações em dias.
7. Clique nas listas de destinatários para especificar os destinatários. Inicialmente, as listas de destinatários 
estão vazias e exibem o valor (nenhum).
8. Clique em OK.
Guia de Modelos de Projeto
Criando perfis de notificação C U S T O M E R ( C L I E N T E ) 117
Modificando um modelo de itens de linha para 
integraçãoPré-requisitos
Você deve ser um usuário com a capacidade de criar modelos de projeto, como um membro do grupo global 
Criador do modelo.
Contexto
Se você tiver o SAP Ariba Contracts Professional e configurar um sistema externo, a SAP Ariba criará um modelo 
de itens de linha para esse sistema. Esse modelo especifica as condições que estão incluídas para cada item 
adicionado a um documento de itens de linha de contrato. Se seu sistema estiver integrado a vários sistemas 
externos, o modelo de itens de linha usado será determinado pelo valor do campo Sistema externo para o projeto 
que contém o documento de itens de linha.
Na maioria dos casos, você não precisa modificar esse modelo. Se o sistema externo for um SAP ERP (o tipo para o 
sistema externo é SAPECC ou SAP ERP Central Component), o modelo de itens de linha contém as seguintes 
condições por padrão:
● Preço 
● Quantidade 
● Preço estendido (Preço * Quantidade)
● Centro - código do centro SAP ERP
● Categoria do item - a categoria à qual o material pertence. Selecione D (Serviços) para itens de linha de 
serviço (especificações de serviço da SAP)
● Grupo de materiais - código SAP para o grupo de materiais.
● Código do material - um código que pode ser usado para identificar o material (não usado pela SAP).
● Tipo de material - código SAP para o tipo de material.
● Incoterms - código de condições comerciais internacionais que especifica as condições de entrega.
● Código do material - número do material SAP.
● Código da requisição - identificador da requisição SAP para este item de linha.
● Código da RFQ - identificador da RFQ SAP para esta RFQ.
● Número de itens da requisição - número da linha para este item na requisição.
● Número de itens da RFQ - número da linha para este item nesta RFQ.
Procedimento
1. Abra a pasta Modelos e depois a pasta Modelos de item de linha do contrato.
118 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Modificando um modelo de itens de linha para integração
2. Clique no modelo com o nome do sistema externo para o qual você deseja configurar condições e selecione 
Ação Abrir .
É aberta uma página com o conteúdo do modelo. Existe somente um item, denominado Itens.
3. Selecione Ações Editar conteúdo
4. Clique na caixa de seleção ao lado de Itens e depois em Editar.
A página Editar item é aberta.
5. Para adicionar uma condição, clique em Adicionar Condição .
6. Para adicionar uma condição que já está definida, abra a guia Condições disponíveis. Clique na caixa de 
seleção ao lado da condição e clique em OK.
7. Para definir e adicionar uma nova condição, abra a guia Nova condição.
Os campos a seguir são relevantes ao definir uma condição para um item de linha de contrato:
○ Tipo de resposta: o tipo de dados da condição, como Número inteiro ou Dinheiro.
○ Valores aceitáveis: valores aceitáveis para a condição. Se o Tipo de resposta for numérico (incluindo 
Dinheiro), você pode selecionar Intervalo limitado e os campos de intervalo serão exibidos para que você 
especifique valores mínimos e máximos.
○ Resposta obrigatória: especifica se deve ser inserido um valor para a condição.
A maioria dos restantes campos é somente relevante para eventos de solicitação de provisão. Para obter 
informações sobre esses campos, consulte o Guia de Gerenciamento de Eventos.
8. Para editar uma condição, clique na caixa de seleção para a condição e clique em Editar.
9. Para excluir uma condição, clique na caixa de seleção para a condição e clique em Excluir.
10. Quando tiver concluído todas as alterações, clique em Concluído.
11. Clique em Publicar.
Guia de Modelos de Projeto
Modificando um modelo de itens de linha para integração C U S T O M E R ( C L I E N T E ) 119
Opções de configuração do site para modelos 
de projeto
As opções de configuração do site são definidas para você pela SAP Ariba.
Application.ACM.EnableTemplateVersionUpgradeFromUI
Se for Yes, as atualizações do modelo do fornecedor são aplicadas a primeira vez que um 
espaço de trabalho do fornecedor ou projeto SPM com um modelo atualizado é aberto por 
um usuário. Se definido como No, as atualizações do modelo do fornecedor são somente 
aplicadas quando uma tarefa programada diariamente é executada. O valor padrão é Yes.
Application.ACM.GenerateContractAddendumOnCreateContract
Uma vez que os espaços de trabalho de contratos podem conter vários documentos de 
adendo do contrato, o valor padrão para este parâmetro é No e o SAP Ariba Contracts não 
monta documentos de adendo do contrato herdados do modelo do projeto quando um 
projeto está aberto.
Application.ACM.InheritTeam.ParentProjectTeamIsConsideredSubprojectTeam
Especifica se os membros de um subprojeto herdado do projeto raiz (a opção do modelo 
Herda equipe da raiz é Sim) mantêm os recursos da associação de equipe no subprojeto, 
mesmo que sejam removidos posteriormente do subprojeto. O valor padrão é Yes.
Application.ACM.ProjectAccessControl.CanManageSubProjectIfCanManageParentProject
Especifica se os membros em um subprojeto herdado do projeto raiz (a opção do modelo 
Herda equipe da raiz é Sim) que têm os recursos de proprietário do projeto no projeto raiz 
também têm os recursos de proprietário do projeto no subprojeto. O valor padrão é Yes.
Application.AQS.RFX.EnableCustomTemplates
Especifica se os modelos de RFX de fábrica podem ser modificados ou copiados. O valor 
padrão é No.
120 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Opções de configuração do site para modelos de projeto
Histórico de revisão
A tabela a seguir fornece um breve histórico das atualizações a este guia. A SAP Ariba atualiza a documentação 
técnica das suas soluções na nuvem se
● as alterações de software fornecidas em Service Packs ou hot fixes necessitarem de uma atualização da 
documentação para refletirem de forma correta a funcionalidade nova ou alterada;
● o conteúdo existente estiver incorreto ou existir feedback do usuário indicando a falta de conteúdo importante.
A SAP Ariba se reserva o direito de atualizar sua documentação técnica sem notificação prévia. A maioria das 
atualizações da documentação será disponibilizada na mesma semana em que os Service Packs de software são 
liberados, mas as atualizações de documentação críticas podem ser liberadas em qualquer altura.
Mês/ano de atuali­
zação
Capítulo/seção atua­
lizado
Descrição breve da alteração
Dezembro 2014 Trabalhando com tare­
fas, regras de aprova­
ção e perfis de notifi-
cação em modelos
Informações adicionadas sobre regras de supervisor em fluxos de aprovação.
Introdução a modelos 
de projeto/sobre pro­
jetos e modelos de 
projeto
Informações adicionadas sobre solicitações de espaço de trabalho de compras 
e espaços de trabalho de compras.
Abril 2015 n/a Formato e estrutura atualizados.
Criando modelos de 
projeto
Informações adicionadas sobre modelos de solicitação de provisão.
Outubro 2015 Criando modelos de 
projeto
Adicionada informação sobre o recurso de integração da RFQ e do prêmio com 
Ariba Sourcing.
Março 2016 Sobre a preparação de 
modelos de solicitação 
de provisão
Adicionada informação sobre o modelo de solicitação de provisão de compras.
Maio 2016 Criando um modelo de 
RFP de grande capaci­
dade
Novo tópico.
Modificando um mo­
delo de itens de linha 
para integração
Novo tópico.
Opções de configura-
ção do site para mode­
los
Adicionado Application.AQS.RFX.EnableCustomTemplates.
Junho 2016 n/a Navegação e imagens atualizadas para alterações introduzidas no novo design 
visual liberado em julho de 2015
Guia de Modelos de Projeto
Histórico de revisão C U S T O M E R ( C L I E N T E ) 121
Mês/ano de atuali­
zação
Capítulo/seção atua­
lizado
Descrição breve da alteração
Setembro 2016 ● Atualizando mo­
delos de espaço 
de trabalho do 
fornecedor e de 
projeto SPM
● Opções de confi-
guração do site 
para modelos
Informações adicionadas sobre 
Application.ACM.EnableTemplateVersionUpgradeFromUI.
Outubro 2016 ● Gerenciando a he­
rança da equipe 
em subprojetos● Opções de confi-
guração do site 
para modelos
Informações adicionadas sobre 
Application.ACM.InheritTeam.ParentProjectTeamIsConsid
eredSubprojectTeam e 
Application.ACM.ProjectAccessControl.CanManageSubProj
ectIfCanManageParentProject.
Novembro 2016 Adicionando grupos 
de projetos a modelos 
do projeto
Informações adicionadas sobre a restrição de membros adicionais em equipes 
do projeto
Trabalhando com tare­
fas, regras de aprova­
ção e perfis de notifi-
cação em modelos
Informações adicionadas sobre o campo Estender a opção de repetição para 
rascunhos não publicados.
Janeiro 2017 Como restringir mem­
bros adicionais em 
equipes do projeto
Este recurso está desativado por padrão.
Março 2017 ● Sobre modelos de 
solicitação de 
provisão
● Como criar mode­
los de solicitação 
de provisão para 
integração ERP
Novas informações para vários modelos de solicitação de provisão
Sobre modelos de soli­
citação de provisão
Regras removidas das informações de conteúdo do evento em um documento 
Itens da solicitação de provisão.
Abril 2017 Tudo Nomes de soluções da SAP Ariba atualizados.
122 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Histórico de revisão
Mês/ano de atuali­
zação
Capítulo/seção atua­
lizado
Descrição breve da alteração
Agosto 2017 ● Como adicionar 
regras de mem­
bros da equipe a 
um modelo
● Como adicionar 
regras de partici­
pantes a um mo­
delo
● Como substituir 
um arquivo de re­
gras de partici­
pante
Informações adicionadas sobre a seleção de arquivos usando caixas de arras­
tar e soltar.
Guia de Modelos de Projeto
Histórico de revisão C U S T O M E R ( C L I E N T E ) 123
Avisos de isenção importantes em aspectos 
legais
Amostras de codificação
Qualquer codificação de software e/ou linhas/strings de códigos ("Código") incluídas nessa documentação são apenas exemplos e não estão destinadas a serem utilizadas 
em um ambiente de sistema de produção. O Código serve apenas para explicar e visualizar melhor a sintaxe e regras de criação de frases da codificação determinada. A SAP 
não garante a exatidão e integridade do Código fornecido aqui, e a SAP não está sujeita a erros ou danos causados pela utilização do Código, exceto se tais danos forem 
causados pela SAP intencionalmente ou fruto de negligência grosseira.
Acessibilidade
As informações contidas na documentação SAP representam a visão atual da SAP sobre os critérios de acessibilidade a partir da data de publicação; não são de maneira 
alguma diretrizes de vinculação sobre como garantir acessibilidade dos produtos de software. A SAP nega especificamente qualquer responsabilidade com respeito a esse 
documento. No entanto, esse aviso de isenção não se aplica em casos de negligência grosseira ou transgressão deliberada da SAP. Nenhuma obrigação ou compromisso é 
formada diretamente ou indiretamente por esse documento.
Linguagem neutra em relação a gênero
Na medida do possível, a documentação da SAP é neutra em relação ao sexo. Dependendo do contexto, o leitor será abordado diretamente com "você", ou um substantivo 
neutro (como "pessoa de vendas" ou "dias úteis") é utilizado. Entretanto, se ao se referir a ambos os sexos, a terceira pessoa do singular não puder ser evitada ou um 
substantivo neutro não existir, a SAP reservará o direito de utilizar a forma masculina do substantivo ou pronome. Isso garante que a documentação permaneça 
compreensível.
Hyperlinks da Internet
A documentação da SAP pode conter hyperlinks para a Internet. Esses hyperlinks servem como dica de onde localizar informações relacionadas. A SAP não garante a 
disponibilidade e exatidão dessas informações relacionadas ou a aptidão de servir a um propósito específico. A SAP não se responsabiliza por qualquer dano causado pela 
utilização dessas informações relacionadas a menos que tais danos sejam causados por negligência grosseria ou transgressão deliberada da SAP. Em relação à classificação 
do link, consulte: http://help.sap.com/disclaimer).
124 C U S T O M E R ( C L I E N T E )
Guia de Modelos de Projeto
Avisos de isenção importantes em aspectos legais
http://help.sap.com/disclaimer/
Guia de Modelos de Projeto
Avisos de isenção importantes em aspectos legais C U S T O M E R ( C L I E N T E ) 125
www.ariba.com
© 2017 SAP SE ou empresa afiliada da SAP. Todos os direitos 
reservados.
Nenhuma parte desta publicação pode ser reproduzida ou 
transmitida de alguma forma ou com qualquer finalidade sem a 
autorização expressa da SAP SE ou de uma empresa afiliada da SAP. 
As informações contidas neste documento podem ser alteradas 
sem notificação prévia.
Alguns produtos de software comercializados pela SAP SE e por 
seus distribuidores contêm componentes de software de 
propriedade de outros fornecedores. As especificações nacionais 
dos produtos podem variar.
Estes materiais são fornecidos pela SAP SE ou por empresas 
afiliadas da SAP com propósito meramente informativo, sem 
declaração ou garantia de qualquer espécie, assim a SAP ou suas 
empresas afiliadas não se responsabilizam por erros ou omissões 
relativos aos mesmos. As únicas garantias pelos produtos ou 
serviços da SAP ou das empresas afiliadas da SAP são as 
explicitamente especificadas em declarações de garantia contidas 
nos respectivos produtos e serviços, quando cabíveis. Seu conteúdo 
não deve ser interpretado como constituição de garantia adicional.
SAP e outros produtos e serviços da SAP aqui mencionados, bem 
como seus respectivos logotipos são marcas comerciais ou 
registradas da SAP SE (ou de uma empresa afiliada da SAP) na 
Alemanha ou em outros países. Todos os outros nomes de produtos 
e serviços mencionados são marcas registradas de suas respectivas 
empresas.
Consulte http://www.sap.com/corporate-en/legal/copyright/
index.epx e veja outros avisos e informações sobre a marca 
registrada.
http://www.ariba.com
http://www.sap.com/corporate-en/legal/copyright/index.epx
http://www.sap.com/corporate-en/legal/copyright/index.epx
	Guia de Modelos de Projeto
	Conteúdo
	Introdução a modelos do projeto
	O que são projetos e modelos de projeto?
	Projetando modelos do projeto
	Escolhendo um modelo de design: um ou muitos modelos?
	Fluxo de trabalho de modelo do projeto
	Acessando modelos de projeto
	Entendendo a equipe e os grupos do projeto da área dos modelos
	Grupo de proprietários do projeto para a área Modelos
	Grupo do projeto Criadores de modelos
	Grupo de proprietários do projeto para um modelo específico
	Grupos de projetos adicionais na equipe de modelos
	Trabalhando na área Modelos
	Obtendo acesso a modelos de projeto
	Adicionando usuários a uma equipe do projeto de modelos
	Criando modelos de projeto
	Criando novos modelos
	Copiando modelos
	Sobre modelos de solicitação de provisão
	Como criar modelos de solicitação de provisão para integração ERP
	Referências adicionais
	Criando um modelo de solicitação de provisão para solicitações criadas a partir do painel de instrumentos
	Criando um modelo de RFP de grande capacidade
	Publicando e gerenciando modelos de projetos
	Sobre o gerenciamento de modelos de projeto
	Editando modelos
	Como publicar modelos de projeto
	Como criar uma nova versão de um modelo e ativar a edição
	Usando a guia Visão geral do modelo
	Atribuindo posição de exibição a modelos de projeto
	Gerenciando versões do modelo do projeto
	Salvando uma nova versão de um modelo de projeto
	Excluindo modelos
	Adicionando subprojetos a modelos de projeto
	Especificando um grupo como o proprietário do subprojeto em um modelo de subprojeto
	Importando e exportando modelos de projeto
	Exportando modelos de projeto
	Importando modelos de projeto
	Adicionando grupos de projetos e membros da equipe a modelos de projeto
	Adicionando grupos de projetos e membros da equipe a modelos de projeto
	Como restringir membros adicionais em equipes do projeto
	Sobre arquivos de regras de membros da equipe
	Modelos do arquivo de regras de membros da equipe
	Correspondência de regras em projetos
	Como criar arquivos de regras de membrosda equipe
	Exemplo de endereço do fornecedor
	Exemplo de região hierárquica
	Como adicionar regras de membros da equipe a um modelo
	Como validar regras de membros da equipe
	Gerenciando a herança da equipe em subprojetos
	Herança da equipe em subprojetos
	Desativando a herança da equipe para subprojetos
	Trabalhando com tarefas, regras de aprovação e perfis de notificação em modelos
	Sobre o trabalho com tarefas, regras de aprovação e perfis de notificação em modelos
	Diferenças de campos de tarefa em modelos de projeto
	Campo do proprietário para tarefas de revisão, de aprovação e de negociação
	Campos de tarefa adicionais em modelos de projeto
	Sobre regras de aprovação em modelos de projeto
	Aprovadores seriais e paralelos
	Grupos em fluxos de aprovação
	Removendo e adicionando aprovadores
	Como criar ou editar regras de aprovação
	Limitações ao especificar aprovadores no campo de aprovadores ou revisores
	Sobre o editor de regras de aprovação
	Como criar uma regra de aprovação simples
	Como editar fluxos de aprovação com o diagrama do processo de aprovação
	Usando condições de regra de aprovação
	Referências a uma condição
	Subcondições
	Correspondências de campo de documento
	Como definir condições de regra de aprovação
	Definindo condições de regra de aprovação com campos de documento
	Como adicionar aprovadores no editor de regras de aprovação
	Configurando regras de supervisor
	Como adicionar aprovadores de tabelas de pesquisa de aprovadores
	Tipos de aprovadores em tabelas de pesquisa de aprovadores
	Valores de campo da tabela de pesquisa de aprovadores
	field_name
	approver_type
	Sugestão de ferramenta
	Obrigatório
	Exemplos de tabela de pesquisa de aprovadores
	Arquivo da tabela de pesquisa de aprovadores com código de mercadoria
	Arquivo da tabela de pesquisa de aprovadores com vários valores de campo
	Arquivo da tabela de pesquisa de aprovadores com vários valores de campo numéricos
	Tabela de pesquisa de aprovadores usando o operador "está entre"
	Arquivo da tabela de pesquisa de aprovadores com vários campos
	Reutilizando arquivos da tabela de pesquisa de aprovadores
	Trabalhando com documentos em modelos de projeto
	Sobre como trabalhar com documentos em modelos de projeto
	Considerações sobre documentos em modelos do projeto do SAP Ariba Contracts
	Documentos de termos do contrato
	Finalizando automaticamente documentos de contrato montados
	Criando um documento de opção de documento
	Configurando documentos de formulário de protótipo
	Configurando valores de limite de criação ad hoc
	Configurando a opção Publicação requer aprovação
	Gerenciando regras de participantes
	Sobre as regras de participantes
	Fazendo o download de modelos de regras de participantes
	Criando regras de participantes
	Sobre a correspondência de regras de participantes em projetos do modelo
	Exemplos de regras de participantes
	Endereço do fornecedor
	Região hierárquica
	Como adicionar regras de participantes a um modelo
	Validando regras de participantes
	Editando um arquivo de regras de participantes
	Como substituir um arquivo de regras de participante
	Excluindo regras de participantes
	Usando condições em modelos de projeto
	Sobre o uso de condições em modelos de projeto
	Tipos de condições
	Expressões de condição
	Subcondições
	Condições de correspondências de campo do projeto
	Operadores de condição
	Referências a condições
	Várias subcondições
	Diretrizes para definir condições
	Definindo expressões de condição usando o editor de condições
	Exemplo de condição: país em um endereço do fornecedor
	Exemplo de condição: vários valores de região
	Definindo uma condição com respostas do usuário a perguntas
	Exemplo de condição: resposta do usuário com resposta padrão
	Definindo a visibilidade de perguntas de condição
	Definindo a visibilidade de respostas
	Definindo campos do projeto baseados em respostas do usuário a perguntas de condição
	Sobre a vinculação de condições a itens do projeto
	Reavaliação de condições em projetos
	Vinculando condições a equipes do projeto
	Vinculando condições a itens do projeto
	Exemplo: vinculando uma condição de região a um documento
	Vinculando condições a modelos inteiros
	Exibindo condições em modelos de projeto
	Testando condições
	Atualizando modelos de espaço de trabalho do fornecedor e de projeto SPM
	Sobre atualizações do modelo do fornecedor
	Entendendo como atualizações do modelo do fornecedor afetam projetos
	Equipes em atualizações do modelo do fornecedor
	Tarefas e fases em atualizações do modelo do fornecedor
	Alterações a tarefas
	Alterações a fases
	Alterações a perfis de notificação
	Documentos em atualização do modelo
	Condições em atualizações do modelo do fornecedor
	Perguntas em atualizações do modelo do fornecedor
	Opções de documento de formulário em atualizações do modelo do fornecedor
	Entendendo quando ocorrem atualizações do modelo do fornecedor
	Como atualizar projetos relacionados ao fornecedor para uma nova versão do modelo
	Criando perfis de notificação
	Modificando um modelo de itens de linha para integração
	Opções de configuração do site para modelos de projeto
	Histórico de revisão
	Avisos de isenção importantes em aspectos legais
	Direitos autorais / Aviso legal