Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Collaborative Sourcing
12/07/2018
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
GERENCIAMENTO DO DOCUMENTO
Status do Documento
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.
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.
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
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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
Objetivos do Projeto
Entregáveis do Projeto
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.
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
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
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.
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.
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
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.
10
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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
recebidas no
evento realizado
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.
Propostas Proprietário do
projeto
Table 2- Sourcing Request - Template Configuration - Documents
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
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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.
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.
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
Configuração de Campos
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.
15
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
Você
pode exclui
r projetos
de
teste com
mais
facilidade.
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.
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:
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.
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
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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.
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
Obrigatór da Data de Nome do
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
23
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
E RFP =
Sim
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:
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.
29
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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
Sourcing da Central Nacional Unimed Cooperativa:
Auditoria Auditoria
Diretor de Compras
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.
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.
Last Call (AND ((Short List & Last Call)é igual a(Last Projeto
Call)))
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 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:
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.
A tabela a seguir estipula as regras padrão configuradas para o modelo de evento <RFI>.
Formato da Concorrência
34
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
Regras do Envelope
Regras do Cronograma
Regras de Cotação
Feedback do Mercado
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
<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?
Pergunta A empresa possui Sim, obrigatório para Sim/Não Qualquer
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?
impactos
ambientais pós
consumo de seus
produtos/serviços?
Pergunta A empresa possui Sim, obrigatório para Sim/Não Qualquer
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
A tabela a seguir estipula as regras padrão configuradas para o modelo de evento <RFP Com Envelope>.
Formato da Concorrência
Tipo de Capacidade
Regras do Envelope
Regras do Cronograma
Regras de Cotação
Feedback do Mercado
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
A tabela a seguir estipula as regras padrão configuradas para o modelo de evento <RFP Sem Envelope>.
Formato da Concorrência
Tipo de Capacidade
Regras do Envelope
Regras do Cronograma
Publicar da
página resumo
Regras de Cotação
Feedback do Mercado
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
<Leilã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:
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>:
Nome do Campo Resposta Somente Leitura/Oculto/Delegado
Padrão
Formato da Concorrência
Regras do Cronograma
Regras de Cotação
Feedback do Mercado
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
Leilão Holandês:
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 Holandês>.
Formato da Concorrência
Regras do Cronograma
Regras de Cotação
Feedback do Mercado
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
Leilão Japonês:
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 Japonês>.
Formato da Concorrência
Regras do Cronograma
Regras de Cotação
Feedback do Mercado
Painel de Mensagens
E-mail usado nos campos "De" e "Responder a" dos e- E-mail do Oculto
mails destinados aos participantes proprietário
Configuração de Campos
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".
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
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
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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.
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
.
escolha configuraç
única ões do
usuário
Table 16 - Sourcing Project – Standard Header Fields
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.
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
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.
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.
<COLLABORATIVE SOURCING> <CNU> : <DESENHO FUNCIONAL>
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.
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.
Seção Dados do
Responsável ou
Principal
Contato
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.
Raiz da Contatos de
seção Negócio
repetível
Seção Dados do
repetível Contato
Seção Endereço
Seção Bancos
repetível
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