Pastificio Implementazione SD I v01

Oggetto:
Society / Project
Modulo SD / Implementazione
mySAP.ERP
Documento
Argomento: area Vendite e Distribuzione
Pastificio_Implementazio
ne_SD I v01.doc
Autore:
1
Data
Release 1,0
DOCUMENTO DI IMPLEMENTAZIONE
Area Vendite e Distribuzione
Pastificio
PARTE I
Autore:
Pagina
Ruolo
Data
Senior Consultant
$$ GIUGNO 2007
Modifiche:
Ruolo
Data
Approvazione:
Ruolo
Data
Copyright 2006, SAP Italia Consulting S.p.A.
06/10/15
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
2
Data
Release 1,0
06/10/15
INDICE:
1.
INTRODUZIONE. .................................................................................................................................................. 4
2.
LA STRUTTURA ORGANIZZATIVA. ............................................................................................................... 5

2.1.
2.2.
2.3.
3.
STRUTTURE ORGANIZZATIVE DELLE VENDITE. ................................................................................................. 5

AREA VENDITE. ................................................................................................................................................ 6
STRUTTURE ORGANIZZATIVE LOGISTICHE. ....................................................................................................... 6
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
3.1.4.2
Caratteristiche di classificazione commerciale. .....................................................................................................10

Schema partner. .....................................................................................................................................................11
3.2.
ANAGRAFICA ARTICOLO. ............................................................................................................................... 12
3.2.1. Codice articolo. ........................................................................................................................................ 12
3.2.1.1
3.2.1.2
3.2.2.
3.2.3.
3.2.4.
Tipo materiale. .......................................................................................................................................... 15

Dati relative alle vendite. .......................................................................................................................... 15
Help di ricerca Pastificio. ......................................................................................................................... 16
3.2.4.1
3.2.4.2
3.2.5.
4.
Prodotti del Molino. ...............................................................................................................................................18

Pasta Zootecnica. ...................................................................................................................................................19
Processi di evoluzione dellarticolo. ......................................................................................................... 20
3.2.5.1
3.2.5.2
3.2.5.3
3.3.
Codifica multipla. ..................................................................................................................................................12

Codifica del cliente. ...............................................................................................................................................14
Estensione anagrafica articolo su nuove organizzazioni vendita............................................................................20

Modifica componente articolo. ..............................................................................................................................21
Fine vita articolo. ...................................................................................................................................................22
ANAGRAFICA TESTI. ....................................................................................................................................... 22
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
4.2.2.2
4.2.3.
5.
Marchio con produzione a stock. ...........................................................................................................................28

Marchio con produzione a commessa. ...................................................................................................................28
Canale tradizionale................................................................................................................................... 28
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
5.2.2.
5.2.2.1
5.2.2.2
5.2.2.3
5.2.2.4
5.2.2.5
5.2.2.6
5.2.2.7
5.2.3.
Prodotti del Molino. ...............................................................................................................................................35
Sconti. ....................................................................................................................................................... 35
ZSCx Sconto Canale. ..........................................................................................................................................36
ZSPx Sconto Promozionale.................................................................................................................................36
ZFIN Sconto finanziario. ....................................................................................................................................36
ZL0x Sconto logistico .........................................................................................................................................36
ZT0x Sconto di testata. .......................................................................................................................................37
YT0x Maggiorazione di testata. ..........................................................................................................................37
ZOMA Sconto omaggio. .....................................................................................................................................37
Z100 Sconto Merce. ............................................................................................................................... 37

Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
3
Data
Release 1,0
5.2.3.1
5.2.3.2
5.2.3.3
Pagina
06/10/15
Sconto merce automatico: regole di determinazione. .............................................................................................37

Sconto merce manuale. ..........................................................................................................................................38
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
6.3.1.2
6.3.1.3
6.3.1.4
6.3.2.
Tipologia campionatura............................................................................................................................ 62
6.3.2.1
6.3.2.2
6.3.3.
Schema dati incompleti. .........................................................................................................................................58

