SAP Supplier Relationship Management SRM é um produto SAP que facilita a aquisição de mercadorias por meio de uma plataforma baseada na web. As organizações podem adquirir todos os tipos de produtos, como materiais diretos e indiretos, serviços e isso pode ser integrado com módulos SAP ERP e outros sistemas back-end não SAP para contabilidade e planejamento.

SAP SRM permite que você otimize seu processo de compras para trabalhar de forma eficaz com fornecedores para obter benefícios de longo prazo e também para realizar previsões, ciclo de compras e trabalhar com parceiros. Você pode reduzir o intervalo de tempo e o custo do ciclo de compras usando métodos inovadores para gerenciar processos de negócios com os principais fornecedores.

O SAP Supplier Relationship Management oferece suporte a todo o ciclo de aquisição, ou seja, começando da origem e compra até o pagamento, passando pelo processo de aquisição completo com fornecedores e gerenciando efetivamente o fornecedor para construir relacionamento de longo prazo.

Catalog Management

Os fornecedores podem gerenciar facilmente os dados do catálogo e podem ser facilmente integrados aos processos de negócios, como contabilidade, finanças e planejamento.

Procure to Pay Optimization

Usando o produto SAP SRP, você pode agilizar o suprimento para pagar o ciclo de vida e melhorar a comunicação com o fornecedor e o gerenciamento de custos.

Self Service Procurement

Os usuários finais podem pesquisar produtos usando vários catálogos de produtos e os ajuda a encontrar e comprar produtos que estejam em conformidade com a política de compra e aquisição da empresa.

Reporting Functionality

Usando o SAP Supplier Relationship management, você pode criar relatórios relacionados às atividades de aquisição, conformidade e gestão de contratos e gerenciamento de custos no processo de aquisição.

Contract Management

Você pode gerenciar contratos usando um repositório seguro centralizado que ajuda a reduzir as violações de conformidade e permite que os usuários finais sigam os processos de negócios durante a aquisição de autoatendimento.

Motor de licitação

No portal SAP SRM, você pode facilmente realizar pesquisas por diferentes produtos e fornecedores. Os critérios de pesquisa são fáceis de usar.

Você também pode restringir o número de entradas na pesquisa.

Os fluxos de trabalho são usados ​​para realizar aprovações fáceis de POs, permitindo que a organização execute a requisição de mercadorias de maneira fácil e simples.

SAP SRM: Software Components

Existem vários aplicativos e componentes de tecnologia que fazem parte do produto SAP Supplier Relationship management. Os componentes do aplicativo incluem componentes que são necessários para criar RFx e enviar propostas, para gerenciamento financeiro, necessidades de BI, portal corporativo para interação do aplicativo e outros vários componentes para executar funções diferentes.

O componente de tecnologia consiste no NetWeaver Process Integration para integração com sistemas externos SAP e não SAP, SAP GUI para configuração e plug-in R / 3 para dados mestre.

Vamos ver cada um dos componentes do aplicativo e da tecnologia em detalhes -

SAP Supplier Relationship Management Server

O servidor SAP SRM inclui o servidor SAP SRM e o mecanismo SAP Bidding. SAP SRM é baseado no servidor de aplicativos SAP NetWeaver e está disponível para diferentes plataformas e banco de dados. Você pode verificar todas as versões do SAP SRM no SAP Market place em PAM.

SAP SRM Bidding engine

O mecanismo de licitação SAP pode ser usado para criar e processar solicitações de licitações, os licitantes podem enviar licitações e outras funções na RFx.

O mecanismo de licitação define as regras de licitação e os licitantes podem usá-lo para enviar propostas no sistema.

SAP NetWeaver BI

Na análise de gastos SAP SRM, o BI é o principal usado e requer o servidor de aplicativos ABAP no mesmo sistema. Também pode exigir servidor de aplicativos Java e portal SAP Enterprise.

SAP NetWeaver Enterprise Portal

É usado como ponto de entrada para que os usuários gerenciem aplicativos e informações relacionadas ao gerenciamento de relacionamento com fornecedores. Ele fornece acesso seguro e baseado em funções a aplicativos e serviços.

Online Transaction Processing System

Vários sistemas podem ser usados ​​para processamento de transações de back-end para gerenciar consultas de materiais e financeiras. O sistema SAP ERP pode ser usado e a troca de dados ocorre entre o SAP SRM e o sistema SAP ERP.

