Pastificio Implementazione SD III v01
-
Upload
luigi-mingione -
Category
Documents
-
view
312 -
download
2
Transcript of Pastificio Implementazione SD III v01
-
7/23/2019 Pastificio Implementazione SD III v01
1/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
1
Autore:Release 1,0 Data30/11/15
Copyright 2006
DOCUMENTO DI IMPLEMENTAZIONE
Area Vendite e Distribuzione
PAstificio
PARTE III
Autore: Ruolo Data
Luigi Mingione Senior Consultant $$ GIUGNO 2007
Modifiche: Ruolo Data
Approvazione: Ruolo Data
-
7/23/2019 Pastificio Implementazione SD III v01
2/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
2
Autore:Release 1,0 Data30/11/15
Copyright 2006
INDICE:
10. FATTURAZIONE. ........................................................... ........................................................... ....................... 4
10.1. TIPI DOCUMENTO. ........................................................... ........................................................... ....................... 410.2. PROCESSO DI FATTURAZIONE. .......................................................................................................................... 610.3. FATTURA RIEPILOGATIVA (SPLIT FATTURE). ............................................................................. ....................... 810.4. FATTURA ACCOMPAGNATORIA . ......................................................... ........................................................... . 10
10.4.1. Calendario di fatturazione. ....................................................................................................... ........... 1010.4.2. Tipo messaggio YFAT. ......................................................................................................................... 1110.4.3. Schema messaggio testata consegna. ........................................................... ........................................ 1310.4.4. Programma di esecuzione fatturazione immediate batch..................................................................... 1610.4.5. Funzione di esecuzione fatturazione immediata batch. ................................................... ..................... 1710.4.6. Gestione del tipo messaggio per la stampa della fattura. .................................................................... 19
10.5. CONTABILIZZAZIONE...................................................... ........................................................... ..................... 2010.5.1. Registrazioni contabilit. ......................................................... ........................................................... . 2010.5.2. Contabilizzazione Omaggi. .................................................................................................................. 2210.5.3. Contabilizzazione Contratti GDO. ..................................................... .................................................. 2410.5.4. Registrazioni contabilit industriale. ........................................................... ........................................ 2510.5.5. Rilevamento quantit fattura. ................................................... ........................................................... . 26
10.6. FATTURAZIONE SERVIZI. ................................................................................................................................ 2710.7. FATTURA PROFORMA. .................................................................................................................................... 2810.8. STAMPA FATTURA. ......................................................... ........................................................... ..................... 31
10.8.1. Tipo messaggio RD00. ......................................................................................................................... 3110.8.2. Layout. ........................................................................... ........................................................... ........... 32
11. CONTRATTI GRANDE DISTRIBUZIONE ORGANIZZATA. ...................................................... ........... 36
11.1. GERARCHIA CLIENTE. .................................................................................................................................... 3611.1.1. Gruppi conto gerarchia. ........................................................... ........................................................... . 3711.1.2. Determinazione partner per tipi gerarchia. .......................................................... ............................... 3711.1.3. Attribuzioni Gerarchia. ............................................................ ........................................................... . 3811.1.4. Anagrafica Gerarchia. ................................................... ........................................................... ........... 3811.1.5. Aspetti tecnici. ...................................................... ........................................................... ..................... 38
11.2. TIPOLOGIA CONTRATTI. ................................................................................................................................. 3911.2.1. Tipi condizione. .................................................... ........................................................... ..................... 3911.2.2. ZB0x Condizioni Bonus. ........................................................ ........................................................... . 4011.2.3. ZB01 Sequenza di accesso per contratti GDO. .................................................. ............................... 4111.2.4.
Schema prezzo: condizioni bonus. ....................................................................................................... 42
11.3. GESTIONE CONTRATTI. ................................................... ........................................................... ..................... 4211.3.1. Inserimento Contratti. .................................................... ........................................................... ........... 4211.3.2. Contabilizzazione accantonamenti. .................................................... .................................................. 44
11.3.2.1 Contabilizzazione gestionale contributi percentuali...................... ..................... ..................... ..................... ..... 4411.3.2.2 Contabilizzazione gestionale contributi fissi. ........................... ..................... ...................... ..................... ........ 4511.3.2.3 Contabilizzazione gestionale contributi Listing. ............................................................................................... 45
11.3.3. Ricostruzione indice bonus. ............................................................... .................................................. 4611.3.4. Ristrutturazione accordo. ......................................................... ........................................................... . 4711.3.5. Monitoring. .............................................................................. ........................................................... . 48
11.3.5.1 Monitoring singolo accordo. ............................................................................................................................. 4811.3.5.2 Lista stato accordo. ........................................................................................................................................... 4911.3.5.3 Lista Accordi bonus .......................................................................................................................................... 49
11.4. LIQUIDAZIONE DEI CONTRATTI GDO. .......................................................... .................................................. 51
11.4.1. Accantonamento manuale. ....................................................... ........................................................... . 5311.4.2. Liquidazione con nota credito cliente. ......................................................... ........................................ 5511.4.3. Liquidazione con fattura fornitore. .................................................... .................................................. 56
11.4.3.1 Customizing conto cassa. .................................................................................................................................. 57
-
7/23/2019 Pastificio Implementazione SD III v01
3/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
3
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.5. REPORTING CONTRATTI GDO. ........................................................... ........................................................... . 5811.5.1. Modello dati. ........................................................ ........................................................... ..................... 5811.5.2. Query Contratti GDO. ......................................................................................................................... 59
12. ALTRI PROCESSI. ......................................................................................................................................... 62
12.1. PASTA VITAMINIZZATA................................................................................................................................... 6212.2. ORDINE DI ROTTAMAZIONE. ........................................................................................................................... 63
-
7/23/2019 Pastificio Implementazione SD III v01
4/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
4
Autore:Release 1,0 Data30/11/15
Copyright 2006
10. FATTURAZIONE.
10.1. Tipi documento.
La fattura attiva sar una prima volta generata nel mondo logistico allo scopo di riportaredallordine e dalla consegna le informazioni relative ad articoli, quantit e condizionicommerciali, e poi rilasciata automaticamente alla contabilit, secondo le regole definite.
La fattura logistica sar lappoggio per la stampa, mentre la fattura contabile sarlappoggio per le registrazioni contabili.
I due documenti avranno range di numerazione differenti: il protocollo rilevante ai fini IVAche sar riportato sulla stampa del documento sar il protocollo del documento di fatturacontabile.
Tipi documento fattura SD
Tipo Fattura SD Descrizione Range numerazione
F2 Fatture (Italia, CEE, ExtraCEE) 19
S1 Storno Fatture (Italia, CEE, ExtraCEE) 19
2 !ote De"ito (Italia, CEE, ExtraCEE) 19S1 Storno !ota #e"ito (Italia, CEE, ExtraCEE) 19
$2 !ota Cre#ito (Italia, CEE, ExtraCEE) 19
S2 Storno !ota Cre#ito (Italia, CEE, ExtraCEE) 19
RE !ote Cre#ito per Resi (Italia, CEE, ExtraCEE) 19
S2 Storno !ota cre#ito per Resi (Italia, CEE, ExtraCEE) 19
Corrispondenza tipi documento SD Tipi documento FI
Tipo Fattura
SD
Tipo
#ocumento FI
Descrizione Range numerazione
FI
Tipo #ocumento SD
per storno
Tipo #ocumento FI
per storno
F2 CF Fatture Clienti Italia 1% S1 S&
$2, RE C! !ote Cre#ito Clienti Italia 1% S2 S&
2 CE !ota De"ito Clienti Italia 1% S1 S&
F2 CC Fatture Clienti CEE 11 S1 SC
$2, RE C' !ote Cre#ito Clienti CEE 11 S2 SC
2 CD !ota #e"ito Clienti CEE 11 S1 SC
F2 C Fatture Clienti ExtraCEE 12 S1 SD
$2, RE CT !ote Cre#ito ClientiExtraCEE 12 S2 SD
2 C* !ota #e"ito Clienti Extra 12 S1 SD
-
7/23/2019 Pastificio Implementazione SD III v01
5/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
5
Autore:Release 1,0 Data30/11/15
Copyright 2006
CEE
Per i tipi documento liquidazione bonus, la corrispondenza sar la seguente:
Tipo Fattura
SD
Tipo
#ocumento FI
Descrizione Range numerazione
FI
&1, &+ C! !ote Cre#ito Clienti Italia 1%
&1, &+, &- $ Registrazioni gestionali SD
Le funzionalit standard consentono di associare ad un tipo documento SD un solo tipodocumento FI. Per evitare la moltiplicazione dei tipi documento in SD, si definisce una exital momento del rilascio in contabilit per determinare il tipo documento FI corretto sullabase della nazione di destinazione del committente (vedi anche paragrafo sulladeterminazione del tipo documento FI per liquidazione Bonus).
Include RV60BFZA, form USEREXIT_FILL_XKOMK1.
*---------------------------------------------------------------------** Fill fields in document header XKOMK1 ** ---> VBRK **---------------------------------------------------------------------*FORM userexit_fill_xkomk1
!"#
* $a%ella corris&onden'a ti&o doc F( - ti&o doc )$+B,). 't/00 Fatture 2 3ote credito standard
* (l 4ru&&o conta%ili''a'ione cliente 5iene usato &er* determinare la na'ionalit6 del cliente &a4atore7 e 8uindi il* ti&o documento F( da utili''are* 91 -> :lienti (talia* 9; -> :lienti :* 9< -> :lienti extra :+$+. kt4rd ,(K 't/00-kt4rd:,+R kt4rd
* t00=-xe4ld ?X --> :omunit6 uro&ea),:$ )(3@, xe4ld FROM t00= (3$O t00=-xe4ld AR land1 5%rk-land1:+) t00=-xe4ld
A3 ?X? :(F 5%rk-landtx 5%rk-land1kt4rd ?91?
,)
kt4rd ?9;?3(F
A3 O$R) extra :kt4rd ?9
-
7/23/2019 Pastificio Implementazione SD III v01
6/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
6
Autore:Release 1,0 Data30/11/15
Copyright 2006
Nella figura seguente gli inserimenti effettuati nella tabella ZT800 per le fatture e le notecredito:
E quelli effettuati per gli storni:
10.2. Processo di fatturazione.
In generale il processo di fatturazione pu schematizzarsi come segue:
-
7/23/2019 Pastificio Implementazione SD III v01
7/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
7
Autore:Release 1,0 Data30/11/15
Copyright 2006
Fatturazione.ccompagnatoria
'o#alit/0atturazione
Creazione automaticaia IDoc #ocumento
0attura
Stampa 0atturaaccompagnatoria
&olla.ccompagnamento
Stampa &olla
accompagnatoria
Emissione#ocumento Fattura
'o#alit/
0atturazione
Fatturazione singolaFatturazioneRiepilogata
Creazione#ocumento
0attura
Delier
Creazione#ocumento
0attura
Stampa 0attura
Le tipologie di fatturazione in PASTIFICIO sono le seguenti:
Fattura accompagnatoria
Fattura differita singola
Fattura differita riepilogativa
Per gestire le diverse tipologie di emissione del documento fattura la strategia identificata stata quella di:
Definire sulla anagrafica del cliente un campo di classificazione (Calendario difatturazione) per definire quale tipologia di fattura emettere.
Calen#ario #i
0atturazione
Descrizione
. Fattura .ccompagnatoria
S Fattura #i00erita singola
' Fattura riepilogatia 'ensile
-
7/23/2019 Pastificio Implementazione SD III v01
8/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
8
Autore:Release 1,0 Data30/11/15
Copyright 2006
3 Fattura riepilogatia settimanale
Il Calendario di fatturazione (KNVV-PERFK) viene ricopiato mediante exit nelcampo di classificazione dellindice di fatturazione (VKDFS-SORTKRI). In questomodo possibile, durante la elaborazione del portafoglio fatture, avere anche ilcalendario di fatturazione come filtro di selezione
Include V05IEXIT, form USEREXIT_VKDFS_SORTKRI_DELIVERY.
La stampa dei documenti accompagnatori deve essere gestita sulla base delle seguenticondizioni :
Con#izione .zione
. 4 Fatt5 .ccompagnatoria Creazione 0attura 4 Stampa #ocumento 0attura
S 4 Fatt5 #i00erita singola Stampa &olla accompagnamento
' 4 Fatt5 riepilog5 mensile Stampa &olla accompagnamento
3 4 Fatt5 riepilog5 settimanale Stampa &olla accompagnamento
10.3. Fattura Riepilogativa (split fatture).
Al momento della creazione della fattura riepilogativa, il sistema effettua una serie dicontrolli, ed in alcune circostanze non riesce ad accorpare le fatture secondo i criteririchiesti dalla PAstificio.
Per questo motivo necessario configurare opportunamente il controllo copia dalla
consegna alla fattura:
*---------------------------------------------------------------------*
* FORM E)RX($_VKF)_)OR$KR(_,(VR **---------------------------------------------------------------------** Eserexit to fill the field VKF)-)OR$KR( in the ** deli5erD transactions* (3GE$. ,,(KG deli5erD note. header* KE33R_+@ if knoHn as deli5erD &artner* OE$GE$. VKF)-)OR$KR(*---------------------------------------------------------------------** :+,, %D ,V0=(F0V **---------------------------------------------------------------------*FORM userexit_5kdfs_sortkri_del* VKF)-)OR$KR(
* ,e44i il 5alore del calendario di fattura'ione dalla ana4rafica* del cliente committente &er co&iarlo nel cam&o )OR$KR(+$+. l5_&erfk ,(K kn55-&erfk),:$ )(3@, &erfk (3$O l5_&erfk FROM kn55
AR kunnr kunnr_a4+3 5kor4 llik&-5kor4
(F sD-su%rc 0 +3 l5_&erfk 3 ??5kdfs-sortkri l5_&erfk
3(F
3FORM E)RX($_VKF)_)OR$KR(_,
-
7/23/2019 Pastificio Implementazione SD III v01
9/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
9
Autore:Release 1,0 Data30/11/15
Copyright 2006
Routine 907 (Include RV60C907).Viene creata la nuova routine di rilevamento dati 907, in copia da quella standard 007:
Questa routine provvede, in fattura, a settare provincia di destinazione ed incoterms pari a
quelli del committente.
Atteso che i tipi posizione da riportare in fattura sono i seguenti:
o Vendita TAN
o Sconto merce TANN
o Campionatura gratuita ZTAN
o Pedane da fatturare DLN
(I tipi posizione YTAN, ZANN, ZZAN sono relativi a sottoposizioni partite, mentre i tipi
posizione TAL e ZTAL sono relativi rispettivamente a pedane a rendere ed a perdere:questi tipi posizione non sono riportati in fattura)
La routine 907 viene agganciata alle suddette posizioni nel controllo copia (transazioneVTFL) da ZLF in F2, e da ZLFM in F2, nella sezione di rilevamento dei dati:
FORM +$3_KOG(R3_I0J
* +dditional s&lit criteria+$+. B@(3 OF 9EK7
MOE,>>>>>>>>>> )%ianca i criteri di s&littin4 fatture
* --> 1 re4ione di destina'ione &ari a 8uella del &a4atoreselect sin4le re4io into 5%rk-re4io from kna1
Hhere kunnr 5%rk-kuna4
* --> ; (ncoterms &ari a 8uelli del &a4atoreselect sin4le inco1 inco; into 5%rk-inco17 5%rk-inco; L from kn55
Hhere kunnr 5%rk-kuna4and 5tHe4 5%rk-5tHe4and s&art ?II?
* >>>>>>>>>>> )%ianca i criteri di s&littin4 fatture
3FORM
-
7/23/2019 Pastificio Implementazione SD III v01
10/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
10
Autore:Release 1,0 Data30/11/15
Copyright 2006
10.4. Fattura accompagnatoria .
La fattura accompagnatoria sar generata in automatico alla registrazione dello scarico delmagazzino sulla consegna.
10.4.1. Calendario di fatturazione.Sullanagrafica cliente (o in testata ordine) si deve settare un calendario fattura specificochiamato: YF Fatturazione immediata. Questo calendario ha solo la funzione discatenare il processo di fatturazione.
Il calendario previsto da Blueprint ZA associato dl Sudafrica, la codifica prevista vienemodificata sostituendo Z* con Y*, quindi:
Calen#ario #i 0atturazione Descrizione ST.T6
YA Fattura .ccompagnatoria OK
Oggetti non trasportabili singolarmente, da ricreare manualmente in produzione.
-
7/23/2019 Pastificio Implementazione SD III v01
11/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
11
Autore:Release 1,0 Data30/11/15
Copyright 2006
10.4.2. Tipo messaggio YFAT.
Creare il tipo messaggio YFAT per lapplicazione V2 (Spedizione): il messaggio non
produrr alcun output, avendo il solo scopo di eseguire il programma ZSD_FATTIMM perla creazione automatica del documento successivo fattura.
-
7/23/2019 Pastificio Implementazione SD III v01
12/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
12
Autore:Release 1,0 Data30/11/15
Copyright 2006
-
7/23/2019 Pastificio Implementazione SD III v01
13/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
13
Autore:Release 1,0 Data30/11/15
Copyright 2006
Definire Ora dinvio con 4 (al salvataggio dellappplicazione).
Valorizzare il record condizione di YFAT per le consegne per cui si prevede la fatturazioneimmediata al fine di creare il tipo messaggio in modo automatico (VV21) con OUTPUTimmediato.
10.4.3. Schema messaggio testata consegna.
Nello schema messaggio utilizzato per la testata della consegna andr inserita la routinepresupposto 902
-
7/23/2019 Pastificio Implementazione SD III v01
14/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
14
Autore:Release 1,0 Data30/11/15
Copyright 2006
La routine 902 sar stata preventivamente creata tramite VOFM -> PRESUPPOSTI ->CONTROLLO OUTPUT per lapplicazione V2 (Spedizione):
Il presupposto sar verificato solo qualora in testata documento di vendita ovverosullanagrafica cliente sar stato definito il calendario di fatturazione YAprevisto per lafatturazione immediata.*N--------------------------------------------------------------------**N Form KOB_I0;*N--------------------------------------------------------------------** text*---------------------------------------------------------------------*FORM ko%ed_I0;
3FORM KOB_I0;
*N--------------------------------------------------------------------**N Form KOBV_I0;
*N--------------------------------------------------------------------** text*---------------------------------------------------------------------*FORM ko%e5_I0;*********************************************************************** :ontrollo sul documento ordine se richiesta la fattura ** immediata *
-
7/23/2019 Pastificio Implementazione SD III v01
15/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
15
Autore:Release 1,0 Data30/11/15
Copyright 2006
* ** +ltrimenti 5erifica che il calendario fattura sul cliente &re5eda ** la fattura immediata ** ** (l calendario + ***********************************************************************$+B,). kn557
5%kd
:,+R. kn557 5%kd
sD-su%rc P
(F komk%5;-H%stk ?:? uscita merci fatta
* Fattura immediata sull?ordine di riferimento(F komk%5;-''_&erfk ?+?
sD-su%rc 0X($
,)sD-su%rc P
3(F
* fine ricerca su ordine
* Ricerca sul cliente se fallita sull?ordineL::K sD-su%rc 3 0 )ull?ordine non c? calendario
),:$ )(3@, &erfk (3$O kn55-&erfk FROM kn55AR kunnr komk%5;-kuna4 +3
5kor4 komk%5;-5kor4 +35tHe4 komk%5;-5tHe4 +3s&art komk%5;-s&art
(F kn55-&erfk ?+?sD-su%rc 0
,)sD-su%rc P
3(F
* fine ricerca su cliente
,)sD-su%rc P no uscita merci
3(F
3FORM KOBV_I0;
Presupposto necessario per lesecuzione della routine 902 la valorizzazione del campoKOMKBV2-ZZ_PERFK con il calendario di fabbrica previsto in testata ordine (e percontrollo copia testata consegna).
Affinch ci avvenga occorre:
Ampliare la struttura KOMKBV2 (Determinazione output area di comunicazionetestata appl. V2) inserendo il campo ZZ_PERFK (Scadenziario fatture
(identificazione)
-
7/23/2019 Pastificio Implementazione SD III v01
16/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
16
Autore:Release 1,0 Data30/11/15
Copyright 2006
Valorizzare tale campo tramite la user exit RVCOMFZZ (gruppo funzioni VCOM(Strutt. blocchi comunicazione messaggi))
10.4.4. Programma di esecuzione fatturazione immediate batch.
Il verificarsi del presupposto della routine 902 scatener lesecuzione del reportZSD_FATTIMM previsto nel tipo messaggio YFAT.
RGOR$ 'sd_fattimm*N---------------------------------------------------------------------*
*N Re&ort 9)_F+$$(MM **N **N---------------------------------------------------------------------**N escri'ione . lancia il &ro4ramma di fattura'ione %atch &er la **N fattura'ione immediata della conse4na *
-
7/23/2019 Pastificio Implementazione SD III v01
17/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
17
Autore:Release 1,0 Data30/11/15
Copyright 2006
*N---------------------------------------------------------------------*
+$+. retcode ,(K sD-su%rc Returncode+$+. xscreen1L $G c Out&ut on &rinter or screen
*---------------------------------------------------------------------** FORM fatt_imm **---------------------------------------------------------------------*FORM fatt_imm E)(3@ return_code &roc_screen
$+B,). lik&7 nast
+$+. return ,(K sD-su%rc
return_code P
::K nast-o%QtD&e :+ ?,(KG?
),:$ )(3@, 5kor4 5stel 5%eln(3$O lik&-5kor47 lik&-5stel7 lik&-5%elnL
FROM lik& AR 5%eln nast-o%QkD
::K sD-su%rc C 0
+$+ t%_messta% $G %dcms4coll O::ER) 0 A($ +R ,(3
:+,, FE3:$(O3 ?9_)_:R+$_B+$:_(3VO(:?(3 B+:K@ROE3 $+)K+) )G+R+$ E3($)$(3+$(O3 ?3O3?
XGOR$(3@&_5%eln lik&-5%eln&_5kor4 lik&-5kor4&_5stel lik&-5stel
* (MGOR$(3@* su%rc sD-su%rc$+B,)
messta% t%_messta%
::K sD-su%rc C 0
return_code 0
3FORM fatt_imm
Affinch il processo avvenga correttamente in modo batch occorre definire il richiamo dellafunzione con i parametri
IN BACKGROUND TASK
AS SEPARATE UNIT
La funzione andr definita opportunamente come di seguito.
10.4.5. Funzione di esecuzione fatturazione immediata batch.La funzione sar definita come accessibile in remoto e con avvio immediato ed avrlunica funzione di richiamare il programma standard per la creazione di un Batch Job perla fatturazione (con submit al report RV60SBAT)
-
7/23/2019 Pastificio Implementazione SD III v01
18/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
18
Autore:Release 1,0 Data30/11/15
Copyright 2006
FE3:$(O3 '_sd_create_%atch_in5oice *----------------------------------------------------------------------**(nterfaccia locale.* (MGOR$(3@* V+,EG_VB,3L $G VB,3_V,* V+,EG_VKOR@L $G VKOR@* V+,EG_V)$,L $G V)$,* $+B,)* M))$+B )$RE:$ER B:M)@:O,, OG$(O3+,*----------------------------------------------------------------------
* BR+K )(:V)EBM($ r50s%at A($ allea ? ?
A($ alle% ? ?A($ allef ? ?A($ allei ? ?A($ allel ?X?A($ fkdat sD-datumA($ immedi ?X?A($ test ? ?
-
7/23/2019 Pastificio Implementazione SD III v01
19/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
19
Autore:Release 1,0 Data30/11/15
Copyright 2006
A($ so_5stel &_5stelA($ utasD ?X?A($ 5kor1 &_5kor4A($ x_5%eln &_5%eln
XGOR$(3@ ,()$ $O MMOR +3 R$ER3
3FE3:$(O3
10.4.6. Gestione del tipo messaggio per la stampa della fattura.
Il tipo messaggio per la stampa della fattura RD00 sar definito con Ora dinvio = 3 Inviaremediante transazione propria dell'applicazione affinch possa essere correttamenteelaborato con la transazione utente standard VF31 (e non stampato immediatamente per
evitare rischi di buchi di numerazione delle fatture come conseguenza di eventuali blocchidel programma di stampa)
ed il record condizioni (VV31) sar valorizzato per i tipi fattura per cui dovr essereeseguita la stampa della fattura accompagnatoria con output immediato e rilascio dopooutput.
-
7/23/2019 Pastificio Implementazione SD III v01
20/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
20
Autore:Release 1,0 Data30/11/15
Copyright 2006
10.5. Contabilizzazione
10.5.1. Registrazioni contabilit.
Al momento della registrazione in contabilit della fattura il sistema in grado dideterminare automaticamente i conti ricavo di Contabilit Generale da alimentare.
Le chiavi per la determinazione del conto sono tipicamente:
C7iae Descrizione
Tipologia operazione 8en#ita, 6maggio, !ota cre#ito, etc5
Tipologia #i scrittura Ricao, Resi, Costo #el trasporto, oneri aggiuntii, etc5
Tipologia Cliente Italia, Estero
Tipologia articolo asta, pro#otti #el molino, materiale promozionale, etc5
La interfaccia fra SD ed FI per la contabilizzazione delle fatture estremamente flessibile,e consente di definire le regole di scrittura in FI.
Sono state definite le seguenti linee guida:
Nello schema prezzo di SD limponibile IVA definito come prezzo di listino meno
una serie di sconti (commerciali e logistici): in contabilit sar definita la solascrittura relativa allimponibile (vedi al riguardo anche la definizione dello schemaprezzo)
Il codice articolo non ha rilevanza nelle analisi contabili: le scritture dovrebberoquindi essere compattate rispetto a questo valore per evitare la proliferazione dirighe di contabilit
Non saranno definiti conti specifici per i resi: resi e note di accredito sarannocontabilizzati come rettifica dei ricavi.
Unica eccezione alla regola precedente sono i conti Sconto in Natura (sconto
merce), ed Omaggio.
Si definiscono quindi le seguenti tipologie di scrittura:
-
7/23/2019 Pastificio Implementazione SD III v01
21/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
21
Autore:Release 1,0 Data30/11/15
Copyright 2006
Co#ice Tipologia #i scrittura Descrizione
ER Ricao 8en#ita
R1 Ri#uzione ricai Sconto in !atura
R2 Ri#uzione ricai 6maggio
ER& Ri#uzione ricai remi F., romozionali, isting
ER: Risere remi .ccantonamenti
Per ciascuna combinazione di questi valori deve essere determinato un diverso contoricavi (tabella C001):
6perazione Scrittura $ruppo cont5 Clienti $ruppo cont5 'ateriali Conto Co5$e5
8en#ita ER IT.I. asta +%11%%%1
8en#ita ER :E asta +%12%%%1
8en#ita ER ETR. :E asta +%1+%%%1
Resi;!C ER IT.I. asta +%11%%%1
Resi;!C ER :E asta +%12%%%1
Resi;!C ER ETR. :E asta +%1+%%%1
8en#ita ER IT.I. Semola +%11%%%2
Resi;!C ER IT.I. Semola +%11%%%2
8en#ita ER IT.I. $rano +%11%%%+
Resi;!C ER IT.I. $rano +%11%%%+8en#ita ER IT.I. Farina +%11%%%-
Resi;!C ER IT.I. Farina +%11%%%-
8en#ita ER IT.I. Sottopro#otti +%11%%%
8en#ita ER IT.I. Serizi +%11%%%9
Resi;!C ER IT.I. Serizi +%11%%%9
8en#ita ER IT.I. 8arie +%11%%%?Resi;!C ER IT.I. 8arie +%11%%%?
8en#ita ER :E 8arie +%12%%%?
Resi;!C ER :E 8arie +%12%%%?
8en#ita ER ETR. :E 8arie +%1+%%%?
Resi;!C ER ETR. :E 8arie +%1+%%%?
!C remi ER& IT.I. Erogazione F. +%11%%%1
!C remi ER& :E Erogazione F. +%12%%%1
!C remi ER& ETR. :E Erogazione F. +%1+%%%1
Per la contabilizzazione degli omaggi (tabella C002):
6perazione Scrittura $ruppo cont5 Clienti $ruppo cont5 'ateriali Conto Co5$e5
8en#ita R1 IT.I. +%11%%99
-
7/23/2019 Pastificio Implementazione SD III v01
22/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
22
Autore:Release 1,0 Data30/11/15
Copyright 2006
8en#ita R1 :E +%12%%998en#ita R1 ETR. :E +%1+%%99
8en#ita R2 IT.I. -1-1%%%=
8en#ita R2 :E -1-1%%%=
8en#ita R2 ETR. :E -1-1%%%=
Per la contabilizzazione degli accantonamenti si utilizzano i seguenti conti (tabella C005):
6perazione Scrittura $ruppo cont5 Clienti $ruppo cont5 'ateriali Conto Co5$e5
.ccantonamento
remi 0ine anno ER: $-%
-
7/23/2019 Pastificio Implementazione SD III v01
23/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
23
Autore:Release 1,0 Data30/11/15
Copyright 2006
diverse tipologie di omaggi.
1. Sconto in Natura o Sconto Merce
Premesso che lo sconto merce IVA esente, immaginiamo di inserire un ordine con unaposizione a costo, ed una omaggio:
osizione .rticolo Descrizione Auantit/ rezzo
1% &.> enne 2 CRT 2%
2% &.> enne 1 CRT 1%
Scrittura contabile.
Cliente I8. Ricai Sconto natura
2- - +% 1%
2.a. Omaggio Autofattura o Campionatura gratuita senza rivalsa IVA
Supponiamo di inviare un ordine al cliente, con costo da imputare completamente allaPAstificio. In questo scenario lIVA un costo per PASTIFICIO.
osizione .rticolo Descrizione Auantit/ rezzo
1% &.> enne 1 CRT 1%
Scrittura contabile.
Si definisce il cliente PAstificio, e quindi il suo sezionale cliente. Il sistema realizzaautomaticamente la seguente registrazione:.sti0icio I8. Ricai
12 2 1%
Successivamente a chiusura di periodo si effettua il giroconto manuale con pareggio sulconto di costo omaggi6maggi .sti0icio
12 12
-
7/23/2019 Pastificio Implementazione SD III v01
24/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
24
Autore:Release 1,0 Data30/11/15
Copyright 2006
2.b. Omaggio Campionatura gratuita con rivalsa IVAIn questo scenario il costo della merce deve essere imputato alla PAstificio, mentre il costodellIVA viene imputato al cliente:
osizione .rticolo Descrizione Auantit/ rezzo
1% &.> enne 1 CRT 1%
Scrittura contabile.
Cliente I8. Ricai 6maggi
2 2 1% 1%
2.c. Omaggio Campionatura gratuita IVA esente
In questo caso il costo viene imputato alla PAstificio (conto sconto omaggio), mentre lIVAnon applicabile.
osizione .rticolo Descrizione Auantit/ rezzo
1% &.> enne 1 CRT 1%
Scrittura contabile.
6maggi Ricai
1% 1%
10.5.3. Contabilizzazione Contratti GDO.
Al momento del rilascio della fattura in contabilit, il sistema realizza, oltre le registrazionistandard (cliente a ricavo ed IVA) anche una registrazione di ammortamento per laprevisione di spesa. Lammortamento pu anche essere imputato manualmente, con unapposito tipo ordine.
In entrambi i casi la scrittura contabile di ammortamento la seguente:.ccantonamento
remi 0ine anno
Fon#o .ccant5
premi 0ine anno
1% 1%
La registrazione di ammortamento sar stornata al momento della liquidazione (parziale o
-
7/23/2019 Pastificio Implementazione SD III v01
25/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
25
Autore:Release 1,0 Data30/11/15
Copyright 2006
definitiva) del premio previsto dal contratto. E chiaro che il pagamento del premio pudifferire dalla quota ammortata per ragioni diverse.
Nel caso di liquidazione finale il sistema provveder a stornare tutto laccumulo,indipendentemente da quanto erogato.
10.5.4. Registrazioni contabilit industriale.
La integrazione con il modulo del Controlling, e le relative scritture, sono assicuratesemplicemente inserendo sullordine di vendita il corretto Profit Center.
Questo sar derivato attraverso una opportuna sostituzione di CO. Nella figura seguente ilpercorso di customizing:
Il dettaglio delle scritture di CO viene descritto nel relativo blueprint e documenti di
implementazione.Nella figura seguente riportata la parte di gerarchia relativa alle vendite:
Sulle scritture di contabilit industriale viene mantenuto il dettaglio sugli articoli, perduto infase di registrazione in contabilit generale.
-
7/23/2019 Pastificio Implementazione SD III v01
26/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
26
Autore:Release 1,0 Data30/11/15
Copyright 2006
10.5.5. Rilevamento quantit fattura.
Nel caso di consegne con diverse partite per la stessa posizione, il sistema genera unaserie di sottoposizioni nella tabella LIPS (visibili con SE16, o con la analisi dellesottoposizioni). Di queste, la posizione principale ha quantit pari a 0, le sottoposizionihanno la quantit reale.
Se si utilizza il customizing standard, al momento della fatturazione, il sistema riporta infattura tutte le sottoposizioni, anche quelle con quantit zero.
Il comportamento del sistema viene analizzato dalla nota OSS numero 77414 il cui testoviene per comodit riportato di seguito:
La soluzione, quindi, coerentemente con lo scenario 3 indicato nella nota, stata quella di
Symptoms
During #elierrelate# "illing o0 items it7 "atc7 split, "asic settings must "e account to ensure t7e 0olloing
15 &illing o0 t7e "atc7 main item, Displa o0 t7e "atc7 su"item
25 Displa o0 t7e "atc7 main item, &illing o0 t7e "atc7 su"item
+5 &illing o0 t7e "atc7 main item, (it7out "atc7 su"item)
Additional key words
Releanc 0or "illing, "atc7, "illing #ocument, splitt, split, "illing uantit in#icator, 8RS, cost
Cause and prerequisites
Customizing
Solution
For t7e situations #escri"e# "elo (1+), maGe t7e settings 0or t7e "atc7 main item (H6S) an# "atc7 su"items (:6S) in t7e 0olloing 0iel#s
Item categor T* (ta"le T8.)
Releanc 0or "illing F@RE (0rom t7e item categor, ta"le T8.)
&illing uantit F@'$@ (0rom ta"le T8CF)
Inoice# uantit F@I'$ (0rom t7e inoice #ocument, ta"le 8&R)
Cost 8RS
Situation 1)
T* F@'$@ F@RE F@I'$ 8RS
H6S T.! $ . J %
:6S T.! $ . % x
Situation 2)
T* F@'$@ F@RE F@I'$ 8RS
H6S T.! & . %
:6S T.! & . J % x
Situation +)
T* F@'$@ F@RE F@I'$ 8RS
H6S T.! $ . J % x
:6S T.! $
-
7/23/2019 Pastificio Implementazione SD III v01
27/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
27
Autore:Release 1,0 Data30/11/15
Copyright 2006
creare un nuovo tipo posizione YTAN in copia dalla TAN (transazione VOV7):
Il customizing per individuare la posizione principale e la sottoposizione con la partita(HPOS, UPOS), si trova nel customizing della determinazione del tipo posizione per leconsegne:
Sarebbe stato possibile anche implementare un quarto scenario, simile allo scenario 2, masenza riportare la posizione principale in fattura.
Questo poteva essere implementato inserendo nel customizing del tipo posizione TAN,TANN, e ZTAN (transazione VOV7) il valore M nel campo Rilevanza per fattura.
10.6. Fatturazione servizi.
Viene creato il tipo ordine ZOPS per consentire la fatturazione di servizi senza utilizzareper questo la nota di debito.
Il tipo ordine viene creato in copia dallordine standard, gli viene assegnato come processosuccessivo solo la fatturazione sia nel customizing dellordine che nel controllo copia da
-
7/23/2019 Pastificio Implementazione SD III v01
28/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
28
Autore:Release 1,0 Data30/11/15
Copyright 2006
ordine in fattura, inibendo sia nel customizing dellordine che nel controllo copia, la copiada ordine verso consegna.
Il tipo ordine viene autorizzato per fatturazione con lo stesso documento di fattura (F2)utilizzata per fatturare le consegne.
Fattura Proforma.
10.7. Fattura Proforma.
Deve essere possibile stampare in copia dallordine di vendita una fattura proforma, undocumento quindi, che abbia tutte le caratteristiche della fattura, pur non avendo alcuna
valenza fiscale.Per eseguire questa operazione necessario legare al tipo ordine ZOSE un tipo fatturaproforma F8 (quindi che non genera documento contabile), ma riferita ad ordine::
Lo step successivo la creazione del record condizioni per il tipo messaggio RD00, tipofattura F8:
-
7/23/2019 Pastificio Implementazione SD III v01
29/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
29
Autore:Release 1,0 Data30/11/15
Copyright 2006
Per procedere successivamente alla creazione della fattura proforma sufficienteeseguire la transazione VF01, e selezionare lordine di cui si vuole stampare la proforma:
-
7/23/2019 Pastificio Implementazione SD III v01
30/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
30
Autore:Release 1,0 Data30/11/15
Copyright 2006
-
7/23/2019 Pastificio Implementazione SD III v01
31/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
31
Autore:Release 1,0 Data30/11/15
Copyright 2006
10.8. Stampa Fattura.
10.8.1. Tipo messaggio RD00.
Il messaggio standard per la stampa della fattura RD00. Nella configurazione di questotipo di messaggio si associa la sequenza di accesso 0002, che preveda la determinazioneautomatica del messaggio in funzione del tipo documento fattura.
Viene inserito un presupposto sulla sequenza di accesso che impedisce la stampa
automatica della fattura fino a quando il documento non viene rilasciato in contabilit.La transazione per la creazione del record condizioni per i messaggi di fattura la VV31.
Il record condizioni pu essere inserito con i seguenti valori:
1. La stampa dellordine pu essere eseguita mediante un job successivo (transazioneVF31).
3. La stampa della fattura pu essere eseguita solamente dalla transazione stessa(VF02output)
4. La stampa della fattura viene eseguita automaticamente al salvataggio della fatturastessa.
Il sistema viene configurato in modo da consentire linserimento manuale del tipo
-
7/23/2019 Pastificio Implementazione SD III v01
32/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
32
Autore:Release 1,0 Data30/11/15
Copyright 2006
messaggio RD00 sulla fattura, nel caso in cui manchi il record condizione sulla VV31.Nella figura seguente evidenziato il flag da selezionare nel customizing se si vuolemodificare questa impostazione.
10.8.2. Layout.Si affermata la necessit di esprimere sulla stampa fattura le seguenti informazioni:
Lotto di produzione
Prezzi ed importi con 4 cifre decimali. Imponibile, IVA e Totale fattura sarannocomunque sempre espressi con due decimali
Conto entrate/uscite pedane per cliente destinatario merce.
E stato consegnato un esempio di layout.
La stampa sar effettuata su foglio A4.La analisi di dettaglio sar descritta nel relativo documento di analisi.
Saranno utilizzati i seguenti testi:
Testo Nota interna Anagrafica materiale, oggetto MATERIAL, ID Testo IVER
Questo testo sar riportato in fattura per mappare le caratteristiche di umidit, amido efibra grezza degli articoli del molino venduti alla rinfusa.
Se presente in anagrafica articolo, viene riportato sulla stampa della fattura.
Testo Appunto testata 1 della testata fattura, oggetto VBBK, ID testo 0002Questo testo viene utilizzato per essere stampato nel corpo della fattura e viene ripreso(se presente) dai documenti precedenti.
-
7/23/2019 Pastificio Implementazione SD III v01
33/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
33
Autore:Release 1,0 Data30/11/15
Copyright 2006
Testo Testo PAstificio dalla testata fattura, oggetto VBBK, ID testo Z001.Questo testo viene definito sulla anagrafica del cliente e poi riportato (e modificabile)su ordine, consegna e fattura. Viene ripreso ogni volta dal documento precedente.
Per consentire la ripresa dei testi dalla consegna vengono create le sequenze di accessoin figura e la routine di controllo copia 901 (Transazione VOTXN):
-
7/23/2019 Pastificio Implementazione SD III v01
34/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
34
Autore:Release 1,0 Data30/11/15
Copyright 2006
Saranno inoltre riportati nel corpo della stampa i testi standard aggiornati con latransazione SO10, corrispondenti ai codici IVA per vendita intra ed extra comunitarie.
Ad esempio, il testo CB, conterr la seguente scritta:
Nella figura seguente un esempio di stampa fattura per un cliente extra UE:
*---------------------------------------------------------------------** FORM B(3@E3@_GREF3_I01 **---------------------------------------------------------------------** $he folloHin4 Hork areas are a5aila%le. ** ** F$V:OM - :ommunications %lock ** FX$+ - $ext header ** FXVBG+ - Gartner ** *
* $he messa4es are stored in ta%le 100 Hith messa4e id ?VX? ** **---------------------------------------------------------------------** $ransfer &arameters. ** BG_)EBR: 0 - $ext Hill %e co&ied ** BG_)EBR: > 0 - $ext Hill not %e co&ied **---------------------------------------------------------------------*
FORM B(3@E3@_GREF3_I01 E)(3@ BG_)EBR:
%reak-&oint
* (ni'io modifica ,Min4ione* )truttura di a&&o44io &er recu&erare il documento conse4na come* documento di riferimento
field-sDm%ols fs> tD&e anD+$+. Ha0L $G c V+,E ?)+G,V0+L,(KG-VB,3?
+))(@3 HaL $O fs>F$V:OM-VB,V fs>
* Fine modifica ,Min4ione
BG_)EBR: 0(F F$V:OM-VB,V () (3($(+,
BG_)EBR: P3(F
3FORM
-
7/23/2019 Pastificio Implementazione SD III v01
35/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
35
Autore:Release 1,0 Data30/11/15
Copyright 2006
-
7/23/2019 Pastificio Implementazione SD III v01
36/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
36
Autore:Release 1,0 Data30/11/15
Copyright 2006
11. CONTRATTI GRANDE DISTRIBUZIONE ORGANIZZATA.
La grande distribuzione organizzata (GDO) strutturata secondo uno schema gerarchicodi business partner a pi livelli: questo schema viene rappresentato in SAP con lstrumento della gerarchia cliente.
I contratti che si stipulano con i clienti della Grande Distribuzione Organizzata, sonoconcordati con un livello gerarchico superiore (tipicamente la centrale o il gruppo), e sonosuccessivamente ribaltati sui livelli inferiori.
I contratti contengono tipicamente:
Definizione contributi riconosciuti ai livelli gerarchici superiori (Centrale) (p.e.contributo segreteria, listing, etc.)
Condizioni commerciali (in fattura e fuori fattura) che saranno applicate aidestinatari fattura (CEDI ed Ipermercati).
Di tutto linsieme delle condizioni commerciali definite a livello di centrale, illistino e gli sconti saranno espressi direttamente in fattura, mentre i premi fineperiodo saranno liquidati posticipatamente, secondo un calendario concordato conil cliente (trimestrale, semestrale o annuale), tipicamente a fronte di una fattura delcliente (visto in questa transazione come fornitore), ma anche mediante emissionedi nota credito da parte della PAstificio.
11.1. Gerarchia Cliente.
La gerarchia cliente uno strumento di SAP R/3 che consente di creare e manutenere conun tool grafico legami gerarchici fra business partner.
Nel caso della grande distribuzione organizzata, questo strumento pu essere utilizzatoper mappare i legami fra gruppi clienti e clienti legati alle suddette strutture.
In PAstificio stata definita la seguente gerarchia:
Livello 0: ClienteLivello 1: CEDI o Sotto gruppo (p.e. CEDI SISA)
Livello 2: Gruppo (p.e. INTERDIS)
Livello 3: Centrale (p.e. MECADES)
Livello 4: Super Centrale (Riserva)
In linea di principio possibile definire un numero di livelli indefinito, e a ciascuno di questiva associata una funzione partner per rilevare il livello gerarchico nei dati transazionali(ordine, fattura, etc.).
-
7/23/2019 Pastificio Implementazione SD III v01
37/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
37
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.1.1. Gruppi conto gerarchia.Si definiscono gruppi conto dedicati per i livelli gerarchia, in copia dallo standard 0012(Nodo gerarchia):
iello $ruppo conto Descrizione Range Dettaglio
% C!. unto 8en#ita
1 %12 Ce#i $1 %%%%1%%%%% 4 %%%%199999
2 %1+ $ruppo $1 %%%%1%%%%% 4 %%%%199999
+ %1- Centrale $1 %%%%1%%%%% %%%%199999
E importante notare esplicitamente come, in fase di creazione dei business partner NodiGerarchia sia essenziale nella videata Dati Vendita Fattura segnare con una X ilcampo Rilevante per bonus, e Rilevante per determinazione prezzo, per sfruttare lefunzionalit successive di determinazione del prezzo.
La gerarchia deve essere creata senza buchi: in assenza di un livello opportuno inserireun livello dummy (p.e. Gruppo Dummy) che non concorre alla determinazione del pricing.
Nel caso di livelli gerarchia che sono anche clienti di fatturazione, vanno creati con ilgruppo conti CNAZ.
11.1.2. Determinazione partner per tipi gerarchia.
Le funzioni partner associate da standard al tipo gerarchia A, sono 1A, 1B, 1C, 1D: perqueste abbiamo modificato la descrizione, per renderne immediatamente visibile ilsignificato in fase di visualizzazione schema partner nellordine cliente.
Si associato a ciascun ruolo il corretto gruppo conti:
-
7/23/2019 Pastificio Implementazione SD III v01
38/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
38
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.1.3. Attribuzioni Gerarchia.Attribuzione Gerarchia Gruppo conto:
Attribuzione Gerarchia Area Vendite
11.1.4. Anagrafica Gerarchia.
A questo punto sar possibile procedere con le operazioni di anagrafica:
Creazione Business Partner per rappresentare i nodi gerarchici (XD01)
Creazione della Gerarchia cliente (VDH1N)
Nella gerarchia i legami fra i BP di livello inferiore superiore sono memorizzati per data di
validit: sar quindi possibile effettuare modifiche alla gerarchia, e/o interrogare lagerarchia per data.
Le modifiche possono anche essere retroattive (modifico le assegnazioni nella gerarchiaad una data nel passato).
11.1.5. Aspetti tecnici.
Il database dove sono memorizzate le informazioni sulla gerarchia cliente costituito dauna unica tabella, la KNVH.
Questo significa che eventuali caricamenti nella suddetta tabella, possono essere fattianche mediante update diretto, perch non si va ad impattare su alcuna tabella collegata.
-
7/23/2019 Pastificio Implementazione SD III v01
39/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
39
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.2. Tipologia Contratti.In numero di accordi oggi esistenti in PAstificio relativamente esiguo (circa 50 accordiper anno): si definisce una unica tipologia di contratto in modo da poter inserire in questole diverse tipologie di condizioni.
Nella figura seguente il percorso di customizing per la configurazione dei contratti GDO ela parametrizzazione del tipo accordo Z001:
11.2.1. Tipi condizione.
Si definiscono le seguenti diverse tipologie di condizioni:
Premi di fine Anno, sono i classici sconti fuori fattura, da liquidare al
-
7/23/2019 Pastificio Implementazione SD III v01
40/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
40
Autore:Release 1,0 Data30/11/15
Copyright 2006
raggiungimento o meno di un target di fatturato.Promozionali, concettualmente analoghi ai precedenti, differiscono solo per lacaratteristica qualitativa (legati alla promozione di una o pi linee di prodotto)
Contributi inserimento (Listing Fee), per consentire linserimento di nuoviprodotti (p.e. Marchio Baronia) presso una nuova tipologia di cliente
Nella tabella seguente i gruppi tipi condizione definiti per il nostro progetto:
$ruppo tipi con#izione Descrizione
%%1 .STIFICI6 remi
0ine anno
%%2 .STIFICI6
romozionali
%%+ .STIFICI6 isting
11.2.2. ZB0x Condizioni Bonus.
Le condizioni di bonus, o condizioni di sconto fuori fattura, possono essere espresse invalore o in percentuale, e deve essere possibile definirne pi di una (almeno fino a 5) per
ciascuna diversa tipologia di condizione:Tipologia #i con#izione Descrizione Tipologia
&%1 remi 0ine anno ercentuale
&%2 remi 0ine anno 8alore
&%+ romozionali ercentuale
&%- romozionali 8alore
&%> isting ercentuale
&%< isting 8alore
&%= remi 0ine anno target ercentuale
&%? remi 0ine anno target 8alore
Le condizioni ZB0x non avranno descrizioni precise, ma generiche: in fase di inserimentodel contratto sar possibile definire su ciascuna di queste, in un apposito testo, una notadescrittiva per specificarne il significato.
Le condizioni di bonus possono ancora distinguersi come:
Incondizionati non sono legate al raggiungimento di un obiettivo o targetqualitativo o quantitativo.
Condizionati sono legate al raggiungimento di un obiettivo.
-
7/23/2019 Pastificio Implementazione SD III v01
41/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
41
Autore:Release 1,0 Data30/11/15
Copyright 2006
Il target di un PFA condizionato pu essere espresso come:o Target quantitativo (espressa in UM, peso o importo)
o Target qualitativo
E chiaro che il sistema potr essere in grado di gestire target quantitativi, ma non targetqualitativi (p.e. riconosco il premio al cliente se questi mi realizza un certo assortimento):in questi casi il controllo sul raggiungimento del target non pu che essere manuale.
I target possono infine essere semplicio composti: nel primo caso il target conseguitoal raggiungimento di un obiettivo di fatturato (in quantit o valore). Nel secondo caso alraggiungimento di determinati scaglioni di peso o fatturato l'intero premio sar valutato
sulla percentuale corrispondente.Si decide che la base di calcolo per la determinazione del valore della condizione diPFA sempre limponibile IVA.
Anche le condizioni PFA, come le aliquote provvigionali, possono essere calcolate sempresullo stesso subtotale, o in modo scalare: si conviene di calcolare le condizioni di bonussempre con riferimento allo stesso subtotale.
11.2.3. ZB01 Sequenza di accesso per contratti GDO.
Nella tabella seguente descritta la sequenza di accesso ZB01 per la determinazionedella condizioni di sconto fuori fattura condivisa con lufficio commerciale PASTIFICIO:Ta"ella
con#izioni
$erarc7ia
cliente
Cliente
#est5 &onus
'arc7io Categoria
'erceologica
'ateria
prima
Composizione .rticolo
@6TE9%% x x
@6TE9%1 x x x
@6TE9%2 x x x x
@6TE9%+ x x x x x
@6TE9%- x x
@6TE91% x x
@6TE911 x x x
@6TE912 x x x x
@6TE91+ x x x x x
@6TE91- x x
Il sistema consentir di inserire la stessa condizione di PFA su ciascuno dei livelliprecedenti, e per ciascun livello pi volte con condizioni diverse.
-
7/23/2019 Pastificio Implementazione SD III v01
42/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
42
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.2.4. Schema prezzo: condizioni bonus.
Il livello 200 su cui insistono tutte le condizioni bonus esattamente limponibile IVA: a talelivello viene anche assegnato il subtotale 7 (KOMP-BONBA base calcolo premi fine anno)che serve per i calcoli interni del sistema.
11.3. Gestione Contratti.
11.3.1. Inserimento Contratti.Le transazioni per linserimento e la gestione dei contratti sono la VBO1, VBO2, VBO3.
-
7/23/2019 Pastificio Implementazione SD III v01
43/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
43
Autore:Release 1,0 Data30/11/15
Copyright 2006
Periodo di liquidazione utilizzato nella liquidazione automatica degli accordi Stato dellaccordo per definire le operazioni ammesse (p.e. visto il customizing del
tipo accordo se non ha almeno il valore B impostato manualmente, non possibile effettuare liquidazioni a fronte di questo accordo)
Volume informazioni definisce il livello cui vengono esposte le informazioni neireport successivi.
Cliccando sul tasto condizioni possibile inserire le condizioni ad importo fisso opercentuale, condizionate o incondizionate, previste al paragrafo precedente.
Seleziono il tipo condizione, con il relativo livello della sequenza di accesso, e d inserisco ilvalore della condizione:
Ed eventualmente il valore dello scaglionamento:
Al salvataggio dellaccordo, se sono presenti condizioni su gruppi di articoli (p.e. lagerarchia prodotto), il sistema chieder di inserire un articolo per lo scarico dei costi, cioun articolo di appoggio su cui creare il successivo documento di liquidazione (nota credito
-
7/23/2019 Pastificio Implementazione SD III v01
44/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
44
Autore:Release 1,0 Data30/11/15
Copyright 2006
o fattura fornitore.La definizione corretta di questo articolo fondamentale, in quanto sar la base perdeterminare fra le altre cose il corretto articolo IVA da esporre sulla nota credito.
11.3.2. Contabilizzazione accantonamenti.
11.3.2.1 Contabilizzazione gestionale contributi percentuali.
Al salvataggio di ciascuna fattura, ed alla successiva contabilizzazioni di questa, il sistemaeffettuer un accantonamento su un conto gestionale corrispondente al valore calcolato(ZB01, ZB03, ZB05, ZB07).
Nel caso di condizioni scaglionate in funzione del raggiungimento dellobiettivo, il sistemain automatico sceglier la percentuale minima fra quelle dello scaglionamento.
E' possibile modificare questa, ed inserire manualmente per gli accantonamenti unapercentuale diversa (tipicamente quella massima, o quella maggiormente probabile).
Avendo definito una coppia di conti gestionali per la contabilizzazione degliaccantonamenti (uno economico ed uno patrimoniale), la scrittura di accantonamentotipicamente viene effettuata:
in dare sul conto economico (accantonamento premi fine anno) perchrappresenta un costo
in avere sul conto patrimoniale (fondo accantonamento premi fine anno) perchrappresenta un debito
Successivamente quando il premio sar erogato, il sistema storner la scrittura sui dueconti gestionali, ed effettuer una scrittura su un conto civilistico (erogazione premi di fineanno).
-
7/23/2019 Pastificio Implementazione SD III v01
45/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
45
Autore:Release 1,0 Data30/11/15
Copyright 2006
Si scelto di alimentare una unica coppia di conti gestionali per le diverse tipologie dicontratti GDO.
Note credito e note debito emesse per differenze prezzo, concorrono rispettivamente adabbattere/incrementare gli accantonamenti dei PFA.
Per il dettaglio sui conti da utilizzare vedi il paragrafo corrispondente nel capitolo sullafatturazione.
11.3.2.2 Contabilizzazione gestionale contributi fissi.
Per i tipi condizione a valore (ZB02, ZB04, ZB06, ZB08) non detto che abbia un sensoinserire una percentuale di accantonamento, perch non abbiamo la certezza sul valorefatturato dal cliente fine periodo: quindi preferibile inserire 0,00 come valore diaccantonamento, e poi operare degli accantonamenti manuali per accantonare il valore dispesa.
Questi tipi condizione, quindi, comparirebbero nel pricing della fattura con un importo paria zero: possibile implementare una nuova routine di presupposto, da inseriresuccessivamente sullo schema prezzo, per far s che questi tipi condizione venganocancellati, nel caso in cui siano nulli.
Si crea quindi (transazione VOFM) il presupposto 924 in copia da quello standard 024, e losi modifica come descritto:
11.3.2.3 Contabilizzazione gestionale contributi Listing.
Tipicamente il listing corrisponde al pagamento di una fattura con un importo rilevante, equesto andrebbe ad aumentare in modo irragionevole i costi del prodotto, o dei prodotti,sul quale viene imputato.
Per poter spalmare linvestimento su un periodo di competenza (ad esempio due anni), necessario effettuare gli accantonamenti manuali corrispondenti al listing, spezzati su tutti iperiodi su cui si vuole spalmare linvestimento (nel nostro esempio 24 accantonamentimensili).
form ko%ed_I;PsD-su%rc Pif kom&-k&osn ne 0
check. kom&-&rsfd ?X?endifcheck. komk-5%tD& ca 5%tD&_fakt or (n5oices
komk-5%tD& ca 5%tD&_anfo or :redit 2 e%it re8uestskomk-5%tD& ?? Returns
check. komk-5%tD& ne ?E? excludin4 Gro Forma in5oicessD-su%rc 0
* (ni'io modifiche* )e %ase e 5alore condi'ione 0 cancella la condi'ione
if kom5-k%etr 0 and xkHert 0sD-su%rc P
endif* fine modifiche
endform
-
7/23/2019 Pastificio Implementazione SD III v01
46/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
46
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.3.3. Ricostruzione indice bonus.
L'indice del bonus (tabella VBOX) si utilizza internamente per liquidare gli accordi sulbonus successivamente acquisiti e per visualizzare giustificativi singoli relativi agli accordisul bonus e quindi le fatture.
L'indice del bonus deve essere ricreato se si modifica uno dei fattori seguenti per lagestione del bonus:
creazione o inclusione di nuovi accessi per la gestione del bonus
nuova rilevanza bonus per organizzazioni commerciali nuova rilevanza bonus per tipi di fatture
nuova rilevanza bonus per esecutori del pagamento
Nella figura seguente il percorso di customizing per ricreare lindice VBOX:
possibile selezionare solo determinate fatture, e cancellare in primo luogo tutti gliinserimenti nella selezione proposta delle fatture.
Indicare la data e l'ora dell'esecuzione del programma in background.
Indicare il tempo massimo di esecuzione per ogni ripetizione.
Dopo il periodo di tempo indicato il programma si interrompe e si attiva nuovamentedopo alcuni giorni: indicare dopo quanti giorni il programma deve esserenuovamente attivo.
-
7/23/2019 Pastificio Implementazione SD III v01
47/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
47
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.3.4. Ristrutturazione accordo.Laccordo comincia ad avere validit per tutte le fatture emesse dopo il salvataggiodellaccordo stesso. E comunque necessario ricostruire la validit dellaccordo stesso dainizio periodo alla data di inserimento dellaccordo (ristrutturazione).
La ristrutturazione viene effettuata mediante la procedura standard VBOF. Lo scopo quello di inserire in fatture gi rilasciate in contabilit le condizioni e le scritture contabilirelative ai contratti.
Questo viene realizzato agganciando al documento contabile rilevante ai fini del registroIVA gi esistente, un documento solo gestionale (di tipo GX) per appoggiare la
contabilizzazione gestionale.Nella figura seguente la videata di selezione della procedura VBOF:
Un esempio di esito della elaborazione:
E leffetto sulla contabilizzazione della fattura:
-
7/23/2019 Pastificio Implementazione SD III v01
48/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
48
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.3.5. Monitoring.Dopo avere effettuato la ristrutturazione dellaccordo possibile rientrare sui singoliaccordi, o su una apposita lista per visualizzare lo stato dellaccordo stesso.
11.3.5.1 Monitoring singolo accordo.
8iene creato un secon#o
#ocumento conta"ile #i tipo
gestionale
Stato accor#o
Elenco giusti0icatiisingoli (rig7e 0attura)
-
7/23/2019 Pastificio Implementazione SD III v01
49/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
49
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.3.5.2 Lista stato accordo.Di seguito si mostra il report per la liquidazione VB(7 utilizzato per visualizzare lo statodellaccordo:
11.3.5.3 Lista Accordi bonus
Nella figura seguente si mostra il report standard VB(8, lista accordi bonus:
-
7/23/2019 Pastificio Implementazione SD III v01
50/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
50
Autore:Release 1,0 Data30/11/15
Copyright 2006
Dalla videata nella figura sopra, possibile accedere al dettaglio dellaccordo, o alla lista
fatture bonus, dove sono presenti anche informazioni relative agli accantonamenti delsingolo accordo:
-
7/23/2019 Pastificio Implementazione SD III v01
51/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
51
Autore:Release 1,0 Data30/11/15
Copyright 2006
11.4. Liquidazione dei Contratti GDO.
Al termine del contratto, in dipendenza degli accordi intercorsi con il cliente, l'erogazionedel contributo, potr essere registrato sia come nota credito emessa da PAstificio, checome fattura prestazione fornitore.
-
7/23/2019 Pastificio Implementazione SD III v01
52/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
52
Autore:Release 1,0 Data30/11/15
Copyright 2006
ContrattoGDO Proposta
LiquidazioneGDO
LiquidazioneGDO
Fattura fornitore
LiquidazioneGDO
Nota CreditoCliente
La liquidazione potr essere eseguita entrando in modifica del singolo accordo, oppuremediante il report di liquidazione VB(7.
Per le definizioni generali su corrispondenza fra tipo documento SD e tipo documento FI,e le regole di determinazione, vedi anche il paragrafo 10.1, nel capitolo sulla fatturazione.
Al contratto GDO sono collegati i seguenti processi successivi di liquidazione:
Accantonamento manuale (p.e. per bilanciare la pianificazione di un contributo adimporto fisso)
Liquidazione parziale(periodica secondo il calendario di liquidazione dellaccordo, o
manuale) Liquidazione finale
Nel riepilogo seguente sono elencati i processi, con i relativi documenti SD che sarannoutilizzati:Tipo accor#o Descrizione .ttiit/ Ric7iesta
nota cre#ito
'otio
6r#ine
!ota #i
Cre#ito
Documento
conta"ile
%%1 Contratti $D6 iui#azione parziale &+ !C &+ C!
&+ FF &+ $
iui#azione 0inale &1 !C &1 C!
&1 FF &1 $
.ccantonamento manuale &- $ &- $
Le regole per la determinazione del tipo documento sono definite nelle tabelle ZT802(corrispondenza fra tipo ordine SD e tipo fattura SD), e ZT800 (corrispondenza fra tipofattura SD, e tipo documento FI).
Mediante la user exit USEREXIT_SAVE_DOCUMENT_PREPARE, (programmaMV45AFZZ) possibile sostituire nella testata dellordine (tabella VBAK) il valore dellafattura successiva letto dal customizing standard (tabella TVAK) con quello inserito nellatabella ZT802.
Nella stessa exit viene anche settato il motivo dellordine in funzione del codice diesclusione definito sul record condizioni della condizione di bonus (1 liquidazione con
-
7/23/2019 Pastificio Implementazione SD III v01
53/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
53
Autore:Release 1,0 Data30/11/15
Copyright 2006
nota credito, 2liquidazione con fattura fornitore).
Mediante la user exit USEREXIT_FILLXKOMK1 (programma RV60BFZA) possibiledefinire al momento del rilascio in contabilit se il sistema debba generare un tipodocumento contabile Nota Credito, o Documento gestionale GX per Rebate FatturaFornitore, e quindi un documento rilevante o meno per il registro IVA (per i dettagli sulcodice implementato vedi il capitolo sulla fatturazione).
11.4.1. Accantonamento manuale.
Laccantonamento manuale una operazione che viene tipicamente eseguita pereffettuare accantonamenti a fronte di condizioni d importo fisso.
La procedura per effettuare un accantonamento manuale prende il via dalla videataprincipale di gestione dellaccordo:
FORM userexit_sa5e_document_&re&are
!"#
* Valori''a in VB+K il cam&o Fattura successi5a dalla* ta%ella di customi'in4 9$/0; in5ece che dalla $V+K
$+B,). 't/0;),:$ )(3@, s&err (3$O t5ak-s&err FROM t5ak
AR auart 5%ak-auart(F 5%ak-5%tD& ?K? +3 t5ak-s&err ?+?
),:$ )(3@, fkart (3$O 5%ak-fkara FROM 't/0;AR auart 5%ak-auart+3 au4ru 5%ak-au4ru
3(F
* )etta il moti5o dell?ordine su documenti li8uida'ione %onus
* in fun'ione del codice di esclusione su cond %onus* --> 5erifica le se4uenti condi'ioni.* - documento in fase di crea'ione* - ti&o documento %onus
::K t1/0-trtD& ?? +3 5%ak-5%tD& ?K?* --> Recu&era numero accordo7 e record condi'ioni %onus e* setta il moti5o ordine in fun'ione del ti&o esclusione
+$+. l5_k'ne& ,(K kon&-k'ne&7l5_''ne& ,(K kon&-k'ne& fla4 &er differen'e
+$+ x_xkom5 $G $+B, OF kom5 A($ +R ,(3x_xkom5!# xkom5!#
,OOG +$ x_xkom5 AR koaid ?:? )olo condi' %onus),:$ )(3@, k'ne& (3$O l5_k'ne& FROM kon&
AR knumh x_xkom5-knumh+3 kschl x_xkom5-kschl
(F l5_''ne& ??l5_''ne& l5_k'ne&
,)(F l5_k'ne& > l5_''ne&
X($
3(F3(F3,OOG
(F l5_k'ne& l5_''ne&:+) l5_k'ne&A3 ?1?
5%ak-au4ru ?93:?A3 ?;?
5%ak-au4ru ?9FF?3:+)
3(F* ,M &er 4estione %onus
!"#
3FORM E)RX($_)+V_O:EM3$_GRG+R
-
7/23/2019 Pastificio Implementazione SD III v01
54/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
54
Autore:Release 1,0 Data30/11/15
Copyright 2006
Dopo aver effettuato il salvataggio necessario rientrare nel singolo accordo (VBO2) edaccedere alla videata dove sono riepilogati i documenti bonus creati a fronte dellaccordo:
-
7/23/2019 Pastificio Implementazione SD III v01
55/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
55
Autore:Release 1,0 Data30/11/15
Copyright 2006
Da qui accedere in modifica alla richiesta nota credito appena generata, ed inseriremanualmenteil corretto motivo dellordine:
ZGX Accantonamenti manuali
ZFF Liquidazione con fattura fornitore
ZNC Liquidazione con Nota di Credito
11.4.2. Liquidazione con nota credito cliente.
In questo scenario la liquidazione avviene mediante strumenti standard, ed il processo quello indicato nella figura seguente:
Contratto GDOContratto GDO
Tipo documento:Tipo documento:
Z001Z001 -- PFAPFA
Z002Z002 -- PromozionaliPromozionali Z003Z003 -- ListingListing
RichiestaRichiesta
LiquidazioneLiquidazione
Richiesta Nota Credito:Richiesta Nota Credito:
B1B1LiquidLiquid. Finale. Finale
B3B3LiquidLiquid. Parziale. Parziale B4B4AccantAccant. manuale. manuale
LiquidazioneLiquidazione
Nota Credito:Nota Credito:
B1B1LiquidLiquid. Finale. Finale
B3B3LiquidLiquid. Parziale. Parziale B4B4AccantAccant. manuale. manuale
Documento contabileDocumento contabile
Nota Credito:Nota Credito:
CNCNNota creditoNota credito
CNCNNota creditoNota credito GXGXReg.Reg. gestionaligestionali
-
7/23/2019 Pastificio Implementazione SD III v01
56/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
56
Autore:Release 1,0 Data30/11/15
Copyright 2006
Nel caso in cui il contratto non sia stato definito con in chiave il codice dellarticolo, anche necessario inserire sul contratto un codice articolo fittizio che serva come appoggioper la nota di credito successiva.
La classificazione fiscale dellarticolo sar la chiave per la determinazione del codice IVAche verr inserito sulla nota credito contabile.
Sar ancora possibile modificare manualmente la classificazione fiscale dell articoloanche sulla richiesta di nota credito, o sulla nota credito SD, purch questa operazionesia effettuata prima della contabilizzazione del documento.
Nella figura seguente un esempio di fattura contabile:
11.4.3. Liquidazione con fattura fornitore.
Anche in questo scenario la liquidazione avviene mediante strumenti standard; il processo quello indicato nella figura seguente:
Contratto GDOContratto GDO
Tipo documento:Tipo documento:
Z001Z001 -- PFAPFA
Z002Z002 -- PromozionaliPromozionali
Z003Z003 -- ListingListing
RichiestaRichiesta
LiquidazioneLiquidazione
Richiesta Nota Credito:Richiesta Nota Credito:
B1B1LiquidLiquid. Finale. Finale
B3B3LiquidLiquid. Parziale. Parziale
B4B4AccantAccant. manuale. manuale
LiquidazioneLiquidazione
Nota Credito:Nota Credito:
B1ZB1ZLiquidLiquid. Finale. Finale
B3ZB3ZLiquidLiquid. Parziale. Parziale
B4B4AccantAccant. manuale. manuale
Documento contabileDocumento contabile
Nota Credito:Nota Credito:
GXGXReg.Reg. gestionaligestionali
GXGXReg.Reg. gestionaligestionali
GXGXReg.Reg. gestionaligestionali
Quello che cambia, rispetto allo scenario precedente, sono tipi documento SD per laliquidazione del bonus, e la determinazione di un conto gestionale (customizing contocassa) come contropartita, in sostituzione del committente.
In questo scenario, infatti, la registrazione contabile del tipo documento GX, per i tipidocumento B1Z, e B3Z sar la seguente:Contropartita
$estionale
Erogazione F.
1% 1%
Il co#ice I8. 8- (Ia al -K) e il conto #i
contropartita ricai +%11%%%1 (Ricai nazionali pasta)
sono stati #eterminati in "ase alla #e0inizione #ella
anagra0ica #ellLarticolo IA:ID.I6!E5
Come in#icato era possi"ile mo#i0icare uesti alori
manualmente sulla ric7iesta nota cre#ito prima#ella
creazione #ella 0attura5
-
7/23/2019 Pastificio Implementazione SD III v01
57/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
57
Autore:Release 1,0 Data30/11/15
Copyright 2006
Nel caso in cui il contratto non sia stato definito con in chiave il codice dellarticolo, anche necessario inserire sul contratto un codice articolo fittizio che serva come appoggioper la nota di credito successiva.
La classificazione fiscale dellarticolo sar la chiave per la determinazione del codice IVAche verr inserito sulla nota credito contabile.
In questo scenario lunico articolo IVA ammissibile ZZ: sar quindi necessario modificaremanualmentela classificazione fiscale del materiale sui documenti portandola a 0 (veditabella dellIVA).
Sar ancora possibile modificare manualmente la classificazione fiscale dell articoloanche sulla richiesta di nota credito, o sulla nota credito SD, purch questa operazionesia effettuata prima della contabilizzazione del documento.
11.4.3.1 Customizing conto cassa.
Nella figura seguente il percorso di customizing per la configurazione del Conto Cassa,utilizzata per la sostituzione del conto gestionale come contropartita:
Si definisce quindi un tipo condizione Z001 per lo scenario in essere, associata allasequenza di accesso standard:
Si definisce uno schema determinazione conti ZOFIAC come copia dello standard, e vi siassocia il tipo condizione Z001 creato al passo precedente:
-
7/23/2019 Pastificio Implementazione SD III v01
58/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
58
Autore:Release 1,0 Data30/11/15
Copyright 2006
Si associa lo schema determinazione conti ai tipi documento B1Z, B3Z, B4:
Infine, nella tabella di contabilizzazione C004, si lega al tipo condizione il conto cassaindividuato:
11.5. Reporting Contratti GDO.
Si rileva esplicitamente come non sia prevista da standard la stampa dellaccordo via
SMARTFORM.Visto comunque il numero relativamente limitato di accordi non si ritiene necessariosviluppare programmi custom per realizzare le seguenti funzionalit:
Report ad hoc sui contratti GDO
Spalmatura contratti (copia contratti da accordo centrale in accordo periferia)
Modifica contratti figlio dopo modifica padre
Cancellazione massiva contratti
11.5.1. Modello dati.
Nella figura seguente viene rappresentato il modello dati su R/3, dove recuperare le
-
7/23/2019 Pastificio Implementazione SD III v01
59/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
59
Autore:Release 1,0 Data30/11/15
Copyright 2006
informazioni relative agli accordi:
KONA
KONP
KONP-KNUMA_BO =
KONA-KNUMA
VBRK
VBRP
VBRP-VBELN =
VBRK-VBELN
KONV
VBRK-KNUMV =
KONV-KNUMV
S13
KONP-KNUMH =
S136-KNUMH
S136-KOBLNR =
VBRK-VBELN
S136-KNUMV =
KONV-KNUMV
@6!. 4 Testata .ccor#o "onus@6!9 4 9osizione .ccor#o "onusS1+< ) inG.nagra0ica ) Transazionale8&R@ ) Testata 0atture8&R9 ) 9osizione 0atture@6!8 ) Con#izione 0atture
11.5.2. Query Contratti GDO.Viene definito un Infoset (ZSD-10) ed una query (ZSD-010) di esempio per estrarre i datisugli accordi:
-
7/23/2019 Pastificio Implementazione SD III v01
60/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
60
Autore:Release 1,0 Data30/11/15
Copyright 2006
Di seguito il layout della query:
-
7/23/2019 Pastificio Implementazione SD III v01
61/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
61
Autore:Release 1,0 Data30/11/15
Copyright 2006
Con la navigabilit verso la visualizzazione dellaccordo bonus (transazione VBO3),attraverso drill down sul campo Accordo:
-
7/23/2019 Pastificio Implementazione SD III v01
62/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
62
Autore:Release 1,0 Data30/11/15
Copyright 2006
12. ALTRI PROCESSI.
12.1. Pasta vitaminizzata.
PASTIFICIO periodicamente richiede alle autorit una autorizzazione speciale per laproduzione di pasta vitaminizzata.
I parametri caratteristici di questa autorizzazione sono i seguenti:
ZZNUMAUTH Numero autorizzazione
ZZDATAUTH Data autorizzazioneKUNNR Cliente di riferimento
REGIO Luogo partenza
LAND1 Nazione di destinazione
DATAB Data inizio validit
DATBI Data fine validit
PRODH Marchio (Gerarchia Prodotto)
ZZQTAAUTH Quantit da produrre
ZZQTASEMO Q.t componente semola (per totale q.t da produrre)
ZZQTAVITA Q.t componente Vitamine (per totale q.t da produrre)
ZZQTAX Q.t componente x (per totale q.t da produrre)
ZZQTAY Q.t componente y (per totale q.t da produrre)
Viene quindi definito un archivio delle autorizzazioni, nella tabella ZZAUTHPV.
-
7/23/2019 Pastificio Implementazione SD III v01
63/65
Oggetto:Modulo SD / Implementazione Society / ProjectmySAP.ERP
Argomento: area Vendite e Distribuzione
Documento
Pastificio_Implementazione_SD III v01.doc
Pagina
63
Autore:Release 1,0 Data30/11/15
Copyright 2006
Resta da definire un report o una query interrogabile periodicamente, che consenta diverificare lo stato di erosione della autorizzazione a produrre pasta vitaminizzata.
Verificare la possibilit di inserire sulla anagrafica del cliente un campo che contenga ilnumero di autorizzazione, da riportare sulla consegna, e che sia qui modificabile.
12.2. Ordine di rottamazione.
E emersa in fase di GoLive la necessit di avere a disposizione un tipo ordine pervendere i cartoni da rottamare. La particolarit del processo risiede nel fatto che i cartoniin essere sono gi stati scaricati come giacenza dal magazzino, sono esclusivamentescarti