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


2/65



Documento


Pagina

2


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


3/65



Documento


Pagina

3


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


4/65



Documento


Pagina

4


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


5/65



Documento


Pagina

5


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


6/65



Documento


Pagina

6


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/65



Documento


Pagina

7


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


8/65



Documento


Pagina

8


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(_,


9/65



Documento


Pagina

9


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


10/65



Documento


Pagina

10


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.


11/65



Documento


Pagina

11


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.


12/65



Documento


Pagina

12


Copyright 2006


13/65



Documento


Pagina

13


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


14/65



Documento


Pagina

14


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 *


15/65



Documento


Pagina

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)


16/65



Documento


Pagina

16


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 *


17/65



Documento


Pagina

17


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)


18/65



Documento


Pagina

18


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


19/65



Documento


Pagina

19


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.


20/65



Documento


Pagina

20


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:


21/65



Documento


Pagina

21


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


8en#ita R1 IT.I. +%11%%99


22/65



Documento


Pagina

22


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


.ccantonamento

remi 0ine anno ER: $-%


23/65



Documento


Pagina

23


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.


1% &.> enne 1 CRT 1%


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


24/65



Documento


Pagina

24


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:


1% &.> enne 1 CRT 1%


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.


1% &.> enne 1 CRT 1%


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


25/65



Documento


Pagina

25


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.


26/65



Documento


Pagina

26


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.! $


27/65



Documento


Pagina

27


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


28/65



Documento


Pagina

28


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:


29/65



Documento


Pagina

29


Copyright 2006

Per procedere successivamente alla creazione della fattura proforma sufficienteeseguire la transazione VF01, e selezionare lordine di cui si vuole stampare la proforma:


30/65



Documento


Pagina

30


Copyright 2006


31/65



Documento


Pagina

31


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


32/65



Documento


Pagina

32


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.


33/65



Documento


Pagina

33


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


34/65



Documento


Pagina

34


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


35/65



Documento


Pagina

35


Copyright 2006


36/65



Documento


Pagina

36


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


37/65



Documento


Pagina

37


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:


38/65



Documento


Pagina

38


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.


39/65



Documento


Pagina

39


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


40/65



Documento


Pagina

40


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.


41/65



Documento


Pagina

41


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.


42/65



Documento


Pagina

42


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.


43/65



Documento


Pagina

43


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


44/65



Documento


Pagina

44


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


45/65



Documento


Pagina

45


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


46/65



Documento


Pagina

46


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.


47/65



Documento


Pagina

47


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:


48/65



Documento


Pagina

48


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)


49/65



Documento


Pagina

49


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:


50/65



Documento


Pagina

50


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:


51/65



Documento


Pagina

51


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.


52/65



Documento


Pagina

52


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


53/65



Documento


Pagina

53


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


54/65



Documento


Pagina

54


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:


55/65



Documento


Pagina

55


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


Nota Credito:Nota Credito:


B3B3LiquidLiquid. Parziale. Parziale B4B4AccantAccant. manuale. manuale

Documento contabileDocumento contabile


CNCNNota creditoNota credito

CNCNNota creditoNota credito GXGXReg.Reg. gestionaligestionali


56/65



Documento


Pagina

56


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


Richiesta Nota Credito:Richiesta Nota Credito:


B3B3LiquidLiquid. Parziale. Parziale

B4B4AccantAccant. manuale. manuale



B1ZB1ZLiquidLiquid. Finale. Finale

B3ZB3ZLiquidLiquid. Parziale. Parziale

B4B4AccantAccant. manuale. manuale

Documento contabileDocumento contabile


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


57/65



Documento


Pagina

57


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:


58/65



Documento


Pagina

58


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


59/65



Documento


Pagina

59


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:


60/65



Documento


Pagina

60


Copyright 2006

Di seguito il layout della query:


61/65



Documento


Pagina

61


Copyright 2006

Con la navigabilit verso la visualizzazione dellaccordo bonus (transazione VBO3),attraverso drill down sul campo Accordo:


62/65



Documento


Pagina

62


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.


63/65



Documento


Pagina

63


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

Pastificio Implementazione SD III v01

Documents

Transcript of Pastificio Implementazione SD III v01