Pastificio Implementazione SD II v01

Oggetto: Modulo SD / Implementazione

Society / Project mySAP.ERP

Argomento: area Vendite e Distribuzione

Documento

Pastificio_Implementazione_SD II v01.doc

Pagina

1

Autore:

Release 1,0 Data 06/10/15

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

DOCUMENTO DI IMPLEMENTAZIONE Area Vendite e Distribuzione

Pastificio PARTE II

Autore: Ruolo Data Senior Consultant $$ GIUGNO 2007

Modifiche: Ruolo Data

Approvazione: Ruolo Data




Documento


Pagina

2

Autore:



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 Verifica condizioni commerciali. .............................................................................................................................4 7.1.2.2 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 BADI LE_SHP_GOODSMOVEMENT. ............................................................................................................... 16 8.3.2.2 ZOSI ZOSE Vendita Pedane. ........................................................................................................................... 16 8.3.2.3 ZLF Invio Vuoti. ................................................................................................................................................. 16 8.3.2.4 ZLA - Rientro Vuoti. ............................................................................................................................................. 17 8.3.2.5 MB11 + 551 V Rottamazione Vuoti. .................................................................................................................. 19 8.3.2.6 ZLN Addebito successivo Vuoti. ........................................................................................................................ 19 8.3.2.7 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 Ampliamento di testata documento costi di nolo. .................................................................................................. 35 9.6.3.2 Ampliamento di posizione documento costi di nolo. ............................................................................................. 36

9.6.4. Schema prezzo costi di nolo. ..................................................................................................................... 37 9.6.4.1 ZPASTIFICIOIT Trasporti Italia. ....................................................................................................................... 37 9.6.4.2 ZPASTIFICIOES Trasporti Estero. .................................................................................................................... 39 9.6.4.3 ZPASTIFICIOMO Trasporti del Molino. ........................................................................................................... 40

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




Documento


Pagina

3

Autore:



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




Documento


Pagina

4

Autore:



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.

FaxFax

Conferma ordine

(Cliente o Agente)

Validazione Amministrativa

In fase di salvataggio il sistema effettua un controllo del fido, secondo le regole parametrate nel sistema

Inserimento ordine in SAP R/3

FaxFax

Conferma ordine

(Cliente o Agente)

Validazione Amministrativa

In fase di salvataggio il sistema effettua un controllo del fido, secondo le regole parametrate nel sistema

Inserimento ordine in SAP R/3

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




Documento


Pagina

5

Autore:



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).




Documento


Pagina

6

Autore:



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)




Documento


Pagina

7

Autore:



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




Documento


Pagina

8

Autore:



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.

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:

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




Documento


Pagina

9

Autore:



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

TOTALE 22 264

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.




Documento


Pagina

10

Autore:



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.




Documento


Pagina

11

Autore:



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.




Documento


Pagina

12

Autore:



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 documento

Ordine di Vendita

Creazione documento

Ordine di Vendita

Creazione documento

Ordine di Vendita

Creazione documento

Ordine di Vendita

Creazione documento

Ordine di Vendita

Creazione documento di

Consegna

Stampa lista di prelievo per il

Magazzino

Conferma q.tprelevate

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




Documento


Pagina

13

Autore:



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:




Documento


Pagina

14

Autore:



1200 1250 200 Giacenza8.00 Di Chiara Polisi Farinaccio A 570 9,936 19239 -1718.00 Di Chiara Polisi Cubettato A 140 6,884 13329 -1398.30 Di Chiara Polisi Farinaccio A 140 8,284 16040 -15210.30 COOP Padre Pio Farinaccio P 500 9,800 18975 -15012.00 COOP Padre Pio Cubettato P 80 6,400 12392 -80,812.00 Polisi Cubettato P 280 6,010 11637 -295,614.00 Mignini Farinaccio P 140 7,561 14640 -11014.00 Di Chiara Polisi Farinaccio A 570 9,936 19239 -171

TOTALE 1640 1200 446 734,6 200

Prezzo/Q.li LireTrasportatore

Farin

acc

io

Cube

ttato

Gra

notto

Carico Ora Cliente Prodotto Resa Franco Sacchi n. Rinfusa Q.li Prezzo/Q.li

Programma di carico reparto Molino17-ott-05

De Matteis Agroalimentare s.p.A.

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




Documento


Pagina

15

Autore:



(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

Invio Vuoti ZLF TAL E3 621 -

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.




Documento


Pagina

16

Autore:



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.




Documento


Pagina

17

Autore:



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.

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 : TYPE imsegvb, 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 WHERE bwart = '621'. -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 WHERE bwart = '621'. -kunnr = zzkunnr. ENDLOOP. ENDIF. ENDIF. [] ENDMETHOD.




Documento


Pagina

18

Autore:



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 (02-AV) 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):




Documento


Pagina

19

Autore:



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 . CHECK sy-subrc = 0. SELECT SINGLE auart FROM vbak INTO wa_auart WHERE vbeln = -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.




Documento


Pagina

20

Autore:



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:




Documento


Pagina

21

Autore:



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.

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.

Il settore merceologico di

posizione sulla consegna, viene

recuperato dalla testata

Il settore merceologico di posizione

sulla consegna, viene recuperato

dalla posizione dellordine.




Documento


Pagina

22

Autore:



Verranno quindi definiti due distinti range di numerazione per il molino e per il pastificio al modo seguente:

Tipo range Descrizione da a

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)




Documento


Pagina

23

Autore:



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:




Documento


Pagina

24

