Pastificio Implementazione SD II v01

Oggetto:
Society / Project
Modulo SD / Implementazione
mySAP.ERP
Documento
Argomento: area Vendite e Distribuzione
Pastificio_Implementazio
ne_SD II v01.doc
Autore:
1
Data
Release 1,0
DOCUMENTO DI IMPLEMENTAZIONE
Area Vendite e Distribuzione
Pastificio
PARTE II
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 II v01.doc
Autore:
Pagina
2
Data
Release 1,0
06/10/15
INDICE:
7.
PROCESSAZIONE ORDINE E GESTIONE STRALCI. ................................................................................... 4

7.1.
PROCESSAZIONE ORDINE. ................................................................................................................................. 4
7.1.1. Validazione amministrativa. ....................................................................................................................... 4
7.1.2. Validazione commerciale. ........................................................................................................................... 4
7.1.2.1
7.1.2.2
Verifica condizioni commerciali. .............................................................................................................................4

Verifica Logistica.....................................................................................................................................................5
7.2.
RILASCIO ORDINE DI VENDITA. ........................................................................................................................ 7
7.3.
GESTIONE STRALCI. .......................................................................................................................................... 8
7.4.
GESTIONE FABBISOGNI VENDITA. ..................................................................................................................... 9
7.4.1. Controllo della disponibilit. ...................................................................................................................... 9
7.4.2. Customizing controllo della disponibilit. ................................................................................................ 10
7.4.3. Generazione fabbisogni di vendita. .......................................................................................................... 11
8.
PROCESSI DI SPEDIZIONE. ............................................................................................................................. 12

8.1.
PROCESSO SPEDIZIONE PASTA. ....................................................................................................................... 13
8.2.
PROCESSO SPEDIZIONE MOLINO. .................................................................................................................... 13
8.3.
PROCESSO SPEDIZIONE PEDANE...................................................................................................................... 14
8.3.1. Addebito Vuoti in Fattura. ........................................................................................................................ 15
8.3.2. Gestione Pedane a rendere. ...................................................................................................................... 16
8.3.2.1
8.3.2.2
8.3.2.3
8.3.2.4
8.3.2.5
8.3.2.6
8.3.2.7
BADI LE_SHP_GOODSMOVEMENT. ...............................................................................................................16

ZOSI ZOSE Vendita Pedane. ...........................................................................................................................16
ZLF Invio Vuoti. .................................................................................................................................................16
ZLA - Rientro Vuoti. .............................................................................................................................................17
MB11 + 551 V Rottamazione Vuoti. ..................................................................................................................19
ZLN Addebito successivo Vuoti. ........................................................................................................................19
ZLO Processazione buoni cliente. .......................................................................................................................19
8.4.
REGOLE DI CONTROLLO COPIA. ...................................................................................................................... 20
8.5.
NUMERO XAB................................................................................................................................................ 21
8.6.
STAMPA CONSEGNA. ...................................................................................................................................... 24
8.6.1. Tipo messaggio EK00 Lista di prelievo. ................................................................................................ 24
8.6.2. Tipo messaggio LD00 Documento di Trasporto. ................................................................................... 26
8.6.3. Layout. ...................................................................................................................................................... 26
9.
TRASPORTI. ........................................................................................................................................................ 28
9.1.
GESTIONE LOGISTICA DEI TRASPORTI. ............................................................................................................ 28
9.1.1. Consegne Franco Partenza....................................................................................................................... 29
9.1.2. Consegne Franco Destino......................................................................................................................... 30
9.2.
CUSTOMIZING TRASPORTI. ............................................................................................................................. 30
9.3.
DETERMINAZIONE ITINERARIO. ...................................................................................................................... 31
9.4.
TIPOLOGIE DI TRASPORTO. ............................................................................................................................. 31
9.5.
RILEVANZA PER DOCUMENTO COSTI DI NOLO. ................................................................................................ 32
9.6.
COSTI DI NOLO. .............................................................................................................................................. 33
9.6.1. Tipo documento costi di nolo. ................................................................................................................... 33
9.6.2. Pricing costi di nolo. ................................................................................................................................. 34
9.6.3. Ampliamento pricing costi di nolo. ........................................................................................................... 35
9.6.3.1
9.6.3.2
9.6.4.
Schema prezzo costi di nolo. ..................................................................................................................... 37
9.6.4.1
9.6.4.2
9.6.4.3
9.6.5.
Ampliamento di testata documento costi di nolo. ..................................................................................................35

Ampliamento di posizione documento costi di nolo. .............................................................................................36
ZPASTIFICIOIT Trasporti Italia. .......................................................................................................................37
ZPASTIFICIOES Trasporti Estero. ....................................................................................................................39
ZPASTIFICIOMO Trasporti del Molino. ...........................................................................................................40
Contabilizzazione documento costi di nolo. .............................................................................................. 41

Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
3
Data
Release 1,0
06/10/15
9.6.6. Trasferimento su ordine di acquisto. ........................................................................................................ 42

9.6.7. Compattazione documenti Entrata Fattura. ............................................................................................. 43
9.6.8. Contabilizzazione gestionale del costo del trasporto. ............................................................................... 44
9.7.
CONFERMA USCITA MERCE DAL TRASPORTO. ................................................................................................. 44
9.8.
MODIFICA CONSEGNA E REGISTRAZIONE USCITA MERCE............................................................................... 45
9.9.
LISTA CONSEGNE VALORIZZATA. .................................................................................................................... 46
9.10.
STAMPA TRASPORTO. ..................................................................................................................................... 49
9.10.1.
Tipo messaggio ZALT e ZAL2. ............................................................................................................. 49
9.10.2.
Layout. ................................................................................................................................................. 50
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
4
Data
Release 1,0
06/10/15
7. PROCESSAZIONE ORDINE E GESTIONE STRALCI.

7.1. Processazione ordine.
Le conferme di ordine sono trasmesse oggi in Pastificio in formato cartaceo (via mail o
fax). Durante la fase di inserimento dellordine nel sistema, al salvataggio, il sistema
effettuer un controllo automatico del fido, secondo le regole definite nel paragrafo
corrispondente. In caso di blocco sono definite le procedure di analisi e sblocco degli
ordini.
Fax
Conferma ordine
(Cliente o Agente)
Inserimento ordine in
SAP R/3
Validazione Amministrativa
In fase di salvataggio il
sistema effettua un
controllo del fido, secondo le
regole parametrate nel
sistema
A meno delle regole definite nel paragrafo del controllo del credito, lordine risulter visibile
alla pianificazione della produzione al suo salvataggio.
La fase di verifica commerciale, descritta nel seguito di questo documento, non deve
bloccare la nascita del fabbisogno di produzione.
7.1.1. Validazione amministrativa.

Vedi paragrafo sul controllo automatico del fido.
7.1.2. Validazione commerciale.

Al salvataggio dellordine sar generato un messaggio di stampa (conferma di ordine)
contenente le informazioni principali dellordine. Il messaggio di stampa potr
successivamente essere elaborato per generare una copia cartacea dellordine o una
copia elettronica in formato pdf per le analisi successive.
7.1.2.1 Verifica condizioni commerciali.

LEnte preposto verificher che le condizioni inserite sulla copia cartacea dellordine siano
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
5
Data
Release 1,0
06/10/15
coerenti con le condizioni calcolate dal sistema in termini di prezzo e sconti.
7.1.2.2 Verifica Logistica.

Lo scopo della verifica logistica quello di analizzare se lordine sia stato ben costruito
dal cliente, se cio lordine stesso coincida con il riempimento di un mezzo di trasporto, o
con multipli di questo: la fase di cubaggio proprio la fase di verifica di come sia stato
costruito lordine dal cliente finale.
Per comodit di gestione da parte della Pastificio, ordini che necessitano di pi di un
mezzo di trasporto, vengono spaccati in ordini diversi, uno per ciascun mezzo di trasporto.
Nel caso in cui lesito della analisi dia luogo ad anomalie, possibile procedere ad una
contrattazione con il cliente, inserendo un sovrapprezzo in ordine, oppure definendo
diversamente la composizione dellordine. In nessun caso viene bloccato il fabbisogno
derivante dallordine stesso.
Per effettuare la fase di cubaggio con laiuto di SAP necessario codificare nel sistema i
seguenti oggetti:
Sulla anagrafica dellarticolo Pesi, Volumi e Fattore di conversione fra unit di misura di
base (KG) e unit di misura di spedizione (Pallet)
Anagrafica di magazzino delle pedane, giacenza e costo (la valorizzazione delle
pedane deve avvenire a costo standard)
Definizione di una norma di spedizione standard Pastificio per ciascun articolo, che
esprima per ciascun articolo il numero di cartoni per strato, ed il numero di strati per
pallet. Sar anche possibile gestire eccezioni alla regola generale, definendo una
norma di spedizione per cliente - articolo.
La anagrafica delle norme di spedizione sar inserita nelle tabelle condizioni ZT901
(norma di spedizione per articolo) e ZT902 (norma di spedizione per cliente articolo).
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
6
Data
Release 1,0
06/10/15
La definizione della norma di spedizione, insieme con i dati definiti sulla anagrafica
dellarticolo (peso, volume) consentiranno di valutare per ciascuna riga ordine tutte le
informazioni necessarie per la fase di cubaggio:
Peso
Volume
Numero totale di pedane da rendere
Numero totale posti pallet
Numero di strati (per posizione)
Il calcolo reale delle pedane da spedire sar effettuato al momento della spedizione: in
questa fase le pedane saranno inserite fisicamente nel documento di consegna dal
sistema BA2000 via BAPI.
Le informazioni necessarie per effettuare la valutazione del cubaggio saranno rese
disponibili attraverso un report (Z_VERIFICA_ORDINE), che consentir di effettuare una
validazione commerciale ed amministrativa dellordine.
Il report potr essere eseguito per i parametri di esecuzione comuni:
Area Vendite
Data creazione ordine
Data consegna richiesta
Protocollo ordine
Utente che inserisce lordine
Il report fornir le seguenti informazioni di testata:
Protocollo ordine
Data ordine (VBAK-AUDAT)
Data consegna richiesta (VBAK-VDATU)
Cliente (Codice e descrizione)
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
7
Data
Release 1,0
06/10/15
Destinatario merce (Codice e descrizione)