Você também pode instalar SAP SRM como autônomo, sem um sistema back-end.

Em um modelo de implantação autônomo, todo o processamento de compras é executado no sistema SAP SRM e o sistema de contabilidade de back end é usado para o processamento financeiro de faturas.

Em um cenário autônomo, o gerenciamento de pedidos de compras, o carrinho de compras e a entrada de mercadorias e as faturas são processados ​​no sistema SRM.

Quando não há sistema operacional de back-end para gerenciamento de materiais e existe apenas sistemas de contabilidade financeira na paisagem.

Quando você deseja mover todas as atividades de suprimento no sistema SAP SRM e, portanto, permitir que as empresas diminuam a carga de trabalho no sistema de suprimento back end, transferindo compradores que estão interessados ​​em adquirir das opções selecionadas.

É recomendado para clientes que desejam manter apenas dados mínimos do produto e confiar apenas em catálogos de fornecedores.

Em um modelo de implantação de classificação, você processa o carrinho de compras no SAP SRM e os documentos de suporte são processados ​​no sistema ERP backend.

Você pode realizar o recebimento de mercadorias ou faturas em qualquer sistema.

No modelo de implantação clássico estendido, o processo de aquisição ocorre no sistema SAP SRM e o PO é gerado no sistema SRM e uma cópia somente leitura é criada no sistema ERP de back end.

Você pode realizar a entrada de mercadorias ou faturas em qualquer sistema como no caso do cenário clássico.

Para os clientes que possuem um sistema de compras de back-end forte e onde os compradores não desejam usar vários sistemas para suas operações.

Considere um cliente que deseja usar o modelo autônomo para determinados materiais indiretos e serviços de rotina, o cenário clássico para materiais de estoque utilizarem recursos de estoque e planejamento do sistema de gerenciamento de materiais de backend, o cenário clássico estendido para executar o gerenciamento eficaz de fornecedores para fornecer resposta para POs .

No SAP SRM, o contrato é definido como uma negociação entre um fornecedor e uma organização para fornecimento de bens e materiais ou entrega de serviços dentro de termos e condições definidos em um período de tempo específico. Esses contratos são colocados em um local central seguro para resolver a falta de visibilidade do contrato entre os diferentes grupos.

Isso permite que você gerencie diferentes contratos locais com diferentes termos e condições para o tipo de mercadoria semelhante.

A gestão central de contratos permite que os compradores formem diferentes partes da empresa em diferentes locais para aproveitar os termos e condições negociados. Os termos e condições são transferidos para um contrato central e distribuídos ao grupo de compras local para realizar o processo de aquisição para a empresa.

Para carregar os contratos centrais e programar acordos do sistema SAP ERP para o sistema SAP SRM, você pode usar o programa BBP_CONTRACT_INITIAL_UPLOAD. De acordo com sua configuração, esses contratos são carregados e programados do sistema ERP para SAP SRM.

Para realizar a pesquisa de contrato, você pode usar o mecanismo de pesquisa TREX. Este mecanismo de busca é fornecido com SAP SRM, mas você deve instalá-lo e executar o programa para criar a indexação para todos os contratos disponíveis. Você deve executar o programa BBP_TREX_INDEX_ADMIN que cria novos índices para os documentos existentes e ajuda a realizar a indexação de todos os documentos novos ou alterados quando um contrato é salvo.

O servidor de apresentação da Web LAC é um aplicativo de software baseado em J2ee. Isso fornece ao usuário uma opção de lance em tempo real, monitoramento em tempo real e opções de leilão reverso.

Além desses componentes de tecnologia, também inclui SAP Process Integrator para integração de processos de diferentes sistemas, SAP GUI para configuração e plug-in R / e para troca de dados entre um ou mais sistemas R / 3 e outros componentes.

Você pode carregar contratos no sistema SAP ERP indo para SAP ERP Central Component → Logística → Administração de materiais → Compras → Esboço de contratos de compra com fornecedores → Contrato → Contrato central → Contrato central SRM

Não

Você pode ver diferentes guias - guia de cabeçalho, guia de visão geral e guia de distribuição em um Contrato. Na guia de visão geral, preencha os detalhes do item e os dados gerais do cabeçalho. Você pode preencher os detalhes abaixo em um contrato -

Target Quantity and value

Neste campo, você precisa inserir a quantidade alvo e o valor alvo. Isso define a quantidade que mostra o número de unidades a serem compradas de um fornecedor em um período de tempo.

