Capitolo 6 REALIZZAZIONE DEL SISTEMA DI REPORTING
6.1 Specifiche dei report richiesti
6.1.1 Report di Supply And Sales
I report di Supply and Sales sono realizzati sull'InfoCube ZTC010. Essi appartengono ad entrambe le due diverse tipologie individuate: sia report di dettaglio per il controllo operativo, sia report per l’analisi managariale. Il confine tra i due tipi di report spesso è costituito dal livello di dettaglio nell’analisi dei dati: infatti, alcuni report di dettaglio operativo saranno interessanti anche per i manager, previa qualche forma di aggregazione.
I report SS02 e SS03 sono i report di riepilogo dei dati di gestione operativa di acquisti e vendite. Essi sono i report per il controllo operativo: permettono di effettuare un’analisi delle vendite o acquisti, analizzando le misure interessanti del fatto per tutte le dimensioni contemplate nel modello multidimensionale (cliente/fornitore, porto di caricazione/discarica, modalità di trasporto, tipologia contrattuale, commodity). Grazie alle funzionalità offerte da Bex, è possibile eseguire operazioni di roll-up, riuscendo a cogliere aspetti importanti del processo, d'interesse sia per gli utenti operativi che per il management.
I report SS04 e SS20 analizzano entrambi i cali nelle operazioni di caricazione e discarica, cambiando però le dimensioni di analisi: SS04 analizza le misure per nave, mentre in SS20 si analizza per Delivery Term e commodity. Entrambi i report sono un esempio di reporting diretto agli utenti manageriali: il calcolo di indici e la definizione di eccezioni su questi permettono d’individuare immediatamente, a “colpo d’occhio”, valori eccezionali e trend particolarmente positivi o negativi dei dati.
Il report SS20 evidenzia i cali di viaggio negli acquisti di materie prime, raggruppando i viaggi per Delivery Term. I cali sono definiti come differenza tra le quantità di caricazione e quelle di discarica. Quando si effettua un acquisto, la responsabilità del viaggio è di Azienda solo se il contratto ha una clausola FOB. Il report permette di apprezzare la qualità del processo: evidenziare i cali per Delivery Term consente di analizzare se conviene occuparsi del viaggio o meno, e di verificare le quantità di commodity perse quando non ci si occupa del trasporto.
La definizione della query nel Query Designer prevede l’utilizzo di Variabili e filtri automatici. Le Variabili sono usate per definire i filtri dell’interrogazione nel momento del lancio della query da parte dell’utente. L’utente può filtrare per Booking Company, Numero di Trade, e date di Caricazione e Discarica.
I filtri automatici sono invece impostati sul tipo di deal (TipoContratto=’Acquisto’) e sul Mezzo di Trasporto: si escludono infatti tutti i mezzi diversi dalla nave.
Le misure utilizzate sono quattro: Quantità di Caricazione, Quantità di discarica, Calo Assoluto, Calo Percentuale. Le prime tre provengono dal data mart, mentre la terza è un campo calcolato, definito in Bex tramite una formula che utilizza l’operatore percentuale.
Il report ottenuto, visualizzato su interfaccia Web, è il seguente:
Sul Calo Percentuale è definita un’Eccezione. L’utilizzo di Eccezioni è particolarmente utile per la componente manageriale, che è interessata al verificarsi di valori
eccezionali. Su dei valori di soglia è definita una priorità, che definisce il colore con cui viene colorata la cella quando si verifica la condizione associata.
Il Mezzo di Trasporto è visualizzato tramite due degli attributi appartenenti alla sua dimensione: NomeCorto e CodiceImo.
Il report SS04 evidenzia le quantità di caricazione, discarica e i relativi cali per ogni nave utilizzata. Il SS04 è uno dei report utilizzati per verificare la qualità dei processi, e tenere sotto controllo la variabile Sicurezza ambientale, che, come descritto nel Capitolo 2, rappresenta un'importante obiettivo di Azienda.
Infatti, tramite tale report, è possibile controllare e verificare la qualità delle navi utilizzate, identificando le navi più affidabili, con i cali % inferiori.
I report SS05 e SS13 analizzano i costi e i ricavi dei deal e dei trasporti. Essi sono utilizzati per l’analisi commerciale, e per monitorare l’aspetto economico delle diverse operazioni: il report SS05 analizza i costi totali relativi a un deal, mentre il report SS13 analizza in dettaglio i costi relativi al trasporto.
Il report SS05 riepiloga i costi e ricavi totali aggregati per commodity e controparte. Esso offre dunque una panoramica della situazione finanziaria dei deal gestiti, organizzati per gruppo commodity, commodity e cliente/fornitore. Grazie a questo report, è possibile evidenziare le controparti con le quali avvengono le maggiori
movimentazioni di denaro, identificando i migliori clienti e fornitori. Inoltre, è possibile individuare quali sono le commodity gestite con i maggiori/minori costi/ricavi associati, per individuare quelle più convenienti.
Tale report acquista maggiore contenuto informativo se affiancato ai dati di Produzione: è interessante verificare la resa dei prodotti, per analizzare i margini ottenuti dall’acquisto delle materie e dalla vendita di queste sotto forma di prodotto finito. L’accostamento tra i dati provenienti dalle due aree può essere fatto dall’utente, ma sarebbe interessante integrare i due sistemi per automatizzare tale tipo di analisi.
Il report SS13 riepiloga per ogni viaggio gli importi di assicurazione, di nolo e il valore merce, che è un campo calcolato tramite una formula del Query Designer: esso è definito come prezzo unitario* quantità contrattuale. Visualizzare il Valore merce insieme ai costi di assicurazione e di nolo permette di avere visione di quanto i trasporti incidano sul valore del deal, e farne una stima percentuale.
Il report SS12 riporta i dati di timing di ogni viaggio, permettendo di valutare la time performance Questa è definita in base allo scostamento tra le date NOR e i Cancelli di caricazione, per Controparte, Armatore, Porto. Il report permette di apprezzare la precisione, e quindi l’affidabilità, di Controparte e Armatore, nonché degli addetti alle operazioni portuali. Se il ciclo di arrivo e partenze è puntuale, non si verificano ritardi in produzione, e si rispettano i piani di Programmazione: è quindi importante avere una stima dei ritardi per informare Programmazione e Produzione. Il campo Ore di caricazione è un campo calcolato tramite una formula del Query Designer.