corso sistemi informativi aziendali, tecnologie dell ... erp.pdf · corso sistemi informativi...

UNIVERSITA’ DEGLI STUDI DI BERGAMO

Corso Sistemi Informativi Aziendali,

Tecnologie dell’Informazione applicate ai processi aziendali. Sistemi informativi aziendali

di Simone Cavalli ([email protected])

Bergamo, Marzo 2010

Corso Sistemi Informativi Aziendali - Tecnologie dell’Informazione applicate ai processi aziendali!

UNIVERSITA’ DEGLI STUDI DI BERGAMO!

Pagina 2

I Sistemi ERP

Tecnologie dell’Informazione applicate ai processi aziendali



Pagina 3

Enterprise

Resource

Planning Tempi, luoghi, quantità

Persone, materiali, impianti, capitale

Azienda/Corporation

Enterprise resource planning

L’acronimo ERP è stato coniato agli inizi degli anni Novanta dal Gartner Group per indicare una suite di

moduli applicativi che supportano l’intera gamma dei processi di un’impresa.




Pagina 4

Suite ERP (1 di 2)

Una suite completa comprende decine di moduli, di tipo orizzontale e

intersettoriale (cross-industry solution) o verticale e settoriale (industry solution)

CRM Administration

Support Operations Support

Management Support

SCM

PLM (Product Lifecycle Management)

Materials

Planning

Production

Planning

Distribution

Planning

Supply Orders

Plant Orders

Shipment Orders

Materials receiving

and raw materials

Schedule & shop

floor control

Shipment schedule

and control

Finance

HR mngt

Miscell.

Strategic plng

Budgeting

Activity Based Costing

Balance Scorecard

ERP cross industry modules

ERP industry modules

ERP extended modules




Pagina 5

Suite ERP (2 di 2)

I moduli core settoriali sono l’insieme di applicativi che supportano le attività

primarie dell’azienda e, per questo, sono molto numerosi in quanto tipici del settore specifico in cui opera l’azienda. Ad essi è anche associato un costo

rilevante determinato dal fatto che l’alta diversificazione implica un impiego cospicuo di risorse per il loro concepimento, la loro realizzazione e la loro

manutenzione nel tempo.

I moduli core intersettoriali hanno la funzione di informatizzare le attività aziendali di supporto e sono invarianti rispetto ai singoli settori industriali. In essi

si distinguono: i moduli istituzionali che servono le attività amministrative, la

gestione delle risorse umane e la contabilità degli investimenti; i moduli direzionali così definiti in quanto finalizzati ai processi di conduzione

manageriale dell’impresa; il portale aziendale capace di offrire via Web accesso alle informazioni aziendali.

I moduli extended curano la gestione dell’interazione dell’azienda con soggetti

esterni, siano essi altre aziende o clienti e fornitori.




Pagina 6

Diffusione ERP (1 di 2)

Ci sono svariati produttori di Sistemi ERP sul mercato

Più del 60% di quelli venduti sul mercato sono prodotti da:

SAP, PeopleSoft & J.D. Edwards, Oracle e Baan




Pagina 7

Diffusione ERP (2 di 2)

Il numero totale di vendor sul mercato può essere stimato in circa un centinaio.

Tuttavia, solo un piccolo numero di vendor, fra cui SAP, Oracle, Peoplesoft, è in grado di offrire l’intera gamma ERP

Oracle Peoplesoft (J.D. Edwards)

SAP Altri

Installazioni

nel mondo 12.000 12.200 24.450 n.a.

Suite Verticali 19 24 25 n.a.

Vendite (in milioni di dollari) 2.870 2.716 5.839 7.127

Quota di

mercato 15% 14% 30% 41%




Pagina 8

ERP e piccola e media impresa (1/3)

I vendor multinazionali dominano il mercato nelle aziende multinazionali e nella

grande impresa. Nelle piccole e medie imprese, invece, i primi 5 vendor hanno solo una quota minoritaria del mercato (20-30%)

Il diverso posizionamento deriva da due cause convergenti, ovvero:

!! Diversità delle esigenze della piccola e media impresa;

!! Diversità dell’offerta ad essa rivolta.




Pagina 9


La piccola e media impresa ha una mappa di opportunità ES (Enterprise System) eguale a