Release Value

É definido como o valor acumulado de todos os POs em relação ao contrato central.

Basic Contract

Agora, se você definir um contrato como contrato básico, ele conterá apenas os dados e condições do cabeçalho e você não poderá colocar itens de linha e não poderá ser distribuído para um catálogo.

Item Category

Na categoria do item, você pode definir as seguintes opções -

Normal

Quando você define a categoria do item como normal, ela deve conter uma categoria do produto.

Product category

Na categoria do produto, você precisa definir um valor alvo e um item da categoria do produto sempre se refere a todos os catálogos conectados.

Quando um contrato está expirado ou com status liberado e você seleciona fechar contrato, o status do contrato é definido como concluído e é irreversível.

Você pode pesquisar os contratos concluídos e usá-los como modelo para a criação de novos contratos.

In Negotiation

Quando um contrato é selecionado para renovação e está no estado salvo, o status do contrato é definido como em negociação.

In Renewal

Isso é definido quando você seleciona um contrato para renovação em estado de liberação.

Um convite de licitação é definido como uma solicitação de um comprador a um fornecedor para enviar uma cotação de bens ou serviços de acordo com os critérios mencionados. O convite para licitação também é conhecido como solicitação de cotação RFx.

Uma solicitação de cotação RFx é um convite enviado ao fornecedor pelo departamento de compras de uma organização para enviar uma resposta RFx para o fornecimento de certas mercadorias sob os termos e condições especificados. O documento RFx contém informações como nome do fornecedor, endereço do fornecedor, quantidades de mercadorias e datas de entrega do material. Você pode criar RFx com referência a uma requisição de compra e todas as informações são copiadas da requisição de compra. Quando a RFx é criada sem qualquer referência, você pode inserir os detalhes manualmente no documento RFx.

Public Bid Invitations

Esses convites para licitações estão disponíveis para todos os licitantes por meio de um portal da web. Os licitantes podem acessar a url disponível no portal da web para acessar o mecanismo de licitação SAP e aí inserir as licitações. Se quiser que alguns licitantes específicos enviem o lance, você pode enviar um e-mail diretamente a eles com o convite do lance.

Restricted Bid invitations

Em convites de licitação restrita, o hiperlink para fazer login no mecanismo de licitação SAP é enviado a algum conjunto específico de licitantes por e-mail. Os licitantes podem acessar o mecanismo de licitação e inserir o lance.

Você pode pesquisar fornecedores / licitantes nos diretórios de fornecedores e estender o convite de licitação a esses licitantes em caso de convite público.

Uma cotação é definida como uma resposta à RFx em que um licitante confirma a venda de bens e serviços aos compradores / compradores de acordo com critérios específicos. Como parte do processo de licitação, quando o e-mail é acionado, o fornecedor obtém as informações sobre a solicitação de cotação. Os fornecedores começam a licitar de acordo com o convite de licitação e, quando submetem a licitação no motor de licitação SAP, o preço final é mostrado. Os fornecedores podem licitar até que a data final seja atingida e, uma vez que os lances sejam fechados, as compras podem realizar uma comparação de preços para obter o melhor fornecedor e conceder a licitação, e o pedido de compra pode ser levantado para o melhor fornecedor.

Quando o número de licitantes é menor ou a compra parece que não há o melhor lance. Ele sempre pode converter RFx em leilão ao vivo.

Para criar um leilão ao vivo, os compradores podem usar o mecanismo SAP Bidding e o leilão ocorre no cockpit do leilão ao vivo. Os compradores podem criar leilão ao vivo -

• Usando um modelo de leilão
• Copiando um leilão
• No portal SRM do aplicativo Sourcing

Quando você converte RFx em um leilão, RFx é definido com o status Concluído e não há alterações que você pode fazer na RFx.

Sim, as funções de compras são perfeitamente integradas entre SAP ERP e SRM. Existem várias funções de negócios que permitem uma solução de gerenciamento de compras ponta a ponta totalmente integrada para melhorar a conformidade e o processo de gerenciamento de compras de acordo com os requisitos de negócios. Ele ajuda a fechar a lacuna na funcionalidade de sourcing de ERP usando recursos SRM e fornece uma IU comum para projetar processos de aquisição integrados.