Agente (Codice e descrizione)
Fido cliente
Partite scadute
Riporter le seguenti informazioni di posizione
Codice, descrizione e quantit articoli in UM Vendita
Informazioni logistiche (Peso Lordo/Netto, Volume esterno cartoni, Tipologia Pallet
utilizzato, Peso Pallet utilizzato, CRT/strato, N.ro strati, Totale CRT per pedana,
Altezza pedana, Totale strati, Totale pedane, Peso Totale pedane, Totale posti
pallet).
Le informazioni logistiche saranno totalizzabili per ordine.
Ulteriori informazioni oggi presenti sullexcel utilizzato per la verifica del cubaggio, saranno
presenti solo sulla anagrafica dellarticolo (grammi per confezione, grammi imballaggio,
lunghezza, larghezza ed altezza cartone, peso cartone, peso pallet).
E essenziale, per una corretta compilazione della anagrafica articolo, inserire i valori
corretti di peso netto e peso lordo sulle diverse unit di misura utilizzate (p.e. Peso Lordo
= 1 KG, Peso Netto = 0,988 KG, perch la busta di plastica pesa 12 G, Peso Lordo CRT =
6,5 KG, Peso Netto CRT = 6 KG, perch il CRT pesa 0,500 KG).
7.2. Rilascio Ordine di Vendita.

Si definisce un concetto di stato dellordine di vendita per identificare un momento in cui
lordine stato immesso in produzione, e quindi non pu pi essere modificato, senza
concordare la modifica con la programmazione della produzione.
Il processo viene controllato dal sistema BA2000 che valorizza il campo Impiego sulla
testata dellordine.
Il controllo viene realizzato nella user exit USEREXIT_READ_DOCUMENT nella include
MV45AFZZ:
FORM userexit_read_document.
[]
IF vbak-abrvw = 'Z1' AND t180-trtyp ne 'H'.
MESSAGE ID 'ZDMA' TYPE 'E' NUMBER 100 WITH vbak-vbeln.
ENDIF.
[]
ENDFORM.
"USEREXIT_READ_DOCUMENT
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
8
Data
Release 1,0
06/10/15
7.3. Gestione stralci.

Quando in fase di spedizione si verifica una mancanza di merce, il comportamento di
PASTIFICIO pu essere:
Rinvio della spedizione in attesa di saturare lordine
Spedizione del disponibile e stralcio del rimanente
Spedizione del disponibile ed annullo del rimanente
E possibile definire sulla anagrafica del cliente una serie di caratteristiche per determinare
in automatico il comportamento del sistema.
Consegna completa obbligatoria
Se questo campo viene posto ad x il sistema consente di effettuare la spedizione solo se lordine completo. Se
lasciato blank possibile effettuare consegne parziali: in questo caso diventano rilevanti i due campi successivi
Consegna parziale per posizione
Se lasciato blank il sistema consente di effettuare consegne parziali
Consegne parziali max
E il numero max di stralci dordine ammesso dal cliente. Se posto ad 1 il sistema chiude lordine dopo la prima
consegna, anche se non completa, se posto ad un valore diverso da 1 il sistema consente di effettuare consegne
successive
Il flag di consegna completa consente anche di distinguere ordini di picking ed ordini

container o camion: questo flag viene definito sulla anagrafica del cliente e poi riportato in
automatico sullordine dove sar ancora modificabile, per consentire eventuali eccezioni.
E possibile definire in aggiunta un report degli stralci (Z_STRALCIO_ORDINI): con
questo strumento lente commerciale potrebbe analizzare quotidianamente gli ordini
stralciati il giorno precedente e decidere se lasciarli attivi per produzione e spedizione, o
se revocarli.
Nella figura seguente, parametri di selezione ed esempio di layout del report:
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD II v01.doc

Autore:
9
Data
Release 1,0
06/10/15
In questa lista dovrebbe essere possibile selezionare un motivo della revoca, fra una lista
di valori possibili, che verrebbe memorizzato sullordine.
Dovrebbe infine essere possibile eseguire lo stesso report in modalit di interrogazione,
per estrarre tutte le posizioni stralciate, con evidenza del motivo della revoca, e gli stralci
serviti da una consegna successiva:
Data
Cliente
Ordine
Articolo
Descrizione
Kg/CRT
CRT
TOT KG
Motivo revoca
Descrizione
03.03.2006
Agritalia
123
PSBARNF0080050024
Rigatoni
Pastificio
12
10
120
Z1
Mancanza Prodotto
15.03.2006
Agritalia
135
PSBARNF0080050024
Rigatoni
Pastificio
12
12
144
Z2
Mancanza Spazio
22
264
TOTALE
7.4. Gestione Fabbisogni vendita.

7.4.1. Controllo della disponibilit.
La strategia di produzione, secondo gli articoli ed i mercati, pu essere:
Produzione su commessa (prevalentemente estero)
Avendo un intervallo di circa 21 gg fra il momento in cui avviene la conferma dellordine
e la sua data di evasione richiesta dal cliente, la produzione per lestero segue
ragionamenti esclusivamente di produzione per commessa.
Produzione per magazzino
Quando si acquisisce un nuovo cliente, o quando si definisce un contratto con nuove
referenze, si definiscono per ciascuna di queste le relative caratteristiche, fra cui il
sottoscorta. Una volta rilasciata la nuova anagrafica dellarticolo, la presenza di una
caratteristica di sottoscorta sulla anagrafica, fa nascere un fabbisogno di produzione
per il reintegro.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
10
Data
Release 1,0
06/10/15
Questo succede perch il cliente italiano tipicamente effettua ordini a 5 giorni, e non si
ha il tempo di produrre in cos poco tempo i quantitativi a fronte dellordine.
In entrambi i casi viene stoccato a magazzino esclusivamente il prodotto finito imballato su
pedane.
Pu accadere che uno stesso articolo (p.e. a marchio Pastificio) sia venduto sia in ordini
Italia che ordini estero: in questi casi lordine estero non deve impegnare la merce, quindi
la produzione per lestero non deve essere per stock ordine, ma comunque per
magazzino.
7.4.2. Customizing controllo della disponibilit.

La anagrafica degli articoli riporter nel campo controllo della disponibilit il valore 02
fabbisogno individuale, in modo da avere sempre immediatamente visibilit delloggetto
(ordine o consegna) che ha creato il fabbisogno.
Il controllo della disponibilit (transazione OVZ9) deve essere configurato in modo che il
sistema confermi tutte le quantit al momento dellinserimento dellordine di vendita:
Al momento della generazione della consegna, invece, deve considerare impegnata solo
la quantit presente su altre consegne (no flag con fabbisogno di vendita), ma non deve
controllare il tempo di riapprovvigionamento, in modo da confermare tutte le quantit
richieste.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
11
Data
Release 1,0
06/10/15
Il controllo della disponibilit sar effettuato dal sistema legaci BA2000.
7.4.3. Generazione fabbisogni di vendita.

Un ordine di vendita, una volta inserito nel sistema, e dopo aver superato la fase di
controllo del fido, deve generare un fabbisogno, ed essere quindi visibile dal sistema
BA2000 per pianificarne correttamente la produzione.
Il fabbisogno deve essere un fabbisogno di magazzino.
Questo viene implementato associando un tipo schedulazione standard CP allordine di
vendita, e tipo fabbisogno standard KSV.
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
12
ne_SD II v01.doc

Autore:
Data
Release 1,0
06/10/15
8. PROCESSI DI SPEDIZIONE.
Il documento di consegna in SAP il documento successivo a quello dellordine di vendita,
e costituisce la base per effettuare prima lapprontamento della merce (picking) e poi la
registrazione dello scarico di magazzino.
Il Sistema SAP R/3 consente la generazione delle consegne a fronte di uno o pi
documenti di vendita tenuto conto della giacenza, del destinatario merce, della data di
richiesta consegna e della priorit di consegna.
Le funzioni principali effettuate dalle applicazioni di evasione ordini sono le seguenti:
controllo delle scadenze di consegna impostate negli ordini e creazione delle
consegne
controllo della disponibilit dei materiali per divisione, magazzino e partita
controllo del fido al momento della creazione del documento di consegna, del
picking e della uscita merci
gestione dellitinerario e dei mezzi di trasporto
acquisizione e attribuzione degli imballaggi
gestione del picking, cio del prelievo dei materiali e determinazione del magazzino
di prelievo
registrazione uscita merce
stampa e invio dei documenti di spedizione (documento di trasporto, packing list,
lettera di trasporto per il vettore)
Nella figura seguente descritto il processo di spedizione in SAP:
Creazione
Creazione
documento
Creazione
documento
Ordinedocumento
di Vendita
Ordine di Vendita
Ordine di Vendita
Creazione
Creazione
documento
Creazione
documento
Ordine
di Vendita
documento
di
Ordine di Vendita
Consegna
Stampa lista di
prelievo per il
Magazzino
Conferma q.t
prelevate
Stampa documento
di
accompagnamento
Registrazione
scarico magazzino
Con la registrazione della UM il documento di Vendita viene chiuso automaticamente: non

genera pi un fabbisogno, e non pi rilevante per spedizioni.
Saranno definiti i seguenti tipi consegna:
Tipo
consegna
Tipo
posizione
Descrizione
Note
Range
Tipo
mov.
UM
Tipo
mov.
storno
ZLF
TAN
Consegna
Segue il processo dellordine di vendita
03
601
602
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD II v01.doc

Autore:
13
Data
Release 1,0
06/10/15
Standard
ZLFM
TAN
Consegna Molino
Segue il processo della vendita

prodotti del Molino
03
601
602
ZLR
REN
Consegna Resi
Serve per registrare lEntrata Merce

da Reso
04
655
656
ZLRM
REN
Consegna Resi
Molino
Serve per registrare lEntrata Merce