quella della grande impresa. Tuttavia, varie caratteristiche limitano l’esigenza del supporto

dei sistemi informativi:

!! Capacità di spesa: mediamente le aziende spendono nell’IT dall’1% al 7-10% dei loro

ricavi. I costi di un ERP standard possono essere molto superiori alle capacità di

spesa di una piccola azienda. Conseguentemente le PMI devono cercare soluzioni

alternative agli ERP standard;

!! Minore complessità aziendale: una PMI è spesso mono-località e non richiede un

sistema capace di elaborare in più lingue e di operare secondo diverse regole

contabili e legali. Conseguentemente, alle PMI sono sufficienti ERP più semplici e

meno complessi;

!! Minore complessità dei processi: le PMI operano con processi più semplici, con un

minore numero di casi d’uso o con casi d’uso più leggeri.

Per queste ragioni il sistema ERP necessario alla piccola e media impresa è molto più

semplice e piccolo di quello tipico della media e grande impresa e l’ERP standard può

apparire inutilmente costoso e complesso.




Pagina 10


In secondo luogo l’offerta di ERP per le PMI include tipologie diverse:

!! Package orizzontali semplificati: molti vendor offrono a un prezzo conveniente moduli

orizzontali preconfezionati e pronti all’uso (paghe, contabilità e simili) che l’azienda

integra con package o sistemi verticali custom;

!! Nicchie e package “superverticali”: molte PMI operano su nicchie di settore che, date

le loro piccole dimensioni non sono supportate dalle versioni verticali di ERP

standard (aziende della moda e del tessile, aziende municipalizzate di acqua e gas,

etc…)

!! Versioni downsized dei package standard;

!! Modalità ASP: l’azienda si limita a pagare l’uso di un software preconfezionato e

verticalizzato, che risiede sui server di un centro servizi a cui l’azienda accede via

web.




Pagina 11

Evoluzione dei sistemi per l’informatizzazione

(aziende manifatturiere)

Progetti custom

1960-1990

MRP Manufacturing Resource Planning

1970 - 1995

CIM Computer Integrated Manufacturing

Dal 1980

ERP Enterprise Resource Planning

Dal 1990

CRM Customer Relationship

Management. Dal 1995

E-procurement

Dal 1995

•!Soluzioni ad hoc

•!Linguaggi classici

(COBOL e C++)

•!Architetture soprattutto

centralizzate

•!Pacchetti integrati

•!Database

•!Architetture di

elaborazione soprattutto

centralizzate

•! Integrazione fra informatica di

processo e informatica

gestionale

•!Elaborazione in

tempo reale

•!Reti di fabbrica

composte da PLC e server vari

•!Pacchetti integrati e unico

modello di dati

•!Architettura

client-server (rete dal 1997)




Pagina 12

Dai sistemi MRP ai sistemi ERP

I sistemi ERP sono il risultato di un’evoluzione e di uno sviluppo dei sistemi MRP.

I sistemi MRP sono il risultato di una graduale evoluzione:

!! Anni Settanta, Materials Requirements Planning: informatizzazione della distinta

base e del calcolo del fabbisogno delle materie prime.

!! In seguito sono integrate le funzioni (di informatizzazione) di: ricevimento materiali;

magazzino materie prime; pianificazione produzione; controllo avanzamento.

!! Anni Ottanta (schema standardizzato), Manufacturing Resource Planning,

personalizzabile (a seconda del prodotto).

In sintesi un sistema MRP è formato da diversi applicativi software (alcune centinaia)

che supportano produzione ed approvvigionamenti, dalla programmazione operativa

sino alla gestione dei flussi fisici dei materiali (oltre che, limitatamente, le operazioni

fisiche delle officine).

Non integra (o integra limitatamente) i processi di: vendita e distribuzione; processi

amministrativi legati alla contabilizzazione degli acquisti e del magazzino materie

prime.




Pagina 13

I sistemi ERP (Enterprise Resource Planning) I sistemi ERP integrano, ai sistemi MRP, la contabilizzazione. Sono composti da moduli e

sottomoduli. Le imprese possono scegliere quali implementare.

Human Resource Management

•!Personnel management

•!Organization management

•!Payroll accounting

•!Time management •!Personnel development

Financial Management