Tipo condizione. ....................................................................................................................................................59
Modifiche schema prezzo. .....................................................................................................................................60
Tabella di contabilizzazione...................................................................................................................................60
Campionatura Cartoni. ...........................................................................................................................................62
Campionatura KG. .................................................................................................................................................62
Processo di campionatura gratuita Tipi ordine ZCG*. ......................................................................... 63
6.3.3.1
6.3.3.2
6.3.3.3
6.3.3.4
6.3.3.5
6.3.3.6
ZCG Campionatura gratuita senza rivalsa dellIVA (Italia). ...............................................................................63

ZCG1 Campionatura gratuita senza rivalsa IVA Picking. ................................................................................65
ZCG2 Campionatura gratuita con rivalsa dellIVA (Italia). ................................................................................65
ZCG3 Campionatura gratuita con rivalsa dellIVA (Italia) Picking. ................................................................65
ZCG2 Campionatura gratuita IVA esente (Italia, UE, ExtraUE). .......................................................................66
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
4
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
5
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
6
Data
Release 1,0
90
Prodotti Generici
98
Servizi
99
Settore Comune
06/10/15
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
DeMatteis
Matteis
Agroalimentare
AgroalimentareS.p.A.
S.p.A.
Societ
Organizzazione
Commerciale
Vendite
VenditeItalia
Italia
Vendite
VenditeMolino
Molino
Vendite
VenditeEstero
Estero
Canale
distribuzione
Diretto
Diretto
Rete
Rete
Agenti
Agenti
Diretto
Diretto
Rete
Rete
Agenti
Agenti
Diretto
Diretto
Rete
Rete
Agenti
Agenti
Settore
Merceologico
Settore
Settore
comune
comune
Settore
Settore
comune
comune
Prodotti
Prodotti
del
del
Molino
Molino
Prodotti
Prodotti
del
del
Molino
Molino
Settore
Settore
comune
comune
Settore
Settore
comune
comune
2.3. Strutture organizzative logistiche.

Le strutture organizzative logistiche rilevanti per la area commerciale sono:
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc
Autore:
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
8
Data
Release 1,0
06/10/15
3. ANAGRAFICHE.
3.1. Anagrafica Cliente.
Lanagrafica 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 dallarea di controllo credito;
Dati di vendita - informazioni di utilizzo strettamente commerciale, dipendono dallarea
vendite (incoterms, funzioni partner, );
Vendita (dati utili per la compilazione dellordine),
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc
Autore:
Data
Release 1,0
06/10/15
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 dallindirizzo 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
10
Data
Release 1,0
06/10/15
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, INS, 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
11
Data
Release 1,0
06/10/15
3.1.4.2 Schema partner.

Si definisce Committente lintestatario 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 sullordine di Vendita con laiuto di una
opportuna exit, la data di assegnazione dellAgente 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
12
Data
Release 1,0
06/10/15
3.2. Anagrafica Articolo.

In SAP lanagrafico 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 linsieme 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
13
Data
Release 1,0
06/10/15
La codifica breve nasce dalla esigenza di gestire un codice sufficientemente breve

da poter essere mnemonico, e quindi comunicabile verso lesterno 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 lavvento di SAP).
Marchio
Packaging
Pezzatura
Attributo
PS BAR N F 0005 0500 24 A

Tipologia
articolo
Tipologia
materia prima
Codifica
Articoli per
cartone
Il legame fra codice breve e codice lungo sempre 1:1.

Codifica di fatturazione (sullattuale sistema legacy di fatturazione Quickly)
Pu accadere che al cambio di uno o pi componenti del prodotto finito (p.e. il film
per limballaggio) 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 lorder 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
14
Data
Release 1,0
Generazione Codice breve
Generazione Codice lungo
Genera il codice breve in SAP, ed

informa lUfficio progettazione
Genera il codice lungo in SAP in

copia dal codice breve
Manutiene esclusivamente le
informazioni di propria competenza
Manutiene tutte le informazioni
06/10/15
Crea il legame in SAP fra codice

breve e codice lungo
Sblocca il codice breve
Attiva la generazione del codice in
BA2000
Il codice ha lo stato vendite: NON