da Reso
04
655
656
Per tutti i tipi consegna previsto un Range di numerazione interno, cio con
assegnazione automatica del progressivo.
Range
Descrizione
03
5000000 - 8999999
04
9000000 9999999
8.1. Processo spedizione Pasta.

Il processo di spedizione della Pasta viene in qualche modo controllato dal sistema
legacy BA200: per il dettaglio di questo processo vedi il paragrafo relativo ai trasporti, e
quello relativo alla integrazione con BA2000.
In SAP sar registrata solo la operazione di uscita merce.
8.2. Processo spedizione Molino.

Sulla base della disponibilit dei prodotti (derivante dal programma di produzione del
pastificio), e della oscillazione dei prezzi (definita alla borsa del grano di Bologna),
giornalmente viene preparato il programma di carico e spedizione per il giorno successivo.
Sono generati i documenti di spedizione a partire dai corrispondenti ordini, e viene inviata
la stampa delle liste di prelievo ai responsabili del magazzino.
Questi provvedono ad effettuare il prelievo delle quantit richieste, ed a confermare sul
documento di consegna le quantit effettivamente prelevate.
La fase di definizione del piano di carico viene effettuata con laiuto di un report che
presenta le seguenti informazioni:
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD II v01.doc

Autore:
14
Data
Release 1,0
06/10/15
Carico Ora
8.00
8.00
8.30
10.30
12.00
12.00
14.00
14.00
Trasportatore
Di Chiara
Di Chiara
Di Chiara
Di Chiara
Cliente
Polisi
Polisi
Polisi
COOP Padre Pio
COOP Padre Pio
Polisi
Mignini
Polisi
Prodotto
Farinaccio
Cubettato
Farinaccio
Farinaccio
Cubettato
Cubettato
Farinaccio
Farinaccio
Resa Franco
A
A
A
P
P
P
P
A
TOTALE
Sacchi n.
570
Rinfusa Q.li
140
140
500
80
280
140
570
1640
Prezzo/Q.li
9,936
6,884
8,284
9,800
6,400
6,010
7,561
9,936
Prezzo/Q.li Lire
19239
13329
16040
18975
12392
11637
14640
19239
1200
1200
-171
1250
Granotto
Cubettato
Programma di carico reparto Molino

17-ott-05
Farinaccio
De Matteis Agroalimentare s.p.A.
200 Giacenza
-139
-152
-150
-80,8
-295,6
-110
-171
446
734,6
200
Con inoltre un riepilogo del volume progressivo settimanale spedito, per tipologia di
sottoprodotto (in fase di realizzazione sar svolta la analisi di dettaglio per la
implementazione di questo report).
A questo punto viene registrato lo scarico del magazzino, e secondo un parametro
opportunamente definito in anagrafica, stampata la bolla di accompagnamento, o generata
(in automatico) e poi stampata la fattura accompagnatoria.
Sulla anagrafica del cliente viene inserito un parametro per definire la tipologia di
fatturazione concordata con il cliente (fatturazione immediata o differita).
Per un dettaglio sulla generazione automatica della fattura accompagnatoria, vedi il
paragrafo sulla fatturazione.
8.3. Processo spedizione Pedane.

La valutazione del numero delle pedane per consegna sar effettuata al momento della
conferma della consegna da parte del sistema BA2000, che provveder ad inserire sulla
consegna una riga con il numero di pedane previste.
La contabilizzazione delle pedane sulla consegna pu essere effettuata con:
Addebito in fattura: in questo caso deve essere definito un listino pedane per ogni
cliente/marchio
Pedane a perdere (p.e. pedane di propriet del cliente gestite a quantit ma non a
valore): luscita merce scarica il magazzino, ma la posizione non viene riportata in
fattura.
Pedane a rendere: luscita merce delle pedane genera una giacenza di conto
deposito verso il trasportatore che pu essere successivamente analizzata.
E possibile distinguere i tre casi definendo per i diversi casi diversi gruppi tipi posizione, in
modo da associare processi diversi:
Processo
Tipo Materiale
Gruppo Tipo
posizione
Tipo posizione
consegna
Tipo schedulazione
Tipo movimento
UM
Pedane in fattura
ZPED
TUTTI
TAN
CN
601
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD II v01.doc

Autore:
15
Data
Release 1,0
06/10/15
(da ordine)
Pedane a perdere
ZPED
ZLEI
ZTAL
CN
601
Pedane a rendere
ZPED
LEIH
TAL
E3
621
Nel caso in cui si fosse utilizzata la funzionalit di SAP per le norme di spedizione, il
sistema avrebbe agganciato rispettivamente i tipi posizione HUPM e TAL (vedi tabella
T184)
I codici da utilizzare per le pedane da fatturare e le pedane a rendere, quindi,
saranno identici.
Faranno eccezione le pedane a perdere, perch avranno un codice apposito in quanto si
tratta di codici di propriet del cliente, che quindi devono solo generare una uscita merce,
ma non una fattura.
Nella tabella seguente sono descritti i diversi processi per la movimentazione dei vuoti:
Descrizione
Descrizione
Consegna
Tipo posizione
Tipo
schedulazione
Tipo movimento
Tipo Fattura
Addebito Vuoti
in fattura
ZOSI, ZOSE
ZLF
TAN
CN
601
F2
ZLF
TAL
E3
621
Invio Vuoti
Rientro Vuoti
ZLA
ZLR
LAN
F3
622
Addebito Vuoti
successivo
ZLN
ZLF
LNN
C3
623
F2
Processazione
buoni
ZLO
ZLV
ZLAN
Z3
622, 621
E possibile anche mediante i movimenti di magazzino 621,622, rettificare manualmente le

giacenze delle pedane.
In qualsiasi momento potr analizzare attraverso strumenti standard (transazione MMBE
per le diverse tipologie di articolo pallet) la giacenza fisica delle pedane presso i diversi
attori, e quindi avere evidenza dello sbilanciamento entrate uscite.
8.3.1. Addebito Vuoti in Fattura.

Le pedane saranno inserite dagli utenti sui documenti di vendita, riportate dal sistema sui
documenti di spedizione e fattura.
Qui per ciascuna pedana sar riportata dallordine la valorizzazione del prezzo di vendita
secondo il listino inserito in anagrafica condizione, o perch definito manualmente in
ordine: le pedane sono quindi assimilate agli altri prodotti di vendita.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
16
Data
Release 1,0
06/10/15
8.3.2. Gestione Pedane a rendere.

8.3.2.1 BADI LE_SHP_GOODSMOVEMENT.
E disponibile la BADI LE_SHP_GOODSMOVEMENT per controllare la elaborazione al
momento della registrazione della uscita merce.
Dalla transazione SE19 possibile creare per la BADI suddetta una implementazione Z
(p.e. la ZE_SHP_GOODSMOVEMENT), e poi successivamente implementare il metodo
CHANGE_INPUT_HEADER_AND_ITEMS.
In questo metodo sono disponibili, fra le altre, le tabelle interne is_likp, it_xlips, it_xvbpa,
it_xvbfa per consultazione, e la ct_ximseg per controllare il processo della uscita merce: in
questa tabella possibile controllare il tipo movimento da eseguire per ciascuna posizione
di consegna, e il destinatario del conto deposito.
Per un elenco completo delle informazioni disponibili in questa BADI, verificare con la
transazione SE18.
8.3.2.2 ZOSI ZOSE Vendita Pedane.

In questo scenario le pedane sono inserite sugli ordini di vendita come articoli standard,
ma con riferimento ad una posizione pasta.
Da questo momento le pedane seguono il normale flusso degli articoli di vendita.
8.3.2.3 ZLF Invio Vuoti.

Le pedane seguono la spedizione degli articoli da PASTIFICIO verso il cliente finale, e poi
indietro verso PASTIFICIO.
Il sistema scarica la giacenza dei Pallet presso la PASTIFICIO, e carica lo stock speciale
V (conto deposito cliente), merce di propriet PASTIFICIO presso il vettore.
Il sistema da standard valorizzerebbe lo stock speciale V del destinatario merce:
possibile, mediante exit, valorizzare il conto deposito V del trasportatore, rilevato dalla
consegna o dal trasporto.
Nel riquadro successivo si riporta la implementazione effettuata per la BADI
LE_SHP_GOODSMOVEMENT per sostituire il destinatario merce con il codice del
trasportatore, come destinatario del conto deposito cliente nel movimento 621 V.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
17
Data
Release 1,0
06/10/15
METHOD if_ex_le_shp_goodsmovement~change_input_header_and_items.
*
*
*
*
*
*
*
--> Logica di controllo per sostituire il destinatario CD vuoti

Quando inserisco in consegna il materiale di imballaggio LEIH
questo genera in automatico (tipo schedulazione E3) un movimento
621- su DMA
621+ sul destinatario merce
Con questa BADI possibile implementare una logica di controllo
per sostituire al DM il trasportatore
DATA: wa_lipsvb TYPE lipsvb.
FIELD-SYMBOLS : <imsegvb> TYPE imsegvb,
<vbfavb> TYPE vbfavb.
DATA: wa_ximseg TYPE imsegvb,
wa_xvbfa TYPE vbfa,
wa_vttkvb TYPE vttkvb.
DATA: zzkunnr TYPE kna1-kunnr.
DATA: wa_auart TYPE vbak-auart.
* _____________________________________________________________________
* 1. Sostituisco il destinatario del movimento 621 con il codice del
*
trasportatore recuperato dal trasporto cui la consegna associata
READ TABLE it_xvbfa INTO wa_xvbfa WITH KEY vbtyp_n = '8'.
IF sy-subrc = 0.
CALL FUNCTION 'RV_SHIPMENT_VIEW'
EXPORTING
shipment_number
= wa_xvbfa-vbeln
language
= sy-langu
activity
= 'A'
option_no_refresh = 'X'
i_filter_type
= 'F'
IMPORTING
f_vttkvb
= wa_vttkvb
EXCEPTIONS
not_found
no_authority
delivery_missing
delivery_lock.
IF sy-subrc = 0.
CLEAR zzkunnr.
SELECT SINGLE kunnr FROM lfa1 INTO zzkunnr
WHERE lifnr = wa_vttkvb-tdlnr.
IF NOT zzkunnr IS INITIAL.
LOOP AT ct_ximseg ASSIGNING <imsegvb> WHERE bwart = '621'.
<imsegvb>-kunnr = zzkunnr.
ENDLOOP.
ELSE.
MESSAGE e000(db) WITH
'Manca il codice Cliente associato al fornitore n'
wa_vttkvb-tdlnr.
ENDIF.
ELSE.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.
ELSE.
"Leggi il trasportatore dai partner della consegna
READ TABLE it_xvbpa into wa_vbpa
WITH KEY posnr = '000000'
parvw = 'SP'.
IF sy-subrc = 0.
zzkunnr = wa_vbpa-lifnr.
LOOP AT ct_ximseg ASSIGNING <imsegvb> WHERE bwart = '621'.
<imsegvb>-kunnr = zzkunnr.
ENDLOOP.
ENDIF.
ENDIF.
[]
ENDMETHOD.
8.3.2.4 ZLA - Rientro Vuoti.