•!Treasury •!Controlling

•!Documento # •!Enterprise controlling •!Investment

management

Logistics

•!Product data management

•!Production planning & control

•!Materials management

•!Plant maintenance •!Quality management •!Sales & distribution •!Service management




Pagina 14

Il paradigma ERP

La suite ERP rispecchia una precisa concezione del sistema informativo aziendale, con

caratteristiche distintive che ne costituiscono il paradigma funzionale, ovvero:

"! Unicità dell’informazione;

"! Estensione e modularità funzionale;

"! Prescrittività.




Pagina 15

Unicità dell’informazione

L’unicità dell’informazione è ottenuta quando tutte le elaborazioni del sistema condividono

(share) uno e un solo valore per una data informazione. L’unicità dell’informazione è

normalmente ottenuta con una base dati unica, che può essere unita fisicamente o

unificata mediante servizi di replica automatica. La base dati quindi memorizza dati

condivisi sui quali operano i moduli.

Vantaggi:

"! Sincronizzazione e non ridondanza dei dati: l’aggiornamento unificato delle basi dati

abilita la sincronizzazione di processi gestionali interdipendenti (es: l’arrivo di

materiale a magazzino aggiorna la situazione delle scorte, degli ordini ai fornitori e

della contabilità fornitori, dando ai corrispettivi processi un’informazione unica e

sincrona);

"! Tracciabilità degli aggiornamenti: ogni aggiornamento della base dati viene

registrato. A questo requisito generale, i migliori ERP integrano la tracciabilità degli

eventi gestionali (inclusa la registrazione dei documenti cartacei e/o digitali associati

agli eventi che aggiornano la base dati);

"! Integrazione e tracciabilità dell’informazione direzionale: l’unicità dell’informazione

operativa rende facilmente ottenibile l’informazione direzionale (sintesi e derivazione

dei dati operativi).




Pagina 16

Dall’architettura ad isole dei sistemi legacy…




Pagina 17

…all’architettura ERP




Pagina 18

Sistemi Informativi tradizionali


Nel Sistema Informativo tradizionale uno stesso fatto amministrativo viene rilevato più volte a seconda del livello di informazione.



Pagina 19

Sistemi ERP


Con i Sistemi ERP viene rilevato un fatto amministrativo una sola volta valido per tutti i diversi livelli di informazione.



Pagina 20

Estensione e modularità

La suite ERP si propone come soluzione per il sistema informativo aziendale. Tuttavia, l’estensione funzionale sarebbe vana se la suite non fosse composta da moduli autosufficienti.

Grazie alla modularità, l’azienda può scegliere una strategia coerente con la situazione dei sistemi e con il grado di rischio che è in grado di sostenere.

Con la modularità, l’implementazione di un ERP diventa simile a un LEGO, in cui l’utente prende dalla scatola i moduli prescelti e li mette insieme.

Esattamente come in un lego, l’incastro tra i diversi moduli è critico, soprattutto quando i moduli fanno parte di suite diverse (o scatole diverse, proseguendo la metafora dei LEGO), ovvero sono di diversi fornitori o, ancora, sono in parte moduli ERP e in parte legacy.




Pagina 21

Prescrittività

I moduli ERP incorporano una logica di processo gestionale. Il software ERP infatti incorpora un modello funzionale di flusso, casi d’uso e informazioni.

Definiamo prescrittività la normazione dei processi gestionali derivante dal modello funzionale incorporato nel software (es: i materiali che entrano in azienda devono essere stati ordinati).

L’approccio al progetto ERP è l’esatto contrario di quanto avveniva ed avviene con lo sviluppo di un sistema su misura; in questo secondo caso, è l’azienda a definire il modello funzionale ed è il software che si adatta all’azienda, o, meglio, è fatto su misura per l’azienda.

L’impatto organizzativo della prescrittività può essere elevato, poiché costringe un’azienda a conformare il suo comportamento allo standard previsto dal sistema. Tale standard, per l’elevata diffusione degli ERP, riflette pratiche ottimali (best practice) che garantiscono la certificazione delle informazioni.

La prescrittività non deve fare concludere che gli ERP sia sistemi immodificabili e perfettamente completi.

