Pastificio Implementazione SD I v01

Oggetto: Modulo SD / Implementazione

Society / Project

mySAP.ERP

Argomento: area Vendite e Distribuzione

Documento

Pastificio_Implementazione_SD I v01.doc

Pagina

1

Autore:

Release 1,0

Data

06/10/15

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

DOCUMENTO DI IMPLEMENTAZIONE

Area Vendite e Distribuzione

Pastificio

PARTE I

Autore: Ruolo Data

Senior Consultant $$ GIUGNO 2007

Modifiche: Ruolo Data

Approvazione: Ruolo Data


Society / Project

mySAP.ERP


Documento


Pagina

2

Autore:

Release 1,0

Data

06/10/15


INDICE:

1. INTRODUZIONE. .................................................................................................................................................. 4

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

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

2.2. AREA VENDITE. ................................................................................................................................................ 6

2.3. STRUTTURE ORGANIZZATIVE LOGISTICHE. ....................................................................................................... 6

3. ANAGRAFICHE..................................................................................................................................................... 8

3.1. ANAGRAFICA CLIENTE. .................................................................................................................................... 8

3.1.1. Gruppi conto. .............................................................................................................................................. 9

3.1.2. Dati Generali. ............................................................................................................................................. 9

3.1.3. Dati Societari. ........................................................................................................................................... 10

3.1.4. Dati Vendita. ............................................................................................................................................. 10

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

3.1.4.2 Schema partner. ..................................................................................................................................................... 11

3.2. ANAGRAFICA ARTICOLO. ............................................................................................................................... 12

3.2.1. Codice articolo. ........................................................................................................................................ 12

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

3.2.1.2 Codifica del cliente. ............................................................................................................................................... 14

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

3.2.3. Dati relative alle vendite. .......................................................................................................................... 15

3.2.4. Help di ricerca Pastificio. ......................................................................................................................... 16

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

3.2.4.2 Pasta Zootecnica. ................................................................................................................................................... 19

3.2.5. Processi di evoluzione dell’articolo. ......................................................................................................... 20

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

3.2.5.2 Modifica componente articolo. .............................................................................................................................. 21

3.2.5.3 Fine vita articolo. ................................................................................................................................................... 22

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

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

4.1. ANAGRAFICA FIDO. ........................................................................................................................................ 24

4.2. CONTROLLO FIDO PER TIPOLOGIA CLIENTI. ..................................................................................................... 26

4.2.1. Grandi Clienti. .......................................................................................................................................... 27

4.2.2. Clienti normali. ......................................................................................................................................... 27

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

4.2.2.2 Marchio con produzione a commessa. ................................................................................................................... 28

4.2.3. Canale tradizionale. .................................................................................................................................. 28

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

5.1. TABELLE CONDIZIONI. .................................................................................................................................... 34

5.2. TIPI CONDIZIONE. ........................................................................................................................................... 35

5.2.1. ZPR0 - Prezzo di listino. ........................................................................................................................... 35

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

5.2.2. Sconti. ....................................................................................................................................................... 35

5.2.2.1 ZSCx – Sconto Canale. .......................................................................................................................................... 36

5.2.2.2 ZSPx – Sconto Promozionale................................................................................................................................. 36

5.2.2.3 ZFIN – Sconto finanziario. .................................................................................................................................... 36

5.2.2.4 ZL0x – Sconto logistico ......................................................................................................................................... 36

5.2.2.5 ZT0x – Sconto di testata. ....................................................................................................................................... 37

5.2.2.6 YT0x – Maggiorazione di testata. .......................................................................................................................... 37

5.2.2.7 ZOMA – Sconto omaggio. ..................................................................................................................................... 37

5.2.3. Z100 – Sconto Merce. ............................................................................................................................... 37


Society / Project

mySAP.ERP


Documento


Pagina

3

Autore:

Release 1,0

Data

06/10/15


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

5.2.3.2 Sconto merce manuale. .......................................................................................................................................... 38

5.2.3.3 Spedizione ordini con sconto merce: gestione stralci. ............................................................................................ 38

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

5.2.5. ZPV0 – Percentuale abbattimento imponibile. ......................................................................................... 42

5.2.6. MWST – IVA Vendite. ............................................................................................................................... 42

5.2.7. ZMW0 – IVA statistica. ............................................................................................................................. 45

5.2.8. LCIT – Licenza IVA Italia. ........................................................................................................................ 46

5.3. SCHEMA PREZZO............................................................................................................................................. 48

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

6.1. CONTRATTO A QUANTITÀ. .............................................................................................................................. 49

6.1.1. ZKP – Contratto a quantità Ordine Globale Pasta. ................................................................................. 49

6.1.2. ZKM – Contratto a quantità Prodotti del Molino. .................................................................................... 54

6.2. ORDINI DI VENDITA. ....................................................................................................................................... 54

6.2.1. ZOSI – Ordine standard Italia (Ordine Pasta). ........................................................................................ 55

6.2.2. ZOSR – Vendita Imballi rottamazione. ..................................................................................................... 55

6.2.3. ZOPI – Ordine Picking Italia: Vendita Pasta. .......................................................................................... 55

6.2.4. ZOSM – Ordine standard: Vendita Prodotti del Molino. ......................................................................... 56

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

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

6.3. CAMPIONATURA GRATUITA. .......................................................................................................................... 57

6.3.1. Configurazione del sistema. ...................................................................................................................... 58

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

6.3.1.2 Tipo condizione. .................................................................................................................................................... 59

6.3.1.3 Modifiche schema prezzo. ..................................................................................................................................... 60

6.3.1.4 Tabella di contabilizzazione. .................................................................................................................................. 60

6.3.2. Tipologia campionatura. ........................................................................................................................... 62

6.3.2.1 Campionatura Cartoni. ........................................................................................................................................... 62

6.3.2.2 Campionatura KG. ................................................................................................................................................. 62

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

6.3.3.1 ZCG – Campionatura gratuita senza rivalsa dell’IVA (Italia). ............................................................................... 63

6.3.3.2 ZCG1 – Campionatura gratuita senza rivalsa IVA – Picking. ................................................................................ 65

6.3.3.3 ZCG2 – Campionatura gratuita con rivalsa dell’IVA (Italia). ................................................................................ 65

6.3.3.4 ZCG3 – Campionatura gratuita con rivalsa dell’IVA (Italia) – Picking. ................................................................ 65

6.3.3.5 ZCG2 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE). ....................................................................... 66

6.3.3.6 ZCG3 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE) – Picking. ....................................................... 66

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

6.4. RISERVA CLIENTE (RESI, NOTE CREDITO, NOTE DEBITO). ............................................................................. 66

6.4.1. ZRE – Richiesta di reso. ............................................................................................................................ 67

6.4.2. ZREM – Reso Prodotti del Molino. ........................................................................................................... 68

6.4.3. ZG2 – Richiesta Nota Credito. .................................................................................................................. 68

6.4.4. ZL2 – Richiesta Nota debito. .................................................................................................................... 68

6.5. GESTIONE PALLET. ......................................................................................................................................... 68

6.6. STAMPA ORDINE. ........................................................................................................................................... 69

6.6.1. Generalità messaggi di stampa. ................................................................................................................ 69

6.6.2. Tipo messaggio BA00 – Conferma di ordine. ........................................................................................... 70

6.6.3. Layout. ...................................................................................................................................................... 71


Society / Project

mySAP.ERP


Documento


Pagina

4

Autore:

Release 1,0

Data

06/10/15


1. INTRODUZIONE.

Scopo di questo documento è quello di illustrare le funzionalità da implementare rispetto le esigenze di carattere commerciale e distributivo rilevate in fase di analisi, così come sono strutturate nel modulo SD (Sales and Distribution) e le modalità attraverso le quali dovranno essere gestite presso la Pastificio SpA.


Society / Project

mySAP.ERP


Documento


Pagina

5

Autore:

Release 1,0

Data

06/10/15


2. LA STRUTTURA ORGANIZZATIVA.

2.1. Strutture organizzative delle vendite.

Le strutture organizzative in SAP rilevanti per le vendite sono basate sulla Area Vendita (Sales Area). Ciascuna Sales Area è composta dai seguenti elementi posti in relazione gerarchica fra di loro:

� Organizzazione Vendite: unità organizzativa che supervisiona le politiche di vendita di beni o servizi specifici, oppure dedicata a determinate aree geografiche, o categorie di clienti.

La Organizzazione Vendite può essere legata esclusivamente ad una società, e ad una o più divisioni della stessa società.

� Canale distributivo: è la modalità con cui la Organizzazione Vendite opera su mercati diversi

� Settore Merceologico: tipologia di articolo, consente di qualificare qualitativamente la tipologia di beni, classificandoli in famiglie di prodotti commerciali.

Queste tre strutture organizzative sono chiave in tutti gli oggetti generati nel modulo SD, e saranno anche disponibili come parametri di selezione in tutte la analisi standard.

Saranno definite le seguenti:

Organizzazione Commerciale Descrizione

Z001 Vendite Italia

Z002 Vendite Estero

Z003 Vendite del Molino

Canale di distribuzione Descrizione

Z1 Vendite Dirette

Z2 Rete Agenti

Settore Merceologico Descrizione

P1 PS Semola

P2 PS Semole Speciali

P3 PS Farina

P4 PS Zootecnica

C1 Linea Rossa

C2 Linea Farine

MO Prodotti del Molino


Society / Project

mySAP.ERP


Documento


Pagina

6

Autore:

Release 1,0

Data

06/10/15


90 Prodotti Generici

98 Servizi

99 Settore Comune

Il settore comune raggruppa le diverse categorie merceologiche.

2.2. Area Vendite.

Sulla base degli oggetti definiti nel paragrafo precedente, saranno definite per Pastificio le seguenti aree vendita:

Italia Diretto (Divella, LIDL, etc.)

Italia – Rete Agenti

Molino Diretto

Molino – Rete Agenti

Estero Diretto (Agritalia, Daybreak, WFF, Unilever, etc.)

Estero – Rete Agenti

De Matteis Agroalimentare S.p.A.

De Matteis Agroalimentare S.p.A.

Vendite ItaliaVendite Italia

Vendite EsteroVendite Estero

Società

Organizzazione Commerciale

Canale distribuzione

Settore Merceologico

DirettoDiretto Rete

Agenti

Rete

Agenti DirettoDiretto Rete

Agenti

Rete

Agenti

Settore

comune

Settore

comune Settore

comune

Settore

comune Settore

comune

Settore

comune Settore

comune

Settore

comune

Vendite MolinoVendite Molino

DirettoDiretto Rete

Agenti

Rete

Agenti

Prodotti

del Molino

Prodotti

del Molino

Prodotti

del Molino

Prodotti

del Molino

2.3. Strutture organizzative logistiche.

Le strutture organizzative logistiche rilevanti per la area commerciale sono:


Society / Project

mySAP.ERP


Documento


Pagina

7

Autore:

Release 1,0

Data

06/10/15


Divisione – lo stabilimento fisico

Luogo di spedizione – luogo da cui fisicamente viene caricato il mezzo di spedizione

Magazzino di spedizione – magazzino da cui viene registrata la uscita merce

Saranno definite le seguenti:

Divisione Descrizione

D001 Molino

D002 Pastificio

Luogo di spedizione Descrizione

Z001 Molino

Z002 Pastificio

Divisione /

Magazzino spedizione

Descrizione

D001 / M109 Magazzino Spedizione Molino

D002 / M209 Magazzino Spedizione Pastificio


Society / Project

mySAP.ERP


Documento


Pagina

8

Autore:

Release 1,0

Data

06/10/15


3. ANAGRAFICHE.

3.1. Anagrafica Cliente.

L’anagrafica cliente è composta essenzialmente da quattro macro sezioni:

� Dati generali - informazioni indipendenti da ogni struttura organizzativa (Ragione sociale, indirizzo, …);

� Dati di società - informazioni ad uso strettamente contabile, dipendenti dalla singola società (metodo di pagamento, conto riconciliazione, …);

� Dati di controllo credito - informazioni che servono per pilotare le regole con cui il sistema effettua il controllo credito, dipendenti dall’area di controllo credito;

� Dati di vendita - informazioni di utilizzo strettamente commerciale, dipendono dall’area vendite (incoterms, funzioni partner, …);

� Vendita (dati utili per la compilazione dell’ordine),

� Spedizione (dati utili per la generazione della consegna),

� Fatturazione (dati utili per la compilazione della fattura),

� Funzioni Partner

E’ possibile gestire sulla anagrafica del cliente una informazione relativa allo stato del cliente, per identificare clienti obsoleti, o bloccati in attesa di controlli, e definire quali operazioni (inserimento ordine, spedizione, etc.) siano consentite o bloccate per questi.

Nel seguito di questo paragrafo si indicheranno, per ciascuna delle sezioni elencate, solo le informazioni emerse in fase di analisi. E’ fondamentale riconoscere come la anagrafica clienti di SAP abbia un numero enormemente superiore di informazioni disponibili che potranno comunque essere gestite in futuro, e come sia inoltre una anagrafica aperta ed ampliabile anche in futuro in caso di necessità.

E’ importante riconoscere anche come, il fatto che i dati siano suddivisi in macro aree, renda possibile una organizzazione aziendale in cui un ente (p.e. Amministrazione) può aprire un nuovo codice cliente, e manutenere una serie di dati, mentre un ente diverso può aggiornare anche successivamente solo i dati di propria competenza (p.e. Commerciale per i dati di classificazione analitica).

La analisi svolta ha evidenziato come tutti i dati presenti oggi nella scheda anagrafica cliente di Pastificio abbiano un analogo campo in SAP: in particolare, per alcune informazioni che possono avere carattere ricorsivo (p.e. numeri di telefono, fax, indirizzi mail, etc.), è disponibile in SAP la possibilità di inserire n valori per ciascuna di queste informazioni.


Society / Project

mySAP.ERP


Documento


Pagina

9

Autore:

Release 1,0

Data

06/10/15


3.1.1. Gruppi conto.

Il gruppo conti è una caratteristica di classificazione all'interno dei record anagrafico clienti, che serve per determinare:

a quale range di numerazione devono appartenere i numeri conto del cliente

se il numero del conto viene assegnato dall'utente o dal sistema

quali indicazioni sono richieste o ammesse nel record anagrafico

Gruppo conti Descrizione

CNAZ Clienti Nazionali

CDES Destinatari Merce

CLUE Clienti Unione Europea

CXUE Clienti Extra - UE

COCC Clienti Occasionali

CLEG Clienti Sedi Legali

CLNG Nodo Gerarchia

Per i relativi range di numerazione, e le altre proprietà dei gruppi conto, vedi documento di modellazione della area Financial.

3.1.2. Dati Generali.

Tipologia di dato Descrizione

Codice Cliente Progressivo numerico a 6 cifre

Ragione sociale Ragione sociale del cliente

Indirizzo completo Via, numero, CAP, città, provincia, nazione, etc.

Riferimenti per la comunicazione Lingua di comunicazione, numeri di telefono, fax, indirizzo mail, etc.

Dati di controllo Codice Fiscale e Partita IVA

Dati Bancari Riferimenti bancari del cliente

Punti di scarico Luogo fisico dove scaricare la merce, se diverso dall’indirizzo gestito in anagrafica

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

etc. e relativi numeri di telefono/fax/e-mail)

Note Campi descrittivi a lunghezza indefinita. E’ possibile definire questi campi sulla anagrafica

del cliente, e riportarli automaticamente sui documenti successivi (ordine, consegna,

fattura), per renderli disponibili per la stampa.


Society / Project

mySAP.ERP


Documento


Pagina

10

Autore:

Release 1,0

Data

06/10/15


3.1.3. Dati Societari.


Conto di riconciliazione Conto Co.Ge. di riconciliazione (p.e. Clienti Italia, clienti CEE, Clienti Extra CEE)

Codice Fornitore Se il cliente è codificato anche come fornitore in questo campo va inserito il suo codice

fornitore per facilitare in contabilità generale il pareggiamento delle partite attive e

passive

Metodo di Pagamento Metodo di pagamento

Condizioni di Pagamento Condizioni di pagamento

3.1.4. Dati Vendita.

3.1.4.1 Caratteristiche di classificazione commerciale.


Gruppo Clienti GDO, Tradizionale, Industria, Trader, Catering, Allevatori

Gruppo clienti 1 Specifiche del canale tradizionale: Dettaglio, Ristorazione, Convenzionato, Ingrosso,

Concessionario, etc.

Gruppo clienti 2 Tipologia Punti Vendita (GDO): Cash&Carry, Ipermercato, Supermercato, Superette,

Specializzato, Discount, etc.

Gruppo clienti 3 Insegna: PAM, Panorama, IN’S, etc.

Gruppo clienti 4-5 Disponibili per sviluppi futuri

Listino GDO, Concessionario, Ingrosso, Dettaglio

E’ importante riconoscere come:

Le caratteristiche di classificazione possono essere ampliate nel tempo

Gli elenchi di valori possibili per ciascuna di queste può essere modificato nel tempo come funzione utente

La valorizzazione di queste caratteristiche nella anagrafica non è obbligatoria: è possibile definire un primo scenario in cui la azienda decide di ricostruire la corretta valorizzazione di questi campi nella anagrafiche insieme alla partenza di SAP, ed un secondo scenario in cui le caratteristiche sono definite come valori possibili, ma non tutte le anagrafiche clienti saranno aggiornate fin da subito. E’ chiaro che in questo secondo scenario le statistiche saranno necessariamente incomplete fino a quando le caratteristiche non saranno correttamente inserite in anagrafica.


Society / Project

mySAP.ERP


Documento


Pagina

11

Autore:

Release 1,0

Data

06/10/15


3.1.4.2 Schema partner.

Si definisce Committente l’intestatario del rapporto commerciale verso PASTIFICIO.

Nella anagrafica cliente saranno definiti per ciascun cliente committente i seguenti Business Partner:

Business Partner Ruolo Partner Gruppo Conti Descrizione

COMMITTENTE AG CNAZ, CLUE, CXUE Intestatario del rapporto commerciale

DESTINATARIO

FATTURA

RE CNAZ, CLUE, CXUE Indirizzo di spedizione della fattura. Per questo ruolo oggi

non viene utilizzato in Pastificio un BP diverso da quello

principale.

ESECUTORE

PAGAMENTO

RG CNAZ, CLUE, CXUE BP verso il quale si apre la partita di contabilità generale.

Per questo ruolo oggi non viene utilizzato in Pastificio un BP

diverso da quello principale.

DESTINATARIO

MERCE

WE CDES Intestatario della bolla di spedizione

LUOGO

DESTINAZIONE

MERCE

ZW CDES E’ uno degli n possibili magazzini del cliente di destinazione,

viene legato alla anagrafica del destinatario merce. Non

esiste oggi per questo ente una anagrafica sui sistemi

PASTIFICIO: i suoi dati di indirizzo sono memorizzati solo

in modo descrittivo

I seguenti Business Partner, di tipo fornitore, potranno invece essere ripresi solo sui documenti transazionali:

Business Partner Gruppo Conti Descrizione

AGENTE ZA FAGE Codice Agente che segue il cliente per conto PASTIFICIO:

il BP sarà ripreso sull’ordine di Vendita con l’aiuto di una

opportuna exit, la data di assegnazione dell’Agente al

cliente sarà gestita nel database delle provvigioni

TRASPORTATORE SP FTRA Spedizioniere che segue solitamente il cliente

committente: il BP potrà essere definito in anagrafica

cliente, e poi essere ripreso in automatico in ordine e

consegna, oppure potrà essere inserito manualmente in

consegna


Society / Project

mySAP.ERP


Documento


Pagina

12

Autore:

Release 1,0

Data

06/10/15


3.2. Anagrafica Articolo.

In SAP l’anagrafico materiale è unico, distinto in viste di dati generali e dati di divisione (Plant), che, a loro volta, sono ulteriormente suddivise in viste relative ai dati di produzione, acquisti, vendite, contabilità e controllo gestione.

Con il termine dati di vendita si intende l’insieme delle informazioni relative ad un singolo codice materiale, ma differenziabili per ogni possibile combinazione di Organizzazione Commerciale e Canale di Distribuzione.

Tali informazioni sono raccolte in una serie di videate cui è possibile accedere previa indicazione delle seguenti chiavi:

Codice Materiale

Organizzazione Commerciale

Canale di Distribuzione

Le viste di interesse per le vendite sono le seguenti:

Vendita 1

Vendita 2

Dati vendita/divisione

Commercio estero/export

Testi vendita

Come per la anagrafica dei clienti è anche qui importante riconoscere come, il fatto che i dati siano suddivisi in viste, renda agevole una organizzazione aziendale in cui un ente (p.e. Area Progettazione) crei un nuovo codice articolo, e ne manutenga una serie di dati, mentre enti diversi aggiornano esclusivamente i dati di propria competenza (p.e. Commerciale per i dati di classificazione analitica, etc.).

3.2.1. Codice articolo.

SAP consente di definire il range di numerazione per gli articoli come alfanumerico fino ad un massimo di 18 caratteri, e di differenziare i range in funzione del tipo materiale (per i dettagli vedi il documento di modellazione della area Materials Management).

3.2.1.1 Codifica multipla.

Oggi per ciascun articolo commerciale PASTIFICIO sono definiti fino ad un massimo di tre codici diversi per lo stesso articolo:

Codifica Breve (o codifica commerciale)


Society / Project

mySAP.ERP


Documento


Pagina

13

Autore:

Release 1,0

Data

06/10/15


La codifica breve nasce dalla esigenza di gestire un codice sufficientemente breve da poter essere mnemonico, e quindi comunicabile verso l’esterno della azienda.

Codifica Lunga (o codifica parlante)

La codifica lunga dalla esigenza di gestire in un codice parlante una serie di caratteristiche del codice materiale, non gestibili in campi aggiuntivi (esigenza superata con l’avvento di SAP).

A2405000005FNBARPS

Tipologia articolo

Marchio

Tipologia materia prima

Packaging Pezzatura Attributo

Codifica Articoli per cartone

A2405000005FNBARPS

Tipologia articolo

Marchio

Tipologia materia prima

Packaging Pezzatura Attributo

Codifica Articoli per cartone

Il legame fra codice breve e codice lungo è sempre 1:1.

Codifica di fatturazione (sull’attuale sistema legacy di fatturazione “Quickly”)

Può accadere che al cambio di uno o più componenti del prodotto finito (p.e. il film per l’imballaggio) cambi il codice lungo (e quindi il codice breve), ma non si voglia modificare il codice di Quickly.

Esempio.

Gli spaghetti sono codificati con codice breve BA5 (coincidente al tempo 0 con il codice Quickly per la fatturazione), e codice lungo PSBARNF0005050024A.

Al cambio di un componente, viene definito un nuovo codice breve (p.e. BA5n – new) ed un nuovo codice lungo, ma non modificare il corrispondente codice di fatturazione, che resta quindi BA5.

In SAP, per non stravolgere la gestione attuale, per tutti i prodotti che hanno codifica multipla, si procederà al modo seguente:

Il codice Quickly sparisce, e saranno gestiti solamente le associazioni fra codice breve e codice lungo

Il codice breve sarà codificato come un alias commerciale del codice lungo, sarà utilizzato per l’order entry, ed a scopo statistico, ma non avrà alcuna gestione logistica: tutte le operazioni logistiche in SAP (generazione fabbisogni, anagrafiche di produzione, produzione, movimentazione magazzino, spedizione, etc.) avverranno solamente sul codice lungo.

Nella figura seguente il processo di generazione di un nuovo codice in SAP:


Society / Project

mySAP.ERP


Documento


Pagina

14

Autore:

Release 1,0

Data

06/10/15


Generazione Codice breve

• Genera il codice breve in SAP, ed

informa l’Ufficio progettazione

• Manutiene esclusivamente le

informazioni di propria competenza

• Il codice ha lo stato vendite: “NON Vendibile”

• In questa fase il codice non può quindi ancora essere utilizzato per inserire nuovi ordini

Generazione Codice lungo

• Genera il codice lungo in SAP in

copia dal codice breve

• Manutiene tutte le informazioni

• Crea il legame in SAP fra codice breve e codice lungo

• Sblocca il codice breve

• Attiva la generazione del codice in BA2000

• Da questo momento il codice può essere utilizzato per inserire nuovi ordini e per generare fabbisogni di produzione

Generazione Codice breve

• Genera il codice breve in SAP, ed

informa l’Ufficio progettazione

• Manutiene esclusivamente le

informazioni di propria competenza

• Il codice ha lo stato vendite: “NON Vendibile”

• In questa fase il codice non può quindi ancora essere utilizzato per inserire nuovi ordini

Generazione Codice lungo

• Genera il codice lungo in SAP in

copia dal codice breve

• Manutiene tutte le informazioni

• Crea il legame in SAP fra codice breve e codice lungo

• Sblocca il codice breve

• Attiva la generazione del codice in BA2000

• Da questo momento il codice può essere utilizzato per inserire nuovi ordini e per generare fabbisogni di produzione

3.2.1.2 Codifica del cliente.

Spesso è necessario inserire sui documenti commerciali (conferma ordine, bolla, fattura) anche la codifica dell’articolo presso il cliente, per facilitare a questi la comprensione e la lettura dei nostri documenti.

Inoltre in fase di digitazione dell’ordine si parte sempre da una copia cartacea ricevuta dal cliente, o dall’agente. Su questa sono spesso indicati i codici articoli del cliente, e può essere necessario un lavoro preventivo (mnemonico o procedurale) per effettuare la riconversione da codice articolo del cliente a codice commerciale Pastificio prima di digitare l’ordine.

E’ possibile inserire in apposite anagrafiche il legame fra codice articolo Pastificio e codice cliente, per ciascun cliente.

Sarà possibile sfruttare questa informazione per facilitare la digitazione dell’ordine, e per le stampe che Pastificio emette verso l’esterno (conferma ordine, bolla, fattura, etc.).

Se la codifica del cliente (cross reference) viene definita sul codice breve, il sistema non è in grado di acquisire sull’ordine di vendita la cross reference stessa, in quanto effettua prima la sostituzione del codice breve con il codice lungo e poi il controllo sulla esistenza dell’inforecord.

Viene quindi implementata una exit nella include MV45AFZZ che consente di recuperare il


Society / Project

mySAP.ERP


Documento


Pagina

15

Autore:

Release 1,0

Data

06/10/15


valore della cross reference anche dal codice breve (VBAP-MATWA):

3.2.2. Tipo materiale.

Saranno definiti i seguenti tipi materiale, di cui uno apposito per la codifica degli articoli commerciali con codifica breve (gestione del transitorio):

Tipo Materiale Descrizione

ZFER Prodotto finito

ZHAW Codifica Breve

Il tipo materiale ZHAW gestirà esclusivamente le videate dei dati di base e quelle delle vendite.

3.2.3. Dati relative alle vendite.

Gli articoli commerciali dovranno essere classificati a scopo analitico secondo le seguenti caratteristiche:

Tipologia di dato Descrizione Rilevante per il Pricing Proposta soluzione SAP

Gruppo Marchio Raggruppamento di Marchi per cliente Gerarchia livello 1

Marchio Pastificio, Marchio cliente X Gerarchia livello 2

Categoria Merceologica PS Semola, PS Semole speciali, etc. X Settore Merceologico

Materia Prima BIO, Convenzionale X Gruppo Materiale

Composizione Standard, Vitamina, Uovo, etc. X Gruppo Bonus

Famiglia Normali, Speciali, Normali al bronzo X Gruppo Materiale 1

Pezzatura Retail 500gr, Retail 1lb, Retail 1Kg, Catering X Gruppo Materiale 2

Formati Corta, Pastine, Lunga, Sfoglia, Nido, Lasagne,

Artigianali

X Gruppo Materiale 3

Pack Cuscino, fondo Q., Fondo Q. + Cav., Doppio X Gruppo Materiale 4

FORM userexit_move_field_to_vbap. […] * --> in fase di creazione dell'item recupera cross reference * dal codice breve articolo (VBAP-MATWA) DATA lv_kPastificiot LIKE vbap-kPastificiot. SELECT SINGLE kPastificiot INTO lv_kPastificiot FROM knmt WHERE vkorg = vbak-vkorg AND vtweg = vbak-vtweg AND kunnr = vbak-kunnr AND matnr = vbap-matwa. IF sy-subrc = 0 AND svbap-tabix = 0 AND vbap-kPastificiot = ''. vbap-kPastificiot = lv_kPastificiot. ENDIF. […] ENDFORM. "USEREXIT_MOVE_FIELD_TO_VBAP


Society / Project

mySAP.ERP


Documento


Pagina

16

Autore:

Release 1,0

Data

06/10/15


Fondo Q., Astuccio, Vaschetta, Sfuso, Sacchi

Sarà inoltre gestita una ulteriore caratteristica commerciale a scopo di classificazione:

Tipologia di dato Descrizione Rilevante per il Pricing Proposta soluzione SAP

Formato Commerciale Tipologia di formato Ampliamento anagrafica

Nella figura seguente viene mostrato il posizionamento dei campi di classificazione commerciale sulla videata della anagrafica articolo:

In fase di implementazione si valuterà se aggiungere ulteriori campi di classificazione commerciale.

Per un elenco aggiornato dei valori possibili di questi campi, vedi documentazione condivisa nel web di progetto.

3.2.4. Help di ricerca Pastificio.

Per facilitare la ricerca degli articoli viene creato un nuov help di ricerca ed agganciato come ID Matchcode all’help di ricerca standard MAT1.

Gli step sono i seguenti:

Creazione View Z_MAT1S da utilizzare come metodo di selezione con i campi Pastificio

Gerarchia classificazione SD (in ordine):

� Marchio MVKE-PRODH

� Categoria merceologica MARA-SPART

� Materia Prima MVKE-KONDM

� Composizione MVKE-BONUS

� Famiglia MVKE-MVGR1

� Pezzatura MVKE-MVGR2

� Formato MVKE-MVGR3

� Pack MVKE-MVGR4

� Formato commerciale MARA-FORMATO

Questa logica sarà utilizzata in tutti i report SD, e per la definizione

dei listini (prezzi, sconti, etc.)


Society / Project

mySAP.ERP


Documento


Pagina

17

Autore:

Release 1,0

Data

06/10/15


Creazione Help di ricerca elementare Z_MAT1S in copia da MAT1S con i campi Pastificio

Agganciare Z_MAT1S a MAT1 come nuovo ID Matchcde


Society / Project

mySAP.ERP


Documento


Pagina

18

Autore:

Release 1,0

Data

06/10/15


L’effetto finale è quello di trovare il nuovo ID Matchcode agganciato su tutte le transazioni standard (nella figura seguente un esempio su MM02):

3.2.4.1 Prodotti del Molino.

I prodotti del Molino sono identificati in base alle seguenti caratteristiche:



Society / Project

mySAP.ERP


Documento


Pagina

19

Autore:

Release 1,0

Data

06/10/15


Gruppo Marchio Non necessario

Marchio Non necessario

Categoria Merceologica Prodotti del Molino

Materia Prima BIO, Convenzionale

Composizione Standard

Famiglia Sfarinati, Sottoprodotti

Formato Non necessario

Pack Sfuso, Sacchi

Pezzatura Non necessario

Si distinguono i seguenti sottoprodotti:

Articolo Descrizione

Farinaccio Sfuso, Sacchi

Tritello Sfuso, Sacchi, Cubettato

Granotto Sfuso, Sacchi

Avena Sfuso, Sacchi

Ed i seguenti sfarinati

Articolo Descrizione

Semola Grano duro Esistono n diverse tipologie di semole.

Sfuso, Sacchi

Farina Sfuso, Sacchi

Semola rimacinata Sacchi

3.2.4.2 Pasta Zootecnica.

I prodotti con Categoria Merceologica PS Zootecnica saranno gestiti con lo stesso processo di vendita dei prodotti del Molino. Hanno le seguenti caratteristiche:


Gruppo Marchio PASTIFICIO

Marchio Pastificio

Categoria Merceologica PS Zootecnica

Materia Prima BIO, Convenzionale

Composizione Standard, Vitamine, Uovo, etc.

Famiglia Pasta, Tozzi

Formato Non necessario


Society / Project

mySAP.ERP


Documento


Pagina

20

Autore:

Release 1,0

Data

06/10/15


Pack Non necessario

Pezzatura Sacchi, Confezioni

3.2.5. Processi di evoluzione dell’articolo.

3.2.5.1 Estensione anagrafica articolo su nuove organizzazioni vendita.

Può accadere che lo stesso articolo sia venduto su canali diversi, o addirittura su organizzazioni diverse (p.e. lo stesso articolo Pastificio che viene venduto sia in Italia che all’estero, sia sul canale diretto che su quello agenti).

E’ disponibile la transazione standard MASS per ampliare le anagrafiche sulle diverse organizzazioni.

Nelle figure seguenti un esempio di esecuzione della MASS per le anagrafiche articolo.

Seleziono la tabella MVKE per procedere al solo aggiornamento dei dati vendite:

Definisco le condizioni di estrazione (record da creare) e le condizioni di copia (record modello):


Society / Project

mySAP.ERP


Documento


Pagina

21

Autore:

Release 1,0

Data

06/10/15


Il sistema estrae l’unico record ancora non creato nella nuova struttura organizzativa:

Ed al salvataggio mi inserisce il record:

3.2.5.2 Modifica componente articolo.

Può accadere che un prodotto finito subisca nel tempo modifiche alla propria distinta base.

Il transitorio durante il quale sono disponibili nel magazzino ancora entrambi i componenti, può essere gestito effettuando le seguenti operazioni:

definizione di una sostituzione sulla anagrafica del vecchio componente (videata MRP4), con l’indicazione del nuovo codice, e della data di decorrenza

modifica alla distinta base del prodotto finito, che indichi come alternativi il vecchio componente ed il nuovo componente.

E’ importante inserire il record

modello per consentire al

sistema di definire i dati da cui

copiare verso i record obiettivo


Society / Project

mySAP.ERP


Documento


Pagina

22

Autore:

Release 1,0

Data

06/10/15


Il sistema con questi presupposti, a partire dalla data di sostituzione, è in grado di pianificare il consumo fino ad esaurimento scorte del vecchio componente, e solo successivamente di pianificare i fabbisogni sul nuovo componente.

3.2.5.3 Fine vita articolo.

E’ necessario disporre di uno strumento che inibisca le principali operazioni transazionali sui prodotti commerciali.

Questo processo può essere gestito semplicemente settando gli stati sulla anagrafica dell’articolo, per classificarlo come obsoleto, e quindi inibire le principali operazioni logistiche definibili su questo (non ordinabile, non producibile, non vendibile, etc.).

3.3. Anagrafica testi.

Si può utilizzare la transazione standard SO10 per la gestione di testi standard, che saranno poi successivamente utilizzati nelle stampe dei documenti transazionali (ordine, consegna, distinta di trasporto, fattura), o nei report definiti successivamente.

Si definisce la seguente nomenclatura per i testi standard:

� Primi 4 caratteri rappresentano la società

� Successivi 2 caratteri la area funzionale, o processo coinvolto

� Ultimi n caratteri l’oggetto del testo

I testi sono definiti in lingua (nel nostro scenario IT ed EN).

Fanno eccezione alla regola sopra descritta i testi per i codici IVA, la cui nomenclatura segue esattamente la nomenclatura dei codici IVA, che per comodità riportiamo di seguito:

Schema IVA Codice Descrizione

TAXIT CA Non Imp.Art.40 L.427/93 Vendite UE

TAXIT CB Non Imp.Art.41 L.427/93 Vendite UE

TAXIT CC Non Imp.Art.58/1 L.427/93 Vendite UE


Society / Project

mySAP.ERP


Documento


Pagina

23

Autore:

Release 1,0

Data

06/10/15


TAXIT EA Es. Art.10/1-9 Vendite

TAXIT FA Escl. Art. 2/A Vendite

TAXIT FC Escl. Art. 15/1 Vendite Int Mora

TAXIT FD Escl. Art. 15/2 Vendite Sconto in Natura

TAXIT FE Escl. Art. 15/3 Vendite Rimb. Anticipaz/Bolli

TAXIT FF Escl. Art. 26 Vendite

TAXIT FG Escl. Art. 68 Vendite

TAXIT FH Non Sogg.Art.74/7 Vendite

TAXIT FI Escl. Art. 15/4 Vendite Rimb. Imball. Resa

TAXIT FL Escl. Art. 15/5 Vendite Rivalsa IVA

TAXIT G1 IVA 10% Vendite Beni Strumentali



TAXIT NA Non Imp.Art.8/A Vendite EXUE

TAXIT NB Non Imp.Art.8/B Vendite

TAXIT NC Non Imp.Art.8/1C Vendite Triangolazioni

TAXIT ND Non Imp.Art.8/2C Vendite Lettere Intento

TAXIT NE Non Imp.Art.8A,71 Vendite

TAXIT NF Non Imp.Art.8BIS Vendite

TAXIT NG Non Imp. Art. 9 Vendite

TAXIT NH Non Imp.Art.9/7 Vendite

TAXIT S2 IVA vendite 20%, in sospeso

TAXIT V1 IVA 10% Vendite



TAXIT XA Non Imp. Art.8A Vendite EXUE

TAXIT ZZ No IVA Vendite (non stampata a bollato)

Nella figura seguente alcuni codici IVA creati sul sistema di sviluppo:


Society / Project

mySAP.ERP


Documento


Pagina

24

Autore:

Release 1,0

Data

06/10/15


4. CONTROLLO DEL CREDITO.

Il processo di controllo del credito in fase di inserimento dell’ordine deve essere visto anche nell’ambito di un flusso più generale, che preveda, dopo l’inserimento dell’ordine di vendita prima il controllo del credito, e poi un controllo commerciale sull’ordine (vedi paragrafi successivi).

Raggiunto un esito positivo del controllo del credito, indipendentemente dall’esito del controllo commerciale, l’ordine è attivo e genera un fabbisogno di produzione.

In generale, il controllo del credito è attivato in fase di creazione dell’ordine cliente e controlla dinamicamente l’esposizione creditizia del cliente sulla base del limite fido impostato anagraficamente.

Ove il controllo suddetto dovesse fornire esito negativo, e secondo le diverse classi cliente che saranno definite nel seguito, l’ordine in oggetto potrebbe risultare bloccato per le operazioni successive.

Sarà disponibile una lista di lavoro che consentirà di estrarre i documenti bloccati, analizzarli dal punto di vista finanziario, ed eventualmente rilasciarli per le elaborazioni successive.

4.1. Anagrafica Fido.

Per ciascun cliente per il quale si vuole controllare l’esposizione in fase di inserimento ordine sarà creata una anagrafica fido nella transazione FD32, nella quale saranno definiti, fra gli altri, i seguenti valori:

Campo Descrizione

Tipologia Cliente Grandi Clienti, Clienti Normali, Canale Tradizionale

Affidamento Valore di affidamento per il cliente, basato sulla solidità economica del cliente stesso, e sulla

storia del rapporto commerciale con PASTIFICIO

Nelle figure seguenti un esempio di anagrafica fido creata per il cliente 1000.0027 (Grande Cliente, tipologia Trader):


Society / Project

mySAP.ERP


Documento


Pagina

25

Autore:

Release 1,0

Data

06/10/15


Nella videata seguente si può verificare la situazione delle partite aperte (nel nostro caso la videata sarà vuota):

L’erosione dell’affidamento sarà data da:

Fatture emesse, e non ancora incassate

Merce spedita e non ancora fatturata

Ordini confermati (cioè ordini che hanno già superato il controllo del fido, o che sono stati sbloccati manualmente, ma non sono ancora stati spediti)

La funzionalità di controllo automatico del fido verificherà, durante l’inserimento di ogni singolo ordine, che il valore ancora disponibile di affidamento (affidamento originario meno la somma degli ordini aperti, delle spedizioni effettuate, e delle fatture emesse e non ancor incassate), sia ancora superiore al valore dell’ordine in oggetto. E’ possibile definire un orizzonte temporale per il controllo dinamico del fido, cioè un orizzonte entro il quale sono inclusi i documenti commerciali da tenere in considerazione ai fini del controllo del fido.

Se questo controllo ha un esito positivo, l’ordine è rilasciato per il controllo commerciale, altrimenti resta bloccato, secondo le regole definite nel seguito del capitolo, fin quando non sarà analizzato, ed eventualmente rilasciato.


Society / Project

mySAP.ERP


Documento


Pagina

26

Autore:

Release 1,0

Data

06/10/15


4.2. Controllo fido per tipologia clienti.

I clienti sono classificabili in anagrafica secondo una serie di caratteristiche che li qualificano dal punto di vista del credito, e debbono implicare una reazione del sistema diversa sulle diverse classi di clienti.

Di seguito viene descritto il comportamento che dovrebbe avere il sistema per le diverse classi di clienti, in presenza di un superamento dell’affidamento concesso.

Tipologia

cliente

Descrizione Controllo Orizzonte Controllo Reazione Blocco

Fabbisogno

Blocco

Spedizione

001 Grandi clienti Dinamico 6 mesi Esposizione W N N

002 Clienti Normali

marchio stock

Dinamico 6 mesi Esposizione W N S

003 Clienti Normale

marchio commessa

Dinamico 6 mesi Esposizione W S

004 Clienti Canale

Tradizionale

Dinamico 6 mesi Partite aperte W N S

Non è possibile prevedere due comportamenti diversi sull’ordine per tipologia cliente diversa. Nel caso in cui si voglia comunque effettuare il controllo solo sull’ordine, è possibile uniformare il comportamento del sistema fra i casi 1 e 2, e 3 e 4 rispettivamente, assegnando sulla anagrafica il gruppo cliente 001 e 003. Nel caso in cui si faccia questa scelta, sarà anche possibile modificare le corrispondenti descrizioni in customizing.

Nella figura seguente si vedono le regole definite, e la parametrizzazione del sistema per il controllo fido nel primo caso:


Society / Project

mySAP.ERP


Documento


Pagina

27

Autore:

Release 1,0

Data

06/10/15


4.2.1. Grandi Clienti.

Per i grandi clienti, anche in presenza di uno sforamento del fido, il sistema dovrebbe presentare solo un avvertimento a video, ma non bloccare l’ordine.

4.2.2. Clienti normali.

Si vorrebbe distinguere due diverse categorie di clienti in funzione delle tipologie di articolo in ordine:

� Nel caso di marchio con produzione a stock, il sistema dovrebbe reagire bloccando la conferma della consegna, ma lasciando nascere comunque il fabbisogno (alla peggio vendo il prodotto ad un cliente diverso)

� Nel caso di marchio privato, il sistema dovrebbe reagire bloccando la conferma di ordine, quindi bloccando la nascita del fabbisogno.

Il sistema, però non riesce a gestire tipologie di articoli in ordine, ma solo tipologie di cliente: sarebbe quindi necessario definire due tipologie di cliente, ed assegnare a queste un comportamento diverso.

Per i clienti normali viene aggiunto il controllo sulle partite aperte:


Society / Project

mySAP.ERP


Documento


Pagina

28

Autore:

Release 1,0

Data

06/10/15


4.2.2.1 Marchio con produzione a stock.

Il sistema deve bloccare la processazione dell’ordine (l’ordine non può essere spedito), ma deve comunque rendere l’ordine visibile alla programmazione della produzione (deve nascere il fabbisogno).

4.2.2.2 Marchio con produzione a commessa.

L’ordine nasce bloccato per la processazione e non deve generare un fabbisogno di produzione.

4.2.3. Canale tradizionale.

Questa è la situazione maggiormente complessa. In generale si tratta di clienti con condizioni di pagamento:

� Pagamento alla consegna (cioè al vettore che consegna la merce) dell’ordine.

� “Un ordine fuori”, e pagamento a vista al passaggio dell’agente

Se non viene effettuato il pagamento, gli ordini successivi per lo stesso cliente devono nascere bloccati per processazione, ma non per il fabbisogno (sono tipicamente ordini a marchio Pastificio, cioè per prodotti a stock).

Nelle figure seguenti il customizing di controllo fido per ordine e consegna:


Society / Project

mySAP.ERP


Documento


Pagina

29

Autore:

Release 1,0

Data

06/10/15


A fronte della riunione del 01 marzo 2007 si modifica il controllo fido per il canale tradizionale, inibendo il controllo sulla consegna, ma bloccando gli ordini in caso di sconfinamento:


Society / Project

mySAP.ERP


Documento


Pagina

30

Autore:

Release 1,0

Data

06/10/15


Non è comunque detto che il pagamento seppure avvenuto sia stato registrato nel sistema al momento dell’inserimento dell’ordine successivo.

Per gli ordini del Canale Tradizionale dovrà quindi essere definita da parte di PASTIFICIO una procedura organizzativa che preveda su ciascuna trasmissione ordini da parte dell’agente l’inserimento di una nota che evidenzi se l’ordine precedente sia stato pagato o meno.

In questo modo l’operatore che inserisce l’ordine sarebbe in grado di riconoscere se l’ordine va sbloccato, anche se il pagamento per qualche motivo non è stato ancora registrato nel sistema, ed inserisce una nota in ordine relativa alla segnalazione dell’agente, a memoria futura.

A. Clienti con pagamento alla consegna (al trasportatore)

� Fido: il cliente viene affidato per un importo pari al valore massimo previsto di 1 ordine � Associamo al gruppo fido “Canale tradizionale” il parametro “n° partite aperte” = 1 (cioè

questo cliente può avere al max 1 partita aperta)

Schema di gestione dell’ordine.

Caso a) Il cliente paga allo scarico.

Fido al cliente = € 500

Importo 1. Controllo Fido 2. Spedizione 3. Pagamento 4. Consegna merce

Ordine 1 € 400 OK OK OK OK


Caso b) Il cliente non paga allo scarico e la merce rientra.


Society / Project

mySAP.ERP


Documento


Pagina

31

Autore:

Release 1,0

Data

06/10/15




Ordine 1 € 400 OK OK NO NO > reso

In questo caso, la mancata consegna genera un reso merce.

Bisogna individuare la procedura più idonea per gestire questa informazione.

� Se il rientro merce viene seguito dalla emissione di NC a cliente, la partita 1 del cliente si azzera e quindi un eventuale ordine 2 supererà nuovamente il controllo del fido ed andrà in consegna.

� Si può, in alternativa, decidere di non emettere subito NC, in modo da far risultare ancora aperta la partita relativa all’ ordine 1. In questo caso l’eventuale ordine 2 non supererà il controllo del fido. Si può ipotizzare una gestione periodica degli elenchi di clienti con NC non emesse a fronte di rientro merce.

Caso c) Il cliente non paga allo scarico (o paga in parte), ma la merce viene consegnata.



Ordine 1 € 400 OK OK NO OK dietro autorizzazione

In questo caso la merce viene consegnata comunque. Sarà necessario prevedere le opportune procedure di autorizzazione e assegnazione di responsabilità.

La partita dell’ordine 1 risulta aperta, quindi l’eventuale ordine 2 non supererà il controllo del fido e non verrà spedito, se non sarà incassato prima l’ordine 1.

In tutti i casi sopraindicati il controllo del credito periodico è garantito dalla condizione di pagamento a 30 gg d.f.

B. Clienti con pagamento a passaggio agente.

� Fido: il cliente viene affidato per un importo pari al valore massimo previsto di 1 ordine � Parametro “n° partite aperte” = 1

Schema di gestione dell’ordine

Caso a) Il cliente paga all’agente l’ordine precedente.


Importo 1. Pagamento ad agente

ordine precedente

2. Controllo Fido 3. Spedizione 4. Consegna

merce

Ordine 1 € 400 - OK OK OK


Society / Project

mySAP.ERP


Documento


Pagina

32

Autore:

Release 1,0

Data

06/10/15


L’Agente, nel momento in cui ripassa dal cliente per prendere l’ordine 2 (periodo che può essere di 2 o 4 settimane), deve incassare l’ordine 1.

A questo punto possiamo avere due casi.

� L’agente si reca in azienda, consegna l’incasso dell’ordine 1 e consegna anche l’ordine 2. L’incasso viene registrato in SAP, la partita dell’ordine 1 viene chiusa. L’ordine 2 viene inserito a sistema e quindi il controllo del fido è ok. (necessità di organizzare la sequenza registrazione ordine 1 > inserimento ordine 2 - ? )


ordine precedente


merce


� Può succedere che l’Agente incassi l’importo dell’ordine 1, ma la consegna dell’incasso in azienda avvenga solo dopo alcuni giorni. La partita dell’ordine 1 non è chiusa, quindi all’atto dell’inserimento dell’ordine 2, il sistema darà il blocco.


ordine precedente


merce

Ordine 2 € 500 - BLOCCO BLOCCO BLOCCO

E’ necessario prevedere una procedura in base alla quale l’agente segnala sull’ordine 2 una nota del tipo “incassato € 400 a saldo totale ordine precedente”.

Sulla base di questa indicazione l’ufficio preposto può procedere allo sblocco.

Caso b) Il cliente non paga all’agente (o paga parzialmente)


Importo 1.Pagamento ad agente ordine

precedente

2.Controllo Fido 3.Spedizione 4.Consegna

merce

Ordine 1 € 400 - OK OK OK

Ordine 2 € 500 NO BLOCCO BLOCCO BLOCCO

Anche se l’agente dovesse trasmettere l’ordine 2 e l’ordine venisse digitato a sistema, ci sarebbe il blocco dello stesso per n° di partite aperte > 1 (oltre che per supero del fido).

Ciò vale anche in caso di pagamento parziale dell’ordine 1 (es. l’agente incassa solo € 200) e scrive una nota in calce all’ordine 2 “incassato € 200 a saldo parziale ordine precedente”. Sulla base di questa indicazione, l’ufficio preposto può procedere allo sblocco, secondo una procedura che deve essere definita: in questo caso però le partite aperte sono sempre 2, fino a quando non verrà saldato l’intero importo dell’ordine 1.


Society / Project

mySAP.ERP


Documento


Pagina

33

Autore:

Release 1,0

Data

06/10/15


In tutti i casi sopraindicati il controllo del credito periodico è garantito dalla condizione di pagamento a 30 gg d.f


Society / Project

mySAP.ERP


Documento


Pagina

34

Autore:

Release 1,0

Data

06/10/15


5. GESTIONE PRICING.

Il sistema SAP R/3 supporta la gestione dei documenti di vendita con l’utilizzo di particolari funzionalità standard, che permettono di agganciare automaticamente, in fase di creazione del documento, le condizioni di prezzo e di sconto associate all’area di vendita del cliente e dei prodotti.

Per condizioni, SAP intende l’insieme di prezzi di listino del prodotto, sconti e maggiorazioni.

Il prezzo finale di ogni posizione del documento di vendita è il risultato del calcolo effettuato sui valori attribuiti agli elementi di prezzo associati, quali il prezzo base, gli sconti, le maggiorazioni. E’ inoltre possibile, sullo schema prezzo della posizione documento, visualizzare a scopo statistico anche il prezzo nettissimo, cioè il prezzo che include anche le decurtazioni per bonus (sconti fuori fattura) e provvigioni.

Il Sistema SAP R/3, richiede la definizione di un tipo condizione per ogni elemento di prezzo indicato nello schema di calcolo associato al documento di vendita.

Per ogni tipo di condizione è necessario attribuire la corretta sequenza di accesso e di priorità ai valori dell’elemento di prezzo, i quali sono impostati dall’utente in archivi appositamente messi a disposizione dal sistema chiamati “schemi prezzo”.

Le sequenze di accesso qui definite saranno validate definitivamente in fase di implementazione.

5.1. Tabelle condizioni.

Si definiscono le seguenti tabelle condizioni per poter inserire condizioni di pricing in base alle caratteristiche commerciali degli articoli definite per il progetto:

Tabella

condizioni

Cliente Listino Gruppo

Marchio

Marchio Categoria

Merceologica

Materia

prima

Composizione Famiglia Pezzatura Formato Articolo

A601 x x x x x x x x

A602 x x x x x x x x x

A005 x x


A612 x x x x x x x x x

A613 x x

A621 x x x x x x x


A004 x

Viene creata la sequenza di accesso ZPASTIFICIO, e viene associata a tutte le condizioni automatiche definite le seguito di questo documento.


Society / Project

mySAP.ERP


Documento


Pagina

35

Autore:

Release 1,0

Data

06/10/15


5.2. Tipi condizione.

5.2.1. ZPR0 - Prezzo di listino.

Il prezzo di listino deve poter essere inserito nel sistema in tutte le unità di misura disponibili nella anagrafica dell’articolo (p.e. confezioni, cartoni, peso, etc.).

La sequenza di accesso associata è la ZPASTIFICIO definita al paragrafo precedente: il sistema cercherà un valore per il prezzo nelle diverse tabelle, cominciando dall’alto verso il basso, e si fermerà non appena ne troverà uno valido.

In assenza di un record, il sistema darà un errore in fase di inserimento ordini (non è possibile processare un ordine con anche una sola riga senza prezzo di listino valorizzato).

5.2.1.1 Prodotti del Molino.

In questo caso il listino viene definito sulla base dei prezzi fissati alla borsa del grano AGER di Bologna: il prezzo di vendita della settimana n è il prezzo massimo pubblicato nella settimana n-1.

Su un foglio di lavoro excel sono definiti i prezzi finali, basati sul prezzo AGER e sulle condizioni di sconto definite sul contratto.

I listini possono essere poi riportati manualmente in SAP (con la stessa cadenza con cui sono creati sul foglio excel), oppure con un automatismo che consentirebbe di inserire in SAP la anagrafica dei nuovi prezzi di vendita per cliente/articolo/data, a partire dai valori calcolati su excel, mediante una macro.

Il prezzo di listino inserito in SAP sarà così riportato sul documento di vendita, e sarà qui modificabile.

5.2.2. Sconti.

Si definiscono i seguenti sconti a livello di posizione (sconti automatici):

Sconto Canale

Sconto Promozionale (per i canvass del canale tradizionale)

Sconto finanziario

Ed i seguenti sconti a livello di testata (manuali):

Sconto Logistico

Sconto incondizionato testata valore


Society / Project

mySAP.ERP


Documento


Pagina

36

Autore:

Release 1,0

Data

06/10/15


Sconto incondizionato testata percentuale

Maggiorazione incondizionata testata valore

Maggiorazione incondizionata testata percentuale

Per gestire gli ordini di campionatura gratuita si definisce uno sconto ulteriore:

Sconto omaggio

5.2.2.1 ZSCx – Sconto Canale.

Lo sconto canale deve avere fino ad un massimo di 5 importi diversi (ZSC1, ZSC2, ZSC3, ZSC4, ZSC5).

5.2.2.2 ZSPx – Sconto Promozionale.

Lo sconto promozionale deve avere fino ad un massimo di 2 importi diversi (ZSP1, ZSP2).

Lo sconto promozionale dovendo gestire situazioni di canvass su ordini con pochi cartoni devono essere flaggate come condizioni di gruppo.

5.2.2.3 ZFIN – Sconto finanziario.

Lo sconto finanziario deve avere fino ad un massimo di 1 importo (ZFIN).

Nella tabella seguente è descritta la sequenza di accesso per la determinazione dello sconto finanziario:

Tabella

condizioni

Cliente Marchio Condizioni

pagamento

A920 x x

A915 x x

A916 x

5.2.2.4 ZL0x – Sconto logistico

Lo sconto logistico viene definito manualmente dall’operatore in fase di inserimento ordine: la logica di determinazione è basata sul numero di posti pallet inseriti nell’ordine stesso.

Deve avere fino ad un massimo di 2 importi espressi in percentuale (ZL01, ZL02).


Society / Project

mySAP.ERP


Documento


Pagina

37

Autore:

Release 1,0

Data

06/10/15


5.2.2.5 ZT0x – Sconto di testata.

Lo sconto incondizionato di testata è uno sconto determinato manualmente dall’operatore in fase di inserimento ordine.

Deve avere fino ad un massimo di due possibili valori (ZT01, ZT02), uno espresso a valore ed uno in percentuale.

5.2.2.6 YT0x – Maggiorazione di testata.

La maggiorazione incondizionata di testata è una maggiorazione determinata manualmente dall’operatore in fase di inserimento ordine.

Deve avere fino ad un massimo di tre possibili valori (YT01, YT02, YT03), di cui i primi due sono espressi in valore, e rappresentano le maggiorazioni per assicurazione e trasporto per il caso estero, e il terzo in percentuale.

5.2.2.7 ZOMA – Sconto omaggio.

Il tipo condizione ZOMA serve per gestire i diversi scenari di campionatura gratuita:

Campionatura senza rivalsa di IVA (autofattura)

Campionatura con rivalsa di IVA

Campionatura IVA esente

Si definisce una tabella condizione con in chiave il tipo documento per attivare la determinazione dello sconto omaggio per i tipi documenti indicati nel seguito di questo documento:

Tabella condizioni Tipo documento

A800 x

5.2.3. Z100 – Sconto Merce.

Lo sconto merce (o sconto in natura) è una procedura per omaggiare il cliente con un articolo diverso da quello di acquisto. Può essere utilizzato come leva promozionale nella vendita di nuovi prodotti.

5.2.3.1 Sconto merce automatico: regole di determinazione.

La regola automatica per la determinazione dello sconto merce semplice è basata su:

Quantità m Articolo 1 � Quantità n omaggio Articolo 2


Society / Project

mySAP.ERP


Documento


Pagina

38

Autore:

Release 1,0

Data

06/10/15


Nella tabella seguente è descritta la sequenza di accesso per la determinazione dello sconto merce (deve essere la stessa definita per i listini standard):

Tabella

condizioni

Cliente Listino Gruppo

Marchio

Marchio Categoria

Merceologica

Materia

prima

Composizione Famiglia Pezzatura Formato Articolo

N810 x x x x x x x x

N811 x x x x x x x x x

N010 x x


N821 x x x x x x x x x

N804 x x

N830 x x x x x x x


N832 x

In caso di problemi con la determinazione dello sconto merce nel settore merceologico posizione, è utile verificare la nota 118608 (conditions: common division).

Non sono gestite in SAP regole di determinazione complesse dello sconto merce del tipo:

Q.tà m Articolo 1 + Q.tà n Art. 2 � Q.tà omaggio p Art. 3

Si definisce il tipo condizione ZA00, per la definizione della anagrafica sconto merce, ed il tipo condizione Z100 per la imputazione dello sconto 100% sulla posizione di sconto merce.

5.2.3.2 Sconto merce manuale.

Deve essere possibile inserire manualmente uno sconto merce per consentire eventuali deroghe, concesse dall’agente al cliente, e da autorizzare in sede, rispetto alle condizioni commerciali definite nel sistema.

5.2.3.3 Spedizione ordini con sconto merce: gestione stralci.

Lo sconto merce può essere applicato a due diverse categorie di articoli:

Articoli non vendibili (prodotto flashato)

Articoli vendibili (prodotto standard)

Può accadere, in fase di approntamento, che parte della merce ordinata non sia disponibile. Nei casi di ordini con sconto merce, il comportamento del sistema deve essere diverso secondo la natura dell’omaggio.


Society / Project

mySAP.ERP


Documento


Pagina

39

Autore:

Release 1,0

Data

06/10/15


Articoli non vendibili

Le proporzioni fra quantità venduta e quantità omaggio non sono rigidamente le gate fra di loro in fase di spedizione. Se non ho disponibilità del materiale omaggio, non genero una criticità verso il cliente finale in caso di mancata spedizione dell’omaggio.

Articoli vendibili

Ho la necessità di mantenere in fase di spedizione una proporzione fissa fra materiale di vendita e materiale omaggio corrispondente a quella inserita in fase di order entry. Infatti:

o in assenza della spedizione dell’omaggio, il cliente finale avrebbe un aumento del prezzo di vendita reale

o in assenza della spedizione di materiale di vendita, il cliente finale vedrebbe una diminuzione del prezzo reale di acquisto.

In fase di creazione del record anagrafico per lo sconto merce (VBN1), è possibile definire il comportamento che il sistema deve avere in fase di spedizione, valorizzando opportunamente il campo “Controllo consegna”:

Prodotto flashato � A: il sistema al momento della creazione della consegna prima di inserire la posizione omaggio, controlla solo che la posizione principale sia stata effettivamente almeno parzialmente consegnata

Prodotto standard � E: il sistema al momento della creazione della consegna prima di definire la quantità sulla posizione omaggio, effettua una ripartizione proporzionale, in modo che, se la quantità di vendita è disponibile solo parzialmente, la quantità omaggio viene corrispondentemente ridotta. Non sono gestibili in modo automatico i casi in cui la quantità omaggio sia solo parzialmente disponibile (riduzione dello sconto reale per il cliente), se non con la visualizzazione di un messaggio nel log di elaborazione.


Society / Project

mySAP.ERP


Documento


Pagina

40

Autore:

Release 1,0

Data

06/10/15


5.2.4. ZPVx – Aliquota Provvigionale.

Dovranno essere definiti per ciascun destinatario merce legato al cliente, fino ad un massimo di quattro diversi livelli di Agente:

Agente

Local Area Manager

Area Manager

Direzione Vendite

Per ciascuno di questi 4 livelli deve essere gestita una diversa aliquota provvigionale (ZPV1, ZPV2, ZVP3, ZPV4).

Nella tabella seguente è descritta la sequenza di accesso per la determinazione della Aliquota Provvigionale:

Tabella

condizioni

Listino Cliente Marchio Categoria

Merceologica

Materia

prima

Composizione Famiglia Pezzatura Formato

A940 x x

A941 x x x

A942 x x x x

A943 x x x x x

A944 x x x x x x

A945 x x x x x x x


A920 x x

A921 x x x

A922 x x x x

A923 x x x x x

A924 x x x x x x

A925 x x x x x x x


L’imponibile Agente, cioè il valore sul quale è calcolata la aliquota provvigionale, è l’imponibile Iva al netto degli sconti commerciali e di sconti e maggiorazioni incondizionati


Society / Project

mySAP.ERP


Documento


Pagina

41

Autore:

Release 1,0

Data

06/10/15


di testata, ma al lordo dello sconto logistico e finanziario (vedi anche la definizione dello schema prezzo).

E’ possibile definire l’imponibile delle aliquote successive sia come lo stesso della prima aliquota, che come il precedente decurtato della aliquota provvigionale.

Esempio

La tabella seguente aiuta a comprendere l’effetto delle due diverse tecniche di calcolo:

% Valore

Scenario 1

Valore

Scenario 2

Totale Subtotale

Imponibile

Provvigionale

100,00 €

ZPV1 5% 5 € 5,00€ 95,00 €

ZPV2 5% 5 € 4,75 € 90,25€

ZPV3 5% 5 € 4,51 € 85,74 €

ZPV4 5% 5 € 4,29 €

TOTALE 20,00 € 18,55 €

In fase di implementazione si sceglierà quale delle due diverse strade si adatta meglio alla realtà della PASTIFICIO.

Le provvigioni non dovranno essere calcolate in caso di sconto merce o di ordini omaggio. Tecnicamente questo sarà realizzato con la tecnica di esclusione delle condizioni.

La presenza di sconto merce, o di ordini omaggio (vedi paragrafi successivi) coincide con la presenza sullo schema prezzo dei tipi condizione Z100 (sconto merce), ZOMA (ordini di campionatura gratuita), MWC0 (autofattura).

Sarà quindi sufficiente inserire queste condizioni in un gruppo di esclusione “Omaggio”, le condizioni provvigionali in un gruppo esclusione “Provvigioni”, e configurare il sistema in modo che la presenza di una condizione del primo gruppo escluda la presenza di tutte le condizioni del secondo gruppo.


Society / Project

mySAP.ERP


Documento


Pagina

42

Autore:

Release 1,0

Data

06/10/15


5.2.5. ZPV0 – Percentuale abbattimento imponibile.

Si definisce un tipo condizione ZPV0 con cui definire una percentuale di abbattimento dell’imponibile provvigionale. La condizione ZPV0 viene agganciata sul fondo dello schema prezzo.

La sequenza di accesso ZPV0, associata alla condizione ZPV0, viene definita al modo seguente:

La percentuale definita nella tabella condizioni viene applicata sull’imponibile provvigionale, ed il risultato del calcolo viene memorizzato nel subtotale 4.

5.2.6. MWST – IVA Vendite.

Nella tabella seguente vengono riportati i codici IVA rilevanti per i processi di business di Pastificio, concordati durante la analisi della area Financial.


Society / Project

mySAP.ERP


Documento


Pagina

43

Autore:

Release 1,0

Data

06/10/15


Schema IVA Codice Descrizione

TAXIT CA Non Imp.Art.40 L.427/93 Vendite UE

TAXIT CB Non Imp.Art.41 L.427/93 Vendite UE

TAXIT CC Non Imp.Art.58/1 L.427/93 Vendite UE

TAXIT EA Es. Art.10/1-9 Vendite

TAXIT FA Escl. Art. 2/A Vendite

TAXIT FC Escl. Art. 15/1 Vendite Int Mora

TAXIT FD Escl. Art. 15/2 Vendite Sconto in Natura

TAXIT FE Escl. Art. 15/3 Vendite Rimb. Anticipaz/Bolli

TAXIT FF Escl. Art. 26 Vendite

TAXIT FG Escl. Art. 68 Vendite

TAXIT FH Non Sogg.Art.74/7 Vendite

TAXIT FI Escl. Art. 15/4 Vendite Rimb. Imball. Resa

TAXIT FL Escl. Art. 15/5 Vendite Rivalsa IVA




TAXIT NA Non Imp.Art.8/A Vendite EXUE

TAXIT NB Non Imp.Art.8/B Vendite

TAXIT NC Non Imp.Art.8/1C Vendite Triangolazioni

TAXIT ND Non Imp.Art.8/2C Vendite Lettere Intento

TAXIT NE Non Imp.Art.8A,71 Vendite

TAXIT NF Non Imp.Art.8BIS Vendite

TAXIT NG Non Imp. Art. 9 Vendite

TAXIT NH Non Imp.Art.9/7 Vendite

TAXIT S2 IVA vendite 20%, in sospeso




TAXIT XA Non Imp. Art.8A Vendite EXUE

TAXIT ZZ No IVA Vendite (non stampata a bollato)

Nella configurazione standard di SAP la condizione MWST (Iva vendite) è associate ad una sequenza di accesso con tre accessi. Nella figura seguente sono mostrate, per ciascun accesso, le chiavi rilevanti:


Society / Project

mySAP.ERP


Documento


Pagina

44

Autore:

Release 1,0

Data

06/10/15


Tipologia di accesso Paese Partenza Paese destinazione Classificazione fiscale

Cliente

Classificazione fiscale

materiale

Paese Partenza /

Paese destinazione

x x

Imposte interne x x x

Imposte Export x x x x

Noi effettueremo nella prima tabella gli inserimenti per le Vendite EXUE, nella seconda quelli rilevanti per le vendite Italia, e nella terza quelli rilevanti per le vendite UE.

Nel file allegato le righe da inserire nella tabella dell’IVA:

Tabella Iva

La sequenza di accesso standard MWST ha come presupposto per l’export la routine 8 che verifica sia che il paese di destinazione sia un paese estero, ma anche che la anagrafica del cliente abbia il campo partita IVA correttamente compilato.

Siccome nella anagrafica clienti importata non abbiamo questa certezza, si sostituisce la routine 008 con la 908 identica, alla precedente, ma senza il controllo sulla presenza in anagrafica della partita IVA.

* Export / Import transaction form kobed_908. sy-subrc = 4. check: komk-aland ne space. check: komk-land1 ne space. check: komk-aland ne komk-land1. if ( komt1-koaid eq 'D' ) . "Only for tax conditions if ( at005-xegld eq 'X' ) and "participant european community ( et005-xegld eq 'X' ) . * "nd * "( komk-stceg is initial ) . exit. endif. endif. sy-subrc = 0. endform. * Prestep form kobev_908. sy-subrc = 4. check: komk-aland ne space. check: komk-land1 ne space. check: komk-aland ne komk-land1. sy-subrc = 0. endform.


Society / Project

mySAP.ERP


Documento


Pagina

45

Autore:

Release 1,0

Data

06/10/15


5.2.7. ZMW0 – IVA statistica.

Si definisce il tipo condizione ZMW0 per gestire la corretta registrazione in CO della IVA per la campionatura gratuita senza rivalsa IVA, cioè per la autofattura (vedi paragrafi successivi nel capitolo su ordine di vendita e su contabilizzazione).

Su questo tipo condizione sono definiti i seguenti oggetti:

� Tabella condizioni A801, e sequenza di accesso ZMWC

La tabella serve per attivare il nuovo tipo condizione esclusivamente nel caso di autofattura, quindi per il cliente Pastificio, la sequenza di accesso per associare la tabella al tipo condizione.

� Routine 901 per il calcolo della base condizione

La routine viene definita per riportare nella base condizione lo stesso valore dell’IVA MWST, senza per questo la necessità di ricreare i record condizioni

Il record condizioni va creato per

tutte le sales area in cui viene

definito il processo di autofattura


Society / Project

mySAP.ERP


Documento


Pagina

46

Autore:

Release 1,0

Data

06/10/15


� Routine 901 per il calcolo del valore condizione

La routine viene definita per riportare nel valore condizione lo stesso valore dell’IVA MWST, senza per questo la necessità di ricreare i record condizioni

Lo schema prezzo viene adattato come mostrato nella figura successiva:

5.2.8. LCIT – Licenza IVA Italia.

Deve essere possibile gestire per clienti Italiani la lettera di esenzione Iva come informazione aggiuntiva: la funzionalità della lettera di esenzione è gestita in SAP

* INCLUDE RV63A901 ************************************************************ *** Attenzione: routine copiata ! *** *** Attenzione: *** *** Sequenza car. 012 sostituita dappertutto con 901 ! ** ************************************************************ * Price difference (WWS) form frm_kondi_wert_901. xkwert = komp-mwsbp. endform.

* INCLUDE RV63A901 ************************************************************ *** Attenzione: routine copiata ! *** *** Attenzione: *** *** Sequenza car. 005 sostituita dappertutto con 901 ! ** ************************************************************ * Base condizione per MWC0 = Base condizione per MWST FORM frm_kond_basis_901. DATA lt_komv TYPE STANDARD TABLE OF komv_index WITH HEADER LINE. lt_komv[] = xkomv[]. READ TABLE lt_komv WITH KEY kschl = 'MWST'. check sy-subrc = 0. komv-kbetr = lt_komv-kbetr. READ TABLE xkomv WITH KEY kschl = 'ZMW0'. check sy-subrc = 0. xkomv-kbetr = lt_komv-kbetr. MODIFY xkomv INDEX sy-tabix. ENDFORM. "frm_kond_basis_901


Society / Project

mySAP.ERP


Documento


Pagina

47

Autore:

Release 1,0

Data

06/10/15


mediante il tipo condizione standard LCIT.

Nella anagrafica della LCIT (transazione VK11-VK12-VK13, per creazione – modifica - visualizzazione del record condizioni) si inseriscono le seguenti informazioni:

il cliente di riferimento

la corrispondente lettera di intento

l'intervallo di validità della esenzione

il codice IVA corretto

Lo schema prezzo lo si adatta in base a quanto riportato nella nota OSS numero 60811:

Togliendo quindi il flag di obbligatorietà dal tipo condizione MWST, ed inserendo qui la formula base 027 che provvede a disattivare la MWST in presenza della LCIT.

In questo modo sul documento contabile il sistema trasferirà il corretto codice IVA presente su LCIT.

Per prevenire la successiva creazione di ordini senza almeno una fra MWST ed LCIT viene implementata la seguente exit:

FORM userexit_save_document_prepare. […] * --> LCIT toglie obbligatorietà MWST * controlla da codice presenza su ciscuna riga di almeno una * fra MWST ed LCIT LOOP AT xvbap where updkz ne 'D'. READ TABLE xkomv WITH KEY kposn = xvbap-posnr kschl = 'MWST' kinak = ''. IF sy-subrc NE 0. READ TABLE xkomv WITH KEY kposn = xvbap-posnr kschl = 'LCIT' kinak = ''. IF sy-subrc NE 0. MESSAGE e000(db) WITH 'La posizione ' xkomv-kposn 'non ha una IVA valida.' 'Impossibile salvare il documento'. ENDIF. ENDIF. ENDLOOP.

[…]

ENDFORM.


Society / Project

mySAP.ERP


Documento


Pagina

48

Autore:

Release 1,0

Data

06/10/15


5.3. Schema prezzo.

Nella tabella seguente l’ipotesi di realizzazione dello schema prezzo, con l’indicazione delle condizioni definite nei passi precedenti.

Nella ipotesi fatta, le aliquote provvigionali e le condizioni di bonus sono definite come algebriche, cioè tutte definite sulla stessa base (rispettivamente imponibile provvigionale, ed imponibile bonus).

In fase di implementazione si definirà se effettivamente queste debbano essere algebriche (tutte definite sullo stesso subtotale) o scalari (applicate sul valore precedente, meno lo sconto successivo).


Society / Project

mySAP.ERP


Documento


Pagina

49

Autore:

Release 1,0

Data

06/10/15


6. PROCESSI DI VENDITA.

6.1. Contratto a quantità.

Il contratto in SAP corrisponde ad un accordo globale fra PASTIFICIO ed il cliente nell’ambito del quale si fissano una serie di informazioni relative al rapporto commerciale, tipicamente relative ad articoli e quantità previste, con eventualmente una ipotesi di piano di consegna.

Saranno definiti i seguenti tipi di contratto:

Tipo Ordine Descrizione Note Range

ZKP Contr.qtà Ordine Globale Pasta 09

ZKM Contr. Qtà Prodotti del Molino 09

6.1.1. ZKP – Contratto a quantità Ordine Globale Pasta.

Alcuni clienti (p.e. Divella o Agritalia) emettono verso PASTIFICIO un ordine globale con l’indicazione di un piano di consegna mensile. Questo ordine è a tutti gli effetti un ordine pasta, quindi deve generare fabbisogni, ma non può essere spedito.

L’ordine globale è assimilabile ad un contratto SAP: dall’ordine globale saranno staccati i singoli ordini di spedizione, che daranno luogo agli approntamenti, alle spedizioni, ed alle fatture.

Il contratto standard SAP non prevede schedulazione, quindi non genera alcun fabbisogno di produzione. Affinché il contratto generi un fabbisogno di produzione si effettuano le seguenti implementazioni:

Creazione contratto ZKP (transazione VOV8)


Society / Project

mySAP.ERP


Documento


Pagina

50

Autore:

Release 1,0

Data

06/10/15


Tipo posizione ZKMN (transazione VOV7)

Si crea il tipo posizione ZKMN in copia dalla KMN, e vi si abilitano le schedulazioni. Nella figura seguente le differenze fra lo standard e la copia modificata:

Attribuzione Categoria di posizione (Transazione VOV4)

Attribuzione Tipi schedulazione (Transazione VOV5)

Determinazione fabbisogno


Society / Project

mySAP.ERP


Documento


Pagina

51

Autore:

Release 1,0

Data

06/10/15



Society / Project

mySAP.ERP


Documento


Pagina

52

Autore:

Release 1,0

Data

06/10/15


Controllo copia contratto Ordine (Transazione VTAA)

Il tipo determinazione prezzo è B (Eseguire nuova

determinazione prezzo) per evitare la copia della

determinazione del prezzo dal Contratto quadro all’Ordine

ad esso legato !


Society / Project

mySAP.ERP


Documento


Pagina

53

Autore:

Release 1,0

Data

06/10/15


Questo ultimo customizing farà sì che le posizioni ordine nate in copia da un contratto quadro:

� erodano il fabbisogno del contratto quadro

� siano immediatamente visibili dall’MRP anche prima che l’ordine sia rilasciato

� rigenerino il fabbisogno contratto eroso come fabbisogno di vendita

Customizing Tipi ordine (transazione VOV8)

Infine si modifica il layout della maschera di acquisizione del contratto, in modo che il campo quantità di riferimento (VBAP-ZMENG) non sia visibile, mentre compaia il campo quantità ordinata come non alimentabile.

Il campo quantità ordinata (VBAP-KWMENG) sarà valorizzato dalla videata delle schedulazione, mentre il campo VBAP-ZMENG sarà pareggiato al campo quantità ordinata mediante user exit attivate durante la fase di creazione ed al salvataggio del contratto.

Il campo “Note contr. Quadro” va valorizzato con “A” per

consentire, durante la fase di acquisizione ordine, di

rilevare l’evento “esistenza contratto”, e consentire quindi

all’utente di creare l’ordine in copia dal contratto rilevato


Society / Project

mySAP.ERP


Documento


Pagina

54

Autore:

Release 1,0

Data

06/10/15


Con le implementazioni effettuate l’inserimento di un contratto genererà un fabbisogno sugli articoli visibile nella transazione MD04, mentre la creazione di un ordine in copia di un contratto eroderà il fabbisogno del contratto, e genererà un fabbisogno ordine di vendita.

6.1.2. ZKM – Contratto a quantità Prodotti del Molino.

In alcuni casi i clienti del Molino concordano un contratto per la fornitura di prodotti del molino. Il processo deve essere identico a quello descritto al punto precedente: l’inserimento del contratto deve generare un fabbisogno dipendente sulla pianificazione della produzione del molino.

Ad esempio questo succede nel processo di acquisto pasta da un fornitore esterno: per garantire la qualità della pasta prodotta, si concorda anche un contratto di fornitura di semola, con la quale produrre poi la pasta finale.

Per i dettagli sul processo di vendita del Molino vedi il seguito di questo documento.

6.2. Ordini di Vendita.

Saranno definiti i seguenti tipi ordine:


ZOSI Ordine standard Italia: Può essere creato in copia dall’ordine globale. 01

FORM userexit_move_field_to_vbap. * VBAP-zzfield = xxxx-zzfield2. * Contratti quadro e nascita fabbisogni IF vbak-vbtyp = 'G'. DATA: lv_aumng LIKE mvke-aumng. SELECT SINGLE aumng FROM mvke INTO lv_aumng WHERE matnr = vbap-matnr AND vkorg = vbak-vkorg AND vtweg = vbak-vtweg. IF vbap-zmeng = 0 AND lv_aumng <> 0. vbap-zmeng = lv_aumng. ELSEIF vbap-zmeng = 0 AND lv_aumng = 0. vbap-zmeng = 1000. ELSEIF vbap-zmeng <> vbap-kwmeng. vbap-zmeng = vbap-kwmeng. ENDIF. ENDIF. […] ENDFORM. "USEREXIT_MOVE_FIELD_TO_VBAP

FORM userexit_save_document_prepare. […] * LM per Contratti Quadro LOOP AT xvbap. IF xvbak-vbtyp = 'G' AND xvbap-zmeng <> xvbap-kwmeng. xvbap-zmeng = xvbap-kwmeng. MODIFY xvbap INDEX sy-tabix. ENDIF. ENDLOOP. * LM per Contratti Quadro ENDFORM. "USEREXIT_SAVE_DOCUMENT_PREPARE


Society / Project

mySAP.ERP


Documento


Pagina

55

Autore:

Release 1,0

Data

06/10/15


Vendita Pasta

ZOPI Ordine Picking Italia:

Vendita Italia

Non può essere creato in copia dall’ordine globale 01

ZOSM Ordine standard: Vendita

prodotti del Molino

Può essere creato in copia dal contratto a quantità 01

ZOSE Ordine standard Estero:

Vendita Pasta

Può essere creato in copia dall’ordine globale. 01

ZCG Campionatura Gratuita

Italia

Può avere un articolo di esenzione IVA, o includere solo

addebito dell’IVA al cliente finale

01

Per tutti i tipi ordine è previsto un Range di numerazione interno, cioè con assegnazione automatica del progressivo.

Range Descrizione Descrizione

01 0000000 - 8999999 Ordini

02 9000000 – 9899999 Resi

09 9900000 - 9999999 Contratti

6.2.1. ZOSI – Ordine standard Italia (Ordine Pasta).

Il volume degli ordini di vendita standard, oggi è così caratterizzato:

Vendite Dirette: ricevuti su modello del cliente (~100 ordini/settimana, rappresentano circa il 50% del volume ordini e più del 90% del fatturato)

Rete Agenti: ricevuti su copia commissione dell’Agente (~100 ordini/settimana, rappresentano il restante 50% del volume ordini, ma meno del 10% del fatturato).

Il tempo di consegna richiesta per l’Italia è di 5 gg lavorativi.

Ricadono in questa categoria di ordine anche la autofattura, la vendita degli imballi e quella ai dipendenti.

6.2.2. ZOSR – Vendita Imballi rottamazione.

Saltuariamente accade che, per smaltire imballi non più utilizzabili (p.e. perché è cambiato il logo sul cartone, o il formato di pasta) questi vengano venduti ad un prezzo irrisorio.

E’ assimilabile ad un ordine standard con l’indicazione manuale del prezzo di vendita sull’ordine.

Il tipo ordine da utilizzare è lo ZOSR.

6.2.3. ZOPI – Ordine Picking Italia: Vendita Pasta.

Differisce dal precedente perché tipicamente non consente di riempire un intero mezzo di


Society / Project

mySAP.ERP


Documento


Pagina

56

Autore:

Release 1,0

Data

06/10/15


trasporto.

6.2.4. ZOSM – Ordine standard: Vendita Prodotti del Molino.

Il processo di vendita del Molino può nascere da:

Contratto quadro

Vendita occasionale

In entrambi i casi dovranno essere gestite sul documento di vendita le seguenti informazioni:

Elenco prodotti

Volume previsto

Modalità di pagamento

Listino

Le Vendite del Molino sono influenzate da una serie di fattori esterni che PASTIFICIO non può influenzare:

Andamento dei prezzi (fissati alla borsa del grano AGER di Bologna)

Produzione del Pastificio

Il processo di vendita resta comunque assimilabile a quello standard.

6.2.4.1 Vendita Pasta Zootecnica.

Il processo di vendita di Pasta Zootecnica è identico a quello dei Prodotti del Molino. L’unica differenza è il listino, perché viene gestito manualmente in SAP, con cadenza mensile.

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

Gli ordini estero sono assimilabili ad ordini standard: il listino può essere espresso in €uro o in valuta.

Nel primo caso al momento dell’inserimento dell’ordine estero, viene determinato il cambio fra la valuta del cliente e l’€uro in base alla data conferma ordine (data pricing), e viene effettuato il pricing sull’ordine.

Quando sarà emessa la fattura non sarà effettuato un altro pricing, ma sarà semplicemente rilevato il pricing definito a livello di ordine.

Nel secondo caso, invece, l’ordine vede tutta la sua vita evolversi in valuta, e solo al momento del rilascio in contabilità viene effettuata la valutazione del cambio. Questa, tecnicamente può avvenire in tre modi diversi:


Society / Project

mySAP.ERP


Documento


Pagina

57

Autore:

Release 1,0

Data

06/10/15


o Con l’indicazione in fattura del cambio

o Con l’indicazione in fattura della data alla quale valutare il cambio

o Valutando il cambio alla data fattura

Il tempo di consegna richiesta per l’estero è di 3 settimane.

6.3. Campionatura Gratuita.

La campionatura gratuita si distingue in diverse tipologie, secondo la scrittura contabile che si vuole ottenere, ed il processo logistico che si vuole gestire:

Processo Tipo documento Processo Logistico Scrittura Contabile

Senza rivalsa IVA ZCG Processo gestito da ufficio commerciale � Ricavi vs Omaggi

� IVA vs Omaggio IVA

ZCG1 Processo analogo all’ordine di Picking

Rivalsa IVA ZCG2 Processo gestito da ufficio commerciale � Ricavi vs Omaggi

� IVA vs Cliente


IVA esente ZCG2 Processo gestito da ufficio commerciale � Ricavi vs Omaggi


Si è convenuto di non utilizzare il processo di autofattura (ordine standard ZOSI con indicazione del cliente Pastificio per la fatturazione e spedizione al cliente finale). Questo processo è comunque implementato e disponibile sul sistema Pastificio (inserimento di un ordine standard, ed indicazione del committente Pastificio, destinatario il destinatario delle merci reale, se codificato nel sistema, oppure un destinatario fittizio, avendo la accortezza di modificarne sull’ordine l’indirizzo, inserendo il reale indirizzo di destinazione delle merci omaggio.

Il processo logistico si distinguerà ancora secondo la Unità di Misura delle quantità da spedire:

o Campionatura in cartoni

o Campionatura in KG (prevede uno sconfezionamento)

e la processazione come un ordine di picking, oppure con una spedizione via corriere.

La scrittura contabile è stata definita con il direttore amministrativo, e prevede l’utilizzo dei seguenti conti di contropartita:

� 41410007 – Omaggi e regalie

� 41410008 – Omaggi e regalie (IVA)

Il conto IVA deve essere aperto anche come VdC di tipo 12 (transazione KA01), e deve


Society / Project

mySAP.ERP


Documento


Pagina

58

Autore:

Release 1,0

Data

06/10/15


essere definita la contabilizzazione con il flag su S.P., mediante la transazione KB9.

La distinzione sulla causale della campionatura sarà fatta in base al motivo dell’ordine, reso obbligatorio sui tipi ordine ZCG* (la tabella, ed il relativo customizing, potranno essere successivamente integrati secondo necessità):

Motivo dell’ordine Descrizione

Z10 Campionature commerciali

Z11 Fiere e Manifestazioni

Z12 Pubbliche Relazioni

Z13 Personale

6.3.1. Configurazione del sistema.

6.3.1.1 Schema dati incompleti.

Viene creato un nuovo schema dati incompleti per l’ordine di campionatura ZCG, in cui viene reso obbligatorio l’inserimento del motivo dell’ordine: in assenza di questo valore l’ordine non potrà essere spedito.


Society / Project

mySAP.ERP


Documento


Pagina

59

Autore:

Release 1,0

Data

06/10/15


Lo schema “13” viene quindi associato ai tipi ordine ZCG*.

6.3.1.2 Tipo condizione.

Vengono definiti due nuovi tipi condizione:

� ZOMA, sconto omaggio 100% che decurta il ricavo verso il conto omaggi

� ZMWS, omaggio IVA, che decurta la IVA verso il conto omaggi.

Per questi tipi condizione deve essere creato sul sistema di produzione corrispondente record condizione nella transazione VK11 per le aree vendita rilevanti per il processo:


Society / Project

mySAP.ERP


Documento


Pagina

60

Autore:

Release 1,0

Data

06/10/15


6.3.1.3 Modifiche schema prezzo.

Nella figura seguente sono evidenziate le modifiche apportate allo schema prezzi:

6.3.1.4 Tabella di contabilizzazione.

Viene creata ed inserita nello schema di contabilizzazione una nuova tabella per la determinazione del conto ricavi in base al motivo dell’ordine. Questa viene posizionata gerarchicamente al primo posto nella sequenza di accesso.

E’ possibile poi alimentare questa da customizing o direttamente dalla transazione SM30, indicando la tabella C901.


Society / Project

mySAP.ERP


Documento


Pagina

61

Autore:

Release 1,0

Data

06/10/15


Questa stessa logica di contabilizzazione (in base al motivo dell’ordine) sarà utilizzata anche nel processo dei premi di fine anno.

La contabilizzazione del tipo condizione ZMWS viene invece effettuata mediante le transazioni seguenti:


Society / Project

mySAP.ERP


Documento


Pagina

62

Autore:

Release 1,0

Data

06/10/15


6.3.2. Tipologia campionatura.

6.3.2.1 Campionatura Cartoni.

In questo scenario il processo è assolutamente analogo a quello che prevede l’inserimento di un ordine standard, con la possibilità di emettere bolla e/o fattura accompagnatoria.

� Nel caso in cui sia necessaria la emissione di una bolla o fattura accompagnatoria si utilizzeranno gli ordini ZCG1 e ZCG3, affinché il sistema BA2000 driver li identifichi come ordini di picking, e si verificherà il corretto calendario di fatturazione sulla anagrafica del cliente committente e/o lo si modificherà direttamente in ordine.

� Nel caso in cui non sia necessaria la emissione di una bolla, si utilizzeranno gli ordini ZCG e ZCG2, invisibili al sistema BA2000 driver, e saranno processati manualmente dall’ufficio commerciale fino alla registrazione della UM, e resteranno poi visibili nel portafoglio fatture. Anche qui sarà necessario gestire il calendario di fatturazione in modo che la registrazione della uscita merci non generi un numero di bolla.

6.3.2.2 Campionatura KG.

Questo processo è identico a quello gestito con gli ordini ZCG e ZCG2, ma prevedo lo "sconfezionamento" del cartone, prima della spedizione.

E’ stato inoltre necessario definire il “Magazzino campionatura” M220, dove il cartone


Society / Project

mySAP.ERP


Documento


Pagina

63

Autore:

Release 1,0

Data

06/10/15


viene sconfezionato prima della spedizione, e dove resta presente la giacenza della merce che non viene spedita.

Il processo di campionatura con "sconfezionamento" vive tre momenti distinti:

� Ordine di scarico magazzino per uno o più cartoni, e trasferimento di questi dal magazzino fisico al "magazzino campionatura" (che corrisponde al laboratorio).

Questo punto potrebbe avere soluzione con l’inserimento di un “ordine di scarico” su BA2000: questo ordine sarebbe immediatamente visibile al magazzino che provvederebbe a spostare la merce dal magazzino prodotti finiti al magazzino campionatura. BA2000 Driver registrerebbe il movimento 311 in SAP (spostamento da magazzino prodotti finiti a magazzino campionatura)

� Sconfezionamento del cartone in laboratorio, eventuale sconfezionamento della pasta per imbustarla in film anonimo.

Questo punto potrebbe anche non essere gestito nel sistema, ed assumere che quanto giunge nel magazzino campionatura sia gestito a chilogrammi e non più a cartoni.

� Spedizione via DHL del campione o dei campioni ed autofattura registrata ad esempio una volta al mese. Il rimanente resterà caricato sul magazzino.

La soluzione per questo ultimo punto potrebbe essere quella di consumare la merce da questo magazzino con un unico ordine di campionatura inserito a fine mese, con UM e autofattura contestuale all’inserimento dell’ordine. Allo stesso modo potrebbero essere gestiti ordini di consumo pasta per la mensa, nel caso di prelievo dal magazzino di campionatura.

6.3.3. Processo di campionatura gratuita – Tipi ordine ZCG*.

6.3.3.1 ZCG – Campionatura gratuita senza rivalsa dell’IVA (Italia).

Il processo prevede la spedizione di campioni in KG, o cartoni, senza addebito al cliente finale della IVA. Questo processo può verificarsi diverse volte al mese.

Il processo coinvolgerà BA2000 driver per lo spostamento dal magazzino prodotti finiti al magazzino campionatura M220, mentre sarà gestito esclusivamente in SAP per la spedizione e la fatturazione.

L’ordine può essere inserito nel sistema puntualmente per ciascuna spedizione, oppure una unica volta al mese con esposizione del cliente Pastificio, cumulativamente per tutte le campionature inviate nel mese.

Nelle figure seguenti la simulazione del processo sul sistema di sviluppo:


Society / Project

mySAP.ERP


Documento


Pagina

64

Autore:

Release 1,0

Data

06/10/15


Una volta salvato l’ordine, questo viene schedulato da BA2000, che provvede quindi all’invio dell’ordine al magazzino, la assegnazione delle partite, ed alla registrazione della uscita merce.

Nelle figure successive la corrispondente registrazione contabile:

Inserire il motivo dell’ordine

relativo al processo in essere


Society / Project

mySAP.ERP


Documento


Pagina

65

Autore:

Release 1,0

Data

06/10/15


La condizione omaggio ZOMA e ZMWS in contabilità vanno sui conti pilotati dal motivo dell’ordine e dalla chiave conto indipendentemente dalla area vendite; in CO-PA sono scaricate con le caratteristiche di analisi e quindi consentono di separare la analisi in termini di Italia, Estero, Molino, diretto ed agenti.

Non viene riportato in CO-PA il motivo dell’ordine per cui non sarà possibile in CO-PA la analisi per tipologia di campionatura.

6.3.3.2 ZCG1 – Campionatura gratuita senza rivalsa IVA – Picking.

Il processo in questo caso vede la spedizione a cliente di campionature in cartoni di una certa consistenza. L’ordine dal punto di vista logistico viene trattato come un ordine di picking.

L’ordine può essere creato utilizzando come cliente committente il cliente reale (se disponibile e codificato sul sistema Pastificio) oppure il cliente Pastificio e come destinatario il destinatario fittizio “Campionatura”.

Modificando sull’ordine l’indirizzo e la descrizione di questi, si genererà una bolla virtualmente verso qualsiasi destinazione: la destinazione infatti in questo caso, è esclusivamente un indirizzo digitato sull’ordine stesso.

La processazione dell’ordine è assolutamente analoga a quella di un ordine di picking.

6.3.3.3 ZCG2 – Campionatura gratuita con rivalsa dell’IVA (Italia).

Viene inviata la merce gratuitamente, l’IVA viene addebitata al cliente finale.

Il caso ricade esattamente nel precedente, con l’unica differenza di imputare come tipo ordine ZCG2, per consentire la determinazione del tipo condizione ZOMA, ma non la ZMWS.

6.3.3.4 ZCG3 – Campionatura gratuita con rivalsa dell’IVA (Italia) – Picking.

Viene inviata la merce gratuitamente, l’IVA viene addebitata al cliente finale.

L’ordine viene processato come un ordine di Picking.


Society / Project

mySAP.ERP


Documento


Pagina

66

Autore:

Release 1,0

Data

06/10/15


6.3.3.5 ZCG2 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE).

Caso Italia.

Ricadono in questa classificazione i casi in cui viene inviata merce al cliente, ma è possibile imputare sul documento un particolare articolo di esenzione IVA.

Il tipo ordine da utilizzare è sempre ZCG, l’unica differenza è la necessità di inserire in testata ordine la esenzione IVA corretta per il cliente da utilizzare per questa transazione.

Caso UE.

Nei casi di invio di campionature all’estero l’esenzione IVA è totale, e non vi è importo max del valore della spedizione. Il codice di esenzione IVA è CA.

Caso Extra UE.

E’ perfettamente analogo al precedente, fatto salvo la determinazione del codice IVA NA per la esenzione extraUE.

6.3.3.6 ZCG3 – Campionatura gratuita IVA esente (Italia, UE, ExtraUE) – Picking.

Caso analogo al precedente, l’ordine viene processato come un ordine di Picking.

6.3.4. Stampa fattura campionatura gratuita.

La fattura di campionatura gratuita sarà individuabile perché avrà sempre fra le sue condizioni la condizione di sconto 100% ZOMA.

Sulla stampa della fattura di campionatura gratuita compariranno:

� Causale del trasporto: OMAGGIO

� Importo netto a pagare: ZERO scritto in lettere, nel caso di campionatura senza rivalsa IVA, o IVA esente (NETWR = 0, e MWSKZ = 0), il valore dell’IVA nel caso di campionatura con rivalsa dell’IVA.

Nessuna altra modifica è stata richiesta.

6.4. Riserva Cliente (Resi, Note Credito, Note Debito).

Saranno gestiti i seguenti tipi ordine



Society / Project

mySAP.ERP


Documento


Pagina

67

Autore:

Release 1,0

Data

06/10/15


ZRE Richiesta di Reso Prevede la possibilità di una Entrata Merce per Reso 02

ZREM Reso Prodotti Molino Prevede la possibilità di una Entrata Merce per Reso 02

ZG2 Richiesta Nota Credito Con o senza riferimento a fattura, con indicazione degli

articoli, o con indicazione di un articolo generico

02

ZL2 Richiesta Nota Debito Con o senza riferimento a fattura, con indicazione degli

articoli, o con indicazione di un articolo generico

01

6.4.1. ZRE – Richiesta di reso.

Il reso merce nasce tipicamente da una riserva espressa dal cliente sul servizio e/o sulle merci spedite. Il processo standard deve seguire gli step seguenti:

Il cliente o il trasportatore contattano l’ufficio commerciale PASTIFICIO per concordare la autorizzazione al reso (cliente chiuso per ricezione merci, merce mancante, danneggiata o invertita, etc.).

L’ufficio commerciale autorizza il reso, inserendo nel sistema un documento di richiesta di reso, lo rilascia per fatturazione, e resta in attesa del rientro merce

La amministrazione emette Nota Credito verso il cliente, con l’utilizzo del job di fatturazione, selezionando solo tipo documento Richiesta di reso

Periodicamente si analizzano i documenti di richiesta di reso per verificare se la merce sia effettivamente rientrata. In caso negativo, si può procedere all’addebito del costo della merce al trasportatore

L’Ufficio commerciale riceve la comunicazione

della richiesta di reso TrasportatoreCliente

Informa la amministrazione che

provvede ad emettere Nota di credito e resta in

attesa del reso

Se il reso giunge in DMA entro un intervallo

prestabilito chiude la pratica

Se il reso non giunge in DMA, emette nota di

debito verso il trasportatore

L’Ufficio commerciale riceve la comunicazione

della richiesta di reso TrasportatoreTrasportatoreClienteCliente

Informa la amministrazione che

provvede ad emettere Nota di credito e resta in

attesa del reso

Se il reso giunge in DMA entro un intervallo

prestabilito chiude la pratica

Se il reso non giunge in DMA, emette nota di

debito verso il trasportatore


Society / Project

mySAP.ERP


Documento


Pagina

68

Autore:

Release 1,0

Data

06/10/15


Non rientra in questa casistica il processo di rifiuto alla consegna: in questi casi, infatti, purché non sia ancora stata emessa la fattura, è possibile anche procedere semplicemente allo storno del movimento di Uscita merce, e quindi al reintegro della giacenza su SAP.

Il documento di vendita, se non dovrà più essere servito per spedizione, a questo punto potrà essere chiuso manualmente.

Se invece si ha un rifiuto alla consegna, ed è stata già emessa fattura, è possibile procedere secondo il flusso descritto in precedenza (inserimento richiesta di reso, registrazione entrata merce, e sblocco per fatturazione della nota di credito).

6.4.2. ZREM – Reso Prodotti del Molino.

Analogo al caso precedente, ma solo per i prodotti del Molino.

6.4.3. ZG2 – Richiesta Nota Credito.

Nei casi in cui l’ufficio commerciale sa che la merce non rientrerà (merce danneggiata, furto del camion, etc.) emette semplicemente una nota di credito verso il cliente finale senza una attesa rientro merce.

6.4.4. ZL2 – Richiesta Nota debito.

E’ possibile utilizzare questo tipo documento per registrare addebiti generici a clienti, con o senza riferimento a fattura, e con o senza riferimento ad articoli.

6.5. Gestione Pallet.

Per registrare nel sistema i rientri dei Pallet da parte del cliente finale o del trasportatore è possibile utilizzare dei particolari tipi di ordine:


ZLN Addebito Vuoti Per l’addebito delle pedane al cliente finale o al trasportatore 01

ZLO Processazione buoni Per trasferire la giacenza di conto deposito dal trasportatore

al destinatario merce

01

ZLA Ritiro Vuoti Per lo storno della giacenza di conto deposito delle pedane

presso il cliente o nel conto del trasportatore

02

Il processo di gestione dei Pallet sarà descritto nel dettaglio nel prosieguo di questo


Society / Project

mySAP.ERP


Documento


Pagina

69

Autore:

Release 1,0

Data

06/10/15


documento.

6.6. Stampa Ordine.

6.6.1. Generalità messaggi di stampa.

In generale il sistema SAP consente di definire per gli oggetti transazionali (ordine, consegna, trasporto, fattura, etc.) uno o più messaggi di stampa.

Lo strumento disponibile per la creazione di un messaggio di stampa è la tecnica delle condizioni:

� Tabelle condizioni

� Sequenza di accesso

� Legame della sequenza al tipo messaggio

� Creazione (anagrafica) di un record condizioni

I messaggi danno luogo all’output su una stampante definita di un modulo contenente le principali informazioni riguardanti l’oggetto di riferimento p.e. la conferma di ordine può contenere informazioni su articoli, quantità, pesi, data di consegna richiesta, etc.).

Il sistema può essere configurato per fornire la stampa in automatico, al salvataggio dell’oggetto transazionale, o successivamente, su richiesta dell’utente.

Di seguito riportiamo per comodità una serie di concetti sullo stato con cui si può configurare una stampa automatica. E’ possibile configurare per ciascun oggetto transazionale (ordine, consegna, etc.) uno stato di default diverso:

� Generazione messaggio di stampa � al salvataggio dell’oggetto transazionale, nella videata dei messaggi di stampa, viene generato il messaggio, ma non viene eseguito. Potrà essere eseguito successivamente oggetto per oggetto, o mediante la procedura RSNAST00

� Generazione Spool � Il messaggio viene eseguito, ma non viene inviato alla stampante. Resta disponibile in una lista degli SPOOL (SP01) da cui può essere richiamato ed essere inviato alla stampante. E’ anche possibile inviarlo alla stampante dall’oggetto transazionale

� Generazione output � Lo spool viene inviato alla stampante. Dopo la esecuzione, è possibile impostare una parametrizzazione del sistema per cui dopo la esecuzione lo spool sia conservato, o cancellato dalla coda.

Di seguito, inoltre, riportiamo alcune delle utilities disponibili sul sistema SAP per processare le stampe:

� RSNAST00 � procedura per processare gli oggetti transazionali per i quali la stampa è predisposta, ma non eseguita


Society / Project

mySAP.ERP


Documento


Pagina

70

Autore:

Release 1,0

Data

06/10/15


� SP01 � lista spool eseguiti, ma non ancora inviati alla stampante

� RSTXPDFT4 � utility per processare uno spool, e generare da questo un file in formato pdf da scaricare in locale

6.6.2. Tipo messaggio BA00 – Conferma di ordine.

Il messaggio standard per la conferma d’ordine è BA00. Nella configurazione di questo tipo di messaggio si associa la sequenza di accesso 0011, che preveda la determinazione automatica del messaggio in funzione del tipo documento ordine.

La transazione per la creazione del record condizioni per i messaggi di ordine è la VV11.

Il record condizioni può essere inserito con i seguenti valori:

1. La stampa dell’ordine può essere eseguita mediante un job successivo (programma RSNAST00, variante PASTIFICIO_001).

Nella figura seguente si mostra un esempio di come questo possa essere eseguito per consentire la stampa di tutti i messaggi creati e non ancora stampati:

3. La stampa dell’ordine può essere eseguita solamente dalla transazione stessa (VA02 � output)

4. La stampa dell’ordine viene eseguita automaticamente al salvataggio dell’ordine.

Il sistema viene configurato in modo da consentire l’inserimento manuale del tipo messaggio BA00 sull’ordine, nel caso in cui manchi il record condizione sulla VV11.

Nella figura seguente è evidenziato il flag da selezionare nel customizing se si vuole modificare questa impostazione.


Society / Project

mySAP.ERP


Documento


Pagina

71

Autore:

Release 1,0

Data

06/10/15


6.6.3. Layout.

La stampa della conferma d’ordine è oggi utilizzata esclusivamente per la conferma ordine all’estero (vedi layout cartaceo); saranno definite due versioni di questa stampa, una in Italiano, ed una in Inglese per l’estero

Nell’ambito della stampa della conferma ordine saranno utilizzati i seguenti testi standard:

� Testo standard Z_VA01_FIRMA

� Testo standard Z_VA01_DATISOCIETA

Questi testi saranno gestiti in anagrafica testi (transazione SO10) in lingua per poter essere poi rilevati correttamente sulla stampa della conferma ordine

Questi testi saranno stampati con le seguenti regole:

� Il testo va stampato nella lingua di comunicazione del destinatario merce: se questo manca non si stampa nulla

� Quando la nazione del destinatario merce = USA

o Se esiste almeno un articolo con MVKE-BONUS = 02, o 04

� stampa in lingua Z001_VA_PASTA_USA_VITAMINA.

o altrimenti

� stampa in lingua Z001_VA_PASTA_USA

� Se la nazione destinatario merce <> USA e <> IT

� stampa in lingua Z001_VA_PASTA_ESTERO

� Se nazione = Italia

� stampa in lingua Z001_VA_PASTA_IT


Society / Project

mySAP.ERP


Documento


Pagina

72

Autore:

Release 1,0

Data

06/10/15


Deve essere stampato nel corpo dell’ordine il Testo Pastificio.

Documents

Pastificio Implementazione SD I v01