Vendibile
In questa fase il codice non pu
quindi ancora essere utilizzato per
inserire nuovi ordini
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 dellarticolo presso il cliente, per facilitare a questi la comprensione e la
lettura dei nostri documenti.
Inoltre in fase di digitazione dellordine si parte sempre da una copia cartacea ricevuta dal
cliente, o dallagente. 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 lordine.
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 dellordine, e per le
stampe che Pastificio emette verso lesterno (conferma ordine, bolla, fattura, etc.).
Se la codifica del cliente (cross reference) viene definita sul codice breve, il sistema non
in grado di acquisire sullordine 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
dellinforecord.
Viene quindi implementata una exit nella include MV45AFZZ che consente di recuperare il
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
15
Data
Release 1,0
06/10/15
valore della cross reference anche dal codice breve (VBAP-MATWA):

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
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
Marchio
Pastificio, Marchio cliente
Gerarchia livello 2
Categoria Merceologica
PS Semola, PS Semole speciali, etc.
Settore Merceologico
Materia Prima
BIO, Convenzionale
Gruppo Materiale
Composizione
Standard, Vitamina, Uovo, etc.
Gruppo Bonus
Famiglia
Normali, Speciali, Normali al bronzo
Gruppo Materiale 1
Pezzatura
Retail 500gr, Retail 1lb, Retail 1Kg, Catering
Gruppo Materiale 2
Formati
Corta, Pastine, Lunga, Sfoglia, Nido, Lasagne,

Artigianali
Gruppo Materiale 3
Pack
Cuscino, fondo Q., Fondo Q. + Cav., Doppio
Gruppo Materiale 4
Gerarchia livello 1
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
16
Data
Release 1,0
06/10/15
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
Formato Commerciale
Tipologia di formato
Proposta soluzione SAP

Ampliamento anagrafica
Nella figura seguente viene mostrato il posizionamento dei campi di classificazione

commerciale sulla videata della anagrafica articolo:
Gerarchia classificazione SD (in ordine):

Marchio
Categoria merceologica
Materia Prima
Composizione
Famiglia
Pezzatura
Formato
Pack
Formato commerciale
MVKE-PRODH
MARA-SPART
MVKE-KONDM
MVKE-BONUS
MVKE-MVGR1
MVKE-MVGR2
MVKE-MVGR3
MVKE-MVGR4
MARA-FORMATO
Questa logica sar utilizzata in tutti i report SD, e per la definizione

dei listini (prezzi, sconti, etc.)
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 allhelp di ricerca standard MAT1.
Gli step sono i seguenti:
Creazione View Z_MAT1S da utilizzare come metodo di selezione con i campi
Pastificio
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
17
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
18
Data
Release 1,0
06/10/15
Leffetto 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
19
Data
Release 1,0
Gruppo Marchio
Non necessario
Marchio
Non necessario
Prodotti del Molino
Materia Prima
BIO, Convenzionale
Composizione
Standard
Famiglia
Sfarinati, Sottoprodotti
Formato
Non necessario
Pack
Sfuso, Sacchi
Pezzatura
Non necessario
06/10/15
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
PS Zootecnica
Materia Prima
BIO, Convenzionale
Composizione
Standard, Vitamine, Uovo, etc.
Famiglia
Pasta, Tozzi
Formato
Non necessario
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
20
Data
Release 1,0
Pack
Non necessario
Pezzatura
Sacchi, Confezioni
06/10/15
3.2.5. Processi di evoluzione dellarticolo.

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
allestero, 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
21
Data
Release 1,0
06/10/15
E importante inserire il record

modello per consentire al
sistema di definire i dati da cui
copiare verso i record obiettivo
Il sistema estrae lunico 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 lindicazione 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.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
22
Data
Release 1,0
06/10/15
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
dellarticolo, 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 loggetto 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
TAXIT
CC
Non Imp.Art.58/1 L.427/93 Vendite UE
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
23
Data
Release 1,0
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
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
TAXIT
G4
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:
06/10/15
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
24
Data
Release 1,0
06/10/15
4. CONTROLLO DEL CREDITO.