Il punto chiave per un progetto ERP è la duplice analisi dei cambiamenti che l’azienda deve fare [BPR] per adeguarsi all’ERP e delle modifiche (parametrizzazioni) che è necessario apportare all’ERP per adeguarlo al funzionamento dell’azienda.




Pagina 22

Gap analysis

Attività del processo

Modello funzionale corrente

Funzionalità ERP Azioni sul processo

Azioni sul software

Ricevimento dei materiali

Solo registrazione: nessun controllo

sull’ordine del fornitore

Controllo sull’ordine del fornitore:”i materiali che entrano in azienda

devono essere stati ordinati”

Adeguamento del processo alla

prescrizione ERP -

Controllo qualità Guidato da regole

predefinite

Solo registrazione dell’esito del controllo (le regole non sono

incorporate nel sistema)

- Adeguamento software ERP

Carico a magazzino

Il SI guida la scelta dell’ubicazione da magazzino in cui

stivare

Solo registrazione dell’evento di avvenuto

carico a magazzino -

Adeguamento software ERP

Prelievo a magazzino

Il SI guida la scelta dell’ubicazione di magazzino da cui

prelevare

Solo registrazione dell’evento di avvenuto prelievo da magazzino

-

Adeguamento software ERP

Rettifica inventariale Modifica dei valori

nella base dati (sovrascrittura)

I valori delle scorte sono corretti mediante apposite transazionidi

rettifica

Adeguamento del processo alla

prescrizione dell’ERP -




Pagina 23

Caratteristiche dei sistemi ERP (1/2)

I sistemi ERP hanno le seguenti caratteristiche:

1) Copertura (estensione funzionale)

!! Sistemi istituzionali (Human Resource Management, Financial Management);

!! Sistemi MRP;

!! Gestione del processo vendita & distribuzione;

!! Funzionalità post-vendita e gestione della manutenzione tecnica.

2) Architettura applicativa

!! La base dati è condivisa da tutti i moduli. Ciò permette la sincronizzazione dei

processi interdipendenti.

!! I sistemi si sono evoluti da una logica client-server, per progredire a schemi thin server

sino alla logica ASP (Application Service Provider).

!! L’architettura è su tre livelli: Data base server; Application server; Presentation server.




Pagina 24

Caratteristiche dei sistemi ERP (2/2)

3) Diffusione.

Di fatto i sistemi ERP sono divenuti lo standard per la gestione dei processi delle aziende

industriali (e per alcuni moduli anche per altri settori). La loro fortuna è dovuta anche, se

non soprattutto, alla sindrome del Millennium Bug.

!! Oltre il 50% delle aziende europee ha installato uno o più moduli ERP;

!! Oltre il 35% lo utilizza in tre o più aree funzionali.

!! Mercato. Grandi imprese: 4 competitor (SAP, Oracle, Peoplesoft - che ha acquisito JD

Edwards - e Baan). PMI: primi 5 quota 20%, resto a 50 competitor.

4) Caratteristiche e considerazioni

!! Diverso livello di competenze: da programmatore a parametrizzatore.

!! L’azienda deve adattarsi alle procedure del software (impatto invasivo);

!! Benefici legati all’accelerazione dei cicli operativi e alla condivisione delle

informazioni. Non ci sono benefici strategici.




Pagina 25

La catena di trasformazione dei processi gestionali

Caratteristiche

della suite ERP

Trasformazione

dei processi

gestionali

Potenziali

vantaggi operativi

Trasformazione

dei processi

gestionali

Potenziali

vantaggi operativi

•! Nuovi prodotti

•! Nuovi mercati

•! Nuovi canali

•! Fatturato aggiuntivo

•! Aumento marginale

•! Migliore posizionamento

competitivo

•! Unicità dei dati

•! Modularità ed estensione

funzionale

•! Prescrittività

•! Processi operativi

•! Processi direzionali

•! Processi interaziendali

•! Efficienza e risparmi di

costo

•! Efficacia e aumento del

valore

Altre tecnologie

abilitanti




Pagina 26

Evoluzione processiva delle variabili organizzative

!"#$"%$&'( '!)&*+$),'(

!"#$$%&'(""(&)*+,-.&&/,0%1&0#2(1%&',&3)$$,&