Os intervalos de números devem ser estabelecidos para carrinhos de compras EBP, bem como qualquer documento de compra potencial, para que números exclusivos possam ser gerados no sistema R / 3 backend a partir do EBP. O sistema EBP precisa de um intervalo de números estabelecido que automaticamente pega o próximo número disponível e o atribui ao documento que será criado em R / 3. A configuração também deve ser estabelecida em R / 3 para correlacionar com os intervalos em EBP para que nunca haja conflito surgem ao comprar documento.

Para definir atributos que definem a experiência de compra dos usuários. Exemplos de tais atributos são empresa, centro e centros de custo que o usuário pode solicitar, etc.

Parceiro de negócios inclui partes interessadas como cliente, fornecedor, etc.

A função de parceiro inclui a parte de faturamento, a parte fornecedora, etc.

Carrinho de compras do cliente

Carrinho de compras profissional

Carrinho de compras simples

Em um cenário autônomo, o carrinho de compras e outros processamentos são feitos no sistema SRM e apenas a fatura final é enviada ao sistema back-end para contabilidade financeira.

Professional Shopping Cart Form

Nesse carrinho de compras, a maioria dos campos é usada por compradores e funcionários profissionais. Na seção de cabeçalho, você tem detalhes do número do carrinho de compras, nome, status, data de criação e quem criou o carrinho de compras.

Simple Shopping Cart Form

Como o carrinho de compras acima, você pode usar um formulário de carrinho de compras simplificado com menos número de campos. Isso é adequado para usuários sem experiência e com autorização limitada.

Depende apenas dos catálogos e não há outras opções de compra.

Para replicar organização de compra, grupo de compra, mestre de material, mestre de fornecedor do back-end. Você pode criar um pedido em SRM e replicar um pedido no R / 3.

É usado para gerenciar o desempenho do fornecedor, implementando tecnologias, processos, políticas e procedimentos para apoiar o processo de compra.

Isso é recomendado para compras com menos experiência para realizar compras.

Principais etapas no carrinho de compras -

• Seleção de bens / serviços
• Carrinho de compras
• Concluir e solicitar
• Confirmation

O autoatendimento do fornecedor é um dos componentes do SRM que encurta o tempo do ciclo de vida da aquisição e reduz o custo do processo de aquisição. No SUS, os fornecedores têm acesso ao sistema de compras do comprador e podem dar uma resposta rápida.

A seguir estão os processos de negócios no SAP SRM -

• Adquirir até pagar - podemos integrar a requisição baseada em catálogo e obter os benefícios do e-procurement.

• Gerenciamento de catálogo - gerencia os dados do catálogo como dados mestres profundamente integrados.

• Centralize o sourcing - ganhe visibilidade sobre a demanda por bens e serviços.

• Gerenciamento centralizado de contratos - consolida as informações do contrato.

• Colaboração do fornecedor - conecta o fornecedor aos nossos processos de compra por meio do portal do fornecedor

Ao atribuir uma empresa, você pode manter os parâmetros financeiros e legais e os relatórios permanecem separados no sistema.

A avaliação de fornecedores é um dos processos-chave na manutenção e melhoria do relacionamento de longo prazo com os fornecedores.

SAP oferece suporte a duas metodologias principais para avaliação de fornecedores -

Avaliação baseada em eventos, acionada por confirmação, fatura e lista avançada de fornecedores.

Pesquisas ad-hoc usando o Supplier Survey Cockpit

Para definir a área de Avaliação, vá para Servidor SRM → Avaliação de Fornecedor → Área de Avaliação

Usando intervalos de numeração internos, os lances não têm um link para nenhum documento de compra R / 3, eles são totalmente locais para o sistema ERP.

Na avaliação do fornecedor, você pode dividir cada pesquisa de acordo com a categoria de avaliação. Isso se refere ao questionário e ao grupo-alvo.

Example - Entrega, qualidade, etc.

SAP SRM executa SUS, gerenciamento de catálogo, compras, avaliação de fornecedores, contratos centrais, carrinhos de compras e cockpit de leilão ao vivo.

Os intervalos de numeração são usados ​​para definir carrinhos de compras e documentos de compra para EBP, para gerar um número exclusivo no sistema back end R / 3.

• Cockpit de leilão ao vivo no servidor Web Java
• Cockpit de leilão ao vivo no servidor da Web ABAP
• Cockpit de leilão ao vivo no Java Web Server em auto-serviços de fornecedores
• Cockpit de leilão ao vivo no servidor Web ABAP em auto-serviços de fornecedores