Il processo di controllo del credito in fase di inserimento dellordine deve essere visto
anche nellambito di un flusso pi generale, che preveda, dopo linserimento dellordine di
vendita prima il controllo del credito, e poi un controllo commerciale sullordine (vedi
paragrafi successivi).
Raggiunto un esito positivo del controllo del credito, indipendentemente dallesito del
controllo commerciale, lordine attivo e genera un fabbisogno di produzione.
In generale, il controllo del credito attivato in fase di creazione dellordine cliente e
controlla dinamicamente lesposizione 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, lordine 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 lesposizione 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
25
Data
Release 1,0
06/10/15
Nella videata seguente si pu verificare la situazione delle partite aperte (nel nostro caso
la videata sar vuota):
Lerosione dellaffidamento 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 linserimento 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 dellordine 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, lordine 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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
26
Data
Release 1,0
06/10/15
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 dellaffidamento concesso.
Tipologia
cliente
Descrizione
Controllo
Orizzonte
Controllo
Reazione
Blocco
Fabbisogno
Blocco
Spedizione
001
Grandi clienti
Dinamico
6 mesi
Esposizione
002
Clienti Normali
marchio stock
Dinamico
6 mesi
Esposizione
003
Clienti Normale
marchio commessa
Dinamico
6 mesi
Esposizione
004
Clienti Canale
Tradizionale
Dinamico
6 mesi
Partite aperte
Non possibile prevedere due comportamenti diversi sullordine per tipologia cliente
diversa. Nel caso in cui si voglia comunque effettuare il controllo solo sullordine,
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
27
Data
Release 1,0
06/10/15
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 lordine.
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
28
Data
Release 1,0
06/10/15
4.2.2.1 Marchio con produzione a stock.

Il sistema deve bloccare la processazione dellordine (lordine non pu essere spedito), ma
deve comunque rendere lordine visibile alla programmazione della produzione (deve
nascere il fabbisogno).
4.2.2.2 Marchio con produzione a commessa.

Lordine 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) dellordine.
Un ordine fuori, e pagamento a vista al passaggio dellagente
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
29
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
30
Data
Release 1,0
06/10/15
Non comunque detto che il pagamento seppure avvenuto sia stato registrato nel sistema
al momento dellinserimento dellordine 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
dellagente linserimento di una nota che evidenzi se lordine precedente sia stato pagato o
meno.
In questo modo loperatore che inserisce lordine sarebbe in grado di riconoscere se
lordine va sbloccato, anche se il pagamento per qualche motivo non stato ancora
registrato nel sistema, ed inserisce una nota in ordine relativa alla segnalazione
dellagente, 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 dellordine.
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
31
Data
Release 1,0
06/10/15

Ordine 1
Importo
1. Controllo Fido
2. Spedizione
3. Pagamento
4. Consegna merce
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 leventuale 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.
Ordine 1
Importo
1. Controllo Fido
2. Spedizione
3. Pagamento
4. Consegna merce
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 dellordine 1 risulta aperta, quindi leventuale ordine 2 non superer il controllo
del fido e non verr spedito, se non sar incassato prima lordine 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 dellordine
Caso a) Il cliente paga allagente lordine precedente.
Ordine 1
Importo
1. Pagamento ad agente
ordine precedente
2. Controllo Fido
3. Spedizione
4. Consegna
merce
400
OK
OK
OK
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
32
Data
Release 1,0
06/10/15
LAgente, nel momento in cui ripassa dal cliente per prendere lordine 2 (periodo che pu
essere di 2 o 4 settimane), deve incassare lordine 1.
A questo punto possiamo avere due casi.
Lagente si reca in azienda, consegna lincasso dellordine 1 e consegna anche lordine
2. Lincasso viene registrato in SAP, la partita dellordine 1 viene chiusa. Lordine 2
viene inserito a sistema e quindi il controllo del fido ok. (necessit di organizzare la
sequenza registrazione ordine 1 > inserimento ordine 2 - ? )
Ordine 2
Importo
ordine precedente
2. Controllo Fido
3. Spedizione
4. Consegna
merce
500
OK
OK
OK
OK
Pu succedere che lAgente incassi limporto dellordine 1, ma la consegna dellincasso