&/,0%1&'#1)-)&'("&31%4($$%&

516)0,77)7,%0(&%3(1)8+)&&911,44:,2(0-%&'(""(&2)0$,%0,&

&;<(3)14("",77)7,%0(;&'("&=#$$%&',&")+%1%&

>(1$%0)"(& &?(1$)8",-.&%3(1)8+)&

@,$-(2)&',&,04(08+)7,%0(&(&',&

4%0-1%""%&

&5A,(*+,&',&$(1+,7,%&)"&4",(0-(&

&5A,(*+,&',&3(1B%12)04(&$#,&31%4($$,&6($8%0)",&




Pagina 27 Tecnologie dell’Informazione applicate ai processi aziendali

Il fenomeno SAP (cenni introduttivi)



Pagina 28

Breve storia di SAP

#! 1972

SAP AG viene fondata a Walldorf in Germania da 5 programmatori usciti dall’IBM con

l’intenzione di produrre un sistema che prescindesse dalla struttura hardware (SAP R/

1)

#! 1974

Viene rilasciato SAP R/2, un sistema MRP per mainframe che anticipa alcuni concetti

architetturali del successivo R/3

#! 1992 (Europa); 1993 (Nord America)

Viene rilasciato R/3, un sistema ERP su architettura clientserver che si diffonde con

enorme rapidità, raggiungendo nel 1999 quota 20.000 installazioni in più di 50 nazioni

#! 2000

Nasce mySAP, che integra in R/3 funzioni di DW, CRM e soluzioni Internet




Pagina 29

Il sistema ERP SAP R/3

•! Architettura: 3 livelli

a)! Database server

per la gestione dei dati

a)! Application server

per la gestione delle applicazioni di supporto ai processi aziendali

a)! Presentation server

per la presentazione dei dati e la gestione l’interazione con l’utente

Il prodotto SAP è composto da una suite software standard (applicazioni SAP R/3) costituiti

da programmi o moduli.

Ogni applicazione corrisponde ad un settore dell’attività aziendale e ogni applicazione è

completamente integrata con la ‘Base SAP R/3’. Alcune dipendenze esistono tra le varie

applicazioni (esempio il modulo di Controlling dipende dal modulo di Financial Accounting )




Pagina 30

L’affermazione di SAP R/3

•! Dopo alcune incertezze, SAP R/3 diventa, almeno in Europa, lo standard

•! Per le caratteristiche dell’economia del software, SAP sarà l’impresa che avrà le risorse

per fare più investimenti, e quindi potrà meglio accompagnare le imprese nel seguire

l’innovazione tecnologica.

•! Le risorse di “supporto” (esperti del software) tenderanno a diventare competenti

prevalentemente sul software vincente




Pagina 31

SAP R/3




Pagina 32

Le caratteristiche chiave di SAP R/3

•! SAP R/3 ha “embedded” le

BEST Practices

•! Le competenze di processo

non sono più aziendali, ma del

produttore del software

•! Un altro passo verso la

“specializzazione” nella

costruzione delle conoscenze




Pagina 33

La maturità di SAP R/3

•! Progressiva estensione a tutte

le applicazioni funzionali, dopo

un inizio concentrato su quelle

“core”

•! Sviluppo di molte

verticalizzazioni, che

comprendono l’operatività di

settori sempre nuovi, e riducono

l’esigenza di personalizzazioni




Pagina 34

Un’architettura di riferimento




Pagina 35

Un’architettura di riferimento




Pagina 36

Il “diamante” SAP




Pagina 37

Moduli SAP R/3

FI, Financial: rileva, elabora e comunica agli stakeholders i dati economici e quantitativi

dell’azienda; comprende contabilità generale, contabilità fornitori, contabilità analitica,

contabilità cespiti, contabilità clienti, bilanci.

CO, Controlling: accerta che le risorse siano acquisite ed impiegate in modo efficiente ed

efficace; comprende contabilità per centri di costo, controllo degli ordini, contabilità per

centri di profitto, controllo dei progetti, contabilità dei costi del prodotto, analisi di

profittabilità

TR, Treasury: persegue la migliore combinazione delle fonti di finanziamento, comprende

la gestione della tesoreria, la gestione dei fondi, la gestione dei flussi di cassa.

PS, Project System: pianifica i progetti di ricerca e di sviluppo; comprende la

