Modulo MM (Processo di acquisto) Parte5

1.6 Rilascio (Approvazione)

La strategia di rilascio definisce il processo di approvazione per richieste di acquisto o documenti di acquisto esterni. La strategia specifica i codici di rilascio necessari e la sequenza in cui devono essere effettuati i rilasci. È possibile definire un massimo di otto codici di rilascio.

1.6.1 Procedura di Rilascio

Per visualizzare o modificare una caratteristica richiamare la transazione CT04.

Supponiamo di voler creare una caratteristica GRP_ACQ_ODA, quindi richiamiamo la transazione CT04, inseriamo nel nome Caratteristica il valore “GRP_ACQ_ODA” e premiamo Invio.

OPZIONALE

E’ possibile inserire un Gruppo Caratteristiche, nel campo Gruppo Caratteristiche, creato con la transazione O042 ( Il gruppo caratteristiche può essere usato per raggruppare le caratteristiche simili)

Il Gruppo Caratteristiche creato, lo si può inserisce nel tab “Dati Base” nel campo “Gruppo Caratteristiche”.

Inserire nel Tab “Valori”, i valori ammessi, in questo caso i valori presenti nella tabella standard

Inserire nel Tab “Dati suppl.”, il riferimento al campo della tabella CEKKO- EKGRP

In questo tab “Dati suppl.” come nome tabella usare le seguenti strutture:

- CEBAN per le richieste

- CEKKO per i documenti di acquisto

- CESSR per service entry sheets (Modulo acquisizioni Prestazioni)

Nomi dei campi delle tabelle di riferimento

OPZIONALE

E’ possibile valorizzare anche il tab “Delimitazioni” (Restrizioni), per inserire una limitazione per la caratteristica elaborata, ad uno specifico tipo di class, ad es. 032 ("strategie di rilascio")

Classe

Per creare/modificare/visualizzare una classe usare le transazioni CL01, CL02, CL03.

Supponiamo di voler creare la classe ZCL_RILASCIO_ODA, da usare per il rilascio degli ordini di acquisto, richiamiamo la transazione CL01, inseriamo il nome della classe e il tipo classe “032” è premere invio. Poi inseriamo una descrizione nel campo “Denominazione”.

OPZIONALE

E’ possibile inserire un Gruppo Classe, nel campo Gruppo, che può essere creato con la transazione O043 ( Il gruppo Classe può essere usato per raggruppare le classi simili).

Il Gruppo Classe creato, lo si può inserisce nel tab “Dati Base” nel campo “Gruppo”.

Nel Tab “Caratteristiche”, inserire le caratteristiche associate a questa classe, in questo caso la caratteristica che abbiamo creato in precedenza “GRP_ACQ_ODA GRP_ACQ_ODA

Se la caratteristica inserita in questa classe, viene modificata con la transazione CT02, le modifiche si rifletteranno in questa classe.

Tabelle usate per le procedure di rilascio sono:

TABELLA	DESCRIZIONE
T16FG	Gruppi di rilascio
T16FC	Codici di rilascio
T16FB	Indicatore di rilascio: documenti di acquisto
T161S	Indicatore di rilascio, richiesta di acquisto
T16FE	Descrizione degli indicatori di rilascio: documenti di acquisto
T16FS	Strategie di rilascio
T16FV	Prerequisiti di rilascio
T16FK	Stati di rilascio

Settaggio della procedura di rilascio

Per le OdA, richiamare la transazione SPRO, e selezionare Gestione materiale-> Acquisti -> Ordine d’acquisto -> Procedura di rilascio per ordini d’acquisto-> Definire Procedura di rilascio per ordini d’acquisto.

Per i service entry sheets (Modulo acquisizioni Prestazioni) il percorso è il seguente

richiamare la transazione SPRO, e selezionare Gestione materiale-> Prest. di servizio -> Definire Procedura di rilascio per il modulo di acquisizione prestazioni.

Per le RdA, richiamare la transazione SPRO, e selezionare Gestione materiale-> Acquisti -> richiesta d’acquisto -> Procedura di rilascio -> Procedura con classificazione -> Impostare proc. Con classificazione.

NOTA: Gli ordini di acquisto, i contratti, gli Scheduling agreements (accordi di pianificazione), le RFQ (richieste di offerta) e le Quotation (preventivi) USANO TUTTI LA STESSA STRATEGIA DI RILASCIO.

Normalmente, le richieste di acquisto vengono rilasciate a livello ITEM. Dalla versione 4.0, il documento può anche essere rilasciato a livello di HEADER. Per questo, il flag di riferimento deve essere impostato in:

IMG> Gestione materiale-> Acquisti -> richiesta d’acquisto -> Procedura di rilascio -> Procedura con classificazione -> Impostare proc. Con classificazione. -> Gruppi di rilascio> Contrassegna "Rilascio complessivo della richiesta di acquisto"

Tutti gli altri documenti di acquisto vengono sempre rilasciati a livello di intestazione.

Per impostare correttamente una procedura di rilascio coerente, i seguenti ITEM devono essere elaborati nell'ordine appropriato:

Gruppo di Rilascio:

Inserire un Gruppo di Rilascio: il codice a 2 cifre che combinato con un codice di strategia a 2 cifre costituisce la strategia di rilascio finale
Inserire un Oggetto di Rilascio: può assumere i seguenti valori (1: RdA; 2: OdA o altri documenti di acquisto; 3: Service Entry Sheets). Non è un campo editabile ma il valore se lo deriva dalla classe che inseriamo.
Inserire un Classe: inseriamo la classe creata in precedenza
E' possibile usare solo una classe di rilascio per un determinato oggetto di rilascio.

Codice di Rilascio:

Il codice di rilascio è un ID di due caratteri che consente a un determinato utente di rilasciare (o approvare) un elemento di richiesta o un documento di acquisto esterno.

I codici di rilascio sono sempre assegnati a un gruppo di rilascio

I workflows possono anche essere assegnati a un gruppo di rilascio o ad un codice di rilascio.

Indicatore di Rilascio:

Per richieste di acquisto:

Fornisce informazioni se il documento / item di riferimento può essere modificato, ad es. Da cicli di acquisto o di pianificazione del materiale e controlla dopo l'avvio della procedura di rilascio, se una richiesta di offerta o un ordine di acquisto può essere creato con riferimento alla RdA, se una nuova strategia viene determinata o se le versioni già esistenti devono essere revocate quando vengono apportate determinate modifiche al documento.

Per altri documenti di acquisto:

Fornisce informazioni se il documento può essere modificato acquistando funzionalità dopo l'avvio della procedura di rilascio, se viene determinata una nuova strategia o se le versioni esistenti devono essere annullate in caso di modifiche.

Strategia di rilascio:

La strategia completa è la combinazione del gruppo di rilascio e del codice di rilascio stesso, ciascuno costituito da un codice di 2 cifre. Esempio: XX YY, qui XX indica il gruppo di rilascio mentre YY indica il codice di rilascio.

Nella schermata dei dettagli, è possibile inserire i codici di rilascio assegnati a questa strategia. Inoltre, è necessario impostare i prerequisiti di rilascio nonché gli stati di rilascio e i valori per le caratteristiche della classe di rilascio assegnata.

Per impostare il dettaglio di questa strategia di rilascio, fare doppio click, sul gruppo acquisto, in questo caso “03”.

Qui, si settano i prerequisiti di rilascio. In questo esempio abbiamo riportato un esempio di una procedura di rilascio di 4 codici (supponiamo 01,02,03,04).

Premendo il pulsante “Premesse rilascio” si può impostare i prerequisiti per i rilasci dei vari codici, ad esempio, lo 01 è il prerequisito dello 02, lo 01 e 02 è il prerequisito dello 03 e così via dicendo.

Esempio di schermata

I prerequisiti di rilascio indicano la sequenza in cui una richiesta di acquisto (item) o un documento di acquisto deve essere approvato tramite codici di rilascio diversi.

Nell’esempio della figura precedente, abbiamo che il codice 03 può essere rilasciato solo se è stato rilasciato il codice 02, mentre il codice 04 può essere rilasciato solo se sono stati rilasciati i codici 02 e 03.

Lo stato di rilascio di un documento (premere il pulsante “Stati Rilasci”) è ulteriormente specificato dall'indicatore di rilascio. Questo indicatore può specificare se un documento è, ad esempio, bloccato, riparato rispetto alle esecuzioni MRP o se possono essere creati documenti successivi. Questo è illustrato da un altro esempio per la procedura di rilascio in tre passaggi:

Premendo sul pulsante Classificazione, settiamo le condizioni che si devono verificare, per determinare la strategia di rilascio.

Sulla base delle caratteristiche che sono state assegnate a una determinata classe di rilascio, l'utente può inserire i valori di campo specifici che desidera prendere in considerazione quando deve essere trovata una determinata strategia di rilascio per un documento di acquisto.

In questo caso, la strategia 03 20, scatta se si verificano le seguenti condizioni:

Tp ordine di acquisto= valore XXXX
Organizzazione acquisti= valore XXXX
Gruppo acquisti= valore XXXX
Divisione= valori XXXX, ZZZZ etc

Premendo sul pulsante Simulazione rilascio, per simulare se la sequenza di rilasci funziona.

Ogni strategia di rilascio può essere testata simulando l'approvazione di ciascuno dei codici di rilascio definiti.

Workflow:

Usando questa opzione, i ruoli potrebbero essere assegnati a una qualsiasi delle combinazioni del gruppo di rilascio / codice

Suggerimenti da ricordare

Una strategia di rilascio non può essere utilizzata contemporaneamente SENZA classificazione e CON classificazione. Se è presente una voce nella tabella Gruppo di rilasci (T16FG-FRGOT), è possibile utilizzare solo i rilasci CON classificazione.
Non usare trattini per i nomi delle classi, invece, è meglio usare un trattino basso.
Quando si impostano gli indicatori di rilascio nella schermata "stato", la sequenza dovrebbe iniziare con uno stato BLOCCATO e terminare con "RILASCIATO PER ORDINE". Se non è presente "RILASCIATO PER ORDINE" come ultimo stato, all'utente verrà visualizzato il messaggio di avviso ME167: "Verificare gli stati di rilascio".

I centri di costo (CEBAN-KOSTL) e i fornitori (CEBAN-LIFNR) in una strategia di rilascio devono essere inseriti con zero iniziali, anche se sono definiti come campi CHAR. Questo vale anche per le strutture CEKKO e CESSR. (vedi nota 52225)

Nel caso dei contratti, il valore obiettivo viene utilizzato per la determinazione della strategia di rilascio anziché il valore netto del contratto. Con la nota 116685, questa logica è stata notevolmente migliorata: se si mantiene un valore target nell'intestazione del contratto, questo valore viene impostato nel campo CEKKO-GNETW per determinare una possibile strategia di rilascio. Se non esiste alcun valore target a livello di intestazione, viene invece eseguita un'aggregazione dei valori target degli articoli.
Poiché la maggior parte dei documenti di acquisto (ad eccezione delle richieste) viene valutata a livello di intestazione, la strategia di rilascio non viene assegnata fino al salvataggio del documento. C'è una funzione di controllo che può essere utilizzata per determinare la strategia prima di salvare il documento.
Dopo che è stata determinata una strategia di rilascio per l'acquisto di documenti (diversi dalle richieste) senza alcuna approvazione, eventuali condizioni di output assegnate al documento non verranno visualizzate nella schermata del messaggio fino all'approvazione del rilascio. Ciò è dovuto al fatto che questi documenti sono bloccati per la stampa intenzionalmente.
Se il messaggio di errore ME179 viene visualizzato dal sistema ("errore nella classe di classificazione XXXXX tipo di classe 032"), la strategia è già assegnata a un'altra classe. L'utente deve quindi rimuovere questa strategia dalla vecchia classe prima che possa essere assegnata a un'altra classe.

Per i documenti di acquisto diversi dalle richieste, i campi a livello di articolo come lo stabilimento e il gruppo di materiali utilizzati per la determinazione della strategia, verranno aggregati al livello di intestazione. Ad esempio, per un determinato scenario di rilascio, l'utente desidera utilizzare l'impianto come una delle caratteristiche. Se tutti gli articoli NON appartengono allo stesso impianto, è necessario avere un valore vuoto come uno dei valori consentiti per selezionare una strategia. Inoltre, se tutti gli item appartengono all'impianto SAME, questo impianto si aggregherà all'intestazione, se non sono identici, un valore vuoto verrà passato all'intestazione (per ulteriori informazioni, vedere la nota 47089).
Se sono usate le user-exit EXIT_SAPLEBND_001 o EXIT_SAPLEBND_004, vengono utilizzate almeno le seguenti istruzioni nel codice: E_CEBAN = I_CEBAN. Allo stesso modo, per la user-exit EXIT_SAPLEBND_002, è necessario aggiungere la dichiarazione E_CEKKO = I_CEKKO.

Se sono usati intervalli di valori, per determinate caratteristiche, il flag "valore multiplo" deve essere impostato di conseguenza.

Per quanto riguarda i rilasci, esistono differenze tra la transazione ME54N e ME55: ME54N è pensato per essere usato per i rilasci interattivi o per la modifica di una richiesta all'interno dello stesso ambiente di transazione a schermo singolo come per ME51N / ME52N / ME53N, mentre ME55 è pensato solo i rilasci. Se si desidera visualizzare solo le richieste soggette ad un rilascio specifico, usare ME55.

Controlla la strategia di rilascio rilevante per il documento di acquisto

Richiamare transazione CL30N

Inserire i valori delle caratteristiche. Il risultato dovrebbe restituire solo una strategia di release univoca. Le strategie di rilascio sovrapposte non sono consentite.

DEBUG

Per le RdA, il FM ME_REL_STRATEGY_REQUISITION, verifica se è stata adottata un strategia sul item della Rda (al suo interno richiama il FM ME_REL_STRATEGIE_EBAN) o a livello di testata della Rda ( al suo interno richiama il FM ME_REL_GENERAL_STRATEGY_EBAN).

Questo Programma: LEBNDF01 – è usato per le richieste, e richiama il FM CLSC_SELECT_OBJECTS

Per gli OdA, nell’include MM06EF0S_STRATEGIE_CEKKO (se installata la nota 329898), debuggare:

  IF sy-subrc EQ 0 AND NOT l_active IS INITIAL.
    CALL FUNCTION 'EXIT_SAPLEBND_002'
      EXPORTING
        i_cekko  = cekko
        it_bekpo = pot[]
        it_beket = ett[]
        it_ekknu = knt[]
      IMPORTING
        e_cekko  = cekko.
  ENDIF.

Per gli OdA, se NON E’ installata la nota 329898, debuggare il FM ME_REL_STRATEGIE_EKKO