in azienda avvenga solo dopo alcuni giorni. La partita dellordine 1 non chiusa, quindi
allatto dellinserimento dellordine 2, il sistema dar il blocco.
Ordine 2
Importo
ordine precedente
2. Controllo Fido
3. Spedizione
4. Consegna
merce
500
BLOCCO
BLOCCO
BLOCCO
E necessario prevedere una procedura in base alla quale lagente segnala sullordine 2
una nota del tipo incassato 400 a saldo totale ordine precedente.
Sulla base di questa indicazione lufficio preposto pu procedere allo sblocco.
Caso b) Il cliente non paga allagente (o paga parzialmente)
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 lagente dovesse trasmettere lordine 2 e lordine 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 dellordine 1 (es. lagente incassa solo
200) e scrive una nota in calce allordine 2 incassato 200 a saldo parziale ordine
precedente. Sulla base di questa indicazione, lufficio 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 lintero importo dellordine 1.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
33
Data
Release 1,0
06/10/15
In tutti i casi sopraindicati il controllo del credito periodico garantito dalla condizione di
pagamento a 30 gg d.f
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
34
Data
Release 1,0
06/10/15
5. GESTIONE PRICING.
Il sistema SAP R/3 supporta la gestione dei documenti di vendita con lutilizzo di particolari
funzionalit standard, che permettono di agganciare automaticamente, in fase di creazione
del documento, le condizioni di prezzo e di sconto associate allarea di vendita del cliente
e dei prodotti.
Per condizioni, SAP intende linsieme 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 dellelemento di prezzo, i quali sono impostati dallutente 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
A601
Listino
Gruppo
Marchio
Marchio
Categoria
Merceologica
Materia
prima
Composizione
Famiglia
Pezzatura
A602
A005
Formato
Articolo
x
x
A611
A612
A613
x
x
A621
A622
A004
x
x
Viene creata la sequenza di accesso ZPASTIFICIO, e viene associata a tutte le condizioni

automatiche definite le seguito di questo documento.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
35
Data
Release 1,0
06/10/15
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 dellarticolo (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 dallalto 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
36
Data
Release 1,0
06/10/15
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
A920
A915
A916
Condizioni
pagamento
x
x
5.2.2.4 ZL0x Sconto logistico

Lo sconto logistico viene definito manualmente dalloperatore in fase di inserimento ordine:
la logica di determinazione basata sul numero di posti pallet inseriti nellordine stesso.
Deve avere fino ad un massimo di 2 importi espressi in percentuale (ZL01, ZL02).
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
37
ne_SD I v01.doc
Autore:
Data
Release 1,0
06/10/15
5.2.2.5 ZT0x Sconto di testata.

Lo sconto incondizionato di testata uno sconto determinato manualmente
dalloperatore 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 dalloperatore 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
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
38
Data
Release 1,0
06/10/15
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
N810
Listino
Gruppo
Marchio
Marchio
Categoria
Merceologica
Materia
prima
Composizione
Famiglia
Pezzatura
N811
N010
Formato
Articolo
x
x
N820
N821
N804
x
x
N830
N831
N832
x
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 dallagente 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 dellomaggio.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
39
Data
Release 1,0
06/10/15
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
dellomaggio.
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 dellomaggio, 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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
40
Data
Release 1,0
06/10/15
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
A940
A941
A942
A943
A944
A945
A956
A920
A921
A922
A923
A924
A925
A926
Formato
Limponibile Agente, cio il valore sul quale calcolata la aliquota provvigionale,

limponibile Iva al netto degli sconti commerciali e di sconti e maggiorazioni incondizionati
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
41
Data
Release 1,0
06/10/15
di testata, ma al lordo dello sconto logistico e finanziario (vedi anche la definizione dello
schema prezzo).
E possibile definire limponibile 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 leffetto delle due diverse tecniche di calcolo:
%
Valore
Scenario 1
Valore
Scenario 2
Imponibile
Provvigionale
Totale
Subtotale
100,00
ZPV1
5%
5,00
95,00
ZPV2
5%
4,75
90,25
ZPV3
5%
4,51
85,74
ZPV4
5%
4,29
20,00
18,55
TOTALE
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc
Autore:
42
Data
Release 1,0
06/10/15
5.2.5. ZPV0 Percentuale abbattimento imponibile.

Si definisce un tipo condizione ZPV0 con cui definire una percentuale di abbattimento
dellimponibile 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

provvigionale, ed il risultato del calcolo viene memorizzato nel subtotale 4.
sullimponibile
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
43
Data
Release 1,0
Schema IVA
Codice
Descrizione
TAXIT
CA
TAXIT
CB
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
TAXIT
FG
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
TAXIT
G2
TAXIT
G4
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)
06/10/15
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:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD I v01.doc