pianificazione dei costi, la pianificazione dei tempi, la pianificazione delle capacità.

WF, Workflow: gestisce i flussi di lavoro; comprende la gestione delle autorizzazioni, la

gestione dei livelli di accesso, la gestione delle password




Pagina 38

Moduli SAP R/3

IS, Industry Solutions: fornisce soluzioni settoriali per imprese specifiche; comprende la

gestione degli immobili, la gestione dell’autoparco, la gestione del protocollo.

HR, Human Resources: gestisce e amministra il personale; comprende pianificazione,

reclutamento, allocazione, formazione, rilevazione delle presenze, gestione dei turni,

calcolo delle retribuzioni.

PM, Plant Management: provvede alla prevenzione, alla diagnosi e alla riparazione dei

guasti produttivi; comprende la pianificazione della manutenzione, la gestione degli oggetti

tecnici, la gestione degli ordini di servizio, la gestione delle risorse

QM, Quality Management: individua le variazioni della qualità; comprende pianificazione,

controllo, ispezioni, avvisi, certificati.

PP, Production Planning: combina i fattori produttivi e li trasforma in beni e servizi;

compende la gestione della domanda, la pianificazione delle capacità, la pianificazione

della produzione e la pianificazione delle vendite.




Pagina 39

Moduli SAP R/3

MM, Materials Management: effettua la movimentazione dei materiali; comprende

pianificazione dei consumi, acquisti, controllo delle fatture, gestione degli stock, controllo

di qualità, gestione del magazzino.

SD, Sales and Distribution: colloca il prodotto / servizio sul mercato; comprende vendite,

spedizioni, trasporti, commercio estero, fatturazione.




Pagina 40

Esempio

Il Reparto Vendite dell’azienda ISC di Taiwan riceve un ordire per 1000 scarpe da un

commerciante al dettaglio brasiliano

1.! Il modulo R/3 Vendite (Sales) verifica prezzo e include ogni sconto a cui il

commerciante al dettaglio può avere diritto e verifica la posizione di cassa del

commerciante stesso

2.! Il modulo R/3 Inventario (Inventory Management) verifica la situazione dei magazzini e

allerta il Reparto Vendite che: metà dell’ordine può essere soddisfatto

immediatamente da un magazzino brasiliano l’altra metà sarà inviata in 5 giorni

direttamente da una fabbrica in Taiwan

3.! Il modulo R/3 Produzione (Production Planning PP) Pianifica la produzione delle 500

scarpe nella fabbrica di Taiwan Allerta il manager del magazzino ISC di inviare 500

scarpe da tennis viola al commerciante al dettaglio

4.! Il modulo R/3 Contabilità (Financial Accounting FI) stampa una fattura in portoghese




Pagina 41

Esempio

5.! Il modulo R/3 Risorse Umane (Human Resource HR) identifica una necessità di nuova

manodopera e allerta il manager del personale per impiegare personale a tempo

determinato

6.! Il modulo R/3 Gestione Materiali (Material Requirement Planning MM-MRP) notifica al

Direttore Acquisti che è il momento di riordinare tintura porpora, gomma e stringhe per

scarpe

7.! Il Cliente dell’azienda ISC riesce a connettersi al sistema R/3 attraverso Internet, e

vede che 250 delle 500 scarpe arrivano da Taiwan già tinte che ci sono in magazzino

altre 500 scarpe da tennis arancioni e manda un ordine successivo via Internet

8.! Basandosi sui dati forniti dal modulo R/3 Controllo di gestione (Controlling CO), il CEO

dell’azienda nota che le scarpe da tennis colorate non vantano solo una altissima

domanda sul mercato ma sono anche altamente remunerative. Decide quindi di

aggiungere una linea di scarpe fluorescente




Pagina 42

Esempio:

La gestione degli approvvigionamenti




Pagina 43

Gestione degli approvvigionamenti

•! Determinazione del fabbisogno

La scorta di materiali scende sotto un livello minimo, dunque la divisione

richiede l’acquisto di materie prime all’ufficio acquisti.

•! Invio ordine per l’acquisto di materie

L’ufficio acquisti invia l’ordine (per mezzo di fax, mail, lettera, ecc.) al

fornitore per l’acquisto di merci.

•! Ricevimento merce

La merce viene inviata dal fornitore e ricevuta presso l’azienda.

•! “Carico” della merce in magazzino

Il magazzino effettua il “carico” della merce nell’archivio.

•! Registrazione fattura

Il magazzino invia la fattura (allegata alla merce) all’amministrazione.

•! Pagamento

Al momento convenuto avviene il pagamento della merce.




Pagina 44

La gestione degli approvvigionamenti con un ERP

Il modulo che si occupa della gestione del processo di approvvigionamento in

SAP R/3 e MM (Material Management)




Pagina 45

1. Determinazione del fabbisogno (1 di 2)


Richiesta di d'acquisto

Reparto Uff. acquisti



Pagina 46

1. Determinazione del fabbisogno (2 di 2)

La richiesta di acquisto (RdA) è il documento con cui i diversi enti aziendali

comunicano alla funzione Approvigionamenti il proprio fabbisogno di materiali o servizi. Può esser creata o manualmente o automaticamente.


1999 !

Magazzino

Altri centri di costo

Altri centri di costo

Richiesta di acquisto



MM

MM

MM

Richiesta di Acquisto

autorizzata RdO

OdA Controllo formale

Visto di autorizzazione

del respondabile voce

di spesa

MM

MM



Pagina 47

2. Determinazione fonte di acquisto

Il Sistema R/3 assiste l'acquirente nel determinare le possibili fonti d'acquisto


Fornitore 1

Fornitore 2

Vite A21

Bullone A22

Vite A25

3. Selezione del fornitore

Il sistema effettua la selezione automatica del fornitore effettuando un confronto di prezzi tra le varie offerte. Il fornitore deve essere “codificato”, creando

un’anagrafica fornitore. Il tutto è gestito a livello di M.M.



Pagina 48

4. Elaborazione Ordine di Acquisto (1 di 2)

L’Ordine di Acquisto costituisce il documento con cui la funzione

Approvvigionamenti o le altre funzioni aziendali inviano ad un fornitore la richiesta formale per la consegna di determinati materiali o prestazioni entro una

certa data. Può esser eleborato: o ex novo o con riferimento ad una R.d.A o R.d.O.


Richiesta d'acquisto

RdO

Ordine d'acquisto

Acquisti Acquisti

Fornitore

Altra divisione

Dati anagrafici Dati anagrafici



Pagina 49

4. Elaborazione Ordine di Acquisto (2 di 2)


Dati testata Dati testata

Posizione: 10 Posizione: 10

$ Numero documento

$ Termini di pagamento

$ Data ordine d'acquisto



Ordine d'acquisto

10 .....................

20 .....................

30 .....................

$ Fornitore

$ Divisa

$ ...

$ Codice materiale

$ Testo breve

$ Quantit à dell'ordine

$ Data consegna

$ Prezzo OA

$ ...



Pagina 50

5. Controllo Ordine di Acquisto

L'acquirente può controllare in qualsiasi momento lo stato d'elaborazione

dell'ordine d'acquisto online ed è in grado di determinare se sono state ricevute merci o fatture per la relativa posizione dell'ordine d'acquisto.

6. Entrata merce

Il sistema confronta la quantità dell'entrata merci con quella dell'ordine d'acquisto.


Ordine d'acquisto

Documento materiale Documenti

contabili

Area EM

Fornitore esterno o altra divisione



Pagina 51

7. Controllo fattura

Il sistema esegue un controllo sulle fatture fornitore per verificare l'accuratezza

dei prezzi e del contenuto.


Progr Programma . . pagam pagamento . . Fattura Fattura

Controllo fattura

Ordine d'acquisto

Doc . fatt .

Dati anagrafici



Pagina 52

8. Elaborazione pagamento


Stampare mezzi di pagamento

Selezionare modalità di pagamento e banca

Selezionare partite per pagamento

Registrare documento di pagamento Fornitore

10 10 Banca

10

Calcolare importo pagamento "



Pagina 53

Strutture organizzative (1 di 2)

Per poter operare con il modulo MM occorre, innanzitutto, definire la seguente

struttura organizzativa:




Pagina 54

Strutture organizzative (2 di 2)


corso sistemi informativi aziendali, tecnologie dell ... erp.pdf · corso sistemi informativi...

Documents