Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
1
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
DOCUMENTO DI IMPLEMENTAZIONE
Area Vendite e Distribuzione
Pastificio
PARTE I
Autore: Ruolo Data
Senior Consultant $$ GIUGNO 2007
Modifiche: Ruolo Data
Approvazione: Ruolo Data
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
2
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
INDICE:
1. INTRODUZIONE. .................................................................................................................................................. 4
2. LA STRUTTURA ORGANIZZATIVA. ............................................................................................................... 5
2.1. STRUTTURE ORGANIZZATIVE DELLE VENDITE. ................................................................................................. 5
2.2. AREA VENDITE. ................................................................................................................................................ 6
2.3. STRUTTURE ORGANIZZATIVE LOGISTICHE. ....................................................................................................... 6
3. ANAGRAFICHE..................................................................................................................................................... 8
3.1. ANAGRAFICA CLIENTE. .................................................................................................................................... 8
3.1.1. Gruppi conto. .............................................................................................................................................. 9
3.1.2. Dati Generali. ............................................................................................................................................. 9
3.1.3. Dati Societari. ........................................................................................................................................... 10
3.1.4. Dati Vendita. ............................................................................................................................................. 10
3.1.4.1 Caratteristiche di classificazione commerciale. ..................................................................................................... 10
3.1.4.2 Schema partner. ..................................................................................................................................................... 11
3.2. ANAGRAFICA ARTICOLO. ............................................................................................................................... 12
3.2.1. Codice articolo. ........................................................................................................................................ 12
3.2.1.1 Codifica multipla. .................................................................................................................................................. 12
3.2.1.2 Codifica del cliente. ............................................................................................................................................... 14
3.2.2. Tipo materiale. .......................................................................................................................................... 15
3.2.3. Dati relative alle vendite. .......................................................................................................................... 15
3.2.4. Help di ricerca Pastificio. ......................................................................................................................... 16
3.2.4.1 Prodotti del Molino. ............................................................................................................................................... 18
3.2.4.2 Pasta Zootecnica. ................................................................................................................................................... 19
3.2.5. Processi di evoluzione dell’articolo. ......................................................................................................... 20
3.2.5.1 Estensione anagrafica articolo su nuove organizzazioni vendita. ........................................................................... 20
3.2.5.2 Modifica componente articolo. .............................................................................................................................. 21
3.2.5.3 Fine vita articolo. ................................................................................................................................................... 22
3.3. ANAGRAFICA TESTI. ....................................................................................................................................... 22
4. CONTROLLO DEL CREDITO. ......................................................................................................................... 24
4.1. ANAGRAFICA FIDO. ........................................................................................................................................ 24
4.2. CONTROLLO FIDO PER TIPOLOGIA CLIENTI. ..................................................................................................... 26
4.2.1. Grandi Clienti. .......................................................................................................................................... 27
4.2.2. Clienti normali. ......................................................................................................................................... 27
4.2.2.1 Marchio con produzione a stock. ........................................................................................................................... 28
4.2.2.2 Marchio con produzione a commessa. ................................................................................................................... 28
4.2.3. Canale tradizionale. .................................................................................................................................. 28
5. GESTIONE PRICING. ......................................................................................................................................... 34
5.1. TABELLE CONDIZIONI. .................................................................................................................................... 34
5.2. TIPI CONDIZIONE. ........................................................................................................................................... 35
5.2.1. ZPR0 - Prezzo di listino. ........................................................................................................................... 35
5.2.1.1 Prodotti del Molino. ............................................................................................................................................... 35
5.2.2. Sconti. ....................................................................................................................................................... 35
5.2.2.1 ZSCx – Sconto Canale. .......................................................................................................................................... 36
5.2.2.2 ZSPx – Sconto Promozionale................................................................................................................................. 36
5.2.2.3 ZFIN – Sconto finanziario. .................................................................................................................................... 36
5.2.2.4 ZL0x – Sconto logistico ......................................................................................................................................... 36
5.2.2.5 ZT0x – Sconto di testata. ....................................................................................................................................... 37
5.2.2.6 YT0x – Maggiorazione di testata. .......................................................................................................................... 37
5.2.2.7 ZOMA – Sconto omaggio. ..................................................................................................................................... 37
5.2.3. Z100 – Sconto Merce. ............................................................................................................................... 37
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
3
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.2.3.1 Sconto merce automatico: regole di determinazione. ............................................................................................. 37
5.2.3.2 Sconto merce manuale. .......................................................................................................................................... 38
5.2.3.3 Spedizione ordini con sconto merce: gestione stralci. ............................................................................................ 38
5.2.4. ZPVx – Aliquota Provvigionale. ............................................................................................................... 40
5.2.5. ZPV0 – Percentuale abbattimento imponibile. ......................................................................................... 42
5.2.6. MWST – IVA Vendite. ............................................................................................................................... 42
5.2.7. ZMW0 – IVA statistica. ............................................................................................................................. 45
5.2.8. LCIT – Licenza IVA Italia. ........................................................................................................................ 46
5.3. SCHEMA PREZZO............................................................................................................................................. 48
6. PROCESSI DI VENDITA. ................................................................................................................................... 49
6.1. CONTRATTO A QUANTITÀ. .............................................................................................................................. 49
6.1.1. ZKP – Contratto a quantità Ordine Globale Pasta. ................................................................................. 49
6.1.2. ZKM – Contratto a quantità Prodotti del Molino. .................................................................................... 54
6.2. ORDINI DI VENDITA. ....................................................................................................................................... 54
6.2.1. ZOSI – Ordine standard Italia (Ordine Pasta). ........................................................................................ 55
6.2.2. ZOSR – Vendita Imballi rottamazione. ..................................................................................................... 55
6.2.3. ZOPI – Ordine Picking Italia: Vendita Pasta. .......................................................................................... 55
6.2.4. ZOSM – Ordine standard: Vendita Prodotti del Molino. ......................................................................... 56
6.2.4.1 Vendita Pasta Zootecnica. ...................................................................................................................................... 56
6.2.5. ZOSE – Ordine standard Estero (Ordine Pasta). ..................................................................................... 56
6.3. CAMPIONATURA GRATUITA. .......................................................................................................................... 57
6.3.1. Configurazione del sistema. ...................................................................................................................... 58
6.3.1.1 Schema dati incompleti. ......................................................................................................................................... 58
6.3.1.2 Tipo condizione. .................................................................................................................................................... 59
6.3.1.3 Modifiche schema prezzo. ..................................................................................................................................... 60
6.3.1.4 Tabella di contabilizzazione. .................................................................................................................................. 60
6.3.2. Tipologia campionatura. ........................................................................................................................... 62
6.3.2.1 Campionatura Cartoni. ........................................................................................................................................... 62
6.3.2.2 Campionatura KG. ................................................................................................................................................. 62
6.3.3. Processo di campionatura gratuita – Tipi ordine ZCG*. ......................................................................... 63
6.3.3.1 ZCG – Campionatura gratuita senza rivalsa dell’IVA (Italia). ............................................................................... 63
6.3.3.2 ZCG1 – Campionatura gratuita senza rivalsa IVA – Picking. ................................................................................ 65
6.3.3.3 ZCG2 – Campionatura gratuita con rivalsa dell’IVA (Italia). ................................................................................ 65
6.3.3.4 ZCG3 – Campionatura gratuita con rivalsa dell’IVA (Italia) – Picking. ................................................................ 65
6.3.3.5 ZCG2 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE). ....................................................................... 66
6.3.3.6 ZCG3 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE) – Picking. ....................................................... 66
6.3.4. Stampa fattura campionatura gratuita...................................................................................................... 66
6.4. RISERVA CLIENTE (RESI, NOTE CREDITO, NOTE DEBITO). ............................................................................. 66
6.4.1. ZRE – Richiesta di reso. ............................................................................................................................ 67
6.4.2. ZREM – Reso Prodotti del Molino. ........................................................................................................... 68
6.4.3. ZG2 – Richiesta Nota Credito. .................................................................................................................. 68
6.4.4. ZL2 – Richiesta Nota debito. .................................................................................................................... 68
6.5. GESTIONE PALLET. ......................................................................................................................................... 68
6.6. STAMPA ORDINE. ........................................................................................................................................... 69
6.6.1. Generalità messaggi di stampa. ................................................................................................................ 69
6.6.2. Tipo messaggio BA00 – Conferma di ordine. ........................................................................................... 70
6.6.3. Layout. ...................................................................................................................................................... 71
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
4
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
1. INTRODUZIONE.
Scopo di questo documento è quello di illustrare le funzionalità da implementare rispetto le esigenze di carattere commerciale e distributivo rilevate in fase di analisi, così come sono strutturate nel modulo SD (Sales and Distribution) e le modalità attraverso le quali dovranno essere gestite presso la Pastificio SpA.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
5
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
2. LA STRUTTURA ORGANIZZATIVA.
2.1. Strutture organizzative delle vendite.
Le strutture organizzative in SAP rilevanti per le vendite sono basate sulla Area Vendita (Sales Area). Ciascuna Sales Area è composta dai seguenti elementi posti in relazione gerarchica fra di loro:
� Organizzazione Vendite: unità organizzativa che supervisiona le politiche di vendita di beni o servizi specifici, oppure dedicata a determinate aree geografiche, o categorie di clienti.
La Organizzazione Vendite può essere legata esclusivamente ad una società, e ad una o più divisioni della stessa società.
� Canale distributivo: è la modalità con cui la Organizzazione Vendite opera su mercati diversi
� Settore Merceologico: tipologia di articolo, consente di qualificare qualitativamente la tipologia di beni, classificandoli in famiglie di prodotti commerciali.
Queste tre strutture organizzative sono chiave in tutti gli oggetti generati nel modulo SD, e saranno anche disponibili come parametri di selezione in tutte la analisi standard.
Saranno definite le seguenti:
Organizzazione Commerciale Descrizione
Z001 Vendite Italia
Z002 Vendite Estero
Z003 Vendite del Molino
Canale di distribuzione Descrizione
Z1 Vendite Dirette
Z2 Rete Agenti
Settore Merceologico Descrizione
P1 PS Semola
P2 PS Semole Speciali
P3 PS Farina
P4 PS Zootecnica
C1 Linea Rossa
C2 Linea Farine
MO Prodotti del Molino
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
6
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
90 Prodotti Generici
98 Servizi
99 Settore Comune
Il settore comune raggruppa le diverse categorie merceologiche.
2.2. Area Vendite.
Sulla base degli oggetti definiti nel paragrafo precedente, saranno definite per Pastificio le seguenti aree vendita:
Italia Diretto (Divella, LIDL, etc.)
Italia – Rete Agenti
Molino Diretto
Molino – Rete Agenti
Estero Diretto (Agritalia, Daybreak, WFF, Unilever, etc.)
Estero – Rete Agenti
De Matteis Agroalimentare S.p.A.
De Matteis Agroalimentare S.p.A.
Vendite ItaliaVendite Italia
Vendite EsteroVendite Estero
Società
Organizzazione Commerciale
Canale distribuzione
Settore Merceologico
DirettoDiretto Rete
Agenti
Rete
Agenti DirettoDiretto Rete
Agenti
Rete
Agenti
Settore
comune
Settore
comune Settore
comune
Settore
comune Settore
comune
Settore
comune Settore
comune
Settore
comune
Vendite MolinoVendite Molino
DirettoDiretto Rete
Agenti
Rete
Agenti
Prodotti
del Molino
Prodotti
del Molino
Prodotti
del Molino
Prodotti
del Molino
2.3. Strutture organizzative logistiche.
Le strutture organizzative logistiche rilevanti per la area commerciale sono:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
7
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Divisione – lo stabilimento fisico
Luogo di spedizione – luogo da cui fisicamente viene caricato il mezzo di spedizione
Magazzino di spedizione – magazzino da cui viene registrata la uscita merce
Saranno definite le seguenti:
Divisione Descrizione
D001 Molino
D002 Pastificio
Luogo di spedizione Descrizione
Z001 Molino
Z002 Pastificio
Divisione /
Magazzino spedizione
Descrizione
D001 / M109 Magazzino Spedizione Molino
D002 / M209 Magazzino Spedizione Pastificio
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
8
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
3. ANAGRAFICHE.
3.1. Anagrafica Cliente.
L’anagrafica cliente è composta essenzialmente da quattro macro sezioni:
� Dati generali - informazioni indipendenti da ogni struttura organizzativa (Ragione sociale, indirizzo, …);
� Dati di società - informazioni ad uso strettamente contabile, dipendenti dalla singola società (metodo di pagamento, conto riconciliazione, …);
� Dati di controllo credito - informazioni che servono per pilotare le regole con cui il sistema effettua il controllo credito, dipendenti dall’area di controllo credito;
� Dati di vendita - informazioni di utilizzo strettamente commerciale, dipendono dall’area vendite (incoterms, funzioni partner, …);
� Vendita (dati utili per la compilazione dell’ordine),
� Spedizione (dati utili per la generazione della consegna),
� Fatturazione (dati utili per la compilazione della fattura),
� Funzioni Partner
E’ possibile gestire sulla anagrafica del cliente una informazione relativa allo stato del cliente, per identificare clienti obsoleti, o bloccati in attesa di controlli, e definire quali operazioni (inserimento ordine, spedizione, etc.) siano consentite o bloccate per questi.
Nel seguito di questo paragrafo si indicheranno, per ciascuna delle sezioni elencate, solo le informazioni emerse in fase di analisi. E’ fondamentale riconoscere come la anagrafica clienti di SAP abbia un numero enormemente superiore di informazioni disponibili che potranno comunque essere gestite in futuro, e come sia inoltre una anagrafica aperta ed ampliabile anche in futuro in caso di necessità.
E’ importante riconoscere anche come, il fatto che i dati siano suddivisi in macro aree, renda possibile una organizzazione aziendale in cui un ente (p.e. Amministrazione) può aprire un nuovo codice cliente, e manutenere una serie di dati, mentre un ente diverso può aggiornare anche successivamente solo i dati di propria competenza (p.e. Commerciale per i dati di classificazione analitica).
La analisi svolta ha evidenziato come tutti i dati presenti oggi nella scheda anagrafica cliente di Pastificio abbiano un analogo campo in SAP: in particolare, per alcune informazioni che possono avere carattere ricorsivo (p.e. numeri di telefono, fax, indirizzi mail, etc.), è disponibile in SAP la possibilità di inserire n valori per ciascuna di queste informazioni.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
9
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
3.1.1. Gruppi conto.
Il gruppo conti è una caratteristica di classificazione all'interno dei record anagrafico clienti, che serve per determinare:
a quale range di numerazione devono appartenere i numeri conto del cliente
se il numero del conto viene assegnato dall'utente o dal sistema
quali indicazioni sono richieste o ammesse nel record anagrafico
Gruppo conti Descrizione
CNAZ Clienti Nazionali
CDES Destinatari Merce
CLUE Clienti Unione Europea
CXUE Clienti Extra - UE
COCC Clienti Occasionali
CLEG Clienti Sedi Legali
CLNG Nodo Gerarchia
Per i relativi range di numerazione, e le altre proprietà dei gruppi conto, vedi documento di modellazione della area Financial.
3.1.2. Dati Generali.
Tipologia di dato Descrizione
Codice Cliente Progressivo numerico a 6 cifre
Ragione sociale Ragione sociale del cliente
Indirizzo completo Via, numero, CAP, città, provincia, nazione, etc.
Riferimenti per la comunicazione Lingua di comunicazione, numeri di telefono, fax, indirizzo mail, etc.
Dati di controllo Codice Fiscale e Partita IVA
Dati Bancari Riferimenti bancari del cliente
Punti di scarico Luogo fisico dove scaricare la merce, se diverso dall’indirizzo gestito in anagrafica
Interlocutori Riferimenti e ruoli di persone presso il cliente (Responsabile commerciale, Amministrativo,
etc. e relativi numeri di telefono/fax/e-mail)
Note Campi descrittivi a lunghezza indefinita. E’ possibile definire questi campi sulla anagrafica
del cliente, e riportarli automaticamente sui documenti successivi (ordine, consegna,
fattura), per renderli disponibili per la stampa.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
10
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
3.1.3. Dati Societari.
Tipologia di dato Descrizione
Conto di riconciliazione Conto Co.Ge. di riconciliazione (p.e. Clienti Italia, clienti CEE, Clienti Extra CEE)
Codice Fornitore Se il cliente è codificato anche come fornitore in questo campo va inserito il suo codice
fornitore per facilitare in contabilità generale il pareggiamento delle partite attive e
passive
Metodo di Pagamento Metodo di pagamento
Condizioni di Pagamento Condizioni di pagamento
3.1.4. Dati Vendita.
3.1.4.1 Caratteristiche di classificazione commerciale.
Tipologia di dato Descrizione
Gruppo Clienti GDO, Tradizionale, Industria, Trader, Catering, Allevatori
Gruppo clienti 1 Specifiche del canale tradizionale: Dettaglio, Ristorazione, Convenzionato, Ingrosso,
Concessionario, etc.
Gruppo clienti 2 Tipologia Punti Vendita (GDO): Cash&Carry, Ipermercato, Supermercato, Superette,
Specializzato, Discount, etc.
Gruppo clienti 3 Insegna: PAM, Panorama, IN’S, etc.
Gruppo clienti 4-5 Disponibili per sviluppi futuri
Listino GDO, Concessionario, Ingrosso, Dettaglio
E’ importante riconoscere come:
Le caratteristiche di classificazione possono essere ampliate nel tempo
Gli elenchi di valori possibili per ciascuna di queste può essere modificato nel tempo come funzione utente
La valorizzazione di queste caratteristiche nella anagrafica non è obbligatoria: è possibile definire un primo scenario in cui la azienda decide di ricostruire la corretta valorizzazione di questi campi nella anagrafiche insieme alla partenza di SAP, ed un secondo scenario in cui le caratteristiche sono definite come valori possibili, ma non tutte le anagrafiche clienti saranno aggiornate fin da subito. E’ chiaro che in questo secondo scenario le statistiche saranno necessariamente incomplete fino a quando le caratteristiche non saranno correttamente inserite in anagrafica.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
11
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
3.1.4.2 Schema partner.
Si definisce Committente l’intestatario del rapporto commerciale verso PASTIFICIO.
Nella anagrafica cliente saranno definiti per ciascun cliente committente i seguenti Business Partner:
Business Partner Ruolo Partner Gruppo Conti Descrizione
COMMITTENTE AG CNAZ, CLUE, CXUE Intestatario del rapporto commerciale
DESTINATARIO
FATTURA
RE CNAZ, CLUE, CXUE Indirizzo di spedizione della fattura. Per questo ruolo oggi
non viene utilizzato in Pastificio un BP diverso da quello
principale.
ESECUTORE
PAGAMENTO
RG CNAZ, CLUE, CXUE BP verso il quale si apre la partita di contabilità generale.
Per questo ruolo oggi non viene utilizzato in Pastificio un BP
diverso da quello principale.
DESTINATARIO
MERCE
WE CDES Intestatario della bolla di spedizione
LUOGO
DESTINAZIONE
MERCE
ZW CDES E’ uno degli n possibili magazzini del cliente di destinazione,
viene legato alla anagrafica del destinatario merce. Non
esiste oggi per questo ente una anagrafica sui sistemi
PASTIFICIO: i suoi dati di indirizzo sono memorizzati solo
in modo descrittivo
I seguenti Business Partner, di tipo fornitore, potranno invece essere ripresi solo sui documenti transazionali:
Business Partner Gruppo Conti Descrizione
AGENTE ZA FAGE Codice Agente che segue il cliente per conto PASTIFICIO:
il BP sarà ripreso sull’ordine di Vendita con l’aiuto di una
opportuna exit, la data di assegnazione dell’Agente al
cliente sarà gestita nel database delle provvigioni
TRASPORTATORE SP FTRA Spedizioniere che segue solitamente il cliente
committente: il BP potrà essere definito in anagrafica
cliente, e poi essere ripreso in automatico in ordine e
consegna, oppure potrà essere inserito manualmente in
consegna
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
12
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
3.2. Anagrafica Articolo.
In SAP l’anagrafico materiale è unico, distinto in viste di dati generali e dati di divisione (Plant), che, a loro volta, sono ulteriormente suddivise in viste relative ai dati di produzione, acquisti, vendite, contabilità e controllo gestione.
Con il termine dati di vendita si intende l’insieme delle informazioni relative ad un singolo codice materiale, ma differenziabili per ogni possibile combinazione di Organizzazione Commerciale e Canale di Distribuzione.
Tali informazioni sono raccolte in una serie di videate cui è possibile accedere previa indicazione delle seguenti chiavi:
Codice Materiale
Organizzazione Commerciale
Canale di Distribuzione
Le viste di interesse per le vendite sono le seguenti:
Vendita 1
Vendita 2
Dati vendita/divisione
Commercio estero/export
Testi vendita
Come per la anagrafica dei clienti è anche qui importante riconoscere come, il fatto che i dati siano suddivisi in viste, renda agevole una organizzazione aziendale in cui un ente (p.e. Area Progettazione) crei un nuovo codice articolo, e ne manutenga una serie di dati, mentre enti diversi aggiornano esclusivamente i dati di propria competenza (p.e. Commerciale per i dati di classificazione analitica, etc.).
3.2.1. Codice articolo.
SAP consente di definire il range di numerazione per gli articoli come alfanumerico fino ad un massimo di 18 caratteri, e di differenziare i range in funzione del tipo materiale (per i dettagli vedi il documento di modellazione della area Materials Management).
3.2.1.1 Codifica multipla.
Oggi per ciascun articolo commerciale PASTIFICIO sono definiti fino ad un massimo di tre codici diversi per lo stesso articolo:
Codifica Breve (o codifica commerciale)
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
13
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
La codifica breve nasce dalla esigenza di gestire un codice sufficientemente breve da poter essere mnemonico, e quindi comunicabile verso l’esterno della azienda.
Codifica Lunga (o codifica parlante)
La codifica lunga dalla esigenza di gestire in un codice parlante una serie di caratteristiche del codice materiale, non gestibili in campi aggiuntivi (esigenza superata con l’avvento di SAP).
A2405000005FNBARPS
Tipologia articolo
Marchio
Tipologia materia prima
Packaging Pezzatura Attributo
Codifica Articoli per cartone
A2405000005FNBARPS
Tipologia articolo
Marchio
Tipologia materia prima
Packaging Pezzatura Attributo
Codifica Articoli per cartone
Il legame fra codice breve e codice lungo è sempre 1:1.
Codifica di fatturazione (sull’attuale sistema legacy di fatturazione “Quickly”)
Può accadere che al cambio di uno o più componenti del prodotto finito (p.e. il film per l’imballaggio) cambi il codice lungo (e quindi il codice breve), ma non si voglia modificare il codice di Quickly.
Esempio.
Gli spaghetti sono codificati con codice breve BA5 (coincidente al tempo 0 con il codice Quickly per la fatturazione), e codice lungo PSBARNF0005050024A.
Al cambio di un componente, viene definito un nuovo codice breve (p.e. BA5n – new) ed un nuovo codice lungo, ma non modificare il corrispondente codice di fatturazione, che resta quindi BA5.
In SAP, per non stravolgere la gestione attuale, per tutti i prodotti che hanno codifica multipla, si procederà al modo seguente:
Il codice Quickly sparisce, e saranno gestiti solamente le associazioni fra codice breve e codice lungo
Il codice breve sarà codificato come un alias commerciale del codice lungo, sarà utilizzato per l’order entry, ed a scopo statistico, ma non avrà alcuna gestione logistica: tutte le operazioni logistiche in SAP (generazione fabbisogni, anagrafiche di produzione, produzione, movimentazione magazzino, spedizione, etc.) avverranno solamente sul codice lungo.
Nella figura seguente il processo di generazione di un nuovo codice in SAP:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
14
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Generazione Codice breve
• Genera il codice breve in SAP, ed
informa l’Ufficio progettazione
• Manutiene esclusivamente le
informazioni di propria competenza
• Il codice ha lo stato vendite: “NON Vendibile”
• In questa fase il codice non può quindi ancora essere utilizzato per inserire nuovi ordini
Generazione Codice lungo
• Genera il codice lungo in SAP in
copia dal codice breve
• Manutiene tutte le informazioni
• Crea il legame in SAP fra codice breve e codice lungo
• Sblocca il codice breve
• Attiva la generazione del codice in BA2000
• Da questo momento il codice può essere utilizzato per inserire nuovi ordini e per generare fabbisogni di produzione
Generazione Codice breve
• Genera il codice breve in SAP, ed
informa l’Ufficio progettazione
• Manutiene esclusivamente le
informazioni di propria competenza
• Il codice ha lo stato vendite: “NON Vendibile”
• In questa fase il codice non può quindi ancora essere utilizzato per inserire nuovi ordini
Generazione Codice lungo
• Genera il codice lungo in SAP in
copia dal codice breve
• Manutiene tutte le informazioni
• Crea il legame in SAP fra codice breve e codice lungo
• Sblocca il codice breve
• Attiva la generazione del codice in BA2000
• Da questo momento il codice può essere utilizzato per inserire nuovi ordini e per generare fabbisogni di produzione
3.2.1.2 Codifica del cliente.
Spesso è necessario inserire sui documenti commerciali (conferma ordine, bolla, fattura) anche la codifica dell’articolo presso il cliente, per facilitare a questi la comprensione e la lettura dei nostri documenti.
Inoltre in fase di digitazione dell’ordine si parte sempre da una copia cartacea ricevuta dal cliente, o dall’agente. Su questa sono spesso indicati i codici articoli del cliente, e può essere necessario un lavoro preventivo (mnemonico o procedurale) per effettuare la riconversione da codice articolo del cliente a codice commerciale Pastificio prima di digitare l’ordine.
E’ possibile inserire in apposite anagrafiche il legame fra codice articolo Pastificio e codice cliente, per ciascun cliente.
Sarà possibile sfruttare questa informazione per facilitare la digitazione dell’ordine, e per le stampe che Pastificio emette verso l’esterno (conferma ordine, bolla, fattura, etc.).
Se la codifica del cliente (cross reference) viene definita sul codice breve, il sistema non è in grado di acquisire sull’ordine di vendita la cross reference stessa, in quanto effettua prima la sostituzione del codice breve con il codice lungo e poi il controllo sulla esistenza dell’inforecord.
Viene quindi implementata una exit nella include MV45AFZZ che consente di recuperare il
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
15
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
valore della cross reference anche dal codice breve (VBAP-MATWA):
3.2.2. Tipo materiale.
Saranno definiti i seguenti tipi materiale, di cui uno apposito per la codifica degli articoli commerciali con codifica breve (gestione del transitorio):
Tipo Materiale Descrizione
ZFER Prodotto finito
ZHAW Codifica Breve
Il tipo materiale ZHAW gestirà esclusivamente le videate dei dati di base e quelle delle vendite.
3.2.3. Dati relative alle vendite.
Gli articoli commerciali dovranno essere classificati a scopo analitico secondo le seguenti caratteristiche:
Tipologia di dato Descrizione Rilevante per il Pricing Proposta soluzione SAP
Gruppo Marchio Raggruppamento di Marchi per cliente Gerarchia livello 1
Marchio Pastificio, Marchio cliente X Gerarchia livello 2
Categoria Merceologica PS Semola, PS Semole speciali, etc. X Settore Merceologico
Materia Prima BIO, Convenzionale X Gruppo Materiale
Composizione Standard, Vitamina, Uovo, etc. X Gruppo Bonus
Famiglia Normali, Speciali, Normali al bronzo X Gruppo Materiale 1
Pezzatura Retail 500gr, Retail 1lb, Retail 1Kg, Catering X Gruppo Materiale 2
Formati Corta, Pastine, Lunga, Sfoglia, Nido, Lasagne,
Artigianali
X Gruppo Materiale 3
Pack Cuscino, fondo Q., Fondo Q. + Cav., Doppio X Gruppo Materiale 4
FORM userexit_move_field_to_vbap. […] * --> in fase di creazione dell'item recupera cross reference * dal codice breve articolo (VBAP-MATWA) DATA lv_kPastificiot LIKE vbap-kPastificiot. SELECT SINGLE kPastificiot INTO lv_kPastificiot FROM knmt WHERE vkorg = vbak-vkorg AND vtweg = vbak-vtweg AND kunnr = vbak-kunnr AND matnr = vbap-matwa. IF sy-subrc = 0 AND svbap-tabix = 0 AND vbap-kPastificiot = ''. vbap-kPastificiot = lv_kPastificiot. ENDIF. […] ENDFORM. "USEREXIT_MOVE_FIELD_TO_VBAP
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
16
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Fondo Q., Astuccio, Vaschetta, Sfuso, Sacchi
Sarà inoltre gestita una ulteriore caratteristica commerciale a scopo di classificazione:
Tipologia di dato Descrizione Rilevante per il Pricing Proposta soluzione SAP
Formato Commerciale Tipologia di formato Ampliamento anagrafica
Nella figura seguente viene mostrato il posizionamento dei campi di classificazione commerciale sulla videata della anagrafica articolo:
In fase di implementazione si valuterà se aggiungere ulteriori campi di classificazione commerciale.
Per un elenco aggiornato dei valori possibili di questi campi, vedi documentazione condivisa nel web di progetto.
3.2.4. Help di ricerca Pastificio.
Per facilitare la ricerca degli articoli viene creato un nuov help di ricerca ed agganciato come ID Matchcode all’help di ricerca standard MAT1.
Gli step sono i seguenti:
Creazione View Z_MAT1S da utilizzare come metodo di selezione con i campi Pastificio
Gerarchia classificazione SD (in ordine):
� Marchio MVKE-PRODH
� Categoria merceologica MARA-SPART
� Materia Prima MVKE-KONDM
� Composizione MVKE-BONUS
� Famiglia MVKE-MVGR1
� Pezzatura MVKE-MVGR2
� Formato MVKE-MVGR3
� Pack MVKE-MVGR4
� Formato commerciale MARA-FORMATO
Questa logica sarà utilizzata in tutti i report SD, e per la definizione
dei listini (prezzi, sconti, etc.)
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
17
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Creazione Help di ricerca elementare Z_MAT1S in copia da MAT1S con i campi Pastificio
Agganciare Z_MAT1S a MAT1 come nuovo ID Matchcde
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
18
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
L’effetto finale è quello di trovare il nuovo ID Matchcode agganciato su tutte le transazioni standard (nella figura seguente un esempio su MM02):
3.2.4.1 Prodotti del Molino.
I prodotti del Molino sono identificati in base alle seguenti caratteristiche:
Tipologia di dato Descrizione
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
19
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Gruppo Marchio Non necessario
Marchio Non necessario
Categoria Merceologica Prodotti del Molino
Materia Prima BIO, Convenzionale
Composizione Standard
Famiglia Sfarinati, Sottoprodotti
Formato Non necessario
Pack Sfuso, Sacchi
Pezzatura Non necessario
Si distinguono i seguenti sottoprodotti:
Articolo Descrizione
Farinaccio Sfuso, Sacchi
Tritello Sfuso, Sacchi, Cubettato
Granotto Sfuso, Sacchi
Avena Sfuso, Sacchi
Ed i seguenti sfarinati
Articolo Descrizione
Semola Grano duro Esistono n diverse tipologie di semole.
Sfuso, Sacchi
Farina Sfuso, Sacchi
Semola rimacinata Sacchi
3.2.4.2 Pasta Zootecnica.
I prodotti con Categoria Merceologica PS Zootecnica saranno gestiti con lo stesso processo di vendita dei prodotti del Molino. Hanno le seguenti caratteristiche:
Tipologia di dato Descrizione
Gruppo Marchio PASTIFICIO
Marchio Pastificio
Categoria Merceologica PS Zootecnica
Materia Prima BIO, Convenzionale
Composizione Standard, Vitamine, Uovo, etc.
Famiglia Pasta, Tozzi
Formato Non necessario
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
20
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Pack Non necessario
Pezzatura Sacchi, Confezioni
3.2.5. Processi di evoluzione dell’articolo.
3.2.5.1 Estensione anagrafica articolo su nuove organizzazioni vendita.
Può accadere che lo stesso articolo sia venduto su canali diversi, o addirittura su organizzazioni diverse (p.e. lo stesso articolo Pastificio che viene venduto sia in Italia che all’estero, sia sul canale diretto che su quello agenti).
E’ disponibile la transazione standard MASS per ampliare le anagrafiche sulle diverse organizzazioni.
Nelle figure seguenti un esempio di esecuzione della MASS per le anagrafiche articolo.
Seleziono la tabella MVKE per procedere al solo aggiornamento dei dati vendite:
Definisco le condizioni di estrazione (record da creare) e le condizioni di copia (record modello):
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
21
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Il sistema estrae l’unico record ancora non creato nella nuova struttura organizzativa:
Ed al salvataggio mi inserisce il record:
3.2.5.2 Modifica componente articolo.
Può accadere che un prodotto finito subisca nel tempo modifiche alla propria distinta base.
Il transitorio durante il quale sono disponibili nel magazzino ancora entrambi i componenti, può essere gestito effettuando le seguenti operazioni:
definizione di una sostituzione sulla anagrafica del vecchio componente (videata MRP4), con l’indicazione del nuovo codice, e della data di decorrenza
modifica alla distinta base del prodotto finito, che indichi come alternativi il vecchio componente ed il nuovo componente.
E’ importante inserire il record
modello per consentire al
sistema di definire i dati da cui
copiare verso i record obiettivo
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
22
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Il sistema con questi presupposti, a partire dalla data di sostituzione, è in grado di pianificare il consumo fino ad esaurimento scorte del vecchio componente, e solo successivamente di pianificare i fabbisogni sul nuovo componente.
3.2.5.3 Fine vita articolo.
E’ necessario disporre di uno strumento che inibisca le principali operazioni transazionali sui prodotti commerciali.
Questo processo può essere gestito semplicemente settando gli stati sulla anagrafica dell’articolo, per classificarlo come obsoleto, e quindi inibire le principali operazioni logistiche definibili su questo (non ordinabile, non producibile, non vendibile, etc.).
3.3. Anagrafica testi.
Si può utilizzare la transazione standard SO10 per la gestione di testi standard, che saranno poi successivamente utilizzati nelle stampe dei documenti transazionali (ordine, consegna, distinta di trasporto, fattura), o nei report definiti successivamente.
Si definisce la seguente nomenclatura per i testi standard:
� Primi 4 caratteri rappresentano la società
� Successivi 2 caratteri la area funzionale, o processo coinvolto
� Ultimi n caratteri l’oggetto del testo
I testi sono definiti in lingua (nel nostro scenario IT ed EN).
Fanno eccezione alla regola sopra descritta i testi per i codici IVA, la cui nomenclatura segue esattamente la nomenclatura dei codici IVA, che per comodità riportiamo di seguito:
Schema IVA Codice Descrizione
TAXIT CA Non Imp.Art.40 L.427/93 Vendite UE
TAXIT CB Non Imp.Art.41 L.427/93 Vendite UE
TAXIT CC Non Imp.Art.58/1 L.427/93 Vendite UE
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
23
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
TAXIT EA Es. Art.10/1-9 Vendite
TAXIT FA Escl. Art. 2/A Vendite
TAXIT FC Escl. Art. 15/1 Vendite Int Mora
TAXIT FD Escl. Art. 15/2 Vendite Sconto in Natura
TAXIT FE Escl. Art. 15/3 Vendite Rimb. Anticipaz/Bolli
TAXIT FF Escl. Art. 26 Vendite
TAXIT FG Escl. Art. 68 Vendite
TAXIT FH Non Sogg.Art.74/7 Vendite
TAXIT FI Escl. Art. 15/4 Vendite Rimb. Imball. Resa
TAXIT FL Escl. Art. 15/5 Vendite Rivalsa IVA
TAXIT G1 IVA 10% Vendite Beni Strumentali
TAXIT G2 IVA 20% Vendite Beni Strumentali
TAXIT G4 IVA 4% Vendite Beni Strumentali
TAXIT NA Non Imp.Art.8/A Vendite EXUE
TAXIT NB Non Imp.Art.8/B Vendite
TAXIT NC Non Imp.Art.8/1C Vendite Triangolazioni
TAXIT ND Non Imp.Art.8/2C Vendite Lettere Intento
TAXIT NE Non Imp.Art.8A,71 Vendite
TAXIT NF Non Imp.Art.8BIS Vendite
TAXIT NG Non Imp. Art. 9 Vendite
TAXIT NH Non Imp.Art.9/7 Vendite
TAXIT S2 IVA vendite 20%, in sospeso
TAXIT V1 IVA 10% Vendite
TAXIT V2 IVA 20% Vendite
TAXIT V4 IVA 4% Vendite
TAXIT XA Non Imp. Art.8A Vendite EXUE
TAXIT ZZ No IVA Vendite (non stampata a bollato)
Nella figura seguente alcuni codici IVA creati sul sistema di sviluppo:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
24
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
4. CONTROLLO DEL CREDITO.
Il processo di controllo del credito in fase di inserimento dell’ordine deve essere visto anche nell’ambito di un flusso più generale, che preveda, dopo l’inserimento dell’ordine di vendita prima il controllo del credito, e poi un controllo commerciale sull’ordine (vedi paragrafi successivi).
Raggiunto un esito positivo del controllo del credito, indipendentemente dall’esito del controllo commerciale, l’ordine è attivo e genera un fabbisogno di produzione.
In generale, il controllo del credito è attivato in fase di creazione dell’ordine cliente e controlla dinamicamente l’esposizione creditizia del cliente sulla base del limite fido impostato anagraficamente.
Ove il controllo suddetto dovesse fornire esito negativo, e secondo le diverse classi cliente che saranno definite nel seguito, l’ordine in oggetto potrebbe risultare bloccato per le operazioni successive.
Sarà disponibile una lista di lavoro che consentirà di estrarre i documenti bloccati, analizzarli dal punto di vista finanziario, ed eventualmente rilasciarli per le elaborazioni successive.
4.1. Anagrafica Fido.
Per ciascun cliente per il quale si vuole controllare l’esposizione in fase di inserimento ordine sarà creata una anagrafica fido nella transazione FD32, nella quale saranno definiti, fra gli altri, i seguenti valori:
Campo Descrizione
Tipologia Cliente Grandi Clienti, Clienti Normali, Canale Tradizionale
Affidamento Valore di affidamento per il cliente, basato sulla solidità economica del cliente stesso, e sulla
storia del rapporto commerciale con PASTIFICIO
Nelle figure seguenti un esempio di anagrafica fido creata per il cliente 1000.0027 (Grande Cliente, tipologia Trader):
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
25
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Nella videata seguente si può verificare la situazione delle partite aperte (nel nostro caso la videata sarà vuota):
L’erosione dell’affidamento sarà data da:
Fatture emesse, e non ancora incassate
Merce spedita e non ancora fatturata
Ordini confermati (cioè ordini che hanno già superato il controllo del fido, o che sono stati sbloccati manualmente, ma non sono ancora stati spediti)
La funzionalità di controllo automatico del fido verificherà, durante l’inserimento di ogni singolo ordine, che il valore ancora disponibile di affidamento (affidamento originario meno la somma degli ordini aperti, delle spedizioni effettuate, e delle fatture emesse e non ancor incassate), sia ancora superiore al valore dell’ordine in oggetto. E’ possibile definire un orizzonte temporale per il controllo dinamico del fido, cioè un orizzonte entro il quale sono inclusi i documenti commerciali da tenere in considerazione ai fini del controllo del fido.
Se questo controllo ha un esito positivo, l’ordine è rilasciato per il controllo commerciale, altrimenti resta bloccato, secondo le regole definite nel seguito del capitolo, fin quando non sarà analizzato, ed eventualmente rilasciato.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
26
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
4.2. Controllo fido per tipologia clienti.
I clienti sono classificabili in anagrafica secondo una serie di caratteristiche che li qualificano dal punto di vista del credito, e debbono implicare una reazione del sistema diversa sulle diverse classi di clienti.
Di seguito viene descritto il comportamento che dovrebbe avere il sistema per le diverse classi di clienti, in presenza di un superamento dell’affidamento concesso.
Tipologia
cliente
Descrizione Controllo Orizzonte Controllo Reazione Blocco
Fabbisogno
Blocco
Spedizione
001 Grandi clienti Dinamico 6 mesi Esposizione W N N
002 Clienti Normali
marchio stock
Dinamico 6 mesi Esposizione W N S
003 Clienti Normale
marchio commessa
Dinamico 6 mesi Esposizione W S
004 Clienti Canale
Tradizionale
Dinamico 6 mesi Partite aperte W N S
Non è possibile prevedere due comportamenti diversi sull’ordine per tipologia cliente diversa. Nel caso in cui si voglia comunque effettuare il controllo solo sull’ordine, è possibile uniformare il comportamento del sistema fra i casi 1 e 2, e 3 e 4 rispettivamente, assegnando sulla anagrafica il gruppo cliente 001 e 003. Nel caso in cui si faccia questa scelta, sarà anche possibile modificare le corrispondenti descrizioni in customizing.
Nella figura seguente si vedono le regole definite, e la parametrizzazione del sistema per il controllo fido nel primo caso:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
27
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
4.2.1. Grandi Clienti.
Per i grandi clienti, anche in presenza di uno sforamento del fido, il sistema dovrebbe presentare solo un avvertimento a video, ma non bloccare l’ordine.
4.2.2. Clienti normali.
Si vorrebbe distinguere due diverse categorie di clienti in funzione delle tipologie di articolo in ordine:
� Nel caso di marchio con produzione a stock, il sistema dovrebbe reagire bloccando la conferma della consegna, ma lasciando nascere comunque il fabbisogno (alla peggio vendo il prodotto ad un cliente diverso)
� Nel caso di marchio privato, il sistema dovrebbe reagire bloccando la conferma di ordine, quindi bloccando la nascita del fabbisogno.
Il sistema, però non riesce a gestire tipologie di articoli in ordine, ma solo tipologie di cliente: sarebbe quindi necessario definire due tipologie di cliente, ed assegnare a queste un comportamento diverso.
Per i clienti normali viene aggiunto il controllo sulle partite aperte:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
28
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
4.2.2.1 Marchio con produzione a stock.
Il sistema deve bloccare la processazione dell’ordine (l’ordine non può essere spedito), ma deve comunque rendere l’ordine visibile alla programmazione della produzione (deve nascere il fabbisogno).
4.2.2.2 Marchio con produzione a commessa.
L’ordine nasce bloccato per la processazione e non deve generare un fabbisogno di produzione.
4.2.3. Canale tradizionale.
Questa è la situazione maggiormente complessa. In generale si tratta di clienti con condizioni di pagamento:
� Pagamento alla consegna (cioè al vettore che consegna la merce) dell’ordine.
� “Un ordine fuori”, e pagamento a vista al passaggio dell’agente
Se non viene effettuato il pagamento, gli ordini successivi per lo stesso cliente devono nascere bloccati per processazione, ma non per il fabbisogno (sono tipicamente ordini a marchio Pastificio, cioè per prodotti a stock).
Nelle figure seguenti il customizing di controllo fido per ordine e consegna:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
29
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
A fronte della riunione del 01 marzo 2007 si modifica il controllo fido per il canale tradizionale, inibendo il controllo sulla consegna, ma bloccando gli ordini in caso di sconfinamento:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
30
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Non è comunque detto che il pagamento seppure avvenuto sia stato registrato nel sistema al momento dell’inserimento dell’ordine successivo.
Per gli ordini del Canale Tradizionale dovrà quindi essere definita da parte di PASTIFICIO una procedura organizzativa che preveda su ciascuna trasmissione ordini da parte dell’agente l’inserimento di una nota che evidenzi se l’ordine precedente sia stato pagato o meno.
In questo modo l’operatore che inserisce l’ordine sarebbe in grado di riconoscere se l’ordine va sbloccato, anche se il pagamento per qualche motivo non è stato ancora registrato nel sistema, ed inserisce una nota in ordine relativa alla segnalazione dell’agente, a memoria futura.
A. Clienti con pagamento alla consegna (al trasportatore)
� Fido: il cliente viene affidato per un importo pari al valore massimo previsto di 1 ordine � Associamo al gruppo fido “Canale tradizionale” il parametro “n° partite aperte” = 1 (cioè
questo cliente può avere al max 1 partita aperta)
Schema di gestione dell’ordine.
Caso a) Il cliente paga allo scarico.
Fido al cliente = € 500
Importo 1. Controllo Fido 2. Spedizione 3. Pagamento 4. Consegna merce
Ordine 1 € 400 OK OK OK OK
Ordine 2 € 500 OK OK OK OK
Caso b) Il cliente non paga allo scarico e la merce rientra.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
31
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Fido al cliente = € 500
Importo 1. Controllo Fido 2. Spedizione 3. Pagamento 4. Consegna merce
Ordine 1 € 400 OK OK NO NO > reso
In questo caso, la mancata consegna genera un reso merce.
Bisogna individuare la procedura più idonea per gestire questa informazione.
� Se il rientro merce viene seguito dalla emissione di NC a cliente, la partita 1 del cliente si azzera e quindi un eventuale ordine 2 supererà nuovamente il controllo del fido ed andrà in consegna.
� Si può, in alternativa, decidere di non emettere subito NC, in modo da far risultare ancora aperta la partita relativa all’ ordine 1. In questo caso l’eventuale ordine 2 non supererà il controllo del fido. Si può ipotizzare una gestione periodica degli elenchi di clienti con NC non emesse a fronte di rientro merce.
Caso c) Il cliente non paga allo scarico (o paga in parte), ma la merce viene consegnata.
Fido al cliente = € 500
Importo 1. Controllo Fido 2. Spedizione 3. Pagamento 4. Consegna merce
Ordine 1 € 400 OK OK NO OK dietro autorizzazione
In questo caso la merce viene consegnata comunque. Sarà necessario prevedere le opportune procedure di autorizzazione e assegnazione di responsabilità.
La partita dell’ordine 1 risulta aperta, quindi l’eventuale ordine 2 non supererà il controllo del fido e non verrà spedito, se non sarà incassato prima l’ordine 1.
In tutti i casi sopraindicati il controllo del credito periodico è garantito dalla condizione di pagamento a 30 gg d.f.
B. Clienti con pagamento a passaggio agente.
� Fido: il cliente viene affidato per un importo pari al valore massimo previsto di 1 ordine � Parametro “n° partite aperte” = 1
Schema di gestione dell’ordine
Caso a) Il cliente paga all’agente l’ordine precedente.
Fido al cliente = € 500
Importo 1. Pagamento ad agente
ordine precedente
2. Controllo Fido 3. Spedizione 4. Consegna
merce
Ordine 1 € 400 - OK OK OK
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
32
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
L’Agente, nel momento in cui ripassa dal cliente per prendere l’ordine 2 (periodo che può essere di 2 o 4 settimane), deve incassare l’ordine 1.
A questo punto possiamo avere due casi.
� L’agente si reca in azienda, consegna l’incasso dell’ordine 1 e consegna anche l’ordine 2. L’incasso viene registrato in SAP, la partita dell’ordine 1 viene chiusa. L’ordine 2 viene inserito a sistema e quindi il controllo del fido è ok. (necessità di organizzare la sequenza registrazione ordine 1 > inserimento ordine 2 - ? )
Importo 1. Pagamento ad agente
ordine precedente
2. Controllo Fido 3. Spedizione 4. Consegna
merce
Ordine 2 € 500 OK OK OK OK
� Può succedere che l’Agente incassi l’importo dell’ordine 1, ma la consegna dell’incasso in azienda avvenga solo dopo alcuni giorni. La partita dell’ordine 1 non è chiusa, quindi all’atto dell’inserimento dell’ordine 2, il sistema darà il blocco.
Importo 1. Pagamento ad agente
ordine precedente
2. Controllo Fido 3. Spedizione 4. Consegna
merce
Ordine 2 € 500 - BLOCCO BLOCCO BLOCCO
E’ necessario prevedere una procedura in base alla quale l’agente segnala sull’ordine 2 una nota del tipo “incassato € 400 a saldo totale ordine precedente”.
Sulla base di questa indicazione l’ufficio preposto può procedere allo sblocco.
Caso b) Il cliente non paga all’agente (o paga parzialmente)
Fido al cliente = € 500
Importo 1.Pagamento ad agente ordine
precedente
2.Controllo Fido 3.Spedizione 4.Consegna
merce
Ordine 1 € 400 - OK OK OK
Ordine 2 € 500 NO BLOCCO BLOCCO BLOCCO
Anche se l’agente dovesse trasmettere l’ordine 2 e l’ordine venisse digitato a sistema, ci sarebbe il blocco dello stesso per n° di partite aperte > 1 (oltre che per supero del fido).
Ciò vale anche in caso di pagamento parziale dell’ordine 1 (es. l’agente incassa solo € 200) e scrive una nota in calce all’ordine 2 “incassato € 200 a saldo parziale ordine precedente”. Sulla base di questa indicazione, l’ufficio preposto può procedere allo sblocco, secondo una procedura che deve essere definita: in questo caso però le partite aperte sono sempre 2, fino a quando non verrà saldato l’intero importo dell’ordine 1.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
33
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
In tutti i casi sopraindicati il controllo del credito periodico è garantito dalla condizione di pagamento a 30 gg d.f
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
34
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5. GESTIONE PRICING.
Il sistema SAP R/3 supporta la gestione dei documenti di vendita con l’utilizzo di particolari funzionalità standard, che permettono di agganciare automaticamente, in fase di creazione del documento, le condizioni di prezzo e di sconto associate all’area di vendita del cliente e dei prodotti.
Per condizioni, SAP intende l’insieme di prezzi di listino del prodotto, sconti e maggiorazioni.
Il prezzo finale di ogni posizione del documento di vendita è il risultato del calcolo effettuato sui valori attribuiti agli elementi di prezzo associati, quali il prezzo base, gli sconti, le maggiorazioni. E’ inoltre possibile, sullo schema prezzo della posizione documento, visualizzare a scopo statistico anche il prezzo nettissimo, cioè il prezzo che include anche le decurtazioni per bonus (sconti fuori fattura) e provvigioni.
Il Sistema SAP R/3, richiede la definizione di un tipo condizione per ogni elemento di prezzo indicato nello schema di calcolo associato al documento di vendita.
Per ogni tipo di condizione è necessario attribuire la corretta sequenza di accesso e di priorità ai valori dell’elemento di prezzo, i quali sono impostati dall’utente in archivi appositamente messi a disposizione dal sistema chiamati “schemi prezzo”.
Le sequenze di accesso qui definite saranno validate definitivamente in fase di implementazione.
5.1. Tabelle condizioni.
Si definiscono le seguenti tabelle condizioni per poter inserire condizioni di pricing in base alle caratteristiche commerciali degli articoli definite per il progetto:
Tabella
condizioni
Cliente Listino Gruppo
Marchio
Marchio Categoria
Merceologica
Materia
prima
Composizione Famiglia Pezzatura Formato Articolo
A601 x x x x x x x x
A602 x x x x x x x x x
A005 x x
A611 x x x x x x x x
A612 x x x x x x x x x
A613 x x
A621 x x x x x x x
A622 x x x x x x x x
A004 x
Viene creata la sequenza di accesso ZPASTIFICIO, e viene associata a tutte le condizioni automatiche definite le seguito di questo documento.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
35
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.2. Tipi condizione.
5.2.1. ZPR0 - Prezzo di listino.
Il prezzo di listino deve poter essere inserito nel sistema in tutte le unità di misura disponibili nella anagrafica dell’articolo (p.e. confezioni, cartoni, peso, etc.).
La sequenza di accesso associata è la ZPASTIFICIO definita al paragrafo precedente: il sistema cercherà un valore per il prezzo nelle diverse tabelle, cominciando dall’alto verso il basso, e si fermerà non appena ne troverà uno valido.
In assenza di un record, il sistema darà un errore in fase di inserimento ordini (non è possibile processare un ordine con anche una sola riga senza prezzo di listino valorizzato).
5.2.1.1 Prodotti del Molino.
In questo caso il listino viene definito sulla base dei prezzi fissati alla borsa del grano AGER di Bologna: il prezzo di vendita della settimana n è il prezzo massimo pubblicato nella settimana n-1.
Su un foglio di lavoro excel sono definiti i prezzi finali, basati sul prezzo AGER e sulle condizioni di sconto definite sul contratto.
I listini possono essere poi riportati manualmente in SAP (con la stessa cadenza con cui sono creati sul foglio excel), oppure con un automatismo che consentirebbe di inserire in SAP la anagrafica dei nuovi prezzi di vendita per cliente/articolo/data, a partire dai valori calcolati su excel, mediante una macro.
Il prezzo di listino inserito in SAP sarà così riportato sul documento di vendita, e sarà qui modificabile.
5.2.2. Sconti.
Si definiscono i seguenti sconti a livello di posizione (sconti automatici):
Sconto Canale
Sconto Promozionale (per i canvass del canale tradizionale)
Sconto finanziario
Ed i seguenti sconti a livello di testata (manuali):
Sconto Logistico
Sconto incondizionato testata valore
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
36
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Sconto incondizionato testata percentuale
Maggiorazione incondizionata testata valore
Maggiorazione incondizionata testata percentuale
Per gestire gli ordini di campionatura gratuita si definisce uno sconto ulteriore:
Sconto omaggio
5.2.2.1 ZSCx – Sconto Canale.
Lo sconto canale deve avere fino ad un massimo di 5 importi diversi (ZSC1, ZSC2, ZSC3, ZSC4, ZSC5).
5.2.2.2 ZSPx – Sconto Promozionale.
Lo sconto promozionale deve avere fino ad un massimo di 2 importi diversi (ZSP1, ZSP2).
Lo sconto promozionale dovendo gestire situazioni di canvass su ordini con pochi cartoni devono essere flaggate come condizioni di gruppo.
5.2.2.3 ZFIN – Sconto finanziario.
Lo sconto finanziario deve avere fino ad un massimo di 1 importo (ZFIN).
Nella tabella seguente è descritta la sequenza di accesso per la determinazione dello sconto finanziario:
Tabella
condizioni
Cliente Marchio Condizioni
pagamento
A920 x x
A915 x x
A916 x
5.2.2.4 ZL0x – Sconto logistico
Lo sconto logistico viene definito manualmente dall’operatore in fase di inserimento ordine: la logica di determinazione è basata sul numero di posti pallet inseriti nell’ordine stesso.
Deve avere fino ad un massimo di 2 importi espressi in percentuale (ZL01, ZL02).
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
37
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.2.2.5 ZT0x – Sconto di testata.
Lo sconto incondizionato di testata è uno sconto determinato manualmente dall’operatore in fase di inserimento ordine.
Deve avere fino ad un massimo di due possibili valori (ZT01, ZT02), uno espresso a valore ed uno in percentuale.
5.2.2.6 YT0x – Maggiorazione di testata.
La maggiorazione incondizionata di testata è una maggiorazione determinata manualmente dall’operatore in fase di inserimento ordine.
Deve avere fino ad un massimo di tre possibili valori (YT01, YT02, YT03), di cui i primi due sono espressi in valore, e rappresentano le maggiorazioni per assicurazione e trasporto per il caso estero, e il terzo in percentuale.
5.2.2.7 ZOMA – Sconto omaggio.
Il tipo condizione ZOMA serve per gestire i diversi scenari di campionatura gratuita:
Campionatura senza rivalsa di IVA (autofattura)
Campionatura con rivalsa di IVA
Campionatura IVA esente
Si definisce una tabella condizione con in chiave il tipo documento per attivare la determinazione dello sconto omaggio per i tipi documenti indicati nel seguito di questo documento:
Tabella condizioni Tipo documento
A800 x
5.2.3. Z100 – Sconto Merce.
Lo sconto merce (o sconto in natura) è una procedura per omaggiare il cliente con un articolo diverso da quello di acquisto. Può essere utilizzato come leva promozionale nella vendita di nuovi prodotti.
5.2.3.1 Sconto merce automatico: regole di determinazione.
La regola automatica per la determinazione dello sconto merce semplice è basata su:
Quantità m Articolo 1 � Quantità n omaggio Articolo 2
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
38
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Nella tabella seguente è descritta la sequenza di accesso per la determinazione dello sconto merce (deve essere la stessa definita per i listini standard):
Tabella
condizioni
Cliente Listino Gruppo
Marchio
Marchio Categoria
Merceologica
Materia
prima
Composizione Famiglia Pezzatura Formato Articolo
N810 x x x x x x x x
N811 x x x x x x x x x
N010 x x
N820 x x x x x x x x
N821 x x x x x x x x x
N804 x x
N830 x x x x x x x
N831 x x x x x x x x
N832 x
In caso di problemi con la determinazione dello sconto merce nel settore merceologico posizione, è utile verificare la nota 118608 (conditions: common division).
Non sono gestite in SAP regole di determinazione complesse dello sconto merce del tipo:
Q.tà m Articolo 1 + Q.tà n Art. 2 � Q.tà omaggio p Art. 3
Si definisce il tipo condizione ZA00, per la definizione della anagrafica sconto merce, ed il tipo condizione Z100 per la imputazione dello sconto 100% sulla posizione di sconto merce.
5.2.3.2 Sconto merce manuale.
Deve essere possibile inserire manualmente uno sconto merce per consentire eventuali deroghe, concesse dall’agente al cliente, e da autorizzare in sede, rispetto alle condizioni commerciali definite nel sistema.
5.2.3.3 Spedizione ordini con sconto merce: gestione stralci.
Lo sconto merce può essere applicato a due diverse categorie di articoli:
Articoli non vendibili (prodotto flashato)
Articoli vendibili (prodotto standard)
Può accadere, in fase di approntamento, che parte della merce ordinata non sia disponibile. Nei casi di ordini con sconto merce, il comportamento del sistema deve essere diverso secondo la natura dell’omaggio.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
39
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Articoli non vendibili
Le proporzioni fra quantità venduta e quantità omaggio non sono rigidamente le gate fra di loro in fase di spedizione. Se non ho disponibilità del materiale omaggio, non genero una criticità verso il cliente finale in caso di mancata spedizione dell’omaggio.
Articoli vendibili
Ho la necessità di mantenere in fase di spedizione una proporzione fissa fra materiale di vendita e materiale omaggio corrispondente a quella inserita in fase di order entry. Infatti:
o in assenza della spedizione dell’omaggio, il cliente finale avrebbe un aumento del prezzo di vendita reale
o in assenza della spedizione di materiale di vendita, il cliente finale vedrebbe una diminuzione del prezzo reale di acquisto.
In fase di creazione del record anagrafico per lo sconto merce (VBN1), è possibile definire il comportamento che il sistema deve avere in fase di spedizione, valorizzando opportunamente il campo “Controllo consegna”:
Prodotto flashato � A: il sistema al momento della creazione della consegna prima di inserire la posizione omaggio, controlla solo che la posizione principale sia stata effettivamente almeno parzialmente consegnata
Prodotto standard � E: il sistema al momento della creazione della consegna prima di definire la quantità sulla posizione omaggio, effettua una ripartizione proporzionale, in modo che, se la quantità di vendita è disponibile solo parzialmente, la quantità omaggio viene corrispondentemente ridotta. Non sono gestibili in modo automatico i casi in cui la quantità omaggio sia solo parzialmente disponibile (riduzione dello sconto reale per il cliente), se non con la visualizzazione di un messaggio nel log di elaborazione.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
40
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.2.4. ZPVx – Aliquota Provvigionale.
Dovranno essere definiti per ciascun destinatario merce legato al cliente, fino ad un massimo di quattro diversi livelli di Agente:
Agente
Local Area Manager
Area Manager
Direzione Vendite
Per ciascuno di questi 4 livelli deve essere gestita una diversa aliquota provvigionale (ZPV1, ZPV2, ZVP3, ZPV4).
Nella tabella seguente è descritta la sequenza di accesso per la determinazione della Aliquota Provvigionale:
Tabella
condizioni
Listino Cliente Marchio Categoria
Merceologica
Materia
prima
Composizione Famiglia Pezzatura Formato
A940 x x
A941 x x x
A942 x x x x
A943 x x x x x
A944 x x x x x x
A945 x x x x x x x
A956 x x x x x x x x
A920 x x
A921 x x x
A922 x x x x
A923 x x x x x
A924 x x x x x x
A925 x x x x x x x
A926 x x x x x x x x
L’imponibile Agente, cioè il valore sul quale è calcolata la aliquota provvigionale, è l’imponibile Iva al netto degli sconti commerciali e di sconti e maggiorazioni incondizionati
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
41
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
di testata, ma al lordo dello sconto logistico e finanziario (vedi anche la definizione dello schema prezzo).
E’ possibile definire l’imponibile delle aliquote successive sia come lo stesso della prima aliquota, che come il precedente decurtato della aliquota provvigionale.
Esempio
La tabella seguente aiuta a comprendere l’effetto delle due diverse tecniche di calcolo:
% Valore
Scenario 1
Valore
Scenario 2
Totale Subtotale
Imponibile
Provvigionale
100,00 €
ZPV1 5% 5 € 5,00€ 95,00 €
ZPV2 5% 5 € 4,75 € 90,25€
ZPV3 5% 5 € 4,51 € 85,74 €
ZPV4 5% 5 € 4,29 €
TOTALE 20,00 € 18,55 €
In fase di implementazione si sceglierà quale delle due diverse strade si adatta meglio alla realtà della PASTIFICIO.
Le provvigioni non dovranno essere calcolate in caso di sconto merce o di ordini omaggio. Tecnicamente questo sarà realizzato con la tecnica di esclusione delle condizioni.
La presenza di sconto merce, o di ordini omaggio (vedi paragrafi successivi) coincide con la presenza sullo schema prezzo dei tipi condizione Z100 (sconto merce), ZOMA (ordini di campionatura gratuita), MWC0 (autofattura).
Sarà quindi sufficiente inserire queste condizioni in un gruppo di esclusione “Omaggio”, le condizioni provvigionali in un gruppo esclusione “Provvigioni”, e configurare il sistema in modo che la presenza di una condizione del primo gruppo escluda la presenza di tutte le condizioni del secondo gruppo.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
42
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.2.5. ZPV0 – Percentuale abbattimento imponibile.
Si definisce un tipo condizione ZPV0 con cui definire una percentuale di abbattimento dell’imponibile provvigionale. La condizione ZPV0 viene agganciata sul fondo dello schema prezzo.
La sequenza di accesso ZPV0, associata alla condizione ZPV0, viene definita al modo seguente:
La percentuale definita nella tabella condizioni viene applicata sull’imponibile provvigionale, ed il risultato del calcolo viene memorizzato nel subtotale 4.
5.2.6. MWST – IVA Vendite.
Nella tabella seguente vengono riportati i codici IVA rilevanti per i processi di business di Pastificio, concordati durante la analisi della area Financial.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
43
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Schema IVA Codice Descrizione
TAXIT CA Non Imp.Art.40 L.427/93 Vendite UE
TAXIT CB Non Imp.Art.41 L.427/93 Vendite UE
TAXIT CC Non Imp.Art.58/1 L.427/93 Vendite UE
TAXIT EA Es. Art.10/1-9 Vendite
TAXIT FA Escl. Art. 2/A Vendite
TAXIT FC Escl. Art. 15/1 Vendite Int Mora
TAXIT FD Escl. Art. 15/2 Vendite Sconto in Natura
TAXIT FE Escl. Art. 15/3 Vendite Rimb. Anticipaz/Bolli
TAXIT FF Escl. Art. 26 Vendite
TAXIT FG Escl. Art. 68 Vendite
TAXIT FH Non Sogg.Art.74/7 Vendite
TAXIT FI Escl. Art. 15/4 Vendite Rimb. Imball. Resa
TAXIT FL Escl. Art. 15/5 Vendite Rivalsa IVA
TAXIT G1 IVA 10% Vendite Beni Strumentali
TAXIT G2 IVA 20% Vendite Beni Strumentali
TAXIT G4 IVA 4% Vendite Beni Strumentali
TAXIT NA Non Imp.Art.8/A Vendite EXUE
TAXIT NB Non Imp.Art.8/B Vendite
TAXIT NC Non Imp.Art.8/1C Vendite Triangolazioni
TAXIT ND Non Imp.Art.8/2C Vendite Lettere Intento
TAXIT NE Non Imp.Art.8A,71 Vendite
TAXIT NF Non Imp.Art.8BIS Vendite
TAXIT NG Non Imp. Art. 9 Vendite
TAXIT NH Non Imp.Art.9/7 Vendite
TAXIT S2 IVA vendite 20%, in sospeso
TAXIT V1 IVA 10% Vendite
TAXIT V2 IVA 20% Vendite
TAXIT V4 IVA 4% Vendite
TAXIT XA Non Imp. Art.8A Vendite EXUE
TAXIT ZZ No IVA Vendite (non stampata a bollato)
Nella configurazione standard di SAP la condizione MWST (Iva vendite) è associate ad una sequenza di accesso con tre accessi. Nella figura seguente sono mostrate, per ciascun accesso, le chiavi rilevanti:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
44
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Tipologia di accesso Paese Partenza Paese destinazione Classificazione fiscale
Cliente
Classificazione fiscale
materiale
Paese Partenza /
Paese destinazione
x x
Imposte interne x x x
Imposte Export x x x x
Noi effettueremo nella prima tabella gli inserimenti per le Vendite EXUE, nella seconda quelli rilevanti per le vendite Italia, e nella terza quelli rilevanti per le vendite UE.
Nel file allegato le righe da inserire nella tabella dell’IVA:
Tabella Iva
La sequenza di accesso standard MWST ha come presupposto per l’export la routine 8 che verifica sia che il paese di destinazione sia un paese estero, ma anche che la anagrafica del cliente abbia il campo partita IVA correttamente compilato.
Siccome nella anagrafica clienti importata non abbiamo questa certezza, si sostituisce la routine 008 con la 908 identica, alla precedente, ma senza il controllo sulla presenza in anagrafica della partita IVA.
* Export / Import transaction form kobed_908. sy-subrc = 4. check: komk-aland ne space. check: komk-land1 ne space. check: komk-aland ne komk-land1. if ( komt1-koaid eq 'D' ) . "Only for tax conditions if ( at005-xegld eq 'X' ) and "participant european community ( et005-xegld eq 'X' ) . * "nd * "( komk-stceg is initial ) . exit. endif. endif. sy-subrc = 0. endform. * Prestep form kobev_908. sy-subrc = 4. check: komk-aland ne space. check: komk-land1 ne space. check: komk-aland ne komk-land1. sy-subrc = 0. endform.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
45
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.2.7. ZMW0 – IVA statistica.
Si definisce il tipo condizione ZMW0 per gestire la corretta registrazione in CO della IVA per la campionatura gratuita senza rivalsa IVA, cioè per la autofattura (vedi paragrafi successivi nel capitolo su ordine di vendita e su contabilizzazione).
Su questo tipo condizione sono definiti i seguenti oggetti:
� Tabella condizioni A801, e sequenza di accesso ZMWC
La tabella serve per attivare il nuovo tipo condizione esclusivamente nel caso di autofattura, quindi per il cliente Pastificio, la sequenza di accesso per associare la tabella al tipo condizione.
� Routine 901 per il calcolo della base condizione
La routine viene definita per riportare nella base condizione lo stesso valore dell’IVA MWST, senza per questo la necessità di ricreare i record condizioni
Il record condizioni va creato per
tutte le sales area in cui viene
definito il processo di autofattura
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
46
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
� Routine 901 per il calcolo del valore condizione
La routine viene definita per riportare nel valore condizione lo stesso valore dell’IVA MWST, senza per questo la necessità di ricreare i record condizioni
Lo schema prezzo viene adattato come mostrato nella figura successiva:
5.2.8. LCIT – Licenza IVA Italia.
Deve essere possibile gestire per clienti Italiani la lettera di esenzione Iva come informazione aggiuntiva: la funzionalità della lettera di esenzione è gestita in SAP
* INCLUDE RV63A901 ************************************************************ *** Attenzione: routine copiata ! *** *** Attenzione: *** *** Sequenza car. 012 sostituita dappertutto con 901 ! ** ************************************************************ * Price difference (WWS) form frm_kondi_wert_901. xkwert = komp-mwsbp. endform.
* INCLUDE RV63A901 ************************************************************ *** Attenzione: routine copiata ! *** *** Attenzione: *** *** Sequenza car. 005 sostituita dappertutto con 901 ! ** ************************************************************ * Base condizione per MWC0 = Base condizione per MWST FORM frm_kond_basis_901. DATA lt_komv TYPE STANDARD TABLE OF komv_index WITH HEADER LINE. lt_komv[] = xkomv[]. READ TABLE lt_komv WITH KEY kschl = 'MWST'. check sy-subrc = 0. komv-kbetr = lt_komv-kbetr. READ TABLE xkomv WITH KEY kschl = 'ZMW0'. check sy-subrc = 0. xkomv-kbetr = lt_komv-kbetr. MODIFY xkomv INDEX sy-tabix. ENDFORM. "frm_kond_basis_901
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
47
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
mediante il tipo condizione standard LCIT.
Nella anagrafica della LCIT (transazione VK11-VK12-VK13, per creazione – modifica - visualizzazione del record condizioni) si inseriscono le seguenti informazioni:
il cliente di riferimento
la corrispondente lettera di intento
l'intervallo di validità della esenzione
il codice IVA corretto
Lo schema prezzo lo si adatta in base a quanto riportato nella nota OSS numero 60811:
Togliendo quindi il flag di obbligatorietà dal tipo condizione MWST, ed inserendo qui la formula base 027 che provvede a disattivare la MWST in presenza della LCIT.
In questo modo sul documento contabile il sistema trasferirà il corretto codice IVA presente su LCIT.
Per prevenire la successiva creazione di ordini senza almeno una fra MWST ed LCIT viene implementata la seguente exit:
FORM userexit_save_document_prepare. […] * --> LCIT toglie obbligatorietà MWST * controlla da codice presenza su ciscuna riga di almeno una * fra MWST ed LCIT LOOP AT xvbap where updkz ne 'D'. READ TABLE xkomv WITH KEY kposn = xvbap-posnr kschl = 'MWST' kinak = ''. IF sy-subrc NE 0. READ TABLE xkomv WITH KEY kposn = xvbap-posnr kschl = 'LCIT' kinak = ''. IF sy-subrc NE 0. MESSAGE e000(db) WITH 'La posizione ' xkomv-kposn 'non ha una IVA valida.' 'Impossibile salvare il documento'. ENDIF. ENDIF. ENDLOOP.
[…]
ENDFORM.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
48
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
5.3. Schema prezzo.
Nella tabella seguente l’ipotesi di realizzazione dello schema prezzo, con l’indicazione delle condizioni definite nei passi precedenti.
Nella ipotesi fatta, le aliquote provvigionali e le condizioni di bonus sono definite come algebriche, cioè tutte definite sulla stessa base (rispettivamente imponibile provvigionale, ed imponibile bonus).
In fase di implementazione si definirà se effettivamente queste debbano essere algebriche (tutte definite sullo stesso subtotale) o scalari (applicate sul valore precedente, meno lo sconto successivo).
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
49
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
6. PROCESSI DI VENDITA.
6.1. Contratto a quantità.
Il contratto in SAP corrisponde ad un accordo globale fra PASTIFICIO ed il cliente nell’ambito del quale si fissano una serie di informazioni relative al rapporto commerciale, tipicamente relative ad articoli e quantità previste, con eventualmente una ipotesi di piano di consegna.
Saranno definiti i seguenti tipi di contratto:
Tipo Ordine Descrizione Note Range
ZKP Contr.qtà Ordine Globale Pasta 09
ZKM Contr. Qtà Prodotti del Molino 09
6.1.1. ZKP – Contratto a quantità Ordine Globale Pasta.
Alcuni clienti (p.e. Divella o Agritalia) emettono verso PASTIFICIO un ordine globale con l’indicazione di un piano di consegna mensile. Questo ordine è a tutti gli effetti un ordine pasta, quindi deve generare fabbisogni, ma non può essere spedito.
L’ordine globale è assimilabile ad un contratto SAP: dall’ordine globale saranno staccati i singoli ordini di spedizione, che daranno luogo agli approntamenti, alle spedizioni, ed alle fatture.
Il contratto standard SAP non prevede schedulazione, quindi non genera alcun fabbisogno di produzione. Affinché il contratto generi un fabbisogno di produzione si effettuano le seguenti implementazioni:
Creazione contratto ZKP (transazione VOV8)
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
50
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Tipo posizione ZKMN (transazione VOV7)
Si crea il tipo posizione ZKMN in copia dalla KMN, e vi si abilitano le schedulazioni. Nella figura seguente le differenze fra lo standard e la copia modificata:
Attribuzione Categoria di posizione (Transazione VOV4)
Attribuzione Tipi schedulazione (Transazione VOV5)
Determinazione fabbisogno
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
51
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
52
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Controllo copia contratto Ordine (Transazione VTAA)
Il tipo determinazione prezzo è B (Eseguire nuova
determinazione prezzo) per evitare la copia della
determinazione del prezzo dal Contratto quadro all’Ordine
ad esso legato !
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
53
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Questo ultimo customizing farà sì che le posizioni ordine nate in copia da un contratto quadro:
� erodano il fabbisogno del contratto quadro
� siano immediatamente visibili dall’MRP anche prima che l’ordine sia rilasciato
� rigenerino il fabbisogno contratto eroso come fabbisogno di vendita
Customizing Tipi ordine (transazione VOV8)
Infine si modifica il layout della maschera di acquisizione del contratto, in modo che il campo quantità di riferimento (VBAP-ZMENG) non sia visibile, mentre compaia il campo quantità ordinata come non alimentabile.
Il campo quantità ordinata (VBAP-KWMENG) sarà valorizzato dalla videata delle schedulazione, mentre il campo VBAP-ZMENG sarà pareggiato al campo quantità ordinata mediante user exit attivate durante la fase di creazione ed al salvataggio del contratto.
Il campo “Note contr. Quadro” va valorizzato con “A” per
consentire, durante la fase di acquisizione ordine, di
rilevare l’evento “esistenza contratto”, e consentire quindi
all’utente di creare l’ordine in copia dal contratto rilevato
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
54
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Con le implementazioni effettuate l’inserimento di un contratto genererà un fabbisogno sugli articoli visibile nella transazione MD04, mentre la creazione di un ordine in copia di un contratto eroderà il fabbisogno del contratto, e genererà un fabbisogno ordine di vendita.
6.1.2. ZKM – Contratto a quantità Prodotti del Molino.
In alcuni casi i clienti del Molino concordano un contratto per la fornitura di prodotti del molino. Il processo deve essere identico a quello descritto al punto precedente: l’inserimento del contratto deve generare un fabbisogno dipendente sulla pianificazione della produzione del molino.
Ad esempio questo succede nel processo di acquisto pasta da un fornitore esterno: per garantire la qualità della pasta prodotta, si concorda anche un contratto di fornitura di semola, con la quale produrre poi la pasta finale.
Per i dettagli sul processo di vendita del Molino vedi il seguito di questo documento.
6.2. Ordini di Vendita.
Saranno definiti i seguenti tipi ordine:
Tipo Ordine Descrizione Note Range
ZOSI Ordine standard Italia: Può essere creato in copia dall’ordine globale. 01
FORM userexit_move_field_to_vbap. * VBAP-zzfield = xxxx-zzfield2. * Contratti quadro e nascita fabbisogni IF vbak-vbtyp = 'G'. DATA: lv_aumng LIKE mvke-aumng. SELECT SINGLE aumng FROM mvke INTO lv_aumng WHERE matnr = vbap-matnr AND vkorg = vbak-vkorg AND vtweg = vbak-vtweg. IF vbap-zmeng = 0 AND lv_aumng <> 0. vbap-zmeng = lv_aumng. ELSEIF vbap-zmeng = 0 AND lv_aumng = 0. vbap-zmeng = 1000. ELSEIF vbap-zmeng <> vbap-kwmeng. vbap-zmeng = vbap-kwmeng. ENDIF. ENDIF. […] ENDFORM. "USEREXIT_MOVE_FIELD_TO_VBAP
FORM userexit_save_document_prepare. […] * LM per Contratti Quadro LOOP AT xvbap. IF xvbak-vbtyp = 'G' AND xvbap-zmeng <> xvbap-kwmeng. xvbap-zmeng = xvbap-kwmeng. MODIFY xvbap INDEX sy-tabix. ENDIF. ENDLOOP. * LM per Contratti Quadro ENDFORM. "USEREXIT_SAVE_DOCUMENT_PREPARE
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
55
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Vendita Pasta
ZOPI Ordine Picking Italia:
Vendita Italia
Non può essere creato in copia dall’ordine globale 01
ZOSM Ordine standard: Vendita
prodotti del Molino
Può essere creato in copia dal contratto a quantità 01
ZOSE Ordine standard Estero:
Vendita Pasta
Può essere creato in copia dall’ordine globale. 01
ZCG Campionatura Gratuita
Italia
Può avere un articolo di esenzione IVA, o includere solo
addebito dell’IVA al cliente finale
01
Per tutti i tipi ordine è previsto un Range di numerazione interno, cioè con assegnazione automatica del progressivo.
Range Descrizione Descrizione
01 0000000 - 8999999 Ordini
02 9000000 – 9899999 Resi
09 9900000 - 9999999 Contratti
6.2.1. ZOSI – Ordine standard Italia (Ordine Pasta).
Il volume degli ordini di vendita standard, oggi è così caratterizzato:
Vendite Dirette: ricevuti su modello del cliente (~100 ordini/settimana, rappresentano circa il 50% del volume ordini e più del 90% del fatturato)
Rete Agenti: ricevuti su copia commissione dell’Agente (~100 ordini/settimana, rappresentano il restante 50% del volume ordini, ma meno del 10% del fatturato).
Il tempo di consegna richiesta per l’Italia è di 5 gg lavorativi.
Ricadono in questa categoria di ordine anche la autofattura, la vendita degli imballi e quella ai dipendenti.
6.2.2. ZOSR – Vendita Imballi rottamazione.
Saltuariamente accade che, per smaltire imballi non più utilizzabili (p.e. perché è cambiato il logo sul cartone, o il formato di pasta) questi vengano venduti ad un prezzo irrisorio.
E’ assimilabile ad un ordine standard con l’indicazione manuale del prezzo di vendita sull’ordine.
Il tipo ordine da utilizzare è lo ZOSR.
6.2.3. ZOPI – Ordine Picking Italia: Vendita Pasta.
Differisce dal precedente perché tipicamente non consente di riempire un intero mezzo di
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
56
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
trasporto.
6.2.4. ZOSM – Ordine standard: Vendita Prodotti del Molino.
Il processo di vendita del Molino può nascere da:
Contratto quadro
Vendita occasionale
In entrambi i casi dovranno essere gestite sul documento di vendita le seguenti informazioni:
Elenco prodotti
Volume previsto
Modalità di pagamento
Listino
Le Vendite del Molino sono influenzate da una serie di fattori esterni che PASTIFICIO non può influenzare:
Andamento dei prezzi (fissati alla borsa del grano AGER di Bologna)
Produzione del Pastificio
Il processo di vendita resta comunque assimilabile a quello standard.
6.2.4.1 Vendita Pasta Zootecnica.
Il processo di vendita di Pasta Zootecnica è identico a quello dei Prodotti del Molino. L’unica differenza è il listino, perché viene gestito manualmente in SAP, con cadenza mensile.
6.2.5. ZOSE – Ordine standard Estero (Ordine Pasta).
Gli ordini estero sono assimilabili ad ordini standard: il listino può essere espresso in €uro o in valuta.
Nel primo caso al momento dell’inserimento dell’ordine estero, viene determinato il cambio fra la valuta del cliente e l’€uro in base alla data conferma ordine (data pricing), e viene effettuato il pricing sull’ordine.
Quando sarà emessa la fattura non sarà effettuato un altro pricing, ma sarà semplicemente rilevato il pricing definito a livello di ordine.
Nel secondo caso, invece, l’ordine vede tutta la sua vita evolversi in valuta, e solo al momento del rilascio in contabilità viene effettuata la valutazione del cambio. Questa, tecnicamente può avvenire in tre modi diversi:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
57
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
o Con l’indicazione in fattura del cambio
o Con l’indicazione in fattura della data alla quale valutare il cambio
o Valutando il cambio alla data fattura
Il tempo di consegna richiesta per l’estero è di 3 settimane.
6.3. Campionatura Gratuita.
La campionatura gratuita si distingue in diverse tipologie, secondo la scrittura contabile che si vuole ottenere, ed il processo logistico che si vuole gestire:
Processo Tipo documento Processo Logistico Scrittura Contabile
Senza rivalsa IVA ZCG Processo gestito da ufficio commerciale � Ricavi vs Omaggi
� IVA vs Omaggio IVA
ZCG1 Processo analogo all’ordine di Picking
Rivalsa IVA ZCG2 Processo gestito da ufficio commerciale � Ricavi vs Omaggi
� IVA vs Cliente
ZCG3 Processo analogo all’ordine di Picking
IVA esente ZCG2 Processo gestito da ufficio commerciale � Ricavi vs Omaggi
ZCG3 Processo analogo all’ordine di Picking
Si è convenuto di non utilizzare il processo di autofattura (ordine standard ZOSI con indicazione del cliente Pastificio per la fatturazione e spedizione al cliente finale). Questo processo è comunque implementato e disponibile sul sistema Pastificio (inserimento di un ordine standard, ed indicazione del committente Pastificio, destinatario il destinatario delle merci reale, se codificato nel sistema, oppure un destinatario fittizio, avendo la accortezza di modificarne sull’ordine l’indirizzo, inserendo il reale indirizzo di destinazione delle merci omaggio.
Il processo logistico si distinguerà ancora secondo la Unità di Misura delle quantità da spedire:
o Campionatura in cartoni
o Campionatura in KG (prevede uno sconfezionamento)
e la processazione come un ordine di picking, oppure con una spedizione via corriere.
La scrittura contabile è stata definita con il direttore amministrativo, e prevede l’utilizzo dei seguenti conti di contropartita:
� 41410007 – Omaggi e regalie
� 41410008 – Omaggi e regalie (IVA)
Il conto IVA deve essere aperto anche come VdC di tipo 12 (transazione KA01), e deve
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
58
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
essere definita la contabilizzazione con il flag su S.P., mediante la transazione KB9.
La distinzione sulla causale della campionatura sarà fatta in base al motivo dell’ordine, reso obbligatorio sui tipi ordine ZCG* (la tabella, ed il relativo customizing, potranno essere successivamente integrati secondo necessità):
Motivo dell’ordine Descrizione
Z10 Campionature commerciali
Z11 Fiere e Manifestazioni
Z12 Pubbliche Relazioni
Z13 Personale
6.3.1. Configurazione del sistema.
6.3.1.1 Schema dati incompleti.
Viene creato un nuovo schema dati incompleti per l’ordine di campionatura ZCG, in cui viene reso obbligatorio l’inserimento del motivo dell’ordine: in assenza di questo valore l’ordine non potrà essere spedito.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
59
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Lo schema “13” viene quindi associato ai tipi ordine ZCG*.
6.3.1.2 Tipo condizione.
Vengono definiti due nuovi tipi condizione:
� ZOMA, sconto omaggio 100% che decurta il ricavo verso il conto omaggi
� ZMWS, omaggio IVA, che decurta la IVA verso il conto omaggi.
Per questi tipi condizione deve essere creato sul sistema di produzione corrispondente record condizione nella transazione VK11 per le aree vendita rilevanti per il processo:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
60
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
6.3.1.3 Modifiche schema prezzo.
Nella figura seguente sono evidenziate le modifiche apportate allo schema prezzi:
6.3.1.4 Tabella di contabilizzazione.
Viene creata ed inserita nello schema di contabilizzazione una nuova tabella per la determinazione del conto ricavi in base al motivo dell’ordine. Questa viene posizionata gerarchicamente al primo posto nella sequenza di accesso.
E’ possibile poi alimentare questa da customizing o direttamente dalla transazione SM30, indicando la tabella C901.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
61
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Questa stessa logica di contabilizzazione (in base al motivo dell’ordine) sarà utilizzata anche nel processo dei premi di fine anno.
La contabilizzazione del tipo condizione ZMWS viene invece effettuata mediante le transazioni seguenti:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
62
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
6.3.2. Tipologia campionatura.
6.3.2.1 Campionatura Cartoni.
In questo scenario il processo è assolutamente analogo a quello che prevede l’inserimento di un ordine standard, con la possibilità di emettere bolla e/o fattura accompagnatoria.
� Nel caso in cui sia necessaria la emissione di una bolla o fattura accompagnatoria si utilizzeranno gli ordini ZCG1 e ZCG3, affinché il sistema BA2000 driver li identifichi come ordini di picking, e si verificherà il corretto calendario di fatturazione sulla anagrafica del cliente committente e/o lo si modificherà direttamente in ordine.
� Nel caso in cui non sia necessaria la emissione di una bolla, si utilizzeranno gli ordini ZCG e ZCG2, invisibili al sistema BA2000 driver, e saranno processati manualmente dall’ufficio commerciale fino alla registrazione della UM, e resteranno poi visibili nel portafoglio fatture. Anche qui sarà necessario gestire il calendario di fatturazione in modo che la registrazione della uscita merci non generi un numero di bolla.
6.3.2.2 Campionatura KG.
Questo processo è identico a quello gestito con gli ordini ZCG e ZCG2, ma prevedo lo "sconfezionamento" del cartone, prima della spedizione.
E’ stato inoltre necessario definire il “Magazzino campionatura” M220, dove il cartone
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
63
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
viene sconfezionato prima della spedizione, e dove resta presente la giacenza della merce che non viene spedita.
Il processo di campionatura con "sconfezionamento" vive tre momenti distinti:
� Ordine di scarico magazzino per uno o più cartoni, e trasferimento di questi dal magazzino fisico al "magazzino campionatura" (che corrisponde al laboratorio).
Questo punto potrebbe avere soluzione con l’inserimento di un “ordine di scarico” su BA2000: questo ordine sarebbe immediatamente visibile al magazzino che provvederebbe a spostare la merce dal magazzino prodotti finiti al magazzino campionatura. BA2000 Driver registrerebbe il movimento 311 in SAP (spostamento da magazzino prodotti finiti a magazzino campionatura)
� Sconfezionamento del cartone in laboratorio, eventuale sconfezionamento della pasta per imbustarla in film anonimo.
Questo punto potrebbe anche non essere gestito nel sistema, ed assumere che quanto giunge nel magazzino campionatura sia gestito a chilogrammi e non più a cartoni.
� Spedizione via DHL del campione o dei campioni ed autofattura registrata ad esempio una volta al mese. Il rimanente resterà caricato sul magazzino.
La soluzione per questo ultimo punto potrebbe essere quella di consumare la merce da questo magazzino con un unico ordine di campionatura inserito a fine mese, con UM e autofattura contestuale all’inserimento dell’ordine. Allo stesso modo potrebbero essere gestiti ordini di consumo pasta per la mensa, nel caso di prelievo dal magazzino di campionatura.
6.3.3. Processo di campionatura gratuita – Tipi ordine ZCG*.
6.3.3.1 ZCG – Campionatura gratuita senza rivalsa dell’IVA (Italia).
Il processo prevede la spedizione di campioni in KG, o cartoni, senza addebito al cliente finale della IVA. Questo processo può verificarsi diverse volte al mese.
Il processo coinvolgerà BA2000 driver per lo spostamento dal magazzino prodotti finiti al magazzino campionatura M220, mentre sarà gestito esclusivamente in SAP per la spedizione e la fatturazione.
L’ordine può essere inserito nel sistema puntualmente per ciascuna spedizione, oppure una unica volta al mese con esposizione del cliente Pastificio, cumulativamente per tutte le campionature inviate nel mese.
Nelle figure seguenti la simulazione del processo sul sistema di sviluppo:
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
64
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Una volta salvato l’ordine, questo viene schedulato da BA2000, che provvede quindi all’invio dell’ordine al magazzino, la assegnazione delle partite, ed alla registrazione della uscita merce.
Nelle figure successive la corrispondente registrazione contabile:
Inserire il motivo dell’ordine
relativo al processo in essere
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
65
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
La condizione omaggio ZOMA e ZMWS in contabilità vanno sui conti pilotati dal motivo dell’ordine e dalla chiave conto indipendentemente dalla area vendite; in CO-PA sono scaricate con le caratteristiche di analisi e quindi consentono di separare la analisi in termini di Italia, Estero, Molino, diretto ed agenti.
Non viene riportato in CO-PA il motivo dell’ordine per cui non sarà possibile in CO-PA la analisi per tipologia di campionatura.
6.3.3.2 ZCG1 – Campionatura gratuita senza rivalsa IVA – Picking.
Il processo in questo caso vede la spedizione a cliente di campionature in cartoni di una certa consistenza. L’ordine dal punto di vista logistico viene trattato come un ordine di picking.
L’ordine può essere creato utilizzando come cliente committente il cliente reale (se disponibile e codificato sul sistema Pastificio) oppure il cliente Pastificio e come destinatario il destinatario fittizio “Campionatura”.
Modificando sull’ordine l’indirizzo e la descrizione di questi, si genererà una bolla virtualmente verso qualsiasi destinazione: la destinazione infatti in questo caso, è esclusivamente un indirizzo digitato sull’ordine stesso.
La processazione dell’ordine è assolutamente analoga a quella di un ordine di picking.
6.3.3.3 ZCG2 – Campionatura gratuita con rivalsa dell’IVA (Italia).
Viene inviata la merce gratuitamente, l’IVA viene addebitata al cliente finale.
Il caso ricade esattamente nel precedente, con l’unica differenza di imputare come tipo ordine ZCG2, per consentire la determinazione del tipo condizione ZOMA, ma non la ZMWS.
6.3.3.4 ZCG3 – Campionatura gratuita con rivalsa dell’IVA (Italia) – Picking.
Viene inviata la merce gratuitamente, l’IVA viene addebitata al cliente finale.
L’ordine viene processato come un ordine di Picking.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
66
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
6.3.3.5 ZCG2 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE).
Caso Italia.
Ricadono in questa classificazione i casi in cui viene inviata merce al cliente, ma è possibile imputare sul documento un particolare articolo di esenzione IVA.
Il tipo ordine da utilizzare è sempre ZCG, l’unica differenza è la necessità di inserire in testata ordine la esenzione IVA corretta per il cliente da utilizzare per questa transazione.
Caso UE.
Nei casi di invio di campionature all’estero l’esenzione IVA è totale, e non vi è importo max del valore della spedizione. Il codice di esenzione IVA è CA.
Caso Extra UE.
E’ perfettamente analogo al precedente, fatto salvo la determinazione del codice IVA NA per la esenzione extraUE.
6.3.3.6 ZCG3 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE) – Picking.
Caso analogo al precedente, l’ordine viene processato come un ordine di Picking.
6.3.4. Stampa fattura campionatura gratuita.
La fattura di campionatura gratuita sarà individuabile perché avrà sempre fra le sue condizioni la condizione di sconto 100% ZOMA.
Sulla stampa della fattura di campionatura gratuita compariranno:
� Causale del trasporto: OMAGGIO
� Importo netto a pagare: ZERO scritto in lettere, nel caso di campionatura senza rivalsa IVA, o IVA esente (NETWR = 0, e MWSKZ = 0), il valore dell’IVA nel caso di campionatura con rivalsa dell’IVA.
Nessuna altra modifica è stata richiesta.
6.4. Riserva Cliente (Resi, Note Credito, Note Debito).
Saranno gestiti i seguenti tipi ordine
Tipo Ordine Descrizione Note Range
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
67
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
ZRE Richiesta di Reso Prevede la possibilità di una Entrata Merce per Reso 02
ZREM Reso Prodotti Molino Prevede la possibilità di una Entrata Merce per Reso 02
ZG2 Richiesta Nota Credito Con o senza riferimento a fattura, con indicazione degli
articoli, o con indicazione di un articolo generico
02
ZL2 Richiesta Nota Debito Con o senza riferimento a fattura, con indicazione degli
articoli, o con indicazione di un articolo generico
01
6.4.1. ZRE – Richiesta di reso.
Il reso merce nasce tipicamente da una riserva espressa dal cliente sul servizio e/o sulle merci spedite. Il processo standard deve seguire gli step seguenti:
Il cliente o il trasportatore contattano l’ufficio commerciale PASTIFICIO per concordare la autorizzazione al reso (cliente chiuso per ricezione merci, merce mancante, danneggiata o invertita, etc.).
L’ufficio commerciale autorizza il reso, inserendo nel sistema un documento di richiesta di reso, lo rilascia per fatturazione, e resta in attesa del rientro merce
La amministrazione emette Nota Credito verso il cliente, con l’utilizzo del job di fatturazione, selezionando solo tipo documento Richiesta di reso
Periodicamente si analizzano i documenti di richiesta di reso per verificare se la merce sia effettivamente rientrata. In caso negativo, si può procedere all’addebito del costo della merce al trasportatore
L’Ufficio commerciale riceve la comunicazione
della richiesta di reso TrasportatoreCliente
Informa la amministrazione che
provvede ad emettere Nota di credito e resta in
attesa del reso
Se il reso giunge in DMA entro un intervallo
prestabilito chiude la pratica
Se il reso non giunge in DMA, emette nota di
debito verso il trasportatore
L’Ufficio commerciale riceve la comunicazione
della richiesta di reso TrasportatoreTrasportatoreClienteCliente
Informa la amministrazione che
provvede ad emettere Nota di credito e resta in
attesa del reso
Se il reso giunge in DMA entro un intervallo
prestabilito chiude la pratica
Se il reso non giunge in DMA, emette nota di
debito verso il trasportatore
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
68
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Non rientra in questa casistica il processo di rifiuto alla consegna: in questi casi, infatti, purché non sia ancora stata emessa la fattura, è possibile anche procedere semplicemente allo storno del movimento di Uscita merce, e quindi al reintegro della giacenza su SAP.
Il documento di vendita, se non dovrà più essere servito per spedizione, a questo punto potrà essere chiuso manualmente.
Se invece si ha un rifiuto alla consegna, ed è stata già emessa fattura, è possibile procedere secondo il flusso descritto in precedenza (inserimento richiesta di reso, registrazione entrata merce, e sblocco per fatturazione della nota di credito).
6.4.2. ZREM – Reso Prodotti del Molino.
Analogo al caso precedente, ma solo per i prodotti del Molino.
6.4.3. ZG2 – Richiesta Nota Credito.
Nei casi in cui l’ufficio commerciale sa che la merce non rientrerà (merce danneggiata, furto del camion, etc.) emette semplicemente una nota di credito verso il cliente finale senza una attesa rientro merce.
6.4.4. ZL2 – Richiesta Nota debito.
E’ possibile utilizzare questo tipo documento per registrare addebiti generici a clienti, con o senza riferimento a fattura, e con o senza riferimento ad articoli.
6.5. Gestione Pallet.
Per registrare nel sistema i rientri dei Pallet da parte del cliente finale o del trasportatore è possibile utilizzare dei particolari tipi di ordine:
Tipo Ordine Descrizione Note Range
ZLN Addebito Vuoti Per l’addebito delle pedane al cliente finale o al trasportatore 01
ZLO Processazione buoni Per trasferire la giacenza di conto deposito dal trasportatore
al destinatario merce
01
ZLA Ritiro Vuoti Per lo storno della giacenza di conto deposito delle pedane
presso il cliente o nel conto del trasportatore
02
Il processo di gestione dei Pallet sarà descritto nel dettaglio nel prosieguo di questo
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
69
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
documento.
6.6. Stampa Ordine.
6.6.1. Generalità messaggi di stampa.
In generale il sistema SAP consente di definire per gli oggetti transazionali (ordine, consegna, trasporto, fattura, etc.) uno o più messaggi di stampa.
Lo strumento disponibile per la creazione di un messaggio di stampa è la tecnica delle condizioni:
� Tabelle condizioni
� Sequenza di accesso
� Legame della sequenza al tipo messaggio
� Creazione (anagrafica) di un record condizioni
I messaggi danno luogo all’output su una stampante definita di un modulo contenente le principali informazioni riguardanti l’oggetto di riferimento p.e. la conferma di ordine può contenere informazioni su articoli, quantità, pesi, data di consegna richiesta, etc.).
Il sistema può essere configurato per fornire la stampa in automatico, al salvataggio dell’oggetto transazionale, o successivamente, su richiesta dell’utente.
Di seguito riportiamo per comodità una serie di concetti sullo stato con cui si può configurare una stampa automatica. E’ possibile configurare per ciascun oggetto transazionale (ordine, consegna, etc.) uno stato di default diverso:
� Generazione messaggio di stampa � al salvataggio dell’oggetto transazionale, nella videata dei messaggi di stampa, viene generato il messaggio, ma non viene eseguito. Potrà essere eseguito successivamente oggetto per oggetto, o mediante la procedura RSNAST00
� Generazione Spool � Il messaggio viene eseguito, ma non viene inviato alla stampante. Resta disponibile in una lista degli SPOOL (SP01) da cui può essere richiamato ed essere inviato alla stampante. E’ anche possibile inviarlo alla stampante dall’oggetto transazionale
� Generazione output � Lo spool viene inviato alla stampante. Dopo la esecuzione, è possibile impostare una parametrizzazione del sistema per cui dopo la esecuzione lo spool sia conservato, o cancellato dalla coda.
Di seguito, inoltre, riportiamo alcune delle utilities disponibili sul sistema SAP per processare le stampe:
� RSNAST00 � procedura per processare gli oggetti transazionali per i quali la stampa è predisposta, ma non eseguita
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
70
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
� SP01 � lista spool eseguiti, ma non ancora inviati alla stampante
� RSTXPDFT4 � utility per processare uno spool, e generare da questo un file in formato pdf da scaricare in locale
6.6.2. Tipo messaggio BA00 – Conferma di ordine.
Il messaggio standard per la conferma d’ordine è BA00. Nella configurazione di questo tipo di messaggio si associa la sequenza di accesso 0011, che preveda la determinazione automatica del messaggio in funzione del tipo documento ordine.
La transazione per la creazione del record condizioni per i messaggi di ordine è la VV11.
Il record condizioni può essere inserito con i seguenti valori:
1. La stampa dell’ordine può essere eseguita mediante un job successivo (programma RSNAST00, variante PASTIFICIO_001).
Nella figura seguente si mostra un esempio di come questo possa essere eseguito per consentire la stampa di tutti i messaggi creati e non ancora stampati:
3. La stampa dell’ordine può essere eseguita solamente dalla transazione stessa (VA02 � output)
4. La stampa dell’ordine viene eseguita automaticamente al salvataggio dell’ordine.
Il sistema viene configurato in modo da consentire l’inserimento manuale del tipo messaggio BA00 sull’ordine, nel caso in cui manchi il record condizione sulla VV11.
Nella figura seguente è evidenziato il flag da selezionare nel customizing se si vuole modificare questa impostazione.
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
71
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
6.6.3. Layout.
La stampa della conferma d’ordine è oggi utilizzata esclusivamente per la conferma ordine all’estero (vedi layout cartaceo); saranno definite due versioni di questa stampa, una in Italiano, ed una in Inglese per l’estero
Nell’ambito della stampa della conferma ordine saranno utilizzati i seguenti testi standard:
� Testo standard Z_VA01_FIRMA
� Testo standard Z_VA01_DATISOCIETA
Questi testi saranno gestiti in anagrafica testi (transazione SO10) in lingua per poter essere poi rilevati correttamente sulla stampa della conferma ordine
Questi testi saranno stampati con le seguenti regole:
� Il testo va stampato nella lingua di comunicazione del destinatario merce: se questo manca non si stampa nulla
� Quando la nazione del destinatario merce = USA
o Se esiste almeno un articolo con MVKE-BONUS = 02, o 04
� stampa in lingua Z001_VA_PASTA_USA_VITAMINA.
o altrimenti
� stampa in lingua Z001_VA_PASTA_USA
� Se la nazione destinatario merce <> USA e <> IT
� stampa in lingua Z001_VA_PASTA_ESTERO
� Se nazione = Italia
� stampa in lingua Z001_VA_PASTA_IT
Oggetto: Modulo SD / Implementazione
Society / Project
mySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD I v01.doc
Pagina
72
Autore:
Release 1,0
Data
06/10/15
Copyright 2006, SAP Italia Consulting S.p.A.
Deve essere stampato nel corpo dell’ordine il Testo Pastificio.