Per potere fare statistiche su SAP è fondamentale capire come sono strutturati i dati. Capire come sono stati archiviati. Soprattutto quando si vorranno unire diverse tabelle. Le tabelle degli ordini, come già detto nel precedente post, si chiamano VBAK (testata ordini) e VBAP (posizione ordini). Le tabelle delle fatture (logistiche) si chiamano VBRK (testata) e VBRP (ordini). Nel mezzo o anche dopo, a seconda del flusso dell'ordine stesso, ci potrebbero essere le tabelle delle consegne: LIKP (testata) e LIPS (ordine). Prima o dopo? Certo!! In un flusso dove è prevista la consegna tramite DDT, avremo in sequenza il seguente flusso: ordine-consegna-fattura. In un flusso dove è prevista la consegna tramite Fattura accompagnatoria, avremo il seguente flusso: ordine-fattura-consegna. I record di consegna e fattura, contengono anche il campo con il ricevimento della provenienza: VGBEL. Questo campo, nel flusso ordine-DDT-fattura, conterrà nella tabella fatture...
L'anagrafica dove vengono memorizzati i dati dei clienti su SAP si chiama KNA1. Normalmente le tabelle degli ordini vengono incrociate con questa tabella per potere fare classificazioni o dare un nome ai clienti stessi. Il codice cliente è il campo KUNNR. In pratica lo stesso nome che si trova nelle tabelle degli ordini. Una semplice query in SQL per estrarre gli ordini di un cliente e aggiungere allo stesso la descrizione potrebbe essere questa: SELECT * FROM VBAK INNER JOIN KNA1 ON VBAK.KUNNR = KNA1.KUNNR WHERE KNA1.KUNNR = '100000' Tradotto: seleziona il codice cliente '100000' dalle tabelle Ordini (VBAK) e Clienti (KNA1) Se si interroga la tabella KNA1, si noteranno tantissimi campi di classificazione. Alcuni: Nome NAME1 Provincia REGIO Indirizzo STRAS Località ORT01 CAP PSTLZ Con questi campi ad esempio è possibile fare u...
Il tema del giorno è la struttura delle videate del modulo SAP SD. Innanzi tutto cos'è SAP SD. SD è l'acronimo di Sales and Distribution (vendite e distribuzione) e rappresenta uno dei moduli più diffusi del mondo SAP. Il modulo permette di gestire i ciclo vendita di diversi ambiti aziendali, che vanno dalla vendita di prodotti a quella di servizi. Nella mia esperienza lavorativa abbiamo utilizzato due tipologie di flussi: - contratti - ordini Le tipologie sono molto simili con la differenza che i contratti hanno normalmente una data di inizio e una data di fine. Campi che, salvo personalizzazioni, non vengono utilizzati negli ordini. La struttura di SD rispecchia quella che è la classica struttura dei software che si occupano di gestione ordini e cioè una suddivisione tra informazioni di testata e di posizioni. In più c'è una lieta novità rappresentata dalla maschera di riepilogo, dove vengono raccolte le informazioni solitamente più utilizzate tra testata e...
Commenti
Posta un commento