Quando il trasportatore rientra per il carico successivo porta con se solitamente anche un
carico di pedane: queste saranno registrate in entrata e contribuiranno a scaricare il conto
deposito del trasportatore, e caricare la giacenza di PASTIFICIO.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
18
Data
Release 1,0
06/10/15
Alcuni i trasportatori restituiscono periodicamente un numero elevato di pedane, spesso

superiore a quelle che hanno in addebito. Per consentire questo processo, necessario
che il conto pedane possa essere anche negativo.
Viene quindi autorizzato in customizing la possibilit di mandare in negativo lo stock V
sulla divisione D002.
Si modifica inoltre la regola di controllo disponibilit per il rientro vuoti sia sullordine (02AV) che sulla consegna (02-BV): al momento dellinserimento ordine ZLA non sar fatta la
verifica sullo stock V, ma si autorizzer anche il rientro di una quantit maggiore, che
mander in negativo lo stock V (transazione OVZ9):
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
19
Data
Release 1,0
06/10/15
8.3.2.5 MB11 + 551 V Rottamazione Vuoti.

Nel caso in cui il cliente o il trasportatore riscontri pedane danneggiate, e la logistica
accetti la comunicazione, possibile effettuare una rettifica (UM per rottamazione verso
centro di costo) mediante la transazione MB1A o MB11 ed il tipo movimento 551 V
(Rottamazione Vuoti).
8.3.2.6 ZLN Addebito successivo Vuoti.

E possibile periodicamente addebitare al cliente o al trasportatore una giacenza eccessiva
di pedane, mediante una processo che scarica il conto deposito e genera una fattura.
Lindicazione del prezzo sar manuale in fase di ordine, oppure rilevato da un listino.
8.3.2.7 ZLO Processazione buoni cliente.

I casi in cui il cliente non ha restituito tutte le pedane ricevute sono gestiti con un buono
emesso dal cliente, che attesta la mancata restituzione delle pedane.
E possibile processare questo buono per scaricare il conto deposito del trasportatore, e
caricare quello del cliente.
Il sistema da standard realizzerebbe lEM da stock V del trasportatore (622+ su
PASTIFICIO, 622V sul trasportatore).
Mediante BADI si fa registrare al sistema anche lUM da stock libero PASTIFICIO verso
stock V del cliente (621 su PASTIFICIO, 621V+ sul cliente).
METHOD if_ex_le_shp_goodsmovement~change_input_header_and_items.
[]
* _____________________________________________________________________
* 2. Tipo ordine ZLO - Processazione buoni per i vuoti
READ TABLE it_xvbfa WITH KEY vbtyp_n = 'T' "consegna resi per ordine
vbtyp_v = 'C' "ordine
ASSIGNING <vbfavb>.
CHECK sy-subrc = 0.
SELECT SINGLE auart FROM vbak INTO wa_auart
WHERE vbeln = <vbfavb>-vbelv.
IF sy-subrc = 0 AND wa_auart = 'ZLO'.
CLEAR wa_ximseg.
READ TABLE ct_ximseg INTO wa_ximseg INDEX 1.
wa_ximseg-bwart = '621'.
wa_ximseg-kunnr = wa_ximseg-wempf.
APPEND wa_ximseg TO ct_ximseg .
ELSEIF wa_auart = ZLA
ELSE.
CLEAR wa_ximseg.
READ TABLE ct_ximseg INTO wa_ximseg INDEX 1.
MESSAGE e000(db) WITH
'Manca il codice ordine associato alla consegna n'
wa_ximseg-vbeln.
ENDIF.
ENDMETHOD.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
20
Data
Release 1,0
06/10/15
8.4. Regole di controllo copia.

Il sistema standard sul controllo copia riporta sulla posizione della consegna il valore del
settore merceologico presente sulla testata dellordine di riferimento.
Nelle figure seguenti viene mostrato il customizing standard nella transazione VTLA del
controllo copia da ordine in consegna:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
21
Data
Release 1,0
06/10/15
Il
settore
merceologico
di
posizione sulla consegna, viene
recuperato
dalla
testata
Viene quindi implementata una nuova routine 901, che recuperi il settore merceologico
sulla posizione della consegna dalla posizione dellordine, e collegata al tutti i processi
rilevanti di controllo copia ordine
consegna.
Il settore merceologico di posizione

sulla consegna, viene recuperato
dalla posizione dellordine.
8.5. Numero XAB.

E richiesta la possibilit di archiviare i documenti di trasporto secondo un progressivo che
cominci ogni anno la propria numerazione da capo.
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
22
ne_SD II v01.doc
Autore:
Data
Release 1,0
06/10/15
Verranno quindi definiti due distinti range di numerazione per il molino e per il pastificio al
modo seguente:
Tipo range
Descrizione
da
01
Molino
000001
999999
03
Pastificio
1000000
1999999
La configurazione di questi viene effettuata nella transazione di customizing OMC1.
Divisione (attivare range XAB per divisione)
Costante di modifica RN (Definizione costante di modifica ed assegnazione range di

numerazione)
Intervalli (Definizione gruppi ed intervalli range)
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
23
Data
Release 1,0
06/10/15
Oggetto (legame divisione/magazzino vs costante modifica RN):
Il numero di XAB non deve essere staccato nel caso di cliente con fattura
accompagnatoria: in questi casi, infatti, fa fede il numero di fattura contabile stampato sul
documento di accompagnamento.
Per ovviare a questa circostanza, in fase di salvataggio della consegna, si effettua il
controllo se sia necessaria una fattura accompagnatoria. In caso positivo, si occupa il
numero di bolla con il numero della consegna (cio si assegna un numero esterno di
bolla), ed il sistema quindi non impegna un numero di XAB.
La stessa modifica viene apportata anche nel caso di tipo documento di vendita ZLO
(processazione buoni) per evitare che la processazione di un buono impegni un numero di
bolla.
Di seguito il codice implementato nelle diverse exit del programma MV50AFZ1:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
24
Data
Release 1,0
06/10/15
FORM userexit_move_field_to_likp.
*
LIKP-zzfield = xxxx-zzfield2.
* --> Modifica LM per consegna con fattura accompagnatoria

*
--> or
per processazione buoni ZLO
IF ( likp-perfk EQ 'YA'
OR vbak-auart EQ 'ZLO' ) AND
likp-xabln = ''.
likp-xabln = '10000000'.
ENDIF.
ENDFORM.
"USEREXIT_MOVE_FIELD_TO_LIKP
FORM userexit_read_document.
* --> Modifica LM per consegna con fattura accompagnatoria
*
--> or
per processazione buoni ZLO
IF ( xlikp-perfk EQ 'YA'
OR vbak-auart EQ 'ZLO' )
AND xlikp-vbeln(1) NE '$'.
xlikp-xabln = xlikp-vbeln.
MODIFY xlikp INDEX 1 TRANSPORTING xabln.
likp-xabln = likp-vbeln.
ENDIF.
ENDFORM.
"USEREXIT_READ_DOCUMENT
8.6. Stampa Consegna.

8.6.1. Tipo messaggio EK00 Lista di prelievo.
Si attiva la stampa della lista di prelievo EK00 per avere in automatico la funzionalit di
pareggiare la quantit di consegna con la quantit confermata per il prelievo.
In questo modo sar necessario effettuare le modifiche alle quantit di consegna
solamente qualora la quantit di picking sia inferiore alla quantit richiesta.
Per attivare il messaggio di stampa in oggetto, sufficiente eseguire i seguenti step di
customizing:
Inserimento del messaggio sul luogo di spedizione Z001 (Molino) e Z002 (Pastificio):
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
25
Data
Release 1,0
06/10/15
Verifica disponibilit messaggio EK00 per la applicazione V4 (funzioni speciali consegne),

mediante la transazione V/38:
Configurazione dei parametri di stampa per le organizzazioni commerciali:
Con questa parametrizzazione del sistema, al salvataggio della consegna, il messaggio

EK00 sar generato in consegna, e creer uno spool di stampa, che per non verr
eseguito in automatico, ma sar disponibile nella lista degli spool (SP01).
Il tipo messaggio EK00 non sar utilizzato nello scenario Pastificio, perch la stampa della
lista di prelievo viene emessa dal sistema BA2000.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
26
Data
Release 1,0
06/10/15
8.6.2. Tipo messaggio LD00 Documento di Trasporto.