Autore:



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):

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




Documento


Pagina

25

Autore:



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.




Documento


Pagina

26

Autore:



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 (VL02N output)

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.




Documento


Pagina

27

Autore:



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:




Documento


Pagina

28

Autore:



9. TRASPORTI. Il processo di gestione dei trasporti pu schematizzarsi come segue:

DeliveryTrasporto

Documento Costi di nolo

Contabilizzazione costi di nolo

Liquidazione e trasferimento su

OdA

Registrazione Fattura passiva

DeliveryDelivery

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:




Documento


Pagina

29

Autore:



UM su SAP

Tipo documento di

trasporto richiesto dal

cliente

Stampa in automatico del DDT su stampante

indicata

Stampa in automatico della fattura

accompagnatoria su stampante indicata

Creazione fattura su SAP

X Pesa bilico Stampa documento pesa Allego stampa a DDT

UM Trasporto

UM su SAPUM su SAPUM su SAP

Tipo documento di

trasporto richiesto dal

cliente

Stampa in automatico del DDT su stampante

indicata

Stampa in automatico della fattura

accompagnatoria su stampante indicata

Creazione fattura su SAP

X Pesa bilico Stampa documento pesa Allego stampa a DDT

UM Trasporto

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




Documento


Pagina

30

Autore:



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 trasportoTipo di trasporto

Tipo costi noloTipo costi nolo

Categoria Categoria posizione costi posizione costi

nolonolo

Gruppo schema Gruppo schema posizioneposizione

Ufficio Ufficio pianificazione pianificazione

trasportotrasporto

Schema prezzoSchema prezzo




Documento


Pagina

31

Autore:



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:




Documento


Pagina

32

Autore:



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:

BA 2000

Fine Trasporto

Inizio Trasporto

Registrazione UM

Conferma picking

Stampa lista prelievo

Creazione trasporto

Creazione consegne

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.

Approntamento -> presuppone la

conferma del picking (generata in

automatico mediante il messaggio

EK00)

Inizio trasporto -> registrazione uscita

merce, e stampa distinta di trasporto




Documento


Pagina

33

Autore:



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:




Documento


Pagina

34

Autore:



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 x x x x x

Mezzo di trasporto ADD01 Descrizione mezzo di trasporto utilizzato x x x x

Numero Pedane ZZPEDANE Numero totale pedane nel trasporto x x x

Provincia di destinazione REGIOZ Provincia di destinazione x x x

Paese destinazione LAND1Z Paese di destinazione del trasporto x x x

CAP destinazione PSTLZZ CAP destinazione x 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):




Documento


Pagina

35

Autore:



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.




Documento


Pagina

36

Autore:



Ampliamento V54B0001, user exit EXIT_SAPLV54B_001.

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.

*&---------------------------------------------------------------------* *& 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.

Il campo ZZPEDANE sar valorizzato via user

exit.

Per la sua definizione stato necessario creare sia

un nuovo dominio, che un nuovo elemento dati.




Documento


Pagina

37

Autore:



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

Pedane Note

A851 x x x 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

Pedane Note

A851 x x x 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 Note

A853 x x x x Prezzo a forfait per provincia di destinazione: il prezzo pu essere scaglionato

in funzione del numero pedane per mezzo di trasporto

*&---------------------------------------------------------------------* *& 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.




Documento


Pagina

38

Autore:



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 Mezzo

trasporto

Provincia

destinazione

Pedane Note

A112 x 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:




Documento


Pagina

39

Autore:



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 Mezzo

trasporto

Nazione

destinazione

CAP

destinazione

Pedane Note

A861 x x x x Prezzo a forfait per provincia di destinazione

La sequenza di accesso ZB11 per la determinazione del listino costi di nolo per peso estero :

Tabella

condizioni

Vettore Mezzo

trasporto

Nazione

destinazione

CAP

destinazione

Pedane Note




Documento


Pagina

40

Autore:



A861 x x x x Prezzo in /quintale per provincia di destinazione

La sequenza di accesso ZB12 per la determinazione del listino costi di nolo pedana estero :

Tabella

condizioni

Vettore Mezzo

trasporto

Nazione

destinazione

CAP

destinazione

Pedane Note

A863 x x x x x Prezzo a forfait per provincia di destinazione : il prezzo pu essere

scaglionato in funzione del numero pedane per mezzo di trasporto

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 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 :




Documento


Pagina

41

Autore:



Tabella

condizioni

Vettore Mezzo

trasporto

Nazione

destinazione

CAP

destinazione

Sacchi Note

A861 x x x x Prezzo a forfait per provincia di destinazione

La sequenza di accesso ZB21 per la determinazione del listino costi di nolo per peso del Molino :

Tabella

condizioni

Vettore Mezzo

trasporto

Nazione

destinazione

CAP

destinazione

Sacchi Note

A861 x x x x Prezzo in /quintale per provincia di destinazione

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 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)




Documento


Pagina

42

Autore:



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




Documento


Pagina

43

Autore:



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.

Sul documento di acqusito si ha evidenza

del documento di entrata merci, e del

documento di conferma della prestazione.




Documento


Pagina

44

Autore:



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




Documento


Pagina

45

Autore:



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




Documento


Pagina

46

Autore:



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.




Documento


Pagina

47

Autore:



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.




Documento


Pagina

48

Autore:



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.




Documento


Pagina

49

Autore:



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 (VT02N output)

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.




Documento


Pagina

50

Autore:



9.10.2. 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

maggior

Documents

Pastificio Implementazione SD II v01