Autore:
44
Data
Release 1,0
Tipologia di accesso
Paese Partenza
Paese destinazione
Paese Partenza /
Paese destinazione
Imposte interne
Imposte Export
06/10/15
Classificazione fiscale
Cliente
Classificazione fiscale
materiale
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 dellIVA:
Tabella Iva
La sequenza di accesso standard MWST ha come presupposto per lexport 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' ) .
if ( at005-xegld eq 'X'
) and
( 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.
"Only for tax conditions

"participant european community
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
45
Data
Release 1,0
06/10/15
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.
Il record condizioni va creato per

tutte le sales area in cui viene
definito il processo di autofattura
Routine 901 per il calcolo della base condizione

La routine viene definita per riportare nella base condizione lo stesso valore dellIVA
MWST, senza per questo la necessit di ricreare i record condizioni
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
46
Data
Release 1,0
06/10/15
* 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
Routine 901 per il calcolo del valore condizione

La routine viene definita per riportare nel valore condizione lo stesso valore dellIVA
MWST, senza per questo la necessit di ricreare i record condizioni
* 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.
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
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
47
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
48
Data
Release 1,0
06/10/15
5.3. Schema prezzo.

Nella tabella seguente lipotesi di realizzazione dello schema prezzo, con lindicazione
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
49
Data
Release 1,0
06/10/15
6. PROCESSI DI VENDITA.
6.1. Contratto a quantit.
Il contratto in SAP corrisponde ad un accordo globale fra PASTIFICIO ed il cliente
nellambito 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
lindicazione di un piano di consegna mensile. Questo ordine a tutti gli effetti un ordine
pasta, quindi deve generare fabbisogni, ma non pu essere spedito.
Lordine globale assimilabile ad un contratto SAP: dallordine 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
50
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
51
Data
Release 1,0
06/10/15
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
52
Data
Release 1,0
06/10/15
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 allOrdine
ad esso legato !
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
53
Data
Release 1,0
06/10/15
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 dallMRP anche prima che lordine sia rilasciato
rigenerino il fabbisogno contratto eroso come fabbisogno di vendita
Customizing Tipi ordine (transazione VOV8)
Il campo Note contr. Quadro va valorizzato con A per

consentire, durante la fase di acquisizione ordine, di
rilevare levento esistenza contratto, e consentire quindi
allutente di creare lordine in copia dal contratto rilevato
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.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
54
Data
Release 1,0
06/10/15
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
Con le implementazioni effettuate linserimento 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:
linserimento 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 dallordine globale.
01
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
55
Data
Release 1,0
06/10/15
Vendita Pasta
ZOPI
Ordine Picking Italia:

Vendita Italia
Non pu essere creato in copia dallordine 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 dallordine globale.
01
ZCG
Campionatura Gratuita
Italia
Pu avere un articolo di esenzione IVA, o includere solo

addebito dellIVA 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 dellAgente (~100 ordini/settimana,
rappresentano il restante 50% del volume ordini, ma meno del 10% del fatturato).
Il tempo di consegna richiesta per lItalia 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 lindicazione manuale del prezzo di vendita
sullordine.
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
56
Data
Release 1,0
06/10/15
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.
Lunica 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 dellinserimento dellordine estero, viene determinato il
cambio fra la valuta del cliente e luro in base alla data conferma ordine (data
pricing), e viene effettuato il pricing sullordine.
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, lordine 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
57
Data
Release 1,0
06/10/15
o Con lindicazione in fattura del cambio

o Con lindicazione in fattura della data alla quale valutare il cambio
o Valutando il cambio alla data fattura
Il tempo di consegna richiesta per lestero 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
Senza rivalsa IVA
ZCG
Processo gestito da ufficio commerciale
Scrittura Contabile
Ricavi vs Omaggi
IVA vs Omaggio IVA
Rivalsa IVA
ZCG1
Processo analogo allordine di Picking
ZCG2
Ricavi vs Omaggi
IVA vs Cliente
IVA esente
ZCG3
ZCG2
ZCG3
Ricavi vs Omaggi
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 sullordine lindirizzo, 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 lutilizzo 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
58
Data
Release 1,0
06/10/15
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 dellordine,
reso obbligatorio sui tipi ordine ZCG* (la tabella, ed il relativo customizing, potranno
essere successivamente integrati secondo necessit):
Motivo dellordine
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 lordine di campionatura ZCG, in cui
viene reso obbligatorio linserimento del motivo dellordine: in assenza di questo valore
lordine non potr essere spedito.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
59
Data
Release 1,0
06/10/15
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
60
Data
Release 1,0
06/10/15
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 dellordine. 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
61
Data
Release 1,0
06/10/15
Questa stessa logica di contabilizzazione (in base al motivo dellordine) sar utilizzata
anche nel processo dei premi di fine anno.
La contabilizzazione del tipo condizione ZMWS viene invece effettuata mediante le

transazioni seguenti:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
62
Data
Release 1,0
06/10/15
6.3.2. Tipologia campionatura.

6.3.2.1 Campionatura Cartoni.
In questo scenario il processo assolutamente analogo a quello che prevede linserimento
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 dallufficio 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
63
Data
Release 1,0
06/10/15
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 linserimento 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 allinserimento dellordine. 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 dellIVA (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.
Lordine 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
64
Data
Release 1,0
06/10/15
Inserire il motivo dellordine

relativo al processo in essere
Una volta salvato lordine, questo viene schedulato da BA2000, che provvede quindi
allinvio dellordine al magazzino, la assegnazione delle partite, ed alla registrazione della
uscita merce.
Nelle figure successive la corrispondente registrazione contabile:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
65
Data
Release 1,0
06/10/15
La condizione omaggio ZOMA e ZMWS in contabilit vanno sui conti pilotati dal motivo
dellordine 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 dellordine 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. Lordine dal punto di vista logistico viene trattato come un ordine di
picking.
Lordine 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 sullordine lindirizzo e la descrizione di questi, si generer una bolla
virtualmente verso qualsiasi destinazione: la destinazione infatti in questo caso,
esclusivamente un indirizzo digitato sullordine stesso.
La processazione dellordine assolutamente analoga a quella di un ordine di picking.
6.3.3.3 ZCG2 Campionatura gratuita con rivalsa dellIVA (Italia).

Viene inviata la merce gratuitamente, lIVA viene addebitata al cliente finale.
Il caso ricade esattamente nel precedente, con lunica 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 dellIVA (Italia) Picking.

Viene inviata la merce gratuitamente, lIVA viene addebitata al cliente finale.
Lordine viene processato come un ordine di Picking.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
66
Data
Release 1,0
06/10/15
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, lunica 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 allestero lesenzione 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, lordine 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 dellIVA nel caso di
campionatura con rivalsa dellIVA.
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
67
Data
Release 1,0
06/10/15
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 lufficio commerciale PASTIFICIO per
concordare la autorizzazione al reso (cliente chiuso per ricezione merci, merce
mancante, danneggiata o invertita, etc.).
Lufficio 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 lutilizzo 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 alladdebito
del costo della merce al trasportatore
Cliente
LUfficio commerciale
riceve la comunicazione
della richiesta di reso
Trasportatore
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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc

Autore:
Pagina
68
Data
Release 1,0
06/10/15
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 lufficio 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 laddebito 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
69
Data
Release 1,0
06/10/15
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 alloutput su una stampante definita di un modulo contenente le
principali informazioni riguardanti loggetto 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
delloggetto transazionale, o successivamente, su richiesta dellutente.
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 delloggetto 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
dalloggetto 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
70
Data
Release 1,0
SP01
Pagina
06/10/15
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 dordine 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 dellordine 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 dellordine pu essere eseguita solamente dalla transazione stessa

(VA02
output)
4. La stampa dellordine viene eseguita automaticamente al salvataggio dellordine.
Il sistema viene configurato in modo da consentire linserimento manuale del tipo
messaggio BA00 sullordine, 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
71
Data
Release 1,0
06/10/15
6.6.3. Layout.
La stampa della conferma dordine oggi utilizzata esclusivamente per la conferma ordine
allestero (vedi layout cartaceo); saranno definite due versioni di questa stampa, una in
Italiano, ed una in Inglese per lestero
Nellambito 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:
Society / Project
mySAP.ERP
Documento
ne_SD I v01.doc
Autore:
Pagina
72
Data
Release 1,0
Deve essere stampato nel corpo dellordine il Testo Pastificio.
06/10/15

Pastificio Implementazione SD I v01

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Pastificio Implementazione SD I v01

Hochgeladen von

Copyright:

Verfügbare Formate

Oggetto:

Argomento: area Vendite e Distribuzione

Copyright 2006, SAP Italia Consulting S.p.A.

Argomento: area Vendite e Distribuzione

LA STRUTTURA ORGANIZZATIVA. ............................................................................................................... 5

STRUTTURE ORGANIZZATIVE DELLE VENDITE. ................................................................................................. 5

Caratteristiche di classificazione commerciale. .....................................................................................................10

Tipo materiale. .......................................................................................................................................... 15

Prodotti del Molino. ...............................................................................................................................................18

Processi di evoluzione dellarticolo. ......................................................................................................... 20

Codifica multipla. ..................................................................................................................................................12

Estensione anagrafica articolo su nuove organizzazioni vendita............................................................................20

ANAGRAFICA TESTI. ....................................................................................................................................... 22

CONTROLLO DEL CREDITO. ......................................................................................................................... 24

Marchio con produzione a stock. ...........................................................................................................................28

GESTIONE PRICING. ......................................................................................................................................... 34

Prodotti del Molino. ...............................................................................................................................................35

Z100 Sconto Merce. ............................................................................................................................... 37

Argomento: area Vendite e Distribuzione

Sconto merce automatico: regole di determinazione. .............................................................................................37

5.2.4. ZPVx Aliquota Provvigionale. ............................................................................................................... 40

PROCESSI DI VENDITA. ................................................................................................................................... 49

Vendita Pasta Zootecnica. ......................................................................................................................................56

6.2.5. ZOSE Ordine standard Estero (Ordine Pasta). ..................................................................................... 56

Schema dati incompleti. .........................................................................................................................................58

Processo di campionatura gratuita Tipi ordine ZCG*. ......................................................................... 63

ZCG Campionatura gratuita senza rivalsa dellIVA (Italia). ...............................................................................63

6.3.4. Stampa fattura campionatura gratuita...................................................................................................... 66

Copyright 2006, SAP Italia Consulting S.p.A.

Argomento: area Vendite e Distribuzione

Copyright 2006, SAP Italia Consulting S.p.A.

Argomento: area Vendite e Distribuzione

Vendite del Molino

Prodotti del Molino

Argomento: area Vendite e Distribuzione

Il settore comune raggruppa le diverse categorie merceologiche.

2.2. Area Vendite.

2.3. Strutture organizzative logistiche.

Argomento: area Vendite e Distribuzione

Divisione lo stabilimento fisico

Magazzino Spedizione Molino

Magazzino Spedizione Pastificio

Copyright 2006, SAP Italia Consulting S.p.A.

Argomento: area Vendite e Distribuzione

Copyright 2006, SAP Italia Consulting S.p.A.

Argomento: area Vendite e Distribuzione

3.1.1. Gruppi conto.

Clienti Unione Europea

Clienti Sedi Legali

3.1.2. Dati Generali.

Progressivo numerico a 6 cifre

Ragione sociale del cliente

Via, numero, CAP, citt, provincia, nazione, etc.

Riferimenti per la comunicazione

Lingua di comunicazione, numeri di telefono, fax, indirizzo mail, etc.

Codice Fiscale e Partita IVA

Riferimenti bancari del cliente

Luogo fisico dove scaricare la merce, se diverso dallindirizzo gestito in anagrafica

Riferimenti e ruoli di persone presso il cliente (Responsabile commerciale, Amministrativo,

Copyright 2006, SAP Italia Consulting S.p.A.

Argomento: area Vendite e Distribuzione

3.1.3. Dati Societari.

3.1.4. Dati Vendita.

GDO, Tradizionale, Industria, Trader, Catering, Allevatori