Il messaggio standard per la stampa del documento di trasporto LD00. Nella
configurazione di questo tipo di messaggio si associa la sequenza di accesso 0004, che
prevede la determinazione automatica del messaggio in funzione del tipo documento
consegna.
E stato inserito sulla sequenza di accesso per la stampa del documento di trasporto il
presupposto 001, consegna registrata per Uscita Merce.
La transazione per la creazione del record condizioni per i messaggi di ordine la VV21.
Il record condizioni pu essere inserito con i seguenti valori:
1. La stampa della bolla pu essere eseguita mediante un job successivo, transazione
VL71: affinch loutput sia poi visibile sulla VL71, necessario che il record
condizione (VV21) sia creato con ora 3: inviare mediante transazione propria della
applicazione.
2. La stampa della bolla pu essere eseguita solamente dalla transazione stessa
output)
(VL02N
3. La stampa della bolla viene eseguita automaticamente al salvataggio dellordine.
Il sistema viene configurato in modo da consentire linserimento manuale del tipo
messaggio LD00 sullordine, nel caso in cui manchi il record condizione sulla VV21.
8.6.3. Layout.
E stato consegnato un esempio di layout: si evidenziata la necessit di stampare sulla
bolla di accompagnamento il numero di lotto degli articoli spediti.
Nel programma di stampa delle bolle deve essere previsto un controllo sui casi in cui il
peso totale riportato sulla singola bolla sia superiore alla portata del mezzo di trasporto: in
questi casi dovranno essere stampate due bolle, la prima per un peso paragonabile alla
portata del mezzo di trasporto, la seconda, per la differenza.
La stampa sar effettuata su foglio A4.
La analisi di dettaglio sar descritta nel relativo documento di analisi.
Saranno utilizzati i seguenti testi:
Testo Nota interna Anagrafica materiale, oggetto MATERIAL, ID Testo IVER
Questo testo sar riportato in bolla per mappare le caratteristiche di umidit, amido e
fibra grezza degli articoli del molino venduti alla rinfusa.
Se presente in anagrafica articolo, viene riportato sulla stampa della bolla.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
27
Data
Release 1,0
06/10/15
Testo Appunto testata 1 della testata consegna, oggetto VBBK, ID testo 0002
Questo testo viene utilizzato per essere stampato nel corpo della consegna
Testo Testo Pastificio della testata consegna, oggetto VBBK, ID testo %%%%.
Questo testo viene utilizzato per essere stampato nel corpo della consegna.
Saranno inoltre riportati sulla stampa della bolla informazioni riguardanti:
Numero contenitore (da archivio trasporti)
Numero sigillo (da archivio trasporti)
Marchio sigillo (da archivio trasporti)
Numero autorizzazione per Pasta vitaminizzata (da archivio ZZAUTHPV)
Nella figura seguente un esempio di stampa del documento di trasporto:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
28
Data
Release 1,0
06/10/15
9. TRASPORTI.
Il processo di gestione dei trasporti pu schematizzarsi come segue:
Delivery
Delivery
Delivery
Trasporto
Documento
Costi di nolo
Contabilizzazione
costi di nolo
Liquidazione e
trasferimento su
OdA
Registrazione
Fattura passiva
La determinazione del vettore viene effettuata dopo linserimento delle consegne nel
corrispondente documento di trasporto.
La determinazione dei costi di trasporto viene effettuata sulla base della tipologia delle
tratte che caratterizzano il trasporto stesso.
9.1. Gestione logistica dei Trasporti.

Nella figura seguente viene descritta la fase finale del processo di spedizione, e la
generazione dei documenti di accompagnamento, processo comune alle diverse tipologie
di trasporto:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
29
Data
Release 1,0
06/10/15
Stampa in automatico del

DDT su stampante
indicata
Tipo
documento di
trasporto
richiesto dal
cliente
Pesa bilico
Stampa documento pesa
Allego stampa a DDT
UM Trasporto
UM su SAP
Creazione fattura
su SAP
Stampa in automatico
della fattura
accompagnatoria su
stampante indicata
Ai trasportatori viene consegnata la seguente documentazione:

un documento con la distinta di trasporto con lindicazione di chi deve ricevere la
merce, ed in che ordine, ed i singoli documenti di accompagnamento (bolla o
fattura).
Per le consegne Italia sul canale tradizionale, lelenco dei clienti che devono pagare
alla consegna (vedi paragrafo sui pagamenti).
I trasportatori sono dotati di un cellulare di propriet PASTIFICIO, con il quale contattano
la azienda per segnalare i casi in cui il cliente rifiuta la consegna: sar possibile inserire
questa informazione in un campo testo sulla consegna (Rifiuto consegna), a scopo
informativo, a beneficio dellufficio commerciale.
Se non stata ancora emessa fattura, anche possibile inserire sullordine di vendita un
motivo di blocco per la fatturazione, in attesa del rientro della merce, e quindi dello storno
del movimento di uscita merce.
Al termine del proprio giro il trasportatore invia una conferma di consegna (fax con le bolle
o le fatture accompagnatorie firmate dal cliente per accettazione).
In assenza di conferma di consegna non viene sbloccato il pagamento al trasportatore.
9.1.1. Consegne Franco Partenza.

La programmazione della produzione mette in partenza lordine sulla base della richiesta
del cliente e della disponibilit presunta, basandosi sulla giacenza di magazzino e la
capacit di produzione.
Il magazziniere verifica ogni giorno il piano di partenza del giorno successivo, ed invia le
missioni di prelievo ai carrellisti, con anche lordine cronologico dei prelievi.
Verifica gli scostamenti dei prelievi dalle richieste e compila la distinta di carico
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
30
Data
Release 1,0
06/10/15
Gli automezzi in ingresso sono pesati al bilico (viene rilevata la tara) e poi nuovamente in
uscita per verificare la corrispondenza fra quanto dichiarato e quanto effettivamente
spedito. In caso di scostamento eccessivo viene effettuato un controllo sul carico.
Sebbene in questi casi non vi sia la determinazione del costo del trasporto comunque
necessario definire un diverso tipo di trasporto per memorizzare in SAP le informazioni
relative alla data ed ora di entrata ed uscita del mezzo del cliente dallo stabilimento
PASTIFICIO.
9.1.2. Consegne Franco Destino.

Sulla base della data di consegna richiesta la logistica raggruppa gli ordini in trasporti,
manda un fax al trasportatore con la richiesta (vedi stampa ordine di acquisto di trasporto),
ed aspetta il fax di ritorno del trasportatore per accettazione.
In alcuni casi viene fatta una trattativa con il cliente ed il trasportatore per modificare la
data di consegna richiesta.
Lordine di acquisto del trasporto diventa anche un ordine di approntamento per il
magazzino.
9.2. Customizing Trasporti.

Nella figura seguente sono riportati i legami fra i diversi oggetti di customizing che sono
utilizzati per la parametrizzazione dei trasporti:
Tipo di trasporto
Tipo costi nolo
Categoria
posizione costi
nolo
Ufficio
pianificazione
trasporto
Gruppo schema
posizione
Schema prezzo
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
31
Data
Release 1,0
06/10/15
9.3. Determinazione Itinerario.

Si definisce un unico itinerario dummy (IT0001), ed una unica zona di trasporto per
ciascuna nazione (p.e. per lItalia IT00000001).
La determinazione dellitinerario in consegna viene quindi fatta automaticamente dal
sistema a partire dal valore inserito in anagrafica del destinatario merce per il campo zona
di trasporto.
Nella figura seguente il percorso di customizing.
9.4. Tipologie di Trasporto.

Si definiscono i seguenti uffici di pianificazione del trasporto, che si occuperanno di
pianificare i trasporti di competenza, accoppiando le consegne, ed i corrispondenti
documenti di trasporto:
Tipo Trasporto
Descrizione
IT01
Ufficio trasporti Italia
IT02
Ufficio trasporti Estero
IT03
Ufficio trasporti Molino
Le diverse tipologie di trasporto che saranno definite in SAP sono le seguenti:

Tipo Trasporto
Descrizione
Z001
Franco Destino
Z002
Franco Partenza
Z003
Prodotti del molino
Si definiscono i seguenti eventi automatici legati agli stati del trasporto:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
32
Data
Release 1,0
06/10/15
Approntamento -> presuppone la

conferma del picking (generata in
automatico mediante il messaggio
EK00)
Inizio trasporto -> registrazione uscita
merce, e stampa distinta di trasporto
E possibile memorizzare nel campo Fine Trasporto data ed orario della avvenuta
consegna al cliente, se la informazione viene effettivamente fornita dagli spedizionieri. La
presenza di questa informazione anche quella che pu essere utilizzata per decidere se
sbloccare o meno il pagamento al trasportatore.
Nella figura seguente viene mostrato il processo logistico della gestione del trasporto,
attraverso i due sistemi SAP e BA2000:
Creazione
consegne
Creazione
trasporto
Stampa lista
prelievo
Conferma
picking
Registrazione
UM
Inizio
Trasporto
Fine
Trasporto
BA 2000
9.5. Rilevanza per documento costi di nolo.

E possibile definire quali tipi consegna e quali tipi posizione di consegna siano rilevanti
per il trasporto, e quindi per il calcolo del costo di nolo.
Utilizzando questa funzionalit possibile escludere dal calcolo del costo di nolo, e quindi
dalla ripartizione successiva dei costi in base al peso, le posizioni corrispondenti ai pallet.
Nello nostro scenario questa funzionalit viene utilizzata per escludere dal documento dei
costi di nolo le posizioni relative ai pallet.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
33
Data
Release 1,0
06/10/15
9.6. Costi di Nolo.

9.6.1. Tipo documento costi di nolo.
Al fine di raccogliere e contabilizzare sugli ordini di acquisto i costi relativi ai trasporti, con
cadenza mensile, vengono creati sulla base dei documenti di trasporto e delle tariffe i
corrispondenti documenti di costo di nolo.
Si utilizzer un unico tipo documento per la contabilizzazione dei costi di nolo (Z001,
PASTIFICIO Costi di nolo), associato al tipo posizione Z001 (Costi trasporto PASTIFICIO).
Nel momento del passaggio in contabilit dei costi di nolo, viene creato automaticamente
un inserimento per ciascun trasporto, e quindi una conferma prestazione che si aggancia
ad un ordine di acquisto creato automaticamente dal sistema per vettore, tipologia di
processo, e cadenza mensile.
Nelle figure seguenti il percorso di customizing e la parametrizzazione effettuata:
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
ne_SD II v01.doc

Autore:
34
Data
Release 1,0
06/10/15
9.6.2. Pricing costi di nolo.

Le tipologie di costi di nolo possono essere raggruppate in tre macro categorie:
Costi di nolo
Maggiorazioni
Sconti
I campi chiave per la determinazione dei listini dei costi di nolo sono i seguenti:
Nome campo
Nome tecnico
Descrizione
Italia
Estero
Molino
Costi di nolo
Maggiorazioni
Vettore
TDLNR
Fornitore servizi trasporto
Mezzo di trasporto
ADD01
Descrizione mezzo di trasporto utilizzato
Numero Pedane
ZZPEDANE
Numero totale pedane nel trasporto
Provincia di destinazione
REGIOZ
Provincia di destinazione
Paese destinazione
LAND1Z
Paese di destinazione del trasporto
CAP destinazione
PSTLZZ
CAP destinazione
x
x
Deve essere possibile inserire, per i diversi fornitori, le seguenti tipologie di listini:
Listini a forfait ( per destinazione)
Listino a peso (basati sul peso netto del prodotto, altrimenti detto peso commerciale):
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
35
Data
Release 1,0
06/10/15
o per i trasporti Pasta deve essere possibile definire un listino in /quintale per
destinazione.
o i trasporti del Molino possono essere effettuati alla rinfusa, o per sacchi: nel
primo caso i listini possono essere definiti anche in /quintale per
destinazione, nel secondo caso in /sacchi per destinazione. Per poter
gestire questo ultimo caso di trasporti effettuati in Sacchi, si definiscono due
nuove unit di misura di peso in sacchi, SK2 ed SK3, e si definisce un
rapporto di conversione convenzionale rispettivamente di 25 e di 30 KG per
sacco.
Listini a pedana (/pedana per destinazione).
Nel caso di trasporti con pi di una consegna, i dati relativi alla zona di destinazione
(Paese, Provincia e CAP di destinazione) sono rilevati dal sistema da quelli del
destinatario merce associato alla ultima consegna presente nella videata della
determinazione delle tappe.
Il sistema non effettua alcuna valutazione in base alla distanza dal luogo di spedizione:
questa valutazione deve necessariamente essere fatta manualmente dalloperatore,
oppure attraverso una personalizzazione.
9.6.3. Ampliamento pricing costi di nolo.

Sono stati individuati i seguenti campi non disponibili nellelenco standard:
ZZPEDANE Numero pedane per trasporto (espresso in numero, massimo 999)
ZZREGIO provincia di destinazione della singola consegna
Allo scopo di rendere disponibile anche questo campo per le elaborazioni successive, si
eseguono i passi di implementazione indicati nel seguito, necessari per lampliamento del
pricing.
9.6.3.1 Ampliamento di testata documento costi di nolo.

Si inserisce il campo suddetto nella struttura di comunicazione KOMK, testata per la
determinazione del prezzo. Linserimento viene effettuato nella append KOMKAZ allo
scopo di rendere questi campi immediatamente visibili anche nel catalogo campi.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
36
Data
Release 1,0
06/10/15
Il campo ZZPEDANE sar valorizzato via user

exit.
Per la sua definizione stato necessario creare sia
un nuovo dominio, che un nuovo elemento dati.
Ampliamento V54B0001, user exit EXIT_SAPLV54B_001.

*&---------------------------------------------------------------------*
*& Include
ZXV54U02
*&---------------------------------------------------------------------*
*________________________________________________________
* -> Alimentazione ZZPEDANE
*
Numero pedane per il trasporto
DATA: lv_lfimg TYPE lips-lfimg,
"Quantit pedane in consegna
ls_lfimg TYPE lips-lfimg,
"Totale pedane per trasporto
ln_lfimg(3) TYPE n.
"Come sopra, ma type n
DATA: lt_vttp TYPE vttp.
LOOP AT i_refobj-vttp INTO lt_vttp.
SELECT SINGLE lfimg FROM lips INTO lv_lfimg
WHERE vbeln = lt_vttp-vbeln
AND ( pstyv = 'HUPM'
"HUPM, TAL -> tipi pos.
OR pstyv = 'TAL' ).
"ammessi per pedane
ls_lfimg = ls_lfimg + lv_lfimg.
ENDLOOP.
MOVE ls_lfimg TO ln_lfimg.
c_komk-zzpedane = ln_lfimg.
9.6.3.2 Ampliamento di posizione documento costi di nolo.

Si inseriscono i campi suddetti (ZZPEDANEP e ZZREGIO) nella struttura di
comunicazione KOMP, posizione per la determinazione del prezzo. Linserimento viene
effettuato nella struttura KOMPAZ, append ZAKOMPAZ, allo scopo di rendere questi
campi immediatamente visibili anche nel catalogo campi.
Ampliamento V54B0001, user exit EXIT_SAPLV54B_002.

Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
37
Data
Release 1,0
06/10/15
*&---------------------------------------------------------------------*
*& Include
ZXV54U03
*&---------------------------------------------------------------------*
* --> Parametri di import / Export da testata Function Module
*"---------------------------------------------------------------------*"*"Lokale Schnittstelle:
*"
IMPORTING
*"
VALUE(I_VFSI) TYPE V54A0_VFSI
*"
VALUE(I_AKTYP) LIKE T180-AKTYP
*"
VALUE(I_SCD_ITEM) TYPE V54A0_SCD_ITEM
*"
VALUE(I_REFOBJ) TYPE V54A0_REFOBJ
*"
VALUE(I_KOMK) TYPE V54A0_KOMK
*"
CHANGING
*"
REFERENCE(C_KOMP) TYPE V54A0_KOMP
*"---------------------------------------------------------------------*________________________________________________________
* -> Alimentazione ZZREGIO
*
Provincia destinazione da KUNWE
select single regio into c_komp-zzregio from kna1
where kunnr = i_komk-kunwe.
*________________________________________________________
* -> Alimentazione ZZPEDANE
*
Numero pedane per singola consegna
data: ls_t685a like t685a.
check ( c_komp-pstyv = 'TAL' or c_komp-pstyv = 'HUPM' ).
select single * from t685a into ls_t685a
where kappl = 'V'
and
kschl = 'ZB02'.
c_komp-bergl = ls_t685a-bergl.
c_komp-vhart = ls_t685a-vhart.
c_komp-zzpedanep = c_komp-mglme.
9.6.4. Schema prezzo costi di nolo.

9.6.4.1 ZPASTIFICIOIT Trasporti Italia.
La sequenza di accesso ZB00 per la determinazione del listino costi di nolo forfait Italia :
Tabella
condizioni
Vettore
Mezzo
trasporto
Provincia
destinazione
A851
Pedane
Note
Prezzo a forfait per provincia di destinazione
La sequenza di accesso ZB01 per la determinazione del listino costi di nolo per peso Italia
:
Tabella
condizioni
Vettore
Mezzo
trasporto
Provincia
destinazione
A851
Pedane
Note
Prezzo in /quintale per provincia di destinazione
La sequenza di accesso ZB02 per la determinazione del listino costi di nolo pedana Italia
:
Tabella
condizioni
Vettore
Mezzo
trasporto
Provincia
destinazione
Pedane
A853
Note
Prezzo a forfait per provincia di destinazione: il prezzo pu essere scaglionato

in funzione del numero pedane per mezzo di trasporto
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
38
Data
Release 1,0
06/10/15
La distinzione fra i tre casi sar effettuata nel customizing del tipo condizione:
ZB00 Listino costi di nolo forfait
ZB01 Listino costi di nolo peso netto (in questo caso sar anche possibile definire un
prezzo scaglionato in funzione del peso)
ZB02 Listino costi di nolo pedana
Le maggiorazioni successive possono essere determinate in automatico o inserite
manualmente sul documento dei costi di nolo, e possono essere a valore o in percentuale.
La sequenza di accesso ZD01 per la determinazione delle maggiorazioni :
Tabella
condizioni
Vettore
A112
Mezzo
trasporto
Provincia
destinazione
Pedane
Note
Maggiorazione definita genericamente per vettore
Lo schema prezzo ZPASTIFICIOIT per la determinazione dei costi di nolo definito al

modo seguente:
Vengono calcolati sui subtotali 4 e 5 le somme parziali delle maggiorazioni e degli sconti,
per agevolare la stampa della distinta di trasporto.
Viene successivamente definita ed aggiunta allo schema prezzo una condizione di prezzo
ZB04 ad importo fisso, ma scaglionata in funzione del peso lordo.
Nelle figure seguenti la configurazione di questa, ed un esempi di scaglionamento:
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
39
Data
Release 1,0
06/10/15
9.6.4.2 ZPASTIFICIOES Trasporti Estero.

La sequenza di accesso ZB10 per la determinazione del listino costi di nolo forfait estero
:
Tabella
condizioni
Vettore
A861
Mezzo
Nazione
CAP
trasporto destinazione destinazione
x
Pedane
Note
La sequenza di accesso ZB11 per la determinazione del listino costi di nolo per peso
estero :
Tabella
condizioni
Vettore
Mezzo
Nazione
CAP
Pedane
Note
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
40
Data
Release 1,0
A861
Pagina
06/10/15
La sequenza di accesso ZB12 per la determinazione del listino costi di nolo pedana estero
:
Tabella
condizioni
Vettore
A863
Mezzo
Nazione
CAP
x
Pedane
Note
Prezzo a forfait per provincia di destinazione : il prezzo pu essere

scaglionato in funzione del numero pedane per mezzo di trasporto

La sequenza di accesso per la determinazione delle maggiorazioni la ZD01 definita nel
paragrafo precedente.
Lo schema prezzo ZPASTIFICIOES per la determinazione dei costi di nolo definito al
modo seguente:
9.6.4.3 ZPASTIFICIOMO Trasporti del Molino.

La sequenza di accesso ZB20 per la determinazione del listino costi di nolo forfait del
Molino :
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Vettore
A861
Mezzo
Nazione
CAP
x
41
Data
Release 1,0
Tabella
condizioni
Pagina
Sacchi
06/10/15
Note
La sequenza di accesso ZB21 per la determinazione del listino costi di nolo per peso del
Molino :
Tabella
condizioni
Vettore
A861
Mezzo
Nazione
CAP
x
Sacchi
Note

La sequenza di accesso per la determinazione delle maggiorazioni la ZD01 definita nel
paragrafo precedente.
Lo schema prezzo ZPASTIFICIOMO per la determinazione dei costi di nolo definito al
modo seguente:
9.6.5. Contabilizzazione documento costi di nolo.

Nella figura seguente il percorso di customizing per la determinazione automatica delle
contabilizzazioni di FI, MM e CO.
La logica per la contabilizzazione di FI la seguente:

Nel tipo documento costi di nolo definisco la classe di valorizzazione della
prestazione da agganciare (nel nostro caso 3200)
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
42
Data
Release 1,0
06/10/15
Nel tipo posizione definisco la contabilizzazione (X) da cui derivo la chiave

modifica per la T030 (VAX).
Si aggancia quindi nella tabella di contabilizzazione T030 per operazione GBB, chiave
modifica VAX, e classe di valorizzazione 3200, il conto 40720001 Spese trasporto per
vendite, e, mediante le contabilizzazioni automatiche di CO il settore risultato.
9.6.6. Trasferimento su ordine di acquisto.

Il trasferimento del documento dei costi di nolo su ordine di acquisto effettua in automatico
le seguenti operazioni:
Verifica esistenza di un OdA per il vettore ed il mese di competenza (il periodo dipende
da come stata configurata in customizing il tipo posizione del documento dei costi di
nolo): se lordine non esiste, lo genera in automatico, e poi gli collega il documento dei
costi di nolo
registra in automatico la conferma della prestazione sullordine in oggetto.
Il documento dei costi di nolo dopo la

contabilizzazione ed il salvataggio ha il
seguente stato:
Contabilizzato completamente
Trasferito sullordine di acquisto
Sul TAB della acquisizione delle

prestazioni si ha evidenza del documento
di acquisto cui il documento costi di nolo
collegato, e del modulo di acquisizione
prestazioni generato automaticamente
dal sistema
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc

Autore:
Pagina
43
Data
Release 1,0
06/10/15
Sul documento di acqusito si ha evidenza

del documento di entrata merci, e del
documento di conferma della prestazione.
Per consentire il trasferimento su OdA anche nel mese successivo a quello di erogazione
della prestazione, si implementa la exit EXIT_SAPLMLSR_010, contenuta
nellampliamento SRVESSR per pareggiare la data documento alla data di registrazione:
9.6.7. Compattazione documenti Entrata Fattura.

In alcuni casi si verifica che la Fattura Fornitore registrata con la transazione MIRO abbia
un numero di righe estremamente elevato, al limite superiore a 999.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
44
Data
Release 1,0
06/10/15
Questo un limite insuperabile per il sistema perch la lunghezza del campo

esattamente di 3 digit.
Si pu superare il problema in due modi diversi:
Chiedendo una delega al proprio revisore, e quindi registrando a fronte di una unica
fattura cartacea pi documenti contabili di entrata fattura nel sistema
Effettuando una compattazione secondo quando descritto nella nota OSS numero
36353
Nel nostro caso abbiamo seguito la seconda strada, e quindi abbiamo compattato
secondo le seguenti indicazioni:
Transazione OBCY
Tipo operazione di riferimento RMRP (entrata fattura fornitore)
Campi tabella BSEG indicati in figura
9.6.8. Contabilizzazione gestionale del costo del trasporto.

Dal punto di vista del controllo di gestione non necessario separare la contabilizzazione
dei costi su conti diversi, ma la loro somma costituisce il costo del trasporto.
Lunica eccezione sono i costi per le operazioni doganali al carico ed alla destinazione
(vedi schema prezzo per lestero), che devono essere evidenziate dal punto di vista
gestionale.
In un trasporto possibile che vi siano consegne per clienti diversi: sarebbe utile dal punto
di vista del controllo di gestione la ripartizione del costo del trasporto per marchio/cliente,
basandosi sul peso.
Questo obiettivo lo si ottiene avendo scelto nel customizing della posizione del documento
dei costi nolo, il valore C Posizione Consegna nel campo Suddivisione Costi CO.
Per ottenere una suddivisione diversa da quella in base al peso sarebbe necessario
implementare la nota numero 700512, e sfruttare lampliamento V54KSFRC richiamato dal
FM SD_SCD_ITEM_AMOUNT_FACTORS.
9.7. Conferma uscita merce dal trasporto.

E possibile confermare la uscita merce direttamente dal trasporto, configurando il sistema
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
45
Data
Release 1,0
06/10/15
come nelle figure seguenti.
Al momento questa funzionalit viene inibita (la variante Z007 viene cancellata dal
customizing).
9.8. Modifica consegna e registrazione Uscita Merce.

Nel processo disegnato, la consegna viene confermata dalla interfaccia con il sistema
legacy BA2000 dopo che il documento dei costi di nolo stato gi creato, per consentire la
valorizzazione dellordine di acquisto del trasporto.
Il sistema standard non consente di modificare la consegna dopo la creazione del
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
46
Data
Release 1,0
06/10/15
documento dei costi di nolo: per questo motivo si attiva lampliamento V56L0001, exit
EXIT_SAPLV56L_001 con il seguente codice:
In questo modo il sistema consente sempre di modificare la consegna, fino a registrazione

della uscita merce.
9.9. Lista consegne valorizzata.

Siccome una parte cospicua di bollettato viene successivamente fatturato con cadenza
mensile, sarebbe utile avere a disposizione una lista di consegne valorizzata.
La lista delle consegne standard la VL06O:
Questa lista, per, non possiede fra i suoi campi alcuni campi fondamentali per la analisi
richiesta: numero di bolla, data consegna, data effettiva uscita merce, e valore consegna.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
47
Data
Release 1,0
06/10/15
Per inserire questi campi si segue la strada descritta dalla nota numero 128150 e 122975
per il successivo reset dei buffer delle liste ALV.
Si inseriscono quindi i campi descritti nella struttura LIPOVZ mediante strutture append:
Con questa semplice operazione i campi sopra descritti (purch presenti in LIKP, LIPS o
VBUK) sono immediatamente disponibili nel catalogo campi e valorizzati.
Resta da risolvere il problema dei campi LIKP-NETWR e LIPS-NETWR.
La valorizzazione delle consegne pu avvenire mediante la associazione di uno schema
prezzo al tipo di consegna con una sola condizione valorizzata mediante una routine in
copia dallordine:
Siccome sufficiente valorizzare le consegne solamente a livello di testata, si sceglie di

procedere solamente a livello di exit in fase di esecuzione del report VL06O, per non avere
alcun impatto su quanto implementato.
Lampliamento (vedi nota sopra citata) V50Q0001, la exit la EXIT_SAPLV50Q_001.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
48
Data
Release 1,0
06/10/15
Nella figura seguente il risultato ottenuto con una nuova variante di visualizzazione creata
appositamente:
Dove sono state inserite (fra le altre) informazioni riguardanti il valore netto (teorico) ed il
peso delle consegne effettuate. Il risultato immediatamente esportabile in excel.
E nel riquadro successivo il codice implementato:
*FUNCTION EXIT_SAPLV50Q_001.
**"--------------------------------------------------------------------**"*"Lokale Schnittstelle:
**" IMPORTING
**"
VALUE(IF_FLAG_INBOUND) TYPE CHAR1
**"
VALUE(IF_PROCTYPE) TYPE CHAR1
**" TABLES
**"
CT_POSTAB STRUCTURE LIPOV
**"--------------------------------------------------------------------DATA: lv_vbeln LIKE vbak-vbeln,
lv_posnr LIKE lips-posnr,
lv_kursk LIKE vbkd-kursk.
DATA: lt_vbap TYPE TABLE OF vbap WITH HEADER LINE,
lt_lips TYPE lips.
LOOP AT ct_postab WHERE netwr = 0.
SELECT SINGLE vbelv INTO lv_vbeln FROM vbfa
WHERE vbeln = ct_postab-vbeln
AND
vbtyp_n = 'J'
AND
vbtyp_v = 'C'.
IF sy-subrc = 0.
SELECT * FROM vbap INTO TABLE lt_vbap WHERE vbeln = lv_vbeln.
LOOP AT lt_vbap.
SELECT SINGLE posnn INTO lv_posnr FROM vbfa
WHERE vbelv = lt_vbap-vbeln
AND
posnv = lt_vbap-posnr
AND
vbeln = ct_postab-vbeln
AND
vbtyp_n = 'J'
AND
vbtyp_v = 'C'.
CHECK sy-subrc = 0.
SELECT SINGLE * FROM lips INTO lt_lips
WHERE vbeln = ct_postab-vbeln
AND
posnr = lv_posnr.
IF lt_lips-lfimg = 0.
SELECT SUM( lfimg ) FROM lips INTO lt_lips-lfimg
WHERE vbeln = lt_lips-vbeln
AND
uecha = lt_lips-posnr.
ENDIF.
*
*
Per consegne il cui ordine in valuta

--> Vai in ordine a recuperare le informazioni sul cambio
IF lt_vbap-waerk NE 'EUR'.
SELECT SINGLE kursk INTO lv_kursk FROM vbkd
WHERE vbeln = lt_vbap-vbeln
AND
posnr = '000000'.
lt_vbap-netwr = lt_vbap-netwr * lv_kursk * ( -1 ).
ENDIF.
ct_postab-netwr = ct_postab-netwr +
( lt_vbap-netwr * lt_lips-lfimg / lt_vbap-kwmeng ).
ENDLOOP.
ENDIF.
MODIFY ct_postab INDEX sy-tabix.
ENDLOOP.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
49
Data
Release 1,0
06/10/15
9.10. Stampa trasporto.

9.10.1.
Tipo messaggio ZALT e ZAL2.
Sono stati attivati gli output standard, ma nessuno di questi sembra utile al nostro
scenario.
Sono quindi definiti due nuovi tipi messaggio per la stampa dellordine di acquisto del
trasporto ZALT, e della lettera di vettura ZAL2.
Il secondo deve differire dal primo solamente per la indicazione dei numeri di telefono dei
destinatari merce al posto della valorizzazione dellordine.
Su questi tipi messaggio viene agganciata la sequenza di accesso 0001 che prevede la
determinazione automatica del messaggio in funzione del tipo documento trasporto.
La transazione per la creazione del record condizioni per i messaggi di ordine la VV71.
Il record condizioni pu essere inserito con i seguenti valori:
1. La stampa del trasporto pu essere eseguita mediante un job successivo
(transazione VT70).
2. La stampa del trasporto pu essere eseguita solamente dalla transazione stessa
output)
(VT02N
3. La stampa del trasporto viene eseguita automaticamente al salvataggio del
trasporto stesso.
Il sistema viene configurato in modo da consentire linserimento manuale del tipo
messaggio ZALT e ZAL2 sul trasporto, nel caso in cui manchi il record condizione sulla
VV71.
Nella figura seguente evidenziato il flag da selezionare nel customizing se si vuole
modificare questa impostazione.
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
50
Data
Release 1,0
9.10.2.
Pagina
06/10/15
Layout.
E stato raccolto in fase di analisi un esempio di layout di ordine di acquisto di trasporto per
il caso Italia (Distinta di trasporto), che dovr essere stampato dal trasporto di SAP (vedi
figura seguente).
Sono stati evidenziati i seguenti punti:

COSTO FORFETARIO: rappresenta il costo al netto di eventuali sconti e/o
maggiorazioni; eliminare la riga sulla stampa, in SAP la gestione sar interamente
effettuata con tipo condizioni di sconto e/o di maggiorazione.
Riquadro SPESE SUPPLEMENTARI (da evidenziare come intestazione su cui
aggiungere la dicitura <<Spesa prevista max (da documentare)>>) dovr gestire fino a
6 possibili supplementi effettivamente applicati (con cui si ritiene si possano gestire
tutte le tipologie di trasporto).
Riquadro SCONTI (da evidenziare come intestazione) dovr gestire fino a 2 possibili
sconti effettivamente applicati (con cui si ritiene si possano gestire tutte le tipologie di
trasporto).
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
51
ne_SD II v01.doc
Autore:
Data
Release 1,0
06/10/15
Gestire fino a max 15 righe (consegne)

ENTE RICHIEDENTE: fisso <<Ufficio logistica>> ovvero altro campo da definire
NOTE: testo libero da inserire nel trasporto (VTTK-Z001)
PAGAMENTO: come previsto in Anagrafica fornitore
DOCUMENTI DA ALLEGARE: testo in Anagrafica fornitore dati generali e
modificabile/cancellabile nel trasporto (LFA1-Z002)
ALTRE INFORMAZIONI: testo in Anagrafica
modificabile/cancellabile nel trasporto (LFA1-Z001)
fornitore
dati
generali
<<Rif. Vs Offerta n del >>: unico riquadro (unire i 2 riquadri) con testo libero da
inserire nel trasporto (VTTK-Z002)
C.a. Sig.: campo RESPONSABILE VENDITE in Anagrafica fornitore - Dati Acquisti e
modificabile/cancellabile nel trasporto (LFM1-VERKF)
DATA ORDINE DI ACQUISTO TRASPORTO: data di creazione (acquisizione) del
documento di trasporto SAP
Ord. Int. N: ORDINE DI VENDITA SAP (al momento della stampa non essendo
ancora stata eseguita luscita merci non stato ancora generato il numero del DDT);
verificare lopportunit di stampare anche il numero del DDT nella stampa eseguita dal
magazzino che viene utilizzata come lettera di vettura (quella senza prezzi !)
Tip. Trasporto: in funzione del TIPO CONDIZIONE che viene utilizzata:
o ZB00 Nolo Forfait Italia
(FRF)
o ZB01 Nolo peso Italia
(QLI)
o ZB02 Nolo Pedane Italia
(PED)
Il TIPO TRASPORTO legato al trasportatore, unico per trasporto, il che garantisce che la
tipologia di trasporto esposta in stampa per ciascuna consegna del trasporto sia univoca
per lintero trasporto stesso.
Data consegna: la data di consegna richiesta cos come eventualmente modificata
da BA2000 (VBAK-VDATU)
N. Posti pallet: posti pallet teorici calcolati secondo la stessa regola del controllo
cubatura (programma Z_VERIFICA_ORDINE), utilizzando le tabelle custom ZT901 E
ZT902.
N. pallet a rendere: quantit sui materiali di tipo ZHIB effettivamente presenti sulla
consegna (pu differire dal valore teorico calcolato nel controllo cubatura (programma
Z_VERIFICA_ORDINE), utilizzando le tabelle custom ZT901 E ZT902.
AVVISO TELEFONICO: campo copiato da Anagrafica cliente del committente e
modificabile/cancellabile nel trasporto ordine di vendita (eventuali numeri di telefono
saranno indicati nel riquadro note.
INCASSO TASSATIVO: si considera tale se CONDIZIONE DI PAGAMENTO in
ORDINE DI VENDITA = 1000 (sarebbe meglio, eventualmente in seguito, creare un
Oggetto:
Society / Project
mySAP.ERP
Documento
Pagina
52
ne_SD II v01.doc
Autore:
Data
Release 1,0
06/10/15
SET di CONDIZIONI di PAGAMENTO per INCASSO TASSATIVO).

COSTO TRASPORTO singola riga (cfr. punto prec. TIPO TRASPORTO)
o Se tipo trasporto = FORFAIT sar il FORFAIT ripartito sulle singole posizioni in
funzione della percentuali QLI della posizione sul totale QLI del trasporto
o Se tipo trasporto = QLI sar il costo per QLI calcolato per la singola riga
o Se tipo trasporto = PLT sar il costo per PLT calcolato per la singola riga.
LAYOUT DI STAMPA:
o Conferma ordine di trasporto: da inviare al trasportatore per laccettazione con la
colonna COSTO TRASPORTO valorizzata (tipo messaggio ZALT)
o Distinta di trasporto: da utilizzare come lettera di vettura con la colonna COSTO

TRASPORTO NON valorizzata e sostituita dal numero di telefono cui contattare
il destinatario merci della consegna (da anagrafica cliente del destinatario merci)
(tipo messaggio ZAL2)
Oggetto:
Society / Project
mySAP.ERP
Documento
ne_SD II v01.doc
Autore:
Pagina
53
Data
Release 1,0
06/10/15
Si propone di non creare in SAP le Distinta di Incasso, cio il documento consegnato al

trasportatore al momento della uscita da Pastificio: nel caso di clienti con condizioni di
pagamento alla consegna (consegna Italia, canale tradizionale) il trasportatore riceve
assieme alla distinta di trasporto lelenco dei clienti che hanno modalit di pagamento alla
consegna con lindicazione del relativo importo (tipicamente per trasporti effettuati dalla
cooperativa, e piccoli clienti), ed al suo rientro in azienda consegna la copia vistata e gli
incassi.
In caso di mancato pagamento da parte del cliente, il trasportatore contatta la direzione
commerciale PASTIFICIO per ricevere istruzioni: in SAP sar disponibile un testo
(Schema testo consegne Z1, ID testo ZL01) per indicare lavvenuto contatto con il
trasportatore e la relativa autorizzazione emessa da PASTIFICIO al rilascio del carico.

Pastificio Implementazione SD II v01

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Pastificio Implementazione SD II v01

Caricato da

Copyright:

Formati disponibili

Oggetto:

Argomento: area Vendite e Distribuzione

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

Argomento: area Vendite e Distribuzione

PROCESSAZIONE ORDINE E GESTIONE STRALCI. ................................................................................... 4

Verifica condizioni commerciali. .............................................................................................................................4

PROCESSI DI SPEDIZIONE. ............................................................................................................................. 12

BADI LE_SHP_GOODSMOVEMENT. ...............................................................................................................16

Schema prezzo costi di nolo. ..................................................................................................................... 37

Ampliamento di testata documento costi di nolo. ..................................................................................................35

Contabilizzazione documento costi di nolo. .............................................................................................. 41

Argomento: area Vendite e Distribuzione

9.6.6. Trasferimento su ordine di acquisto. ........................................................................................................ 42

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

Argomento: area Vendite e Distribuzione

7. PROCESSAZIONE ORDINE E GESTIONE STRALCI.

7.1.1. Validazione amministrativa.

7.1.2. Validazione commerciale.

7.1.2.1 Verifica condizioni commerciali.

Argomento: area Vendite e Distribuzione

coerenti con le condizioni calcolate dal sistema in termini di prezzo e sconti.

7.1.2.2 Verifica Logistica.

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

Argomento: area Vendite e Distribuzione

Argomento: area Vendite e Distribuzione

Destinatario merce (Codice e descrizione)

7.2. Rilascio Ordine di Vendita.

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

Argomento: area Vendite e Distribuzione

7.3. Gestione stralci.

Il flag di consegna completa consente anche di distinguere ordini di picking ed ordini

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

Argomento: area Vendite e Distribuzione

7.4. Gestione Fabbisogni vendita.

Argomento: area Vendite e Distribuzione

7.4.2. Customizing controllo della disponibilit.

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

Argomento: area Vendite e Distribuzione

Il controllo della disponibilit sar effettuato dal sistema legaci BA2000.

7.4.3. Generazione fabbisogni di vendita.

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

Argomento: area Vendite e Distribuzione

Con la registrazione della UM il documento di Vendita viene chiuso automaticamente: non

Segue il processo dellordine di vendita

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

Argomento: area Vendite e Distribuzione

Segue il processo della vendita

Serve per registrare lEntrata Merce

Serve per registrare lEntrata Merce

8.1. Processo spedizione Pasta.

8.2. Processo spedizione Molino.

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

Argomento: area Vendite e Distribuzione

Programma di carico reparto Molino

De Matteis Agroalimentare s.p.A.

8.3. Processo spedizione Pedane.

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

Argomento: area Vendite e Distribuzione

E possibile anche mediante i movimenti di magazzino 621,622, rettificare manualmente le

8.3.1. Addebito Vuoti in Fattura.

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

Argomento: area Vendite e Distribuzione

8.3.2. Gestione Pedane a rendere.

8.3.2.2 ZOSI ZOSE Vendita Pedane.