SAP Supplier Relationship Management SRM è un prodotto SAP che facilita l'approvvigionamento di merci tramite una piattaforma basata sul web. Le organizzazioni possono procurarsi tutti i tipi di prodotti come materiale diretto e indiretto, servizi e questo può essere integrato con i moduli SAP ERP e altri sistemi back-end non SAP per la contabilità e la pianificazione.
SAP SRM ti consente di ottimizzare il tuo processo di approvvigionamento per lavorare in modo efficace con i fornitori per ottenere vantaggi a lungo termine e anche per eseguire previsioni, ciclo di approvvigionamento e lavorare con i partner. È possibile ridurre i tempi e i costi del ciclo di approvvigionamento utilizzando metodi innovativi per gestire i processi aziendali con i fornitori chiave.
SAP Supplier Relationship Management supporta l'intero ciclo di approvvigionamento, ovvero partendo dalla fonte e dall'acquisto per pagare attraverso il processo di approvvigionamento completo con i fornitori e gestire efficacemente i fornitori per costruire relazioni a lungo termine.
Catalog Management
I fornitori possono gestire facilmente i dati del catalogo e possono essere facilmente integrati con processi aziendali come contabilità, finanza e pianificazione.
Procure to Pay Optimization
Utilizzando il prodotto SAP SRP, è possibile semplificare l'approvvigionamento per pagare il ciclo di vita e migliorare la comunicazione con il fornitore e la gestione dei costi.
Self Service Procurement
Gli utenti finali possono cercare prodotti utilizzando più cataloghi di prodotti e li aiuta a trovare e acquistare prodotti conformi alla politica di acquisto e approvvigionamento dell'azienda.
Reporting Functionality
Utilizzando SAP Supplier Relationship Management, è possibile creare report relativi alle attività di approvvigionamento, conformità e gestione dei contratti e gestione dei costi nel processo di approvvigionamento.
Contract Management
È possibile gestire i contratti utilizzando un repository sicuro centralizzato che aiuta a ridurre le violazioni della conformità e consente agli utenti finali di seguire i processi aziendali durante l'approvvigionamento self-service.
Motore di offerta
Nel portale SAP SRM è possibile eseguire facilmente la ricerca di diversi prodotti e fornitori. I criteri di ricerca sono facili da usare.
È inoltre possibile limitare il numero di voci nella ricerca.
I flussi di lavoro vengono utilizzati per eseguire facili approvazioni di PO che consentono all'organizzazione di eseguire la richiesta di merci in modo facile e semplice.
SAP SRM: Software Components
Esistono vari componenti applicativi e tecnologici che fanno parte del prodotto SAP Supplier Relationship Management. I componenti dell'applicazione includono componenti necessari per creare RFx e inviare offerte, per la gestione finanziaria, le esigenze di BI, il portale Enterprise per l'interazione con le applicazioni e altri vari componenti per eseguire diverse funzioni.
Il componente tecnologico è costituito da NetWeaver Process Integration per l'integrazione con sistemi esterni SAP e non SAP, GUI SAP per la configurazione e plug-in R / 3 per i dati master.
Vediamo in dettaglio ciascuno dei componenti in applicazione e tecnologia:
SAP Supplier Relationship Management Server
Il server SAP SRM include il server SAP SRM e il motore di offerta SAP. SAP SRM si basa sul server delle applicazioni SAP NetWeaver ed è disponibile per diverse piattaforme e database. Puoi controllare tutte le versioni di SAP SRM su SAP Market Place in PAM.
SAP SRM Bidding engine
Il motore di offerta SAP può essere utilizzato per creare ed elaborare richieste di offerte, gli offerenti possono inviare offerte e altre funzioni in RFx.
Il motore di offerta definisce le regole per le offerte e gli offerenti possono utilizzarlo per inviare offerte nel sistema.
SAP NetWeaver BI
Nell'analisi della spesa SAP SRM, la BI viene utilizzata principalmente e richiede il server delle applicazioni ABAP sullo stesso sistema. Potrebbe anche richiedere il server di applicazioni Java e il portale SAP Enterprise.
SAP NetWeaver Enterprise Portal
Questo viene utilizzato come punto di ingresso per gli utenti per gestire le applicazioni e le informazioni relative alla gestione delle relazioni con i fornitori. Fornisce un accesso sicuro e basato sui ruoli ad applicazioni e servizi.
Online Transaction Processing System
Vari sistemi possono essere utilizzati per l'elaborazione delle transazioni di back-end per gestire le richieste materiali e finanziarie. È possibile utilizzare il sistema SAP ERP e lo scambio di dati avviene tra SAP SRM e il sistema SAP ERP.
È inoltre possibile installare SAP SRM come standalone senza un sistema di backend.
In un modello di distribuzione autonomo, tutta l'elaborazione degli acquisti viene eseguita nel sistema SAP SRM e il sistema di contabilità back-end viene utilizzato per l'elaborazione finanziaria delle fatture.
In uno scenario Standalone, la gestione degli ordini di acquisto, il carrello e l'entrata merci e le fatture vengono elaborate nel sistema SRM.
Quando non esiste un sistema operativo di backend per la gestione dei materiali ed esistono solo sistemi di contabilità finanziaria in landscape.
Quando si desidera spostare tutte le attività di approvvigionamento nel sistema SAP SRM e quindi consentire alle aziende di ridurre il carico di lavoro sul sistema di approvvigionamento back-end trasferendo gli acquirenti interessati ad acquistare dalle opzioni selezionate.
È consigliato per i clienti che desiderano mantenere solo dati di prodotto minimi e fare affidamento solo sui cataloghi dei fornitori.
In un modello di distribuzione di classificazione, si elabora il carrello degli acquisti in SAP SRM ei documenti di supporto vengono elaborati nel sistema ERP back-end.
È possibile eseguire l'entrata merci o le fatture in qualsiasi sistema.
Nel modello di distribuzione classico esteso, il processo di approvvigionamento avviene nel sistema SAP SRM e l'ordine di acquisto viene generato nel sistema SRM e una copia di sola lettura viene creata nel sistema ERP back-end.
È possibile eseguire l'entrata merci o le fatture in qualsiasi sistema come nel caso dello scenario classico.
Per quei clienti che hanno un forte sistema di approvvigionamento back-end e dove gli acquirenti non desiderano utilizzare più sistemi per le loro operazioni.
Si consideri un cliente che desidera utilizzare il modello autonomo per determinati materiali indiretti e servizi di routine, lo scenario classico per i materiali a magazzino per utilizzare le capacità di inventario e pianificazione del sistema di gestione dei materiali di backend, lo scenario classico esteso per eseguire una gestione efficace dei fornitori per fornire risposta ai PO .
In SAP SRM, il contratto è definito come una negoziazione tra un fornitore e un'organizzazione per la fornitura di beni e materiali o la fornitura di servizi entro termini e condizioni definiti in un periodo di tempo specifico. Questi contratti sono collocati in una posizione centrale sicura per risolvere la mancanza di visibilità nel contratto tra i diversi gruppi.
Ciò consente di gestire diversi contratti locali con termini e condizioni diversi per il tipo di merce simile.
La gestione centralizzata dei contratti consente agli acquirenti di parti diverse dell'azienda da luoghi diversi di trarre vantaggio dai termini e condizioni negoziati. I termini e le condizioni vengono trasformati in un contratto centrale e da distribuire al gruppo di acquisto locale per eseguire il processo di approvvigionamento per l'azienda.
Per caricare i contratti centrali e pianificare gli accordi dal sistema SAP ERP al sistema SAP SRM, è possibile utilizzare il programma BBP_CONTRACT_INITIAL_UPLOAD. In base alla configurazione, questi contratti vengono caricati e pianificati dall'ERP al sistema SAP SRM.
Per eseguire la ricerca del contratto è possibile utilizzare il motore di ricerca TREX. Questo motore di ricerca è fornito con SAP SRM ma è necessario installarlo ed eseguire il programma per creare l'indicizzazione per tutti i contratti disponibili. È necessario eseguire il programma BBP_TREX_INDEX_ADMIN che crea nuovi indici per i documenti esistenti e aiuta a eseguire l'indicizzazione per tutti i documenti nuovi o modificati quando viene salvato un contratto.
Il server di presentazione Web LAC è un'applicazione software basata su J2ee. Ciò fornisce all'utente un'opzione di offerta in tempo reale, monitoraggio in tempo reale e opzioni di asta inversa.
Oltre a questi componenti tecnologici include anche SAP Process Integrator per l'integrazione di processi da diversi sistemi, SAP GUI per la configurazione e plug-in R / e per lo scambio di dati tra uno o più sistemi R / 3 e altri componenti.
È possibile caricare i contratti nel sistema SAP ERP accedendo a SAP ERP Central Component → Logistics → Materials Management → Purchasing → Outline Purchase agreement with vendors → Contract → Central Contract → SRM Central Contract
No
Puoi vedere diverse schede: scheda intestazione, scheda panoramica e scheda distribuzione in un contratto. Nella scheda panoramica vai a riempire i dettagli dell'articolo e i dati generali dell'intestazione. È possibile compilare i dettagli di seguito in un contratto -
Target Quantity and value
In questo campo, è necessario inserire la quantità target e il valore target. Definisce la quantità che mostra il numero di unità da acquistare da un fornitore in un periodo di tempo.
Release Value
È definito come il valore accumulato di tutte le OP rispetto al contratto centrale.
Basic Contract
Ora, se definisci un contratto come contratto di base, contiene solo dati e condizioni di intestazione e non puoi inserire elementi pubblicitari e non può essere distribuito a un catalogo.
Item Category
Nella categoria articolo, puoi definire le seguenti opzioni:
Normal
Quando si definisce la categoria articolo come normale, deve contenere una categoria di prodotto.
Product category
In categoria di prodotto, è necessario definire un valore di destinazione e un articolo di categoria di prodotto fa sempre riferimento a tutti i cataloghi collegati.
Quando lo stato di un contratto è scaduto o rilasciato e si seleziona Chiudi contratto, lo stato del contratto viene impostato su Completato e questo è lo stato irreversibile.
È possibile cercare i contratti completati e utilizzarli come modello per la creazione di nuovi contratti.
In Negotiation
Quando un contratto viene selezionato per il rinnovo e si trova nello stato salvato, lo stato del contratto viene impostato come in negoziazione.
In Renewal
Viene impostato quando si seleziona un contratto per il rinnovo in stato di rilascio.
Un invito all'offerta è definito come una richiesta da un acquirente a un fornitore di presentare un'offerta per beni o servizi secondo i criteri menzionati. L'invito all'offerta è noto anche come richiesta di offerta RFx.
Una richiesta di offerta RFx è un invito inviato al fornitore dal reparto acquisti di un'organizzazione per inviare una risposta RFx per la fornitura di determinati beni in base a termini e condizioni specificati. Il documento RFx contiene informazioni come nome del fornitore, indirizzo del fornitore, quantità di merci e date di consegna per il materiale. È possibile creare RFx con riferimento a una richiesta di acquisto e tutte le informazioni vengono copiate dalla richiesta di acquisto. Quando RFx viene creato senza alcun riferimento, è possibile inserire manualmente i dettagli nel documento RFx.
Public Bid Invitations
Questi inviti alle offerte sono disponibili per tutti gli offerenti tramite un portale web. Gli offerenti possono accedere all'URL disponibile sul portale web per accedere al motore di offerta SAP e lì possono inserire le offerte. Se desideri che alcuni offerenti specifici inviino l'offerta, puoi inviare loro direttamente l'invito all'offerta tramite e-mail.
Restricted Bid invitations
Negli inviti a offerte limitate, il collegamento ipertestuale per accedere al motore di offerta SAP viene inviato a un gruppo specifico di offerenti tramite posta elettronica. Gli offerenti possono accedere al motore di offerta e inserire l'offerta.
È possibile cercare fornitori / offerenti dagli elenchi dei fornitori ed estendere l'invito all'offerta a questi offerenti in caso di invito pubblico.
Un preventivo è definito come una risposta a RFx in cui un offerente conferma la vendita di beni e servizi agli acquirenti / acquirenti secondo criteri specifici. Come parte del processo di invito all'offerta, quando viene attivata l'e-mail, il fornitore ottiene le informazioni sulla richiesta di offerta. I fornitori iniziano a fare offerte secondo l'invito all'offerta e quando inviano l'offerta nel motore di offerta SAP, viene mostrato il prezzo finale. I fornitori possono fare offerte fino al raggiungimento della data di fine e una volta chiuse le offerte, gli acquisti possono eseguire un confronto dei prezzi per ottenere il miglior fornitore e aggiudicare l'offerta, e l'ordine di acquisto può essere aumentato per il miglior fornitore.
Quando il numero di offerenti è inferiore o l'acquisto ritiene che non ci sia un'offerta migliore. Può sempre convertire RFx in aste live.
Per creare un'asta dal vivo, gli acquirenti possono utilizzare il motore di offerta SAP e l'asta avviene nel cockpit dell'asta dal vivo. Gli acquirenti possono creare aste dal vivo -
- Utilizzo di un modello di asta
- Copiando un'asta
- Nel portale SRM dall'applicazione Sourcing
Quando si converte RFx in un'asta, RFx viene impostato sullo stato Completato e non ci sono modifiche che è possibile apportare a RFx.
Sì, le funzioni di approvvigionamento sono perfettamente integrate tra SAP ERP e SRM. Esistono varie funzioni aziendali che consentono una soluzione di gestione degli approvvigionamenti end-to-end completamente integrata per migliorare sia la conformità che il processo di gestione degli appalti secondo i requisiti aziendali. Aiuta a colmare il divario nella funzionalità di approvvigionamento ERP utilizzando le funzionalità SRM e fornisce un'interfaccia utente comune per la progettazione di processi di approvvigionamento integrati.
È necessario stabilire intervalli di numeri per i carrelli degli acquisti EBP e qualsiasi potenziale documento di acquisto in modo che i numeri univoci possano essere generati nel sistema R / 3 di backend da EBP. Il sistema EBP necessita di un intervallo di numeri stabilito che prenda automaticamente il numero successivo disponibile e lo assegni al documento che verrà creato in R / 3. La configurazione deve essere stabilita anche in R / 3 per correlare con gli intervalli in EBP in modo che il conflitto non sorgono al momento dell'acquisto del documento.
Per impostare attributi che definiscono l'esperienza di acquisto degli utenti. Esempi di tali attributi sono il codice dell'azienda, l'impianto e i centri di costo per i quali l'utente può ordinare, ecc.
Business Partner include stakeholder come cliente, fornitore, ecc.
La funzione partner include la parte fatturatrice, la parte fornitrice, ecc.
Carrello cliente
Carrello professionale
Carrello della spesa semplice
In uno scenario autonomo, il carrello degli acquisti e altre elaborazioni vengono eseguite nel sistema SRM e solo la fattura finale viene inviata al sistema di backend per la contabilità finanziaria.
Professional Shopping Cart Form
In questo carrello, la maggior parte dei campi viene utilizzata da acquirenti e dipendenti professionisti. Nella sezione di intestazione, hai i dettagli del carrello - numero del carrello, nome, stato, data di creazione e chi ha creato il carrello.
Simple Shopping Cart Form
Come il carrello degli acquisti sopra, puoi utilizzare un modulo carrello degli acquisti semplificato con un numero inferiore di campi. Questo è adatto per utenti che non hanno esperienza e autorizzazione limitata.
Dipende solo dai cataloghi e non ci sono altre opzioni per l'acquisto.
Per replicare Organizzazione acquisti, Gruppo acquisti, Anagrafica materiale, Anagrafica fornitore dal back-end. È possibile creare ordine di acquisto in SRM e replicare l'ordine di acquisto in R / 3.
Viene utilizzato per gestire le prestazioni dei fornitori, implementare tecnologie, processi, politiche e procedure a supporto del processo di acquisto.
Questo è consigliato per gli acquisti con meno esperienza per eseguire acquisti.
Passaggi chiave nel carrello -
- Selezione di beni / servizi
- Carrello della spesa
- Completa e ordina
- Confirmation
Il self-service del fornitore è uno dei componenti in SRM che abbrevia il tempo del ciclo di vita dell'approvvigionamento e riduce i costi del processo di approvvigionamento. In SUS, i fornitori hanno accesso al sistema di approvvigionamento dell'acquirente e sono in grado di fornire una risposta rapida.
Di seguito sono riportati i processi aziendali in SAP SRM:
Procura per pagare: possiamo integrare la richiesta basata su catalogo e ottenere i vantaggi dell'e-procurement.
Gestione del catalogo: gestisce i dati del catalogo come dati principali profondamente integrati.
Centralizza l'approvvigionamento: ottieni visibilità sulla domanda di beni e servizi.
Gestione centralizzata dei contratti: consolida le informazioni sui contratti.
Collaborazione con i fornitori: collega il fornitore ai nostri processi di acquisto tramite il portale dei fornitori
Assegnando un codice azienda, è possibile mantenere i parametri finanziari e legali e i report rimangono separati nel sistema.
La valutazione dei fornitori è uno dei processi chiave per mantenere e migliorare la relazione a lungo termine con i fornitori.
SAP supporta due metodologie principali per la valutazione dei fornitori:
Valutazione basata sugli eventi, attivata da conferma, fattura e elenco fornitori avanzato.
Sondaggi ad-hoc utilizzando il Supplier Survey Cockpit
Per definire l'area di valutazione, andare su Server SRM → Valutazione del fornitore → Area di valutazione
Utilizzando intervalli di numeri interni, le offerte non hanno un collegamento a nessun documento di acquisto R / 3, sono completamente locali al sistema ERP.
Nella valutazione del fornitore, è possibile dividere ogni sondaggio in base alla categoria di valutazione. Questo si riferisce al questionario e al gruppo target.
Example - Consegna, qualità, ecc.
SAP SRM esegue SUS, gestione del catalogo, approvvigionamento, valutazione dei fornitori, contratti centrali, carrelli della spesa e cockpit di aste live.
Gli intervalli di numeri vengono utilizzati per definire i carrelli degli acquisti e il documento di acquisto per EBP, per generare un numero univoco nel sistema di backend R / 3.
- Cockpit dell'asta dal vivo su Java Web Server
- Cockpit dell'asta dal vivo sul server Web ABAP
- Live Auction Cockpit su Java Web Server nei self-service dei fornitori
- Live Auction Cockpit su ABAP Web Server nei self-service dei fornitori