Functional Design Document v2

Central Nacional Unimed
Collaborative Sourcing
12/07/2018
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
GERENCIAMENTO DO DOCUMENTO
Status do Documento
Ariba Functional Design Data
Número de Revisão do 1.0 12/07/2018

Documento
Status do Documento Aprovado
Autor Leonardo Goulart

Felipe Baratella
Revisado por Leandro Toth

Alexandre Medeiros
Histórico de Revisão
A tabela abaixo é atualizada toda vez que este documento de projeto é atualizado. O log identifica o número
da versão, a data em que a versão foi concluída, o autor das alterações e uma breve descrição das
alterações.
Versão Data Autor Revisado por Descrição
1.0 12/07/2018 Leonardo Goulart Leandro Toth Sourcing completo e SLP

Felipe Baratella Alexandre Medeiros (cadastro)
Entrada de Negócios e Aprovação
O resultado da fase do projeto foi medido em relação aos seus critérios de aceitação e foi formalmente
aprovado para prosseguir para a próxima fase do projeto: <Build>. Todos os requisitos / configurações não
descritos neste documento precisarão ser levantados como Solicitações de Mudança a serem
desenvolvidas separadamente.
Os seguintes representantes leram, entenderam e concordaram que o documento a seguir descreve os

requisitos de negócios verdadeiros e atuais para o Collaborative Sourcing na Central Nacional Unimed
Cooperativa.
© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 2

Nome Cargo Empresa Assinatura Data

COLLABORATIVE SOURCING UNIMED : DESENHO FUNCIONAL
SUMÁRIO
GERENCIAMENTO DO DOCUMENTO............................................................................................................ 2
Status do Documento...................................................................................................................................... 2
Histórico de Revisão ....................................................................................................................................... 2
RESUMO DO PROJETO .................................................................................................................................. 6
Escopo do Projeto ............................................................................................................................................. 6
Objetivos do Projeto .......................................................................................................................................... 6
Entregáveis do Projeto ...................................................................................................................................... 6
VISÃO GERAL .................................................................................................................................................. 6
Objetivo............................................................................................................................................................. 7
Público Alvo ..................................................................................................................................................... 7
SOLICITAÇÃO DE SOURCING ....................................................................................................................... 8
Solicitação de Sourcing – Introdução ........................................................................................................... 8
Configuração do Sistema ............................................................................................................................... 8
Configuração do Template ................................................................................................................................ 8
Configuração de Template – Tarefas de Processos ......................................................................................... 8
Configuração de Template – Documentos de Processo e Suporte ................................................................ 12
Configuração de Template – Grupos de Projeto Padrão ................................................................................ 12
Configuração de Template - Condições .......................................................................................................... 13
Configuração de Campos ................................................................................................................................ 15
Campos de Cabeçalho Padrão – Solicitação de Sourcing .............................................................................. 15
Campos de Cabeçalho Customizados – Solicitação de Sourcing .................................................................. 17
PROJETO DE SOURCING ............................................................................................................................. 19
Projeto de Sourcing - Introdução ................................................................................................................. 19
Configuração do Sistema ............................................................................................................................. 19
Configuração de Template .............................................................................................................................. 20
Configuração de Template – Tarefas de Processo ......................................................................................... 21
Configuração de Template – Documentos de Processo e Suporte ................................................................ 29
Configuração de Template – Grupos de Projeto Padrão ................................................................................ 30
Configuração de Template - Condições .......................................................................................................... 31
Configuração de Evento .................................................................................................................................. 34
<RFx> Configuração de Template - Regras.................................................................................................... 41
Biblioteca de Sourcing ..................................................................................................................................... 34
Configuração de Campos ................................................................................................................................ 49
Campos de Cabeçalho Padrão – Projeto de Sourcing .................................................................................... 57
Campos de Cabeçalho Customizados – Projeto de Sourcing ........................................................................ 62
ESPAÇO DE TRABALHO DE CONTRATO ......................................... ERROR! BOOKMARK NOT DEFINED.
Espaço de Trabalho de Contrato - Introdução ................................................. Error! Bookmark not defined.
Configuração de Sistema.................................................................................... Error! Bookmark not defined.
Configuração de Template ................................................................................ Error! Bookmark not defined.
Configuração de Template – Tarefas de Processo ........................................... Error! Bookmark not defined.
Configuração de Template – Documentos de Processo e Suporte .................. Error! Bookmark not defined.
4
Configuração de Template – Grupos de Projeto Padrão .................................. Error! Bookmark not defined.
Configuração de Template - Condições ............................................................ Error! Bookmark not defined.
Configuração de Campos .................................................................................. Error! Bookmark not defined.
Campos de Cabeçalho Padrão – Espaço de Trabalho de Contrato ................. Error! Bookmark not defined.
Campos de Cabeçalho Customizados – Espaço de Trabalho de Contrato ...... Error! Bookmark not defined.
SUPPLIER LIFECYCLE AND PERFORMANCE............................................................................................ 63
Supplier Lifecycle and Performance (SLP) – Introdução .......................................................................... 63
SOLICITAÇÃO DE FORNECEDOR ............................................................................................................... 64
CONFIGURAÇÃO DE TEMPLATE – SOLICITAÇÃO DE FORNECEDOR ................................................... 64
Perguntas do Formulário de Solicitação de Fornecedor ................................................................................. 64
Membros da Equipe de Solicitação de Fornecedor ........................................................................................ 66
Tarefas de Solicitação de Fornecedor ............................................................................................................. 66
REGISTRO DE FORNECEDOR ..................................................................................................................... 67
CONFIGURAÇÃO DE TEMPLATE – REGISTRO DE FORNECEDOR ......................................................... 67
Perguntas do Formulário de Registro de Fornecedor ..................................................................................... 67
Membros da Equipe de Registro de Fornecedor ............................................................................................ 70
Tarefas de Registro de Fornecedor ................................................................................................................. 70
QUALIFICAÇÃO DE FORNECEDOR .................................................. ERROR! BOOKMARK NOT DEFINED.
CONFIGURAÇÃO DE TEMPLATE – QUALIFICAÇÃO DE FORNECEDOR ........ ERROR! BOOKMARK NOT
DEFINED.
Perguntas sobre Documentos de Conteúdo de Qualificação de Fornecedores Error! Bookmark not defined.
Membros da Equipe de Qualificação de Fornecedor ........................................ Error! Bookmark not defined.
Tarefas de Qualificação de Fornecedor ............................................................ Error! Bookmark not defined.
FORNECEDOR PREFERENCIAL ........................................................ ERROR! BOOKMARK NOT DEFINED.
CONFIGURAÇÃO DE TEMPLATE – FORNECEDOR PREFERENCIAL ............. ERROR! BOOKMARK NOT
DEFINED.
Perguntas do Formulário de Fornecedor Preferencial ...................................... Error! Bookmark not defined.
Membros da Equipe de Fornecedor Preferencial .............................................. Error! Bookmark not defined.
Tarefas de Fornecedor Preferencial .................................................................. Error! Bookmark not defined.
AUTO REGISTRO DO FORNECEDOR................................................ ERROR! BOOKMARK NOT DEFINED.
CONFIGURAÇÃO DE TEMPLATE – AUTO REGISTRO DO FORNECEDOR ..... ERROR! BOOKMARK NOT
DEFINED.
Perguntas do Formulário de Auto Registro do Fornecedor ............................... Error! Bookmark not defined.
Membros da Equipe de Auto Registro do Fornecedor ...................................... Error! Bookmark not defined.
Tarefas de Auto Registro do Fornecedor .......................................................... Error! Bookmark not defined.
AVALIAÇÃO DE PERFORMANCE DE FORNECEDORES ................ ERROR! BOOKMARK NOT DEFINED.
CONFIGURAÇÃO DE TEMPLATE – AVALIAÇÃO DE PERFORMANCE DE FORNECEDORES .... ERROR!
BOOKMARK NOT DEFINED.
Perguntas da Avaliação de Performance de Fornecedores.............................. Error! Bookmark not defined.
Membros da Equipe de Avaliação de Performance de Fornecedor ................. Error! Bookmark not defined.
Tarefas de Avaliação de Performance do Fornecedor ...................................... Error! Bookmark not defined.

RESUMO DO PROJETO
Escopo do Projeto
 Ariba Sourcing Professional

 Ariba Contract Management Professional
 Ariba Supplier Lifecycle and Performance
Objetivos do Projeto
 Padronizar processos de negócio na empresa como um todo

 Aumentar visibilidade no processo e no planejamento de recursos
 Reduzir o tempo de negociação
 Aumentar a visibilidade de contratos já existentes
Entregáveis do Projeto
A tabela abaixo detalha todos os documentos que a Ariba entregará no projeto.
Nome do Documento Propósito e Descrição
Guia de referência de relatórios Um Guia do Usuário Padrão que fornece uma visão geral detalhada de
predefinidos todos os relatórios predefinidos habilitados no Sistema.
Documento de desenho funcional Refere-se a este documento. Fornece um detalhamento abrangente dos
requisitos e configurações de negócios identificados a serem construídos
no Ariba System.
Scripts de teste padrão Scripts de teste padrão que abrangem o Teste de Integração de
Sistemas e o Teste de Aceitação do Usuário para a solução base. O
cliente é responsável por estender os Scripts de Teste Boilerplate para
cobrir processos e cenários específicos de negócios.
Resumo dos testes unitários Um relatório resumido detalhado de todos os cenários de teste de
unidade executados em relação aos requisitos de negócios identificados
e a saída (sucesso / falha) de cada cenário de teste executado.
Materiais Train-the-Trainer Refere-se ao material e material colateral desenvolvido e utilizado na

entrega da oferta Train-the-Trainer do conjunto de produtos Ariba Spend
Management.
Guias de produto padrão Os guias de produto padrão detalham toda a funcionalidade disponível
da Ariba, como a funcionalidade opera e os métodos nos quais ela pode
ser aplicada no sistema. Os Guias de Ajuda do Sistema estão
disponíveis no Portal de Seção de Ajuda do Aplicativo Ariba.
VISÃO GERAL
Este documento é uma sinopse de reuniões, discussões, decisões e problemas encontrados durante as
Sessões de Design para a Central Nacional Unimed Cooperativa com a Equipe do Projeto como parte do
Collaborative Sourcing.
Este documento identifica os requisitos acordados e a configuração necessária quando necessário para
uma implementação bem-sucedida da Ariba na Central Nacional Unimed Cooperativa, incluindo design de

modelo, configuração de campo, equipes, documentos, validações de regra de negócios e permissões de

usuário
Objetivo
O objetivo deste documento é definir os requisitos de projeto funcional e configuração da Central Nacional
Unimed Cooperativa para todos os módulos da Ariba a serem implementados para atender aos requisitos
do sistema.
Este documento de design é usado para detalhar o fluxo de trabalho relacionado ao sistema, configurações,
dados necessários e pontos de contato do aplicativo para que o sistema Ariba possa ser configurado
durante a Fase de Construção para atender aos requisitos da Central Nacional Unimed Cooperativa. Muitos
dos tópicos contidos neste documento destinam-se apenas a fins educacionais e são de natureza
informativa, a fim de dar contexto ao leitor.
Público Alvo
Este documento destina-se à distribuição a todos os proprietários de processos funcionais, leads de

gerenciamento de mudanças e indivíduos envolvidos na implementação e / ou uso do SAP Ariba.
Recomenda-se que essas partes revisem o documento completo para garantir um entendimento claro da
tecnologia, dos processos e da integração com outros aplicativos da Ariba.

SOLICITAÇÃO DE SOURCING
Solicitação de Sourcing – Introdução
O projeto de solicitação de sourcing permite que o grupo de negócios mais amplo envolva a assistência de
gerentes de sourcing no estabelecimento de contratos que satisfaçam seus requisitos de negócios em
andamento. O projeto de solicitação de sourcing é iniciado pelo usuário empresarial por meio da criação
direta no Ariba ou gerado por meio da integração com o SAP ERP, desde a criação de uma requisição de
compra ou solicitação de cotação (RFQ).
O tipo de projeto tem seu próprio espaço de trabalho, permitindo a utilização da funcionalidade padrão de
gerenciamento de projetos para gerenciar a solicitação, através de sua preparação inicial, até sua
aprovação para prosseguir. As atividades (tarefas) e documentação de suporte podem ser criadas ad hoc
ou geradas através do uso da funcionalidade do modelo de projeto para padronizar e agilizar o processo de
iniciação e solicitação.
Embora as seções introduzam o conceito de solicitação de sourcing. Para um contexto específico e detalhes
relativos à forma como a funcionalidade de solicitação de sourcing será implementada para a Cooperativa
Nacional Unimed da Central Nacional, consulte as seções de Design do Processo de Negócios e
Configuração do Sistema neste documento.
Configuração do Sistema
Como parte do Collaborative Sourcing da Central Nacional Unimed Cooperativa, a Ariba implementará uma
solução adequada para o propósito que aborda os requisitos identificados de solicitação de sourcing aos
clientes, permitindo que os usuários executem os processos de sourcing mencionados anteriormente;
gerando valor para a organização, acompanhando a economia entre a realização do projeto e os objetivos
de negócios descritos.
Esta seção define todas as configurações do sistema a serem implementadas durante a fase de
"construção" da classe de projeto Solicitação de Sourcing como parte do módulo Ariba Sourcing
Professional.
Configuração do Template
Sob esse design funcional, a Ariba implementará um modelo de solicitação de sourcing único. As
configurações descritas foram feitas para atender a todos os requisitos do cliente.
Configuração de Template – Tarefas de Processos
Uma tarefa é uma ação atribuída a um usuário ou grupo de usuários que deve ser concluída, como o
desenvolvimento e o upload de documentação de suporte. Quando um projeto é criado, os usuários que
foram atribuídos automaticamente ou manualmente a uma tarefa receberão uma notificação por email
solicitando que eles executem uma ação.
O tipo de tarefa e uma breve descrição são as seguintes:
 Tarefas Pendentes – As tarefas pendentes são projetadas para executar atividades simples, como
instruir um usuário a realizar uma atividade fora do sistema. Uma vez realizada, uma tarefa
pendente pode ser marcada como completa pelo proprietário da tarefa ou pelo proprietário do
projeto. As tarefas podem ser associadas a documentos, pastas ou projetos para orientar o
proprietário da tarefa a tomar medidas para o anexo apropriado. Tarefas com um documento
associado não podem ser marcadas como concluídas se o status do documento for "Não criado" ou
"Não editado".
 Tarefas de Notificação – As tarefas de notificação permitem enviar mensagens de notificação por e-
mail para o usuário do sistema válido e / ou contatos comerciais externos como uma única vez ou
com base em uma frequência recorrente. As tarefas de notificação podem ser definidas para início
automático com base em uma data fixa, a data de início da fase pai ou um campo de data mantido

no cabeçalho da Solicitação de sourcing. As tarefas de notificação continuarão a enviar e-mails de

notificação, independentemente do estado do projeto, ao contrário de outros tipos de tarefas.
 Tarefas de Aprovação - As tarefas de aprovação são projetadas com a intenção de verificar
aprovações internas para documentos do projeto. As tarefas de aprovação são concluídas quando
todos os aprovadores executaram a tarefa, aprovando o (s) documento (s). Se um aprovador negar
a tarefa de aprovação, o proprietário do projeto precisará criar uma nova rodada para aprovação.
Os aprovadores devem ser usuários válidos internos do sistema e não podem ser partes externas.
As tarefas de aprovação são semelhantes às tarefas de revisão, pois só podem ser associadas a
um documento ou pasta. Onde existem vários documentos, uma pasta precisa ser usada em uma
estratégia semelhante. Os aprovadores não recebem acesso de edição temporário para atualizar
documentos, mas têm a capacidade de anexar documentos modificados ao negar a solicitação no
sistema.
Tarefas e / ou fases têm a capacidade de serem vinculadas a tarefas / fases predecessoras. Uma vez
vinculado, não é possível iniciar a tarefa ou fase até que todas as tarefas / fases predecessoras tenham sido
concluídas. Isso permite que os administradores de modelo garantam que as atividades específicas sejam
concluídas antes que outras pessoas comecem.
A tabela abaixo estipula a configuração de modelos a ser construída para o Modelo de Solicitação de
Sourcing da Central Nacional Unimed Cooperativa. Ele fornece uma visão geral técnica das configurações a
serem aplicadas. Para fornecer mais contexto, uma breve descrição de cada coluna foi fornecida da
seguinte forma:
 Fase – refere-se ao nome da fase, usado para agrupar tarefas comuns.
 Nome da Tarefa – refere-se ao nome abreviado da tarefa que descreve a ação necessária para ser
executada
 Descrição da Tarefa – Este é um elemento opcional, referindo-se a uma descrição detalhada da
atividade a ser conduzida.
 Obrigatória/Opcional – refere-se à natureza da tarefa. As tarefas necessárias devem ser concluídas
como parte do processo, enquanto as tarefas opcionais podem ser concluídas conforme necessário
ou canceladas, se não forem relevantes.
 Tipo de Tarefa – refere-se ao tipo de tarefa como acima mencionado.
 Proprietário da Tarefa – refere-se ao grupo do projeto na guia da equipe ou usuário do sistema
responsável por concluir a tarefa.
 Data de Vencimento – refere-se à data em que a tarefa deve ser concluída por. Isso é calculado
como o número de dias após o início da fase pai.
 Aprovador/Revisor – para a tarefa Aprovação / Revisão / Negociação, isso se refere aos revisores /
aprovadores que serão adicionados à tarefa para executar uma ação.
 Evento Importante – refere-se a se essa tarefa é considerada como uma tarefa importante. Tarefas
importantes são usadas em análises para planejamento de recursos e relatórios de tempo de ciclo.
 Nome do Documento – refere-se ao documento associado à tarefa.
 Comportamento Condicional – refere-se a qualquer comportamento condicional que possa ser
aplicado à tarefa, de modo que apareça apenas em cenários de processos de negócios específicos.

Tipo
Obrigatór da Data de Nome do
Nome da Descrição da io/Opcio Taref Proprietári Vencim Aprovado Tarefa Documen
Fase Tarefa Tarefa nal a o da Tarefa ento r/Revisor Importante to Condição
Anexar Utilizar a tarefa Obrigatório Pende Proprietário Documento
documento para anexar o nte do projeto s de
de suporte documento com o Suporte
escopo técnico
solicitado e outros
anexos
necessários para
execução da RFI.
Enviar Após finalizada a Obrigatório Aprova Proprietário Solicitação

documentos tarefa anterior, a ção do projeto de Projeto
de RFI para solicitação será
a área de enviada
compras automaticamente
para o comprador
responsável pela
categoria. Após
aprovada o
comprador deverá
utilizar o
documento do
projeto disponível
na aba
documentos para
criar o evento de
RFI e solicitar as
propostas aos
fornecedores
Criar projeto Obrigatório Pende Proprietário Projeto de IsApprov

de Sourcing nte do projeto Sourcing ed
Disponibiliza Disponibilizar na Obrigatório Pende Comprador Propostas

r propostas pasta as nte
recebidas propostas
10
Tipo
Nome da Descrição da io/Opcio Taref Proprietári Vencim Aprovado Tarefa Documen
Fase Tarefa Tarefa nal a o da Tarefa ento r/Revisor Importante to Condição
recebidas no
evento realizado
Finalizar Editar a aba de Obrigatório Pende Proprietário

projeto visão geral do nte do projeto
processo e
marcar como
concluída.
Table 1- Sourcing Request - Template Configuration - Process Tasks

Configuração de Template – Documentos de Processo e Suporte
O processo de solicitação de sourcing da Central Nacional Unimed Cooperativa incorpora um único

documento de conteúdo com base em um modelo de evento, permitindo que o representante de negócios
configure os requisitos, perguntas específicas e lotes / itens de linha necessários para satisfazer os
requisitos de negócios e as necessidades que serão originadas.
Além do documento pré-preenchido, o Proprietário do Projeto terá a capacidade e é necessário para fazer
upload ou referenciar quaisquer documentos de apoio desenvolvidos antes do envio da aprovação para a
guia Documentos do espaço de trabalho do projeto. Isso pode ser feito por meio de quatro ações diferentes,
que são as seguintes:
 Atualizando um documento existente – Isso é executado na guia documento ou tarefas, clicando
no nome do documento e selecionando substituir documento das opções disponíveis. Isso solicita
que o proprietário localize a versão revisada e, em seguida, escolha se uma nova versão deve ser
criada ou se salvará na versão atual. Ao confirmar as opções, o Proprietário do projeto clica em
"Salvar" e o documento é atualizado.
 Carregando um novo documento - Isso é feito na guia Documentos, clicando no nome da pasta ou
no botão Ações, e selecione fazer o upload do documento nas opções disponíveis. Isso permite que
o usuário navegue para localizar o documento desejado e clique em "Criar". A tela de detalhes do
documento mostrará os atributos do documento recém-criado, confirmando o upload.
 Criando uma nova pasta ou subpasta – Isso é feito na guia Documentos, clicando no nome da
pasta existente ou no botão Ações e selecionando a pasta das opções disponíveis. O proprietário
do projeto deve especificar o nome da pasta no mínimo e clicar em criar.
 Criando uma referência URL – Isso é executado nos documentos clicando no nome da pasta
existente ou em Ações e selecionando URL nas opções disponíveis. O proprietário do projeto deve
fornecer um nome de documento e especificar o URL. Depois que todos os atributos tiverem sido
especificados, o proprietário do projeto poderá clicar em criar link e gerar a referência de URL.
A tabela abaixo estipula o processo e os documentos de apoio a serem habilitados no Modelo de

Solicitação de Sourcing da Central Nacional Unimed Cooperativa.
Nome da Pasta Nome do Proprietário Controle de Condição

Documento Acesso
Documentos de Modelo Escopo Proprietário do

Suporte Técnico projeto
Documentos de Itens da solicitação de Proprietário do Ocultar

Suporte sourcing projeto
Projeto Projeto de sourcing Proprietário do IsApproved

projeto
Propostas Proprietário do
projeto
Table 2- Sourcing Request - Template Configuration - Documents
Configuração de Template – Grupos de Projeto Padrão
A tabela abaixo estipula os Grupos de Projetos padrão que serão ativados no Modelo de Projeto de
Sourcing da Central Nacional Unimed Cooperativa:
12
Equipe do Projeto Usuário/Grupo Associado Ativo Atualização Condições

do
Proprietário
do Projeto
Comprador
Coordenador de Patricia de Medeiros Lakatos

Compras
Observadores
Proprietário do projeto
Table 3 - Sourcing Request - Template Configuration - Teams
Embora o Modelo de Projeto de Sourcing pré-preencha uma série de grupos de projetos na guia Equipes
para abordar papéis comuns em todo o processo; o proprietário do projeto mantém a capacidade de criar
grupos de projetos adicionais. Isso permite que o proprietário do projeto aborde o gerenciamento específico
de partes interessadas exigido durante todo o processo.
O proprietário do projeto cria grupos adicionais usando o botão de ações e editando os grupos de projetos
existentes. A partir dessa visão, o proprietário do projeto terá a capacidade de atribuir indivíduos a grupos
de projetos existentes ou criar grupos adicionais para atender aos requisitos das partes interessadas.
Configuração de Template - Condições
Condições e perguntas determinam a aplicabilidade de tarefas e documentos dentro de um modelo de

projeto. As condições só podem ser aplicadas no modelo de solicitação de sourcing e não podem ser
modificadas para projetos individuais criados a partir desse modelo. O administrador do sistema cria
condições durante a criação do modelo do Projeto de Sourcing por meio da interface do sistema usando um
seletor no navegador para definir as instruções lógicas. Depois que a condição é criada, ela é aplicada ao
projeto, ao documento aplicável e ao grupo de equipes da tarefa ou do projeto para herdar o
comportamento dinâmico.
O projeto de configuração do Modelo de Solicitação de Sourcing da Central Nacional Unimed Cooperativa

não requer a aplicação e uso de condições ou questões-padrão.
As condições podem ser baseadas em vários fatores, como região, categoria ou perguntas. Por exemplo,
em um modelo que consiste em vários documentos e tarefas, algumas das tarefas podem ser aplicáveis
apenas a projetos pertencentes a categorias de serviços. Para garantir que esses documentos apareçam
somente quando um projeto envolvendo categorias de serviço é criado, uma condição como Categoria =
Serviço é definida.
Qualquer tarefa ou documento marcado com essa condição só aparece quando a categoria apropriada é
selecionada.
A tabela abaixo estipula as condições a serem construídas e referenciadas no Modelo de Projeto de

Nome Descrição Expressão Lógica Escopo
IsApproved (Status do processo = Aprovado) Projeto
IsExternalOrigin ((Origem)é igual a(Externo)) Projeto

Ocultar (AND ((Codigo do Sourcing)é igual Projeto

a(Ocultar)))
Table 4 - Sourcing Request - Template Configuration - Conditions
Em alguns casos, a aplicabilidade do conteúdo de um projeto é melhor determinada por meio de perguntas,
em oposição a campos como o site. Por exemplo, pode ser mais apropriado perguntar ao usuário se ele
pretende envolver Equipes de Categoria da base de serviço e, em seguida, com base na resposta,
apresentá-lo com um conteúdo apropriado.
A tabela abaixo estipula todas as questões que devem ser construídas e associadas ao Modelo de Projeto
da Central Nacional Unimed Cooperativa:
Pergunta Resposta Define Condição Condições de
Visibilidade
Table 5 - Sourcing Request - Template Configuration - Template Questions

COLLABORATIVE SOURCING <CLIENT> : <ARIBA FUNCTIONAL DESIGN>
Configuração de Campos
Campos de Cabeçalho Padrão – Solicitação de Sourcing
Na solicitação de sourcing que está sendo criada, os atributos de dados armazenados nos campos ficarão
visíveis na guia Visão geral. O solicitante assumirá a função de proprietário do projeto, permitindo atualizar
os campos e os atributos de dados armazenados que podem ser realizados utilizando o botão "Ações"
disponível no painel Visão geral e selecionando "Editar visão geral" nas opções disponíveis.
A tabela abaixo lista todos os campos disponíveis no projeto de sourcing como padrão. A tabela foi
atualizada para incluir quaisquer alterações específicas nos campos padrão que devem ser feitos sob esse
design para atender aos requisitos de negócios descritos, incluindo uma breve descrição de como ele será
usado:
 Nome do campo - Rótulo do campo como visível nas telas Criar e Visão Geral.
 Tipo de campo - O tipo de atributo de dados contido no campo.
 Texto da dica de ajuda - Refere-se às informações que são os usuários do guia para preencher o
campo apropriado. Isto será visível clicando na imagem (i) no final do campo.
 Reportável - refere-se a se o campo está disponível para ser incluído em relatórios analíticos e
compostos.
 Obrigatório ou opcional - indica o comportamento dos campos. Os campos obrigatórios são
marcados com um asterisco (*) e devem ser preenchidos antes de prosseguir. Os campos
opcionais podem ser atualizados a qualquer momento durante o processo.
 Tipo de opção - define o tipo de atributo armazenado. Texto livre permite que o usuário defina a
entrada de acordo com as opções permitidas do tipo de campo. A lista de seleção de única
escolha permite que apenas uma das opções disponíveis seja selecionada, enquanto a lista de
opções de múltipla escolha permite que qualquer número de opções disponíveis seja selecionado.
 Opções válidas - Onde o Tipo de Opção é uma lista de opções de escolha única ou múltipla, isso
define as opções disponíveis para seleção para esse campo específico. No caso, a opção refere-
se aos Dados Mestres, que podem conter milhares de registros, a tabela indicará os dados
mestres acionados.
 Condição - Define qualquer comportamento dinâmico que possa se aplicar a esse campo. Por
exemplo, o campo pode ser visível em determinados cenários, editável em determinados cenários
ou os dados contidos válidos em determinados cenários.
Nome do Tipo do Texto de Reportável Obrigatóri Tipo Opções Condiçã

Campo Campo Ajuda ? o ou de Válidas o
Opcional Opção
Nome Texto (uma Título do Sim Obrigatório Texto N/A
linha) projeto Livre
Descrição Texto (várias Descrição Sim Opcional Texto N/A

linhas) do projeto Livre
Copiar do Projeto Não Opcional Depósit N/A

projeto o de
Projeto
s
Estado do Texto (Lista Isso indica Sim Obrigatório Lista de Ativo;Planejad

projeto de opções) o status opções o
atual do de
projeto. escolha
Planejado única
indica que
15

Opcional Opção
o projeto
ainda não
começou.
Os status
"Em
retenção",
"Concluído
"e
"Cancelado
" estarão
disponíveis
enquanto o
projeto
estiver
sendo
editado.
Projeto de Booleano Um projeto Não Obrigatório N/A Sim;Não

teste de teste
prepara e
treina os
membros e
participant
es da
equipe
antes da
execução
de um
evento
real.
Você
pode exclui
r projetos
de
teste com
mais
facilidade.
Idioma base Texto (Lista Não Obrigatório Lista de Inglês;Portugu

de opções) opções ês (Brasil)
de
escolha
única
Projeto Projeto Não Opcional Lista de N/A

antecessor opções
de
escolha
única
Regiões Texto (Lista Sim Opcional Lista de Lista CSV

de opções) – opções
Dados de
mestres de múltipla
Região escolha


Opcional Opção
Departament Texto (Lista Sim Opcional Lista de Lista CSV
os de opções) – opções
Dados de
mestre de múltipla
Departament escolha
os
Mercadoria Texto (Lista Sim Opcional Lista de Lista CSV

de opções) opções
de
múltipla
escolha
Proprietário Texto (Lista Usuário ou Sim Obrigatório Lista de Lista CSV -

de opções) grupo que opções Por padrão, o
éo de proprietário é a
principal escolha pessoa que
proprietário única criou o projeto,
deste mas o
projeto. proprietário
Outros pode ser
proprietário alterado, se
s são necessário.
listados na
página
Equipe do
projeto, no
grupo de
projetos do
Proprietári
o do
projeto.
Moeda Texto (Lista Sim Obrigatório Lista de Padrões para

de opções) opções as
de configurações
escolha do usuário
única
Table 6 - Sourcing Request – Standard Header Fields
Campos de Cabeçalho Customizados – Solicitação de Sourcing
Além dos campos padrão disponíveis, campos personalizados serão implementados para atender ao
processo de suprimento e aos requisitos analíticos da Central Nacional Unimed Cooperativa. Uma tabela
abaixo lista todos os campos personalizados a serem implementados na solicitação do Ariba Sourcing.
Nome do Tipo Texto Reportável? Obrigatório Tipo Opções Condição

Campo do de ou de Válidas
Campo Ajuda Opcional Opção
PO Texto Sim Obrigatório Texto N/A
livre livre
Orçamento Dinheiro O total Sim Obrigatório Texto N/A

de livre
gastos
que

Nome do Tipo Texto Reportável? Obrigatório Tipo Opções Condição

Campo do de ou de Válidas
Campo Ajuda Opcional Opção
deve
ser
coberto
por
este
projeto
Table 7 - Sourcing Request Custom Header Field

PROJETO DE SOURCING
Projeto de Sourcing - Introdução
Os projetos de sourcing permitem que as equipes de sourcing da Central Nacional Unimed Cooperativa
executem um processo de aprovisionamento dinâmico repetitivo desde as fases de planejamento até sua
conclusão. O projeto de sourcing introduz padronização no processo através do uso do modelo de projeto.
Os modelos de projeto permitem a capacidade de conduzir com eficácia o gerenciamento de projetos por
meio do ciclo de vida, por meio dos seguintes recursos:
 Padronização de fluxos de trabalho e processos usando modelos – Modelos de projetos de

sourcing geralmente preenchem tarefas, documentos e membros da equipe designados que se
alinham ao Processo de Sourcing da Central Nacional Unimed Cooperativa. Os modelos de projeto
de sourcing podem ser configurados com condições, permitindo que o preenchimento prévio de
tarefas, documentos e membros da equipe sejam dinâmicos, atendendo a sub-variantes dos
processos de negócios abrangentes. Os administradores do sistema da Central Nacional Unimed
Cooperativa serão treinados para gerenciar e atualizar os modelos de projetos de sourcing.
 Criar e gerenciar documentos do projeto – Os projetos de sourcing atuam como contêineres e
permitem que o usuário de sourcing armazene e acesse todos os documentos relacionados ao
projeto e processo. Geralmente, os modelos de projeto de sourcing padronizam documentos de
processo padrão (por exemplo, Modelo de estratégia de sourcing) para garantir que o usuário tenha
acesso à versão mais atual. Além disso, os documentos podem ser associados a tarefas e
interligados dentro do processo.
 Organize e padronize fluxos de trabalho – Os projetos de sourcing permitem que a organização da
Central Nacional Unimed Cooperativa organize e defina seus processos e aprovações por meio do
uso de tarefas de revisão e aprovação.
 Aprovação e Revisão: As tarefas podem ser configuradas conforme apropriado para cada projeto,
ou dinamicamente dentro do modelo de projeto, para alinhamento com as políticas da Delegação de
Autoridade da Central Nacional Unimed Cooperativa. Controles adicionais podem ser aplicados em
projetos e modelos, definindo atividades de tarefas específicas como tarefas de marcos ou
implementando tarefas / fases predecessoras. Tarefas / fases predecessoras não permitem que
uma tarefa ou fase de tarefas seja iniciada até que as tarefas / fases anteriores tenham sido
executadas adequadamente.
 Gerenciar vários eventos relacionados – O fornecimento de projetos completos permite a
capacidade de realizar vários eventos relacionados em um único projeto, alinhando-se ao processo
de sourcing. Por exemplo, como parte de uma estratégia de sourcing, um usuário de sourcing pode
procurar executar uma RFP e, em seguida, acompanhar um leilão para obter a melhor economia de
preço.
 Acompanhe os próximos projetos – Os usuários têm a capacidade de inserir projetos de sourcing
no sistema em um estado planejado com um tempo de início e conclusão indicativo. Isso permite
que os gerentes revisem os próximos pipelines de projetos para o próximo trimestre ou o restante
do ano e atribuam ou gerenciem recursos conforme apropriado.
 Revise e aprove documentos de dispositivos móveis – Revisores e aprovadores off-line, ou
aqueles que viajam com frequência, têm a capacidade de concluir a revisão de documentos e / ou
tarefas de aprovação por e-mail, sem a necessidade de efetuar login no Ariba Spend Management
System.
 Enviar notificações por email – Os projetos de sourcing e o sistema podem ser configurados para
enviar notificações por e-mail aos usuários quando um projeto é iniciado, concluído, o usuário foi
designado para executar uma tarefa ou é obrigado a aprová-la e até mesmo quando uma tarefa
está em atraso.
Configuração do Sistema
Como parte do Collaborative Sourcing da Central Nacional Unimed Cooperativa, a Ariba implementará uma
solução adequada ao objetivo que atenda aos requisitos identificados pelo cliente, permitindo que os
usuários executem os processos de suprimento mencionados anteriormente; gerando valor para a
organização, acompanhando a economia entre a realização do projeto e os objetivos de negócios descritos.

Esta seção define todas as configurações do sistema a serem implementadas no módulo do Ariba Sourcing
Professional durante a fase de "construção" do Collaborative Sourcing da Central Nacional Unimed
Cooperativa.
Configuração de Template
Sob esse design funcional, a Ariba implementará um modelo único de projeto de sourcing completo para
atender a todos os requisitos delineados pelo cliente e permitir que seus usuários comerciais executem e
conduzam os processos de sourcing mencionados anteriormente. Os modelos são baseados no modelo de
sourcing de práticas recomendadas da Ariba e sua natureza dinâmica permite a flexibilidade de executar
eventos de sourcing de acordo com a estratégia de sourcing definida.

Configuração de Template – Tarefas de Processo
Como parte do Modelo de Projeto de Sourcing da Central Nacional Unimed Cooperativa, várias tarefas do
processo de sourcing serão preenchidas previamente para orientar o Usuário de Sourcing por meio do
processo de negócios, do início ao término. Uma tarefa é uma ação atribuída a um usuário ou grupo de
usuários que deve ser concluída, como o preenchimento de um formulário de estratégia de sourcing.
Quando um projeto é criado, os usuários que foram atribuídos automaticamente ou manualmente a uma
tarefa receberão uma notificação por email solicitando que eles executem uma ação.
O nome de cada tipo de tarefa a ser utilizado no modelo e a descrição resumida são detalhados da seguinte
forma:
 Tarefas Pendentes – As tarefas pendentes são projetadas para executar atividades simples, como
instruir um usuário a realizar uma atividade fora do sistema. Uma vez realizada, uma tarefa
pendente pode ser marcada como completa pelo proprietário da tarefa ou pelo proprietário do
projeto. As tarefas podem ser associadas a documentos, pastas ou projetos para orientar o
proprietário da tarefa a tomar medidas para o anexo apropriado. Tarefas com um documento
associado não podem ser marcadas como concluídas se o status do documento for "Não criado" ou
"Não editado".
 Tarefas de Notificação – As tarefas de notificação permitem enviar mensagens de notificação por e-
mail para o usuário do sistema válido e / ou contatos comerciais externos como uma única vez ou
com base em uma frequência recorrente. As tarefas de notificação podem ser definidas para
inicialização automática com base em uma data fixa, a data de início da fase pai ou um campo de
data mantido no cabeçalho do projeto de sourcing. As tarefas de notificação continuarão a enviar e-
mails de notificação, independentemente do estado do projeto, ao contrário de outros tipos de
tarefas.
 Tarefas de Revisão – As tarefas de revisão são projetadas com a intenção de solicitar feedback de
usuários válidos do sistema ou de partes externas (via Ariba Network ou email). As tarefas de
revisão podem ser associadas a um único documento, pasta ou projeto. Quando vários documentos
precisam ser revisados, eles devem ser emitidos dentro do conteúdo de uma pasta. O sistema
concede acesso de edição temporário a usuários válidos do sistema, permitindo que eles atualizem
diretamente o documento e criem uma nova versão. As revisões externas precisam ser atualizadas
manualmente como uma nova versão pelo proprietário da tarefa, se aplicável.
 Tarefas de Aprovação - As tarefas de aprovação são projetadas com a intenção de verificar
aprovações internas para documentos do projeto. As tarefas de aprovação são concluídas quando
todos os aprovadores executam a tarefa, aprovando o documento ou documentos. Se um aprovador
negar a tarefa de aprovação, o proprietário do projeto precisará criar uma nova rodada para
aprovação. Os aprovadores devem ser usuários válidos internos do sistema e não podem ser partes
externas. As tarefas de aprovação são semelhantes às tarefas de revisão, pois só podem ser
associadas a um documento ou pasta. Onde existem vários documentos, uma pasta precisa ser
usada em uma estratégia semelhante. Os aprovadores não recebem acesso de edição temporário
para atualizar documentos, mas têm a capacidade de anexar documentos modificados ao negar a
solicitação no sistema.
 Tarefas de Negociação - As tarefas de negociação são projetadas com o intuito de capturar os
registros das negociações entre duas partes, normalmente entre a Central Nacional Unimed
Cooperativa e um Comprador externo ou Fornecedor. Embora as tarefas de negociação incluam
recursos que permitem ao proprietário da tarefa incorporar alterações de documento das partes de
negociação, as tarefas de negociação são destinadas principalmente a gerenciar tarefas de longo
prazo associadas a negociações de contratos com várias rodadas e a capturar anotações ou
comentários relacionados a cada rodada. Por exemplo, se você está negociando um contrato com
um fornecedor ou cliente, uma tarefa de negociação pode capturar comentários de todas as partes
da negociação, revisores da negociação e alterações. Como as tarefas de Aprovação, as tarefas de
Revisores para Negociação não recebem acesso de edição temporário para atualizar documentos,
mas têm a capacidade de anexar documentos modificados no sistema ao emitir uma resposta.
 Revisão para Team Grading – A revisão para o Team Grading é uma forma especial de tarefa de
revisão, na qual o proprietário do projeto solicita um único usuário ou vários usuários para concluir a
pontuação e a classificação da RFx concluída. Após todos os resultados individuais de classificação
21
e classificação serem enviados, o Dono do Projeto completa a classificação de consenso para

avaliar e finalizar a pontuação para cada equipe participante / participante que participou do evento.
 Aprovação para Publicação – A tarefa de aprovação para publicação é uma forma especial de uma
tarefa de aprovação que é aplicável apenas a um evento ou documento de conteúdo (por exemplo,
RFP) no Ariba Sourcing Professional. A tarefa opera da mesma maneira que uma tarefa de
aprovação, no entanto, a própria aprovação autoriza a liberação ou publicação do Evento de
Sourcing no mercado.
 Aprovação para Prêmio – A aprovação para adjudicar tarefa é uma forma especial de uma tarefa de
Aprovação que também é aplicável apenas a um Documento de Evento ou de Conteúdo (por
exemplo, RFP) no Ariba Sourcing Professional. A tarefa é invocada enviando um cenário para
aprovação com os detalhes para a concessão do evento de sourcing. Após a aprovação, o Evento
de Sourcing e a Tarefa foram movidos para um status concluído / aprovado
Tarefas e / ou fases têm a capacidade de serem vinculadas a tarefas / fases predecessoras. Uma vez
vinculado, não é possível iniciar a tarefa ou fase até que todas as tarefas / fases predecessoras tenham sido
concluídas. Isso permite que os administradores de modelo garantam que as atividades específicas sejam
concluídas antes que outras pessoas comecem. Por exemplo, é comum restringir a capacidade de liberar
um evento de sourcing até que o documento de estratégia de sourcing seja aprovado, para garantir que a
aprovação go-to-market seja verificada.
Embora o Modelo de Projeto de Sourcing da Central Nacional Unimed Cooperativa pré-preencha um

determinado número de tarefas que precisam ser concluídas como parte do processo de sourcing; muitas
vezes nem todos os projetos de sourcing se encaixam perfeitamente e tarefas adicionais específicas do
projeto precisam ser adicionadas. O proprietário do projeto tem a capacidade de criar tarefas específicas do
projeto, conforme necessário. Para tarefas pendentes e notificações, isso é feito clicando em "Ações" na
guia Tarefas e selecionando o tipo de tarefa apropriado a ser criado. Para os tipos de tarefa Revisão,
Aprovação e Negociação, eles precisam ser criados a partir do documento ou da pasta associada. A
maneira mais fácil de criar esses tipos de tarefa é navegar até a guia Documentos, localizar o documento
desejado e selecionar o tipo de tarefa desejado. Depois que o tipo de tarefa for selecionado, o Proprietário
do projeto poderá inserir detalhes descrevendo a ação necessária e atribuí-la ao proprietário da tarefa
apropriada, revisores / aprovadores, conforme necessário.
A tabela abaixo estipula a configuração de modelos a ser construída para o Modelo de Projeto de Sourcing
da Cooperativa Nacional Unimed. Ele fornece uma visão geral técnica das configurações a serem aplicadas.
Para fornecer mais contexto, uma breve descrição de cada coluna foi fornecida da seguinte forma:
 Fase – refere-se ao nome da fase, usado para agrupar tarefas comuns.
 Nome da Tarefa – refere-se ao nome abreviado da tarefa que descreve a ação necessária para ser
executada
 Descrição da Tarefa – Este é um elemento opcional, referindo-se a uma descrição detalhada da
atividade a ser conduzida.
 Obrigatório/Opcional – refere-se à natureza da tarefa. As tarefas necessárias devem ser concluídas
como parte do processo, enquanto as tarefas opcionais podem ser concluídas conforme necessário
ou canceladas, se não forem relevantes.
 Tipo de Tarefa – refere-se ao tipo de tarefa como acima mencionado.
 Proprietário da Tarefa – refere-se ao grupo do projeto na guia da equipe ou usuário do sistema
responsável por concluir a tarefa.
 Data de Vencimento – refere-se à data em que a tarefa deve ser concluída por. Isso é calculado
como o número de dias após o início da fase pai.
 Aprovador/Revisor – para a tarefa Aprovação / Revisão / Negociação, isso se refere aos revisores /
aprovadores que serão adicionados à tarefa para executar uma ação.
 Tarefa Importante – refere-se a se essa tarefa é considerada como uma tarefa de marco. Tarefas de
marco são comumente usadas em análises para planejamento de recursos e relatórios de tempo de
ciclo.
 Nome do Documento – refere-se ao documento associado à tarefa.
 Comportamento Condicional – refere-se a qualquer comportamento condicional que possa ser
aplicado à tarefa, de modo que apareça apenas em cenários de processos de negócios específicos.

Tipo
Nome da Descrição io/Opcio Taref Proprietári Vencim Aprovado Tarefa Documen
Fase Tarefa da Tarefa nal a o da Tarefa ento r/Revisor Importante to Condição
01. Revisar equipe Obrigatóri Pende Proprietário Projeto =
Planejamen o nte do projeto Aditivo OU
to Estratégico
OU
Operacional
01. Preencher Obrigatóri Pende Proprietário Checklist Projeto =

Planejamen checklist de o nte do projeto Contratos Estratégico
to contratos OU
Operacional
01. Necessita Opcional Pende Proprietário

Planejamen contrato? Se nte do projeto
to sim, marcar Projeto =
tarefa como Estratégico
concluida OU
Operacional
01. Definir Obrigatóri Pende Proprietário Approval

Planejamen estratégia do o nte do projeto Form
to projeto Projeto =
Estratégico
01. Aprovar Obrigatóri Aprov Proprietário Coordena Approval

Planejamen estratégia do o ação do projeto dor de Form
to projeto Compras
= até 200k
/ Gerente
de
Compras
= acima
de 200k Projeto =
Estratégico
23
02. RFI Executar RFI Obrigatóri Pende Proprietário Evento - Projeto =

o nte do projeto RFI Estratégico
E RFI = Sim
OU Projeto
=
Operacional
E RFI = Sim
02. RFI Fechar RFI Obrigatóri Pende Proprietário Evento - Projeto =

o nte do projeto RFI Estratégico
E RFI = Sim
OU Projeto
=
Operacional
E RFI = Sim
03. RFP Executar RFP Obrigatóri Pende Proprietário Evento - Projeto =

o nte do projeto RFP Estratégico
E RFP =
Sim OU
Projeto =
Operacional
E RFP =
Sim
03. RFP Realizar Obrigatóri Revis Proprietário Evento - Projeto =

avaliação o ão do projeto RFP Estratégico
técnica E RFP =
Sim OU
Projeto =
Operacional
E RFP =
Sim
03. RFP Fechar RFP Obrigatóri Pende Proprietário Evento - Projeto =

o nte do projeto RFP Estratégico
E RFP =
Sim OU
Projeto =
Operacional

E RFP =
Sim
04. Definir Obrigatóri Pende Proprietário Approval

Negociação estratégia de o nte do projeto Form Projeto =
negociação Estratégico
04. Aprovar Obrigatóri Aprov Proprietário Coordenad Approval

Negociação estratégia de o ação do projeto or de Form
negociação Compras =
até 200k /
Gerente de
Compras = Projeto =
acima de Estratégico
200k
04. Executar Obrigatóri Pende Proprietário Evento - Projeto =

Negociação negociação o nte do projeto Short List Aditivo OU
Estratégico
OU
Operacional
04. Realizar Obrigatóri Revis Proprietário Evento -

Negociação análise técnica o ão do projeto Short List
04. Realizar novo Opcional Pende Proprietário Projeto =

Negociação evento de nte do projeto Aditivo OU
negociação? Estratégico
Siga o passo a OU
passo Operacional
04. Executar nova Obrigatóri Pende Proprietário Evento -

Negociação rodada de o nte do projeto Short List
negociação II Short List II

04. Realizar last Opcional Pende Proprietário Projeto =

Negociação call? Siga o nte do projeto Estratégico
passo a passo OU Projeto
=
Operacional
04. Executar Obrigatóri Pende Proprietário Evento -

Negociação evento de last o nte do projeto Last Call
call Last Call
04. Criar cenário Obrigatóri Pende Proprietário Evento -

Negociação de aprovação o nte do projeto Short List Short List

Negociação de aprovação o nte do projeto Short List
II Short List II

Negociação de aprovação o nte do projeto Last Call Last Call
05. Preencher Obrigatóri Pende Proprietário Approval Projeto =

Aprovação formulário de o nte do projeto Form Aditivo OU
aprovação final Estratégico
OU
Operacional
05. Aprovar Obrigatóri Aprov Proprietário Coordenad Approval

Aprovação resultado final o ação do projeto or de Form
Compras =
Projeto =
até 200k / Aditivo OU
Gerente de Estratégico
Compras = OU
acima de Operacional
200k

05. Enviar Obrigatóri Aprov Proprietário Evento -

Aprovação premiação o ação do projeto Short List Short List

Aprovação premiação o ação do projeto Short List
II Short List II

Aprovação premiação o ação do projeto Last Call Last Call
06. Criar contrato Obrigatóri Pende Proprietário Evento - Necessidad

Formalizaç jurídico o nte do projeto Short List e de
ão Contrato =
Sim E Short
List

Formalizaç jurídico o nte do projeto Short List e de
ão II Contrato =
Sim E Short
List II

Formalizaç jurídico o nte do projeto Last Call e de
ão Contrato =
Sim E Last
Call
06. Aditar contrato Obrigatóri Pende Proprietário Evento - Projeto =

Formalizaç jurídico o nte do projeto Short List Aditivo E
ão Short List


Formalizaç jurídico o nte do projeto Short List Aditivo E
ão II Short List II

Formalizaç jurídico o nte do projeto Last Call Aditivo E
ão Last Call
06. Enviar Obrigatóri Pende Proprietário Pesquisa

Formalizaç pesquisa de o nte do projeto Interna de Projeto =
ão satisfação Satisfação Estratégico
06. Emitir Pedido Opcional Pende Proprietário Projeto =

Formalizaç de Compras no nte do projeto Aditivo OU
ão SAP Estratégico
OU
Operacional
06. Fechar projeto Obrigatóri Pende Proprietário Projeto =

Formalizaç de sourcing o nte do projeto Aditivo OU
ão Estratégico
OU
Operacional
Table 8 - Sourcing Project - Template Configuration - Process Tasks

Configuração de Template – Documentos de Processo e Suporte
Cada documento carregado automaticamente se refere a um documento de conteúdo que atua como um
contêiner para modelos de eventos específicos, permitindo que o Projeto execute o(s) evento s) apropriado
(s) alinhado com a Estratégia de Sourcing otimizada.
Além dos documentos pré-preenchidos, o proprietário do projeto terá a capacidade de fazer upload ou
referenciar quaisquer documentos de suporte desenvolvidos durante o ciclo de vida de sourcing. Há quatro
atividades comuns concluídas pelo proprietário do projeto ao atualizar, fazer upload ou fazer referência a
documentos adicionais. As quatro atividades comuns e uma breve descrição do processo são as seguintes:
 Carregando um documento existente – Isso é executado na guia documento ou tarefas, clicando

no nome do documento e selecionando substituir documento das opções disponíveis. Isso solicita
que o proprietário localize a versão revisada e, em seguida, escolha se uma nova versão deve ser
criada ou se salvará na versão atual. Ao confirmar as opções, o Proprietário do projeto clica em
"Salvar" e o documento é atualizado.
 Carregar um novo documento - Isso é feito na guia Documentos, clicando no nome da pasta ou no
botão Ações, e selecione fazer o upload do documento nas opções disponíveis. Isso permite que o
usuário navegue para localizar o documento desejado e clique em "Criar". A tela de detalhes do
documento mostrará os atributos do documento recém-criado, confirmando o upload.
 Criar uma nova pasta ou subpasta – Isso é feito na guia Documentos, clicando no nome da pasta
existente ou no botão Ações e selecionando a pasta das opções disponíveis. O proprietário do
projeto deve especificar o nome da pasta no mínimo e clicar em criar.
 Criar uma referência de URL – Isso é executado nos documentos clicando no nome da pasta
existente ou em Ações e selecionando URL nas opções disponíveis. O proprietário do projeto deve
fornecer um nome de documento e especificar o URL. Depois que todos os atributos tiverem sido
especificados, o proprietário do projeto poderá clicar em criar link e gerar a referência de URL.
A tabela abaixo estipula o processo e os documentos de apoio a serem habilitados no Modelo de Projeto de
Sourcing da Central Nacional Unimed Cooperativa.
Nome da Pasta Nome do Proprietário Controle de Condição

Documento Acesso
Formulário de Approval Form

Aprovação
Checklist de Checklist Contratos

Contrato
Pesquisa Pesquisa Interna de

Satisfação Satisfação
Eventos Evento - Last Call Last Call
Eventos Evento - RFI Projeto = Estratégico E

RFI = Sim
Eventos Evento - RFP Projeto = Estratégico E

RFP = Sim
29
Eventos Evento - Short List
Eventos Evento - Short List II Short List
Table 9 - Sourcing Project - Template Configuration - Documents
Configuração de Template – Grupos de Projeto Padrão
Em Projetos de Sourcing, as equipes são específicas do projeto e contêm vários interessados. As equipes
podem receber permissões para permitir que as partes interessadas conduzam várias tarefas dentro do
projeto.
Usuários individuais podem ser atribuídos a um ou mais grupos de projetos, conforme apropriado, para
executar suas responsabilidades relevantes em todo o processo de sourcing. Por exemplo, o Proprietário do
Projeto pode ser responsável por todo o Projeto de Sourcing, mas também pode ser contratado como
contribuinte individual para a pontuação e classificação do Evento como um Graduador de Equipe.
A tabela abaixo estipula os Grupos de Projetos padrão que serão ativados no Modelo de Projeto de
Equipe do Projeto Usuário/Grupo Associado Ativo Atualização Condições

do
Proprietário
do Projeto
Aprovador Técnico
Auditoria Auditoria
Coordenador de Patricia de Medeiros Lakatos

Compras
Diretor de Compras
Gerente de Compras Paula Vasconcelos Pereira
Proprietário do
Projeto
Suporte Suporte
Table 10 - Sourcing Project - Template Configuration - Teams
Onde a tabela acima especifica "Ativo" como verdadeiro, o Grupo de Projetos receberá a função de Membro
Ativo da Equipe.
Embora o Modelo de Projeto de Sourcing pré-preencha uma série de grupos de projetos na guia Equipes
para abordar papéis comuns em todo o processo; o proprietário do projeto mantém a capacidade de criar

grupos de projetos adicionais. Isso permite que o proprietário do projeto aborde o gerenciamento específico
de partes interessadas exigido durante todo o processo.
O proprietário do projeto cria grupos adicionais usando o botão de ações e editando os grupos de projetos
existentes. A partir dessa visão, o proprietário do projeto terá a capacidade de atribuir indivíduos a grupos
de projetos existentes ou criar grupos adicionais para atender aos requisitos das partes interessadas.
Configuração de Template - Condições
Condições e perguntas determinam a aplicabilidade de tarefas e documentos dentro de um modelo de

projeto. As condições só podem ser aplicadas no modelo de projeto de sourcing e não podem ser
modificadas para projetos individuais criados a partir desse modelo. O administrador do sistema cria
condições durante a criação do modelo de Projeto de Sourcing por meio da interface do sistema usando um
seletor de navegador para definir as instruções lógicas. Depois que a condição é criada, ela é aplicada ao
projeto, ao documento aplicável e ao grupo de equipes da tarefa ou do projeto para herdar o
comportamento dinâmico.
As condições podem ser baseadas em vários fatores, como região, categoria ou perguntas. Por exemplo,
em um modelo que consiste em vários documentos e tarefas, algumas das tarefas podem ser aplicáveis
apenas a projetos pertencentes a categorias de serviços. Para garantir que esses documentos apareçam
somente quando um projeto envolvendo categorias de serviço é criado, uma condição como Categoria =
Serviço é definida. Qualquer tarefa ou documento marcado com essa condição só aparece quando a
categoria apropriada é selecionada.
A tabela abaixo estipula as condições a serem construídas e referenciadas no Modelo de Projeto de

Nome Descrição Expressão Lógica Escopo
Avaliação Técnica - (((Processo)é igual a(Estratégico)) AND Projeto

Estratégico, Avaliação e RFI (RFP=Não É verdadeira) AND (Avaliação=Sim
= Não É verdadeira))
Last Call (AND ((Short List & Last Call)é igual a(Last Projeto
Call)))
Necessidade de Contrato = (AND ((Necessita Contrato)é igual a(Sim))) Projeto

Sim
Projeto = Aditivo (AND ((Processo)é igual a(Aditivo))) Projeto
Projeto = Aditivo; Avaliação (((Processo)é igual a(Aditivo)) AND Projeto

= Sim (Avaliação=Sim É verdadeira))
Projeto = Estratégico (AND ((Processo)é igual a(Estratégico))) Projeto
Projeto = Estratégico OU (((Processo)é igual a(Estratégico)) OR Projeto

Operacional OU Aditivo ((Processo)é igual a(Operacional)) OR
((Processo)é igual a(Aditivo)))

Projeto = Estratégico, RFI = (((Processo)é igual a(Estratégico)) AND Projeto

Sim (RFI=Sim É verdadeira))
Projeto = Estratégico, RFP = (((Processo)é igual a(Estratégico)) AND Projeto

Sim (RFP=Sim É verdadeira))
Projeto = Estratégico, RFP = (((Processo)é igual a(Estratégico)) AND Projeto

Sim, Avaliação = Sim (RFP=Sim É verdadeira) AND (Avaliação=Sim
É verdadeira))
Projeto = Operacional (AND ((Processo)é igual a(Operacional))) Projeto
Projeto = Operacional, RFI = (((Processo)é igual a(Operacional)) AND Projeto

Sim (RFI=Sim É verdadeira))
Projeto = Operacional, RFP (((Processo)é igual a(Operacional)) AND Projeto

= Sim (RFP=Sim É verdadeira))
Projeto = Operacional, RFP (((Processo)é igual a(Operacional)) AND Projeto

= Sim, Avaliação = Sim (RFP=Sim É verdadeira) AND (Avaliação=Sim
É verdadeira))
Projeto = (((Processo)é igual a(Operacional)) AND Projeto

Operacional;Avaliação = Sim (Avaliação=Sim É verdadeira))
Short List (AND ((Short List & Last Call)é igual a(N/A))) Projeto
Short List II (AND ((Short List & Last Call)é igual a(Short Projeto
List II)))
Valor Baseline maior que (AND ((Baseline)é maior que ou igual Documento
BRL 200.000 a($200.000,0000000000 BRL)))
Valor Negociado até 200k (AND ((Valor Negociado)é menor que ou igual Documento
a($200.000,0000000000 BRL)))
Valor Negociado maior que (AND ((Valor Negociado)é maior que ou igual Documento
200k a($200.001,0000000000 BRL)))
Valor Negociado OU Valor (((Valor Negociado)é maior Documento

Aditivo Maior BRL que($1.000.000,0000000000 BRL)) OR ((Valor
1.000.000,00 Aditivo)é maior que($1.000.000,0000000000
BRL)))
Valor Negociado OU Valor (((Valor Negociado)é maior Documento

Aditivo Maior BRL que($100.000,0000000000 BRL)) OR ((Valor
100.000,00 Aditivo)é maior que($100.000,0000000000
BRL)))
Valor Orçado maior que BRL (AND ((Orcamento)é maior que ou igual Documento
200.000 a($200.000,0000000000 BRL)))
Table 11 - Sourcing Project - Template Configuration - Conditions
Em alguns casos, a aplicabilidade do conteúdo de um projeto é melhor determinada por meio de perguntas,
em oposição a campos como o site. Por exemplo, pode ser mais apropriado perguntar ao usuário se ele

pretende envolver Equipes de Categoria da base de serviço e, em seguida, com base na resposta,
apresentá-lo com um conteúdo apropriado.
A tabela abaixo estipula todas as questões que devem ser construídas e associadas ao Modelo de Projeto
de Origem da Central Nacional Unimed Cooperativa:
Pergunta Resposta Define Condição Condição de

Visibilidade
Realizar RFI? Sim;Não RFI = Sim, RFI = Não Projeto =

Estratégico OU
Projeto =
Operacional
Realizar RFP? Sim;Não RFP = Sim, RFP = Não Projeto =

Estratégico OU
Projeto =
Operacional
Realizar avaliação Sim;Não Avaliação = Sim, Avaliação =

técnica? Não
Table 12 - Sourcing Project - Template Configuration - Template Questions

Configuração de Evento
Esta seção descreve o design do modelo <RFx> da Central Nacional Unimed Cooperativa a ser criado na
Ariba, além dos modelos RFx / eAuction padrão disponíveis para a Central Nacional Unimed Cooperativa. A
Central Nacional Unimed Cooperativa também tem a capacidade de criar qualquer número de modelos de
RFx adicionais e editar os modelos existentes conforme necessário.
Os modelos de RFx são usados como uma estrutura de linha de base ao criar um evento de sourcing. O
conteúdo dentro de cada RFx pode ser editado e adicionado, como o evento exige pelo proprietário do
projeto. Os modelos de RFx geralmente incluem os requisitos básicos para que os proprietários de projetos
de sourcing configurem um evento de RFx, incluindo contratos padrão de fornecedores, condições,
estruturas de conteúdo e algumas perguntas comuns sobre a solicitação de cotação. Conteúdo específico
de eventos, pontuação e ponderação podem ser configurados em um evento por evento, utilizando o
conteúdo disponível na Biblioteca de Sourcing ou criando conteúdo específico do projeto.
Os modelos de RFx criados sob este documento de Design funcional serão associados às tarefas
relacionadas à RFx relevantes como parte do processo de sourcing completo e estarão disponíveis para
seleção ao criar o evento.
Biblioteca de Sourcing
A Biblioteca de Sourcing refere-se a um "banco" que a Central Nacional Unimed Cooperativa pode pré-
desenvolver e armazenar conteúdo específico de evento que pode ser utilizado conforme necessário para
cada evento criado pelo proprietário do projeto de sourcing. Isso é realizado pelos Administradores de
Eventos que desenvolvem o Conteúdo por meio do caminho de navegação Gerenciar > Biblioteca de
Sourcing. Uma vez na biblioteca de sourcing, o administrador do evento pode criar diretamente o conteúdo
por meio da interface do usuário, por meio do uso da funcionalidade de upload ou, em vez disso, puxando
diretamente o conteúdo de eventos criados anteriormente.
A biblioteca de sourcing pode armazenar conteúdo de evento aplicável a qualquer tipo de evento e utiliza a
capacidade de indexar e usar pastas para tornar as informações facilmente identificáveis. Os proprietários
de projetos de sourcing podem acessar a biblioteca de sourcing da página de conteúdo do evento clicando
no botão "Adicionar" e selecionando "Conteúdo da biblioteca" usando as opções disponíveis. A partir disso o
Proprietário do Projeto de Sourcing seleciona o conteúdo desejado e o copia para o evento, reduzindo
drasticamente o tempo gasto para desenvolver o Evento.
Na biblioteca de Sourcing do ambiente da Central Nacional Unimed Cooperativa, está configurado as

definições de eventos RFI, RFP e Leilão abaixo:
<RFI> Configuração de Template - Regras
A tabela a seguir estipula as regras padrão configuradas para o modelo de evento <RFI>.
Nome do Campo Resposta Somente Leitura/Oculto/Delegado

Padrão
Formato da Concorrência
Formato da cotação do evento: Inglesa Não se aplica
Critérios de Elegibilidade de Fornecedor
Status mínimo do fornecedor para participação em evento: Convidado Oculto
Status mínimo do fornecedor para elegibilidade ao prê Convidado Oculto

mio:
34
Regras do Envelope
Número de envelopes Sem envelope Oculto
Regras do Cronograma
Ativar período de visualização antes da abertura da cot Sim Oculto

ação
Os participantes podem fazer ofertas durante o período Não permitir Oculto

de visualização pré-ofertas
Hora de início Quando eu Não se aplica

clicar no botão
Publicar da
página resumo
Especificar como a cotação do lote será iniciada e finali Paralelo Oculto

zada
Data de início de resposta Personalizado Não se aplica
Data de vencimento 4 dias Não se aplica
Definir um período de revisão após o fechamento do lot Não Oculto

e
Permitir prorrogação da cotação Não Oculto
Regras de Cotação
Percentual do guardião de oferta 0 Não se aplica
Ativar pontuação das respostas dos participantes Sim Oculto
Método de classificação padrão Classificar por Oculto

participantes
Ativar classificação às cegas das respostas dos particip Não Oculto

antes
Ativar bônus/penalidade Não Oculto
Os participantes podem criar respostas alternativas? Não Oculto
Ativar resposta off-line personalizada Não Oculto
Permitir participações por procuração quando o evento Não Oculto

estiver fechado
Exigir justificativa para participação por procuração Não Oculto
Escolher tipo de pontuação Pontuação com Delegado

base em
porcentagem
As perguntas devem estar visíveis nas alternativas? Não Oculto

Deve haver limite de número de alternativas? Não Oculto
Regras para Moedas
Permitir que os participantes selecionem a moeda da c Não Oculto

otação
Ações do Proprietário do Projeto
O proprietário do projeto pode criar formulas Não Não se aplica
O proprietário do projeto pode criar equipe de resposta Não Oculto

por padrão
Feedback do Mercado
Especificar como os participantes exibem as informaçõ Não ativar Oculto

es do mercado Starting Gate
Mostrar a oferta líder a todos os participantes Não Oculto
Mostrar o preço de reserva a todos os participantes Não Oculto
Os participantes podem ver as posições Não Oculto
Mostrar posição do nível do item de linha no lote Não Oculto
Mostrar o valor calculado da condição competitiva ante Sim Oculto

s que o participante envie a oferta
Mostrar fórmulas a todos os participantes Não Oculto
Indicar aos participantes que foram determinados valor Não Oculto

es iniciais específicos do participante
O proprietário pode ver as respostas antes do fechame Sim Delegado

nto do evento
Permitir que os participantes vejam os pesos da pontua Não Oculto

ção
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
Permitir que os participantes enviem mensagens à equi Sim Não se aplica

pe do projeto
Hora de abertura do painel de mensagens Início da Não se aplica

visualização
Hora de fechamento do painel de mensagens Concluído Oculto
Escolher quem deve acessar o painel de mensagens d Nenhum Oculto

o evento para exibir as mensagens criadas pelo usuário

Escolher os destinatários padrão dos e- Tudo Oculto

mails enviados aos membros da equipe
Desativar notificações do sistema para participantes qu Não Oculto

e enviaram respostas
Incluir Contrato do Concorrente
Deseja incluir o contrato do concorrente como pré- Sim Oculto

requisito?
Table 13 - Sourcing Project - Event Configuration
<RFI>
Tipo Texto Obrigatório/Opcional Tipo de Valores Condição
Resposta Permitidos de
Visibilidade
Pergunta Li e estou de Sim, obrigatório para Sim/Não Qualquer
acordo com as o participante valor
regras de
participação
Seção Questionário
Socioambiental
Seção Valores,
transparência e
gestão
Pergunta A empresa possui Sim, obrigatório para Sim/Não Qualquer
código de conduta o participante valor
no que se refere
às relações
pessoais e
comerciais
aplicável a todos
os seus
funcionarios e a
sua cadeia de
valor?
alguma política o participante valor
formal ou
programa de
reponsabilidade
empresarial que
inclua aspectos
ambientais,
sociais e de saúde
e segurança do
colaborador?
Pergunta A empresa publica Sim, obrigatório para Sim/Não Qualquer
(anualmente, por o participante valor
exemplo) relatório
sobre sua atuação
relativa aos
aspectos
financeiros,
ambientais e
sociais?


canal formal de o participante valor
consulta e diálogo
com vizinhos e
demais partes
interessadas
sobre questões
socioambientais
relativas às suas
atividades?
algum outro tipo o participante valor
de certificação
como SA8000,
ISO 9001, ISO
14001, selo FCS,
FLO, ABNT NBR
16001, ISO
26000?
Pergunta A empresa tem Sim, obrigatório para Sim/Não Qualquer
práticas de o participante valor
combate a
corrupção e
lavagem de
dinheiro ?
Pergunta A empresa Sim, obrigatório para Sim/Não Qualquer
cumpre o participante valor
obrigações
determinadas por
lei, como a
legislação
trabalhista,
previdenciária e
fiscal?
assegura que os o participante valor
salários
satisfazem aos
padrões minimos
da categoria da
região e sejam
suficientes para
atender as
necessidades
basicas dos
funcionários?
Seção Dimensão
ambiental
Pergunta A empresa ou Sim, obrigatório para Sim/Não Qualquer
qualquer um de o participante valor
seus sites possui
Certificação ISO
14001?
programa de o participante valor
gerenciamento ou
minimização dos

impactos
ambientais pós
consumo de seus
produtos/serviços?
uma politica o participante valor
ambiental
documentada e
aprovada pela alta
direção que
norteia sua
atividades,
produtos e
serviços?
Pergunta A empresa adere Sim, obrigatório para Sim/Não Qualquer
a legislação o participante valor
ambiental e
regulamentações
que facilitam a
proteção ao meio
ambiente?
Seção Dimensão social

políticas explícitas o participante valor
contra a
discriminação e
preconceito e
pratica a
valorização da
diversidade na
admissão, nos
salários, nas
promoções, nos
treinamentos e
nas demissões?
Esta discriminação
refere-se a sexo,
raça, etnia, idade,
deficiências
físicas,
preferências
religiosas ou
sexuais, políticas
de intimidação e
discriminação.
Pergunta A empresa é Sim, obrigatório para Sim/Não Qualquer
favorável à livre o participante valor
associação
sindical?
politicas e práticas o participante valor
que visam a
melhoria da saúde
e segurança no
trabalho de seus
colaboradores?

Pergunta A empresa dedica- Sim, obrigatório para Sim/Não Qualquer

se à prática de o participante valor
compra e
investimento para
implementar o
desenvolvimento
social e
econômico da
área onde está
localizada?
monitora em sua o participante valor
cadeia de valor ou
possui práticas
para o
cumprimento da
legislação em
relação ao
trabalho infantil?
cadeia de valor o
cumprimento da
legislação em
relação a mão de
obra forçada ou
escrava?
cadeia de valor ou
possui práticas
para o
cumprimento da
legislação sobre
programa de
menor aprendiz?
programas ou o participante valor
iniciativas
voluntárias
implementadas
para a
comunidade?
Seção Questionário
Cadastral
Financeiro
Seção Faturamento Bruto
Anual
Pergunta 2015 Sim, obrigatório para Dinheiro Qualquer
o participante valor
Pergunta Previsão para Sim, obrigatório para Dinheiro Qualquer
2018 o participante valor

Pergunta A empresa já Sim, obrigatório para Sim/Não Qualquer

prestou serviço ou o participante valor
teve alguma
relação com outra
empresa do
Sistema Unimed?
Pergunta Sua empresa Sim, obrigatório para Sim/Não Qualquer
possui canal direto o participante valor
de atendimento?
Pergunta Caso positivo, Sim, obrigatório para Texto (várias Qualquer
descreva o participante linhas) valor
detalhadamente o
procedimento
possui canal o participante valor
online para
recebimento de
pedidos?
detalhadamente o
procedimento
possui canal de o participante valor
pós vendas?
detalhadamente o
procedimento
uma política de o participante valor
treinamento e
desenvolvimento
para os
funcionários?
explique como o participante linhas) valor
funciona o
processo
administrativo e
operacional
Seção Apresentação
Institucional
Pergunta Favor enviar Sim, obrigatório para Anexo Qualquer
apresentação o participante valor
institucional da
empresa
<RFP Com Envelope> Configuração de Template - Regras
A tabela a seguir estipula as regras padrão configuradas para o modelo de evento <RFP Com Envelope>.

Padrão

Tipo de Capacidade
Tipo de capacidade do evento: Padrão Não se aplica
Status mínimo do fornecedor para participação em evento: Registrado Oculto
Status mínimo do fornecedor para elegibilidade ao prê Registrado Oculto

mio:
Regras do Envelope
Número de envelopes 2 Delegado
Manter as ofertas do envelope rejeitado Sim Oculto
Permitir que as ofertas do envelope sejam abertas Não Não se aplica
Descartar as ofertas para a atualização do evento Manter as Oculto

ofertas
Enviar notificação para abridores de envelopes Não Oculto

ação


clicar no botão
Publicar da
página resumo

zada

e
Data prevista para a atribuição do contrato Personalizado Oculto
Regras de Cotação
Usar formato da cotação transformada Não Não se aplica

Permitir que o proprietário altere as regras de melhoria Não Não se aplica

da oferta no nível do lote

participantes

antes
Os participantes podem criar respostas alternativas? Sim Oculto
Os participantes podem criar preço alternativo? Sim Oculto
Os participantes podem criar pacotes? Sim Oculto
Os participantes podem criar camadas? Não Oculto
Os participantes devem melhorar suas ofertas Não Oculto
Os participantes podem enviar ofertas empatadas Permitir ofertas Oculto

empatadas em
todas as
classificações

estiver fechado
Exigir justificativa para participação por procuração Sim Oculto

base em
porcentagem
Regras para Moedas

otação
O proprietário do projeto pode criar formulas Sim Não se aplica
O proprietário do projeto pode criar equipe de resposta Sim Oculto

por padrão

Feedback do Mercado



O proprietário pode ver as respostas antes do fechame Sim Oculto

nto do evento

ção
Painel de Mensagens

pe do projeto

visualização




requisito?

<RFP Com Envelope>

Tipo Texto Obrigatório/Opcional Tipo de Resposta Valores Condição
Permitidos de
Visibilidade
Seção Proposta
Técnica
Pergunta Proposta Sim, obrigatório para Anexo
técnica do o participante
fornecedor
(sem valores)
Seção Proposta
Comercial
Pergunta Proposta Sim, obrigatório para Anexo
comercial do o participante
fornecedor
(com valores)
Seção Cotação
<RFP Sem Envelope> Configuração de Template - Regras
A tabela a seguir estipula as regras padrão configuradas para o modelo de evento <RFP Sem Envelope>.

Padrão
Tipo de Capacidade
Tipo de capacidade do evento: Padrão Não se aplica

mio:
Regras do Envelope
Número de envelopes Sem envelope Oculto

ação


clicar no botão

Publicar da
página resumo

zada

e
Regras de Cotação


participantes

antes
Os participantes podem criar respostas alternativas? Sim Oculto
Os participantes podem criar preço alternativo? Sim Oculto
Os participantes podem criar pacotes? Sim Oculto
Os participantes podem criar camadas? Não Oculto
Os participantes devem melhorar suas ofertas Não Oculto

empatadas em
todas as
classificações

estiver fechado
Exigir justificativa para participação por procuração Sim Oculto


base em
porcentagem
Regras para Moedas

otação
O proprietário do projeto pode criar formulas Sim Não se aplica

por padrão
Feedback do Mercado




nto do evento

ção
Painel de Mensagens

pe do projeto

visualização





requisito?
<RFP Sem Envelope>
O conteúdo desse evento está localizado na Biblioteca de Sourcing do sistema.

<Leilão>
Existem três tipos de Leilão:

 Leilão Inglês: Em um leilão inglês, os fornecedores enviam ofertas, oferecendo preços
progressivamente mais baixos com vista a ultrapassar a concorrência e oferecer a você o melhor
preço. Você configura regras para determinar o cronograma da concorrência, a quantidade de
informações de mercado comunicadas aos participantes e regras de cotação.
 Leilão Holandês: Em um leilão holandês, o comprador define um preço inicial muito baixo e aumenta-
o periodicamente até um fornecedor aceitar o preço ou um preço-teto predeterminado ser atingido.
Os fornecedores são incentivados a aceitar o preço listado assim que possam ou arriscam perder o
negócio por completo.
 Leilão Japonês: As concorrências japonesas exigem que os fornecedores aceitem preços em vários
níveis de preço em um evento de preço descendente, automático e ordenado. Se um fornecedor não
aceitar um nível de preço, ele é descartado do evento e não pode aceitar mais níveis de preço.
Quando o número de fornecedores baixa até o valor que você especifica ou quando o preço mínimo
ou máximo é atingido, o item passa para Seleção pendente.
As definições de Leilão abaixo estão configuradas no ambiente da Central Nacional Unimed Cooperativa:
<Leilão Inglês> Configuração de Template - Regras
O conteúdo desse evento está localizado na Biblioteca de Sourcing do sistema. A tabela a seguir estipula as
regras padrão configuradas para o modelo de evento <Leilão Inglês>:
Padrão

mio:

ação

Hora de início Quando eu Oculto

clicar no botão
Publicar da
página Resumo
Especificar como a cotação do lote será iniciada e Serial Delegado

finalizada
Hora de início da cotação Personalizado Delegado

Tempo de execução do primeiro lote 10 minutos Delegado
Tempo entre o fechamento do lote 5 minutos Delegado
Definir um período de revisão após o fechamento do lot Sim Oculto

e
Período para revisão 10 minutos Delegado
Permitir prorrogação da cotação Sim Oculto
Posição da oferta que aciona a prorrogação 1 Delegado
Iniciar prorrogação se a oferta for enviada dentro de 2 Delegado

(minutos)
Período de prorrogação (minutos) 2 Delegado
Regras de Cotação
Ativar cotação de semáforo Não Delegado

Ativar pontuação das respostas dos participantes Não Oculto
Os participantes devem melhorar suas ofertas Sim Oculto
Os participantes devem superar a oferta líder Sim, Delegado

classificação 1
Melhorar o valor da oferta em Porcentagem Delegado
Permitir que o proprietário exija melhoria de acordo Não Oculto

com as condições não competitivas

estiver fechado
Regras para Moedas
Permitir que os participantes selecionem a moeda da c Não Delegado

otação


por padrão
Feedback do Mercado

Mostrar respostas do participante para outros Não Delegado

participantes
Mostrar a oferta líder a todos os participantes Sim Delegado
Mostrar o preço de reserva a todos os participantes Depois que o Delegado

participante
atender ao valor
reserva
Os participantes podem ver as posições Suas próprias Delegado

posições

Mostrar o gráfico de ofertas a todos os participantes Sim Oculto
Indicar aos participantes que foram determinados Não Oculto

valores iniciais específicos do participante
Painel de Mensagens

pe do projeto
Hora de abertura do painel de mensagens Início da pré- Não se aplica

cotação





requisito?
Leilão Holandês:
<Leilão Holandês> Configuração de Template - Regras
regras padrão configuradas para o modelo de evento <Leilão Holandês>.

Padrão
Formato da cotação do evento: Holandesa Não se aplica

mio:

ação


clicar no botão
Publicar da
página Resumo
Especificar como a cotação do lote será iniciada e Serial Oculto

finalizada
Tempo de execução do primeiro lote 10 minutos Delegado
Tempo entre o fechamento do lote 1 minuto Delegado
Intervalo de ajuste da oferta 2 minutos Delegado
Definir um período de revisão após o fechamento do Sim Delegado

lote

Regras de Cotação

Ajustar o valor da oferta em Valor nominal Delegado
Os participantes podem enviar ofertas empatadas Sem ofertas Oculto

empatadas

estiver fechado
Regras para Moedas

otação

por padrão
Feedback do Mercado

Mostrar o preço de reserva a todos os participantes Não Delegado


nto do evento
Mostrar o preço-teto a todos os participantes Sim Oculto

Ocultar relógio de contagem regressiva dos Não Delegado

participantes
Painel de Mensagens

pe do projeto

visualização




requisito?
Leilão Japonês:
<Leilão Japonês> Configuração de Template - Regras
regras padrão configuradas para o modelo de evento <Leilão Japonês>.

Padrão
Formato da cotação do evento: Japonês Não se aplica
Status mínimo do fornecedor para participação em evento: Registro Oculto
Status mínimo do fornecedor para elegibilidade ao prê Registro Oculto

mio:

ação



clicar no botão
Publicar da
página Resumo
Especificar como a cotação do lote será iniciada e Serial Oculto

finalizada
Encerrar cotação quando o número de participantes 1 Delegado

ativos atingir esse valor
Intervalo de ajuste da oferta 2 minutos Delegado
Definir um período de revisão após o fechamento do lot Sim Oculto

e
Regras de Cotação

Ajustar o valor da oferta em Valor nominal Delegado

empatadas em
todas as
classificações

estiver fechado
Número de rodadas consecutivas que um participante 0 Oculto

pode perder
Regras para Moedas

otação


por padrão
Feedback do Mercado

Mostrar número de participantes ativos Não mostrar Delegado

nada
Mostrar número de participantes inativos Não mostrar Oculto

nada
Mostrar o preço de reserva a todos os participantes Não Delegado

Mostrar fórmulas a todos os participantes Sim Oculto
Indicar aos participantes que foram determinados Não Oculto

valores iniciais específicos do participante
Mostrar o preço-teto a todos os participantes Sim Oculto
Painel de Mensagens

pe do projeto

visualização




requisito?

Configuração de Campos
Campos de Cabeçalho Padrão – Projeto de Sourcing
A visão de criação do Projeto de Sourcing representa o ponto de entrada para o processo de sourcing da
Central Nacional Unimed Cooperativa. A visão de criação do Projeto de Sourcing permite que o Proprietário
do Projeto insira importantes atributos de dados relevantes para o processo de sourcing. As informações
são capturadas e exibidas no Projeto de sourcing e podem ser atualizadas durante todo o ciclo de vida do
projeto. Os atributos de dados capturados podem direcionar o comportamento do Modelo de Projeto de
Sourcing ou torná-lo reportável para ser usado para inclusão em relatórios analíticos e compostos.
Como parte do processo de negócios, um projeto de sourcing é criado como um subprojeto que se estende
a partir de uma Solicitação de sourcing. O projeto de sourcing capturará os principais dados pertinentes aos
relatórios de toda a empresa, como departamento solicitante, regiões atendidas e commodities de origem ou
que estejam passando por atividades de sourcing atuais. Além dos requisitos analíticos, as capturas de
atributos de dados serão combinadas com atributos de dados, como razão do projeto, estratégia de
execução para definir as etapas e aprovações necessárias do processo.
Após o projeto de sourcing ser criado, os atributos de dados armazenados nos campos ficarão visíveis na
guia Overview. A guia Visão Geral exibe informações gerais sobre um projeto (Visão Geral), documentos
importantes para um projeto (Links Rápidos), as fases e tarefas de marco (Tarefas) e quaisquer Anúncios
sobre um projeto, feitos por membros da equipe. O proprietário do projeto pode atualizar os campos e os
atributos de dados armazenados usando o botão "Ações" disponível no painel Visão geral e selecionar
"Editar visão geral" nas opções disponíveis.
Isso fornece ao proprietário do projeto a capacidade de alterar quaisquer questões de modelo associadas
ao modelo de projeto.
Se o proprietário do projeto alterar os campos ou os atributos de dados após o projeto ter sido criado, o
preenchimento prévio de documentos, tarefas ou membros da equipe poderá ser alterado conforme
apropriado para o processo de suprimento da Central Nacional Unimed Cooperativa. Isso não se aplicará a
documentos, tarefas ou grupos de projetos de equipe que tenham sido editados / concluídos entre a criação
do Projeto de Sourcing e a hora em que as alterações ocorreram.
A tabela abaixo lista todos os campos disponíveis no Projeto de Sourcing como padrão. A tabela foi
atualizada para incluir quaisquer alterações específicas nos campos padrão que devem ser feitos sob esse
design para atender aos requisitos de negócios descritos, incluindo uma breve descrição de como ele será
usado:
 Nome do Campo – Etiqueta do campo como visível nas telas Criar e Visão Geral.
 Tipo de Campo – O tipo de atributo de dados contido no campo.
 Texto de Ajuda – Refere-se às informações que são os usuários do guia para completar o campo
apropriado. Isto será visível clicando na imagem (i) no final do campo.
 Reportável – Refere se o campo está disponível para ser incluído em relatórios analíticos e
compostos.
 Obrigatório ou Opcional – Indica o comportamento dos campos. Os campos obrigatórios são
marcados com um asterisco (*) e devem ser preenchidos antes de prosseguir. Os campos
opcionais podem ser atualizados a qualquer momento durante o processo.
 Tipo de Opção – Define o tipo de atributo armazenado. Texto livre permite que o usuário defina a
entrada de acordo com as opções permitidas do tipo de campo. A lista de seleção de única
escolha permite que apenas uma das opções disponíveis seja selecionada, enquanto a lista de
opções de múltipla escolha permite que qualquer número de opções disponíveis seja selecionado.
 Opções de Validação – Onde o Tipo de Opção é uma lista de opções de escolha única ou múltipla,
isso define as opções disponíveis para seleção para esse campo específico. No caso, a opção
refere-se aos Dados Mestres, que podem conter milhares de registros, a tabela indicará os dados
mestres acionados.

 Condição – Define qualquer comportamento dinâmico que possa se aplicar a esse campo. Por
exemplo, o campo pode ser visível em determinados cenários, editável em determinados cenários
ou os dados contidos válidos em determinados cenários.
 Descrição de Uso – Uma breve descrição de como o campo será utilizado como parte do Processo
de Sourcing da Central Nacional Unimed Cooperativa.
 Mudanças a serem aplicadas – Lista as alterações que devem ser aplicadas a esse campo para
atender aos requisitos de negócios. Essas alterações são atualizadas diretamente nas colunas
anteriores e podem utilizar texto tachado para demonstrar a alteração do valor "de" para o valor "a
ser".

COLLABORATIVE SOURCING <UNIMED> : <DESENHO FUNCIONAL>
Nome do Tipo do Texto de Ajuda Reportável Obrigatóri Tipo de Opções Condição Descrição de uso Mudanças a
Campo Campo ? o ou Opção Válidas serem
Opcional aplicadas
Nome Texto (uma Título do projeto Sim Obrigatório Texto Livre N/A Mudanças não
linha) permitidas
Descrição Texto (várias Descrição do projeto Sim Opcional Texto Livre N/A Mudanças não
linhas) permitidas
Copiar do Projeto Não Opcional Depósito de N/A Mudanças não

projeto Projetos permitidas
Projeto Booleano O Projeto rápido é um Sim Obrigatório N/A Projeto

evento de sourcing, como complete;P
RFI, RFP ou Concorrência. rojeto
rápido
O Projeto completo é um
contêiner para o evento de
sourcing, porém inclui a
funcionalidade de
gerenciamento de processo,
como a atribuição de tarefas
e a edição de documentos
em colaboração com os
membros da equipe.
Os tipos de projeto
disponíveis podem variar de
acordo com a sua
configuração.
Estado do Texto (Lista Isso indica o status atual do Sim Obrigatório Lista de Ativo;Plane VISÍVEL SE Mudanças não
projeto de opções) projeto. Planejado indica que opções de jado ‘Projeto’ é permitidas
o projeto ainda não escolha igual a
começou. Os status "Em única
59
retenção", "Concluído" e “Projeto

"Cancelado" estarão completo’
disponíveis enquanto o
projeto estiver sendo
editado.
Tipo de evento Texto (Lista Sim Obrigatório Lista de RFI;RFP;C VISÍVEL SE Mudanças não
de opções) opções de oncorrênci ‘Projeto’ é permitidas
escolha a;Concorrê igual a
única ncia direta “Projeto
rápido’
Projeto de Booleano Um projeto de teste prepara Não Obrigatório N/A Sim;Não Mudanças não
teste e treina os membros e permitidas
participantes da equipe
antes da execução de um
evento real.
Você pode usar o campo de

projetos de teste como um
filtro ao criar relatórios
analíticos. Só os
administradores do evento
podem alterar o valor desse
campo depois que um
projeto é publicado.
Você pode excluir projetos

de teste com mais facilidade.
O sistema envia e-mails da

mesma forma que em um
evento normal; tenha
cuidado para não enviar e-
mails inadvertidamente.
Idioma base Texto (Lista Não Obrigatório Lista de Inglês; Configurado no

de opções) opções de Português nível do site.
escolha (Brasil) Alterações não
única permitidas para os
tipos de projeto.
Projeto Projeto Não Opcional Lista de N/A

antecessor opções de

escolha
única
Regiões Texto (Lista Sim Opcional Lista de Lista CSV

de opções) – opções de
Dados múltipla
mestres de escolha
Região
Departamento Texto (Lista Sim Opcional Lista de Lista CSV

s de opções) – opções de
Dados múltipla
mestre de escolha
Departament
os
Mercadoria Texto (Lista Sim Opcional Lista de Lista CSV

de opções) opções de
múltipla
escolha
Processo Sim Obrigatório Lista de

opções de
escolha
única
Proprietário Texto (Lista Usuário ou grupo que é o Sim Obrigatório Lista de Lista CSV -
de opções) principal proprietário deste opções de Por
projeto. Outros proprietários escolha padrão, o
são listados na página única proprietário
Equipe do projeto, no grupo é a pessoa
de projetos do Proprietário que criou o
do projeto. projeto,
mas o
proprietário
pode ser
alterado,
se
necessário
.
Moeda Texto (Lista Sim Obrigatório Lista de Padrões

de opções) opções de para as

escolha configuraç
única ões do
usuário
Table 16 - Sourcing Project – Standard Header Fields
Campos de Cabeçalho Customizados – Projeto de Sourcing
Além dos campos padrão disponíveis, vários campos personalizados serão implementados para atender ao processo de suprimento e aos requisitos
analíticos da Central Nacional Unimed Cooperativa. Uma tabela abaixo lista todos os campos personalizados a serem implementados no Projeto Ariba
Sourcing.
Nome do Tipo do Texto de Ajuda Reportável? Obrigatóri Tipo de Opções Condição

Campo Campo o ou Opção Válidas
Opcional
Processo Texto (lista Sim Obrigatório Lista de Aditivo;Estre
de opções) opções de atégico;Oper
escolha acional
única
PO Texto livre Sim Obrigatório Texto livre VISÍVEL SE

‘Projeto’ é
igual a
“Projeto
completo’
Orçamento Dinheiro O total de gastos que deve Sim Obrigatório Texto Livre VISÍVEL SE
ser coberto por este objeto ‘Projeto’ é
igual a
“Projeto
completo’
Table 17 - Sourcing Project Custom Header Fields

SUPPLIER LIFECYCLE AND PERFORMANCE
Supplier Lifecycle and Performance (SLP) – Introdução
O SAP Ariba Supplier Lifecycle and Performance é um conjunto de processos vinculados para gerenciar
fornecedores desde a integração até a qualificação para o gerenciamento preferencial de fornecedores. Os
gerentes de categoria e fornecedores usam visualizações de 360° de cada fornecedor para gerenciar esses
processos e monitorar fornecedores em um só lugar.
SAP Ariba Supplier Lifecycle and Performance oferece:
 Processos definidos, baseados em modelos, para gerenciar fornecedores que escalam facilmente
para trazer um grande número de fornecedores sob gerenciamento.
 Um banco de dados de fornecedores centralizado com um modelo de fornecedor completo e
integração nativa ao SAP ERP.
 Alinhamento integrado com as soluções de aquisição do SAP Ariba e Ariba Strategic Sourcing e
Contract Management Solutions para alavancar as qualificações do fornecedor e o status
preferencial nas atividades de aquisição e sourcing.
 Autoatendimento de fornecedores por meio da Ariba Network
 Gerenciamento de fornecedor baseado em "matriz" baseado em combinações de categorias de
mercadorias e regiões.
 Uma visão completa de fornecedores de 360° para cada fornecedor, onde os dois dados sobre o
fornecedor e todas as atividades de gerenciamento de fornecedores relacionadas são centralizados.
SOLICITAÇÃO DE FORNECEDOR
Os usuários da sua empresa que desejam trabalhar com novos fornecedores, como agentes de compras e
pessoas que executam eventos de sourcing, solicitam o novo fornecedor preenchendo e enviando uma
solicitação do fornecedor.
O template de solicitação de fornecedor determina:

 Quais informações os usuários adicionam à solicitação.
 Quais categorias ou gerentes de fornecedores aprovam a solicitação.
 Se outras partes interessadas em sua empresa também devem aprovar a solicitação.
 Se uma solicitação negada pode ser reenviada.
Os usuários criam solicitações de fornecedor no menu Criar no painel de instrumentos. A categoria ou os

gerentes de fornecedores atribuídos ao fornecedor revisam a solicitação, aprovam ou negam e monitoram o
fluxo e o status de aprovação no perfil 360° do fornecedor na guia Gerenciamento de fornecedores do
painel.
As notificações permitem que o aprovador saiba que a solicitação exige aprovação, informa ao usuário
solicitante quando a solicitação foi aprovada ou recusada e mostra ao aprovador final, de modo que os
usuários solicitantes possam ter mais discussões sobre a solicitação negada.
Quando uma solicitação de fornecedor é aprovada, o fornecedor é adicionado ao banco de dados do

fornecedor da Ariba. As configurações de integração determinam quando o fornecedor é adicionado à sua
lista principal de fornecedores de ERP, quando os usuários de sua empresa podem começar a criar
requisições para o fornecedor, adicionando-os a eventos de Sourcing e assim por diante; uma das opções é
após a solicitação ter sido aprovada.
CONFIGURAÇÃO DE TEMPLATE – SOLICITAÇÃO DE FORNECEDOR

A configuração de solicitação do fornecedor consiste em uma pesquisa, membros da equipe e tarefas.
Perguntas do Formulário de Solicitação de Fornecedor

O Ariba tem configurado as seguintes perguntas no questionário de solicitação de fornecedor:
Tipo Texto Tipo de Obrigatório/Opcional Notas
Resposta Adicionais
Seção Dados
Organizacionais
Pergunta Pessoa Física Texto Sim, obrigatório para
ou Jurídica (limitado a o participante
uma linha)
Pergunta Razão Social Texto (uma Sim, obrigatório para
linha) o participante
Pergunta Nome Texto (uma Sim, obrigatório para


Pergunta CPF Texto Sim, obrigatório para

(limitado a o participante
uma linha)
Pergunta RG Texto Sim, obrigatório para

uma linha)
Pergunta CNPJ Texto (uma Sim, obrigatório para

Pergunta Categoria Mercadoria Sim, obrigatório para

o participante
Pergunta Regiões de Region Sim, obrigatório para

Atuação o participante
Pergunta Indicador de Texto Não, proprietário

Pessoa Física (limitado a opcional - O
uma linha) participante não pode
responder
Seção Dados do
Responsável ou
Principal
Contato
Pergunta Nome do Texto Sim, obrigatório para

Contato (limitado a o participante
uma linha)

Pergunta Sobrenome do Texto (uma Sim, obrigatório para

Contato linha) o participante
Pergunta Email do Texto (uma Sim, obrigatório para

Contato linha) o participante
Pergunta Telefone Texto (uma Sim, obrigatório para

Celular linha) o participante
Pergunta Telefone Fixo Texto (uma Sim, obrigatório para

Pergunta Departamento Texto Não, proprietário

(limitado a opcional - O
responder
Pergunta Localização Texto Não, proprietário

Fornecedor (limitado a opcional - O
responder
Membros da Equipe de Solicitação de Fornecedor

O Ariba tem configurado os seguintes grupos de membros de equipe para a solicitação de fornecedor:
Equipe do Projeto Usuário/Grupo Associado Função
Proprietário do Projeto Proprietário do Projeto
Tarefas de Solicitação de Fornecedor

Data de Nome do
Nome da Obrigatório/Opcion Tipo da Venciment Aprovador/Revis Document Condiçã
Tarefa al Tarefa o or o o
Aprovaçã Obrigatório Aprovaçã Formulário
o para o de
solicitaçã solicitação
o de de
fornecedor

forneced
or
REGISTRO DE FORNECEDOR
Após a aprovação da solicitação de um fornecedor, um gerente de categoria convida o contato do
fornecedor a registrar-se, envia um questionário de registro, analisa as respostas do fornecedor e aprova ou
nega o registro.
O processo de registro geralmente solicita informações básicas de perfil do fornecedor; por exemplo, que
mercadorias fornecem, as regiões em que operam, se possuem certificações em categorias amplas, como
diversidade, se concordarão com um código de conduta e assim por diante. Também pode incluir perguntas
internas que permitem que gerentes de fornecedores ou de categoria adicionem informações internas ao
perfil do fornecedor.
O template do registro de fornecedor determina:

 Quais segmentos do questionário o gerente do fornecedor pode selecionar para montar o
questionário e quais segmentos são necessários.
 O conteúdo dos segmentos do questionário.
 Quem pode aprovar o registro.
 Se outras partes interessadas em sua empresa também devem aprovar o registro.
 Se um registro negado pode ser reenviado.
 Se pesquisas internas ou outras tarefas fazem parte do processo de registro.
CONFIGURAÇÃO DE TEMPLATE – REGISTRO DE FORNECEDOR

A configuração do processo de registro do fornecedor consiste em uma pesquisa, membros da equipe e
tarefas.
Perguntas do Formulário de Registro de Fornecedor

O Ariba tem configurado as seguintes perguntas no formulário de registro de fornecedor:
Tipo Texto Tipo de Obrigatório/Opcional Notas

Resposta Adicionais
Seção Dados
Organizacionais
Pergunta Pessoa Física ou Texto Sim, obrigatório para
Jurídica (limitado a o participante
uma linha)
Pergunta Razão Social Texto (uma Sim, obrigatório para
Pergunta Nome Fantasia Texto Não obrigatório

(limitado a
uma linha)

Pergunta Nome Texto (uma Sim, obrigatório para

Pergunta CPF Texto Sim, obrigatório para

uma linha)
Pergunta RG Texto Sim, obrigatório para

uma linha)
Pergunta CNPJ Texto (uma Sim, obrigatório para

Pergunta Cartão de CNPJ Anexo Sim, obrigatório para

o participante
Pergunta Inscrição Texto (uma Sim, obrigatório para

Estadual (Caso linha) o participante
não possua
informe
"ISENTO")
Pergunta Inscrição Texto (uma Sim, obrigatório para

Municipal (Caso linha) o participante
não possua
informe
"ISENTO")
Pergunta Tipo de Empresa Texto (uma Sim, obrigatório para


Pergunta Descrição Texto Sim, obrigatório para

Resumida da (várias o participante
Empresa linhas)
Raiz da Contatos de
seção Negócio
repetível
Seção Dados do
repetível Contato
Pergunta Nome do Contato Texto Sim, obrigatório para

uma linha)
Pergunta Sobrenome do Texto Sim, obrigatório para

uma linha)
Pergunta E-mail do Texto Sim, obrigatório para

uma linha)
Pergunta Telefone Texto Sim, obrigatório para

uma linha)
Pergunta Tipo de Contato Texto Sim, obrigatório para

uma linha)

Seção Endereço
Pergunta Endereço Endereço Sim, obrigatório para

estendido o participante
Raiz da Dados Bancários

seção
repetível
Seção Bancos
repetível
Pergunta Conta Bancária Conta Sim, obrigatório para

bancária o participante
Membros da Equipe de Registro de Fornecedor

O Ariba tem configurado os seguintes grupos de membros de equipe para o registro de fornecedor:
Equipe do Projeto Usuário/Grupo Associado Função
Proprietário do Projeto Proprietário do

Projeto
Tarefas de Registro de Fornecedor
Data de Nome do
Nome da Obrigatório/Opcio Tipo de Venciment Aprovador/Revis Document Condiçõe
Tarefa nal Tarefa o or o s
Aprovaçã Aprovaçã Questionári
o para Obrigatório o o de
registro registro de
de fornecedor
forneced
or

Functional Design Document v2

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Functional Design Document v2

Încărcat de

Drepturi de autor:

Formate disponibile

Central Nacional Unimed

Ariba Functional Design Data

Número de Revisão do 1.0 12/07/2018

Status do Documento Aprovado

Autor Leonardo Goulart

Revisado por Leandro Toth

Versão Data Autor Revisado por Descrição

1.0 12/07/2018 Leonardo Goulart Leandro Toth Sourcing completo e SLP

Entrada de Negócios e Aprovação

Os seguintes representantes leram, entenderam e concordaram que o documento a seguir descreve os

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 2

Nome Cargo Empresa Assinatura Data

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 3

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 5

 Ariba Sourcing Professional

 Padronizar processos de negócio na empresa como um todo

A tabela abaixo detalha todos os documentos que a Ariba entregará no projeto.

Nome do Documento Propósito e Descrição

Materiais Train-the-Trainer Refere-se ao material e material colateral desenvolvido e utilizado na

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 6

modelo, configuração de campo, equipes, documentos, validações de regra de negócios e permissões de

Este documento destina-se à distribuição a todos os proprietários de processos funcionais, leads de

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 7

Configuração de Template – Tarefas de Processos

O tipo de tarefa e uma breve descrição são as seguintes:

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 8

no cabeçalho da Solicitação de sourcing. As tarefas de notificação continuarão a enviar e-mails de

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 9

Enviar Após finalizada a Obrigatório Aprova Proprietário Solicitação

Criar projeto Obrigatório Pende Proprietário Projeto de IsApprov

Disponibiliza Disponibilizar na Obrigatório Pende Comprador Propostas

Finalizar Editar a aba de Obrigatório Pende Proprietário

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 11

Configuração de Template – Documentos de Processo e Suporte

O processo de solicitação de sourcing da Central Nacional Unimed Cooperativa incorpora um único

A tabela abaixo estipula o processo e os documentos de apoio a serem habilitados no Modelo de

Nome da Pasta Nome do Proprietário Controle de Condição

Documentos de Modelo Escopo Proprietário do

Documentos de Itens da solicitação de Proprietário do Ocultar

Projeto Projeto de sourcing Proprietário do IsApproved

Configuração de Template – Grupos de Projeto Padrão

Equipe do Projeto Usuário/Grupo Associado Ativo Atualização Condições

Coordenador de Patricia de Medeiros Lakatos

Configuração de Template - Condições

Condições e perguntas determinam a aplicabilidade de tarefas e documentos dentro de um modelo de

O projeto de configuração do Modelo de Solicitação de Sourcing da Central Nacional Unimed Cooperativa

A tabela abaixo estipula as condições a serem construídas e referenciadas no Modelo de Projeto de

Nome Descrição Expressão Lógica Escopo

IsApproved (Status do processo = Aprovado) Projeto

IsExternalOrigin ((Origem)é igual a(Externo)) Projeto

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 13

Ocultar (AND ((Codigo do Sourcing)é igual Projeto

Table 5 - Sourcing Request - Template Configuration - Template Questions

© 2015-2017 SAP SE or an SAP affiliate company. All rights reserved . 14

Campos de Cabeçalho Padrão – Solicitação de Sourcing

Nome do Tipo do Texto de Reportável Obrigatóri Tipo Opções Condiçã

Descrição Texto (várias Descrição Sim Opcional Texto N/A

Copiar do Projeto Não Opcional Depósit N/A

Estado do Texto (Lista Isso indica Sim Obrigatório Lista de Ativo;Planejad

Nome do Tipo do Texto de Reportável Obrigatóri Tipo Opções Condiçã

Projeto de Booleano Um projeto Não Obrigatório N/A Sim;Não

Idioma base Texto (Lista Não Obrigatório Lista de Inglês;Portugu

Projeto Projeto Não Opcional Lista de N/A