AMA implementazione WASTE Recycling Allegato 4 Capitolato ... · Human Capital Management...

Procedura Aperta per l’affidamento del servizio di implementazione dei moduli SAP Waste & Recycling e Human Capital Management nell’ambito del progetto Waste e Workforce Management.

Pagina 1 di 61

1

ALLEGATO 4

CAPITOLATO TECNICO

Procedura aperta per l’affidamento dei servizi di implementazione dei moduli SAP Waste & Recycling e

Human Capital Management nell’ambito del progetto Waste e Workforce Management


Pagina 2 di 61

2

1 Contesto di riferimento ...................................................................................................................... 4

2 Oggetto del servizio ........................................................................................................................... 4

2.1 Redazione Application Blueprint ................................................................................................... 9

2.2 Realizzazione della soluzione ...................................................................................................... 10

2.3 Migrazione dati ............................................................................................................................ 12

2.4 Final Preparation .......................................................................................................................... 13

2.5 Go Live ........................................................................................................................................ 14

2.6 Documenti di riferimento, principali deliverable e step di fatturazione ...................................... 14 2.7 Manutenzione correttiva in garanzia ............................................................................................ 16 2.8 Formazione................................................................................................................................... 18

3 Durata del servizio ........................................................................................................................... 18

4 Descrizione dell’attuale landscape tecnologico............................................................................... 19

4.1 Quadro d’insieme ......................................................................................................................... 19

4.2 SAP ECC 6.0................................................................................................................................ 20

4.3 TIBCO .......................................................................................................................................... 21

4.4 SAP BOPC ................................................................................................................................... 25

4.5 BDO ............................................................................................................................................. 26

4.6 InfoPMS ....................................................................................................................................... 28

4.7 Ge.Pe. ........................................................................................................................................... 31

4.8 Rilevazione Presenze (Zucchetti/Kronotech – Timbrama) .......................................................... 31 4.9 Sicurgest ....................................................................................................................................... 32

4.10 AMAmbiente ............................................................................................................................... 33

5 Descrizione della soluzione software oggetto di implementazione ................................................. 34 5.1 Presa in carico del Business Blueprint ......................................................................................... 35 5.2 Contesto tecnologico SAP ........................................................................................................... 35

6 Organizzazione per l’erogazione dei servizi .................................................................................... 36 6.1 Metodologia, standard e modelli .................................................................................................. 36

6.2 Metodologia ASAP ...................................................................................................................... 36

6.2.1 Project preparation ................................................................................................................... 37

6.2.2 Application Blueprint ............................................................................................................... 38

6.2.3 Realization ................................................................................................................................ 39

6.2.4 Final Preparation ...................................................................................................................... 40

6.2.5 Go Live & Support ................................................................................................................... 41

6.3 Metodologia per la Migrazione dati ............................................................................................. 42 6.3.1 Approccio alla Migrazione ....................................................................................................... 42

6.3.2 Modello di Migrazione ............................................................................................................. 42

6.4 Qualità .......................................................................................................................................... 43

6.4.1 Piano della Qualità ................................................................................................................... 43


Pagina 3 di 61

3

6.4.2 Standard di qualità del nuovo sistema ...................................................................................... 43 6.5 Piano di lavoro ............................................................................................................................. 48

6.6 Monitoraggio delle attività ........................................................................................................... 49

6.7 Affiancamento finale .................................................................................................................... 49

6.8 Lingua utilizzata ........................................................................................................................... 50

7 Sede e strumenti di lavoro ............................................................................................................... 50

8 Collaudo ........................................................................................................................................... 50

9 Requisiti minimi dei partecipanti..................................................................................................... 51

10 Risorse impiegate ......................................................................................................................... 52

10.1 Sostituzione delle risorse ............................................................................................................. 52

10.2 Gradimento delle risorse .............................................................................................................. 53

11 Risorse .......................................................................................................................................... 53

11.1 ICT Project Manager .................................................................................................................... 54

11.2 SAP System Administrator .......................................................................................................... 55

11.3 Consulente Funzionale Senior ..................................................................................................... 56

11.4 Consulente Funzionale ................................................................................................................. 57

11.5 Programmatore ABAP Senior ...................................................................................................... 57 11.6 Programmatore ABAP ................................................................................................................. 58

11.7 TIBCO Architect .......................................................................................................................... 59

11.8 TIBCO Analyst / Developer ........................................................................................................ 60

12. Penali ................................................................................................................................................. 61


Pagina 4 di 61

4

1 Contesto di riferimento

È necessario per AMA disporre di un sistema che consenta e certifichi la misurabilità delle proprie attività

operative e dei relativi costi, anche in relazione all’affidamento del servizio di gestione dei rifiuti urbani ed i

servizi di igiene urbana della città di Roma.

Risulta, inoltre, di fondamentale importanza il raggiungimento di livelli di trasparenza e rendicontazione sempre

più elevati ed immediati al fine di rendere consapevole il cliente finale e la committenza del valore reale dei

risultati dei processi eseguiti aumentando quindi il livello del valore percepito.

In questo ambito si configura la necessità di implementazione di un sistema informativo integrato di waste

management che si integri con gli altri sistemi/moduli aziendali.

Il sistema informativo di gestione dei rifiuti dovrà supportare, quindi, la gestione operativa delle attività

istituzionali di AMA gestendo le informazioni di pianificazione, esecuzione, monitoraggio, controllo e

consuntivazione delle attività e dei relativi costi connessi all’intero ciclo di gestione dei rifiuti, dalla raccolta e

spazzamento, al conferimento ed al trattamento, riciclo e smaltimento. Dovrà dotare, allo stesso tempo, il

management e l’Amministrazione di strumenti che, attraverso la disponibilità immediata del dato e l’analisi

anche storica dello stesso, permettano di supportare i processi di decisione strategica, di ausilio al cambiamento e

di pianificazione operativa a breve/lungo termine, oltre che le attività di controllo.

Il sistema di Waste management avrà la disponibilità immediata di dati solidi ed aggiornati sulla forza lavoro e

sulla flotta disponibile e renderà a sua volta fruibili i dati di consuntivazione di attività svolte e dei relativi costi

verso i sistemi di budgeting, controllo di gestione, fatturazione e contabilità che si integreranno con esso.

2 Oggetto del servizio

In questo ambito si configura la scelta di implementare una soluzione software costituita da:

• attivazione del modulo Waste & Recycling SAP, comprensivo della verticalizzazione by PROLOGA per

il mobile order management, planning and dispatching;

• attivazione del modulo SAP HCM (Human Capital Management) – TM (Time Management), OM


Pagina 5 di 61

5

(Organizational Management), MD (Master Data);

• attivazione dei moduli SAP (ad oggi non ancora attivi nel modello SAP-AMA) strettamente necessari a

garantire la fruibilità delle funzionalità specifiche del Waste & Recycling (rif. Allegato A1 – Business

Blueprint);

• integrazioni con i sistemi in uso in AMA S.p.A.(ivi inclusi gli attuali moduli SAP) rientranti nell’ambito

progettuale e funzionali all’utilizzo dei moduli suindicati.

All’Impresa aggiudicataria sarà richiesto lo svolgimento delle seguenti macro-attività:

o Realizzazione prototipi

o Redazione Application Blueprint (rif. par. 2.1)

o Realizzazione della soluzione

o Supporto per la predisposizione e la gestione degli ambienti operativi

o Redazione delle specifiche di Migrazione dati e realizzazione dei relativi tool / strumenti a supporto

della ripresa dei dati oggetto di migrazione

o Gestione della fase di Final Preparation

o Gestione del Go Live

o Manutenzione correttiva in garanzia

In particolare di seguito si riassume schematicamente il ruolo delle risorse AMA rispetto a quanto richiesto

all’Impresa aggiudicataria. Per ogni attività è specificato se l’Impresa ha la responsabilità dell’attività (L – Lead)

o se la stessa si limita a fornire supporto (S – Support) ad AMA.


Pagina 6 di 61

6

Attività Progettuale Ruolo Impresa

aggiudicataria

Ruolo AMA

Project definition (definizione ambito ed approccio) L S

Project organization (organizzazione, ruoli e responsabilità, staffing e

mobilitazione risorse, piano di lavoro di dettaglio)

L S

Coordinamento e gestione operativa del progetto S L

Quality Assurance del progetto S L

Business BluePrint - L

Application BluePrint

Definizione parametrazione/configurazione sistema L -

Definizione approccio, criteri e modalità di migrazione e gestione

cutover della soluzione

L S

Definizione modello di migrazione di dettaglio L -

Definizione ruoli/profili autorizzativi L

Individuazione soluzioni applicative a copertura dei gap L

Disegno e predisposizione script demo e prototipi L

Disegno del modello d’integrazione tra i sistemi del context diagram,

dei requisiti operativi e di servizio delle interfacce

L -

Preparazione ed esecuzione Conference Room Pilot con Key Users L -


Pagina 7 di 61

7


aggiudicataria

Ruolo AMA

Redazione della Application BluePrint L -

Realization

Specifiche tecniche (es. RICEFW1) L -

Sviluppi SW ed unit test L -

Sviluppi EAI ed unit test L -

Sviluppi ruoli/profili autorizzativi L -

Sviluppi reportistica e unit test L -

Preparazione tecnica degli ambienti di sviluppo S L

Configurazione degli ambienti di sviluppo L -

Test

Definizione piano, approccio, criteri e modalità di test della soluzione L -

Preparazione tecnica degli ambienti di test (integration, regression e

performance)

S L

Configurazione/preparazione funzionale degli ambienti di test

(integration, regression, performance)

L -

Esecuzione dei test (integration, regression, performance), gestione

ricicli ed evidenze

L -

1 Report, Interface, Conversion, Enhancement, Form, Workflow.


Pagina 8 di 61

8


aggiudicataria

Ruolo AMA

Cutover

Definizione piano di cut over L S

Preparazione tecnica degli ambienti di produzione S L

Attività tecniche preparatorie alle operazioni di pulizia dati,

migrazione e caricamento

L -

Attività di configurazione e funzionali preparatorie alle operazioni di

pulizia dati, migrazione e caricamento

L -

Esecuzione pulizia dei dati e migrazione/caricamento dei dati L -

Profilazione utenti e security L -

Attività di cutover ed avvio in esercizio L -

Formazione

Definizione piano e modalità di supporto operativo alla formazione L S

Preparazione tecnica degli ambienti di training L -

Configurazione e preparazione funzionale degli ambienti di training L -

Preparazione documentazione a supporto del training L -

Erogazione formazione L -

Post avvio


Pagina 9 di 61

9


aggiudicataria

Ruolo AMA

Definizione approccio al post avvio L -

Supporto post avvio L -

Verifiche di qualità della soluzione (interfacce, consistenza dei dati) L -

Passaggio di consegna e affiancamento finale L S

In sede di piano di lavoro di dettaglio verranno definite le sotto attività operative rispetto alla griglia sopra

riportata.

2.1 Redazione Application Blueprint

Sulla base delle indicazioni contenute nel Business BluePrint, l’Impresa dovrà redigere il documento di

Application Blueprint suddiviso nelle seguenti macro sezioni concettuali:

Disegno tecnico:

• Definizione linee guida per il disegno dell’architettura tecnica di integrazione “To-Be”;

• Revisione critica dell’elenco interfacce in ottica di semplificazione/omogeneizzazione mediante

classificazione per Business Object coinvolti, tipologia (batch vs message vs on-line), volumi e

frequenze;

• Disegno del context diagram ed elenco di dettaglio interfacce To-Be (es. identificazione tipologia di

interfaccia – on line, batch, - volumi, modalità di integrazione etc.);

Disegno applicativo:


Pagina 10 di 61

10

• Descrizione di dettaglio di tutte le funzionalità da realizzare (predisposizione documento di

configurazione SAP e lista oggetti da sottoporre a personalizzazione che sarà necessario sviluppare);

• Mappa dei dati e disegno delle anagrafiche di dettaglio (identificazione di tutte le informazioni e relativi

controlli richiesti);

• Disegno dei ruoli autorizzativi SAP;

• Definizione script di esecuzione dei prototipi per i processi di business necessari (definiti in fase di

project preparation);

• Modello di tracking dei gap e loro gestione;

Il suddetto documento, che traduce i requisiti di business forniti da AMA in requisiti applicativi SAP,

rappresenta:

• verso AMA, il documento di definizione dell’intera iniziativa progettuale e fornisce tutte le indicazioni

necessarie per l’approvazione (funzionale all’avvio della fase di Realizzazione) ed il successivo

collaudo della soluzione;

• verso l’Impresa, l’impegno a realizzare quanto in esso contenuto, attivando tutte le risorse e i servizi

necessari al raggiungimento dell’obiettivo.

L’Application Blueprint, che deve essere sviluppato a partire dal Business Blueprint riflettendo le sezioni/aree

funzionali in ambito, ha inoltre lo scopo di verificare la corretta comprensione e presa in carico dei requisiti

funzionali forniti.

Le attività si svolgeranno in stretta collaborazione con il personale di AMA S.p.A, che ne avrà comunque in

carico il coordinamento.

2.2 Realizzazione della soluzione

La Realizzazione della soluzione prevede lo svolgimento di tutte le attività necessarie alla configurazione del

sistema e all’implementazione di tutte le funzionalità a copertura dei requisiti utente.


Pagina 11 di 61

11

Sono incluse in questa fase del progetto le seguenti attività:

• Configurazione e parametrizzazione del sistema (customizing)

• Sviluppo di modifiche allo standard e programmi fuori standard

• Sviluppo di estensioni (enhancement, transazioni, report, stampe, ecc.)

• Sviluppo di programmi di integrazione da e verso sistemi esterni

• Implementazione dei ruoli e delle autorizzazioni per l’utilizzo dei sistemi e l’accesso alle funzionalità e

ai dati

• Implementazione dei test (unit test, system test, integration test, user test) per validare in modo definitivo

la configurazione del sistema SAP.

• Esecuzione dei test (unit test, system test, integration test)

• Realizzazione della documentazione per la fase di user test

• Supporto / affiancamento agli utenti finali nella fase di user test

• Realizzazione del materiale di addestramento per l’Utente Finale

• Addestramento dei Trainer che effettueranno la formazione degli Utenti Finali

• Definizione del Piano di Cut Over;

• Definizione delle procedure e dell’organizzazione di supporto agli Utenti Finali (Customer Competence

Center)


Pagina 12 di 61

12

2.3 Migrazione dati

Nei documenti di BBP sarà contenuto un censimento dei Business Object oggetto di migrazione sulla base del

quale l’Impresa dovrà definire un modello di dettaglio di migrazione condividendo con AMA S.p.A. l’approccio

da adottare.

Sarà necessario da parte dell’Impresa mettere in campo un insieme articolato e strutturato di attività ETL che, a

partire dai set di dati selezionati, dopo opportuni passaggi di pulizia ed elaborazione, permettano il caricamento

in SAP dei dati stessi.

All’Impresa sarà quindi chiesta la gestione dei seguenti aspetti:

• Definizione linee guida della strategia di migrazione per area / oggetto

• Identificazione di possibili scenari di cut over in relazione alla data di Go Live del nuovo sistema

• Predisposizione del modello di dettaglio di migrazione

• Predisposizione delle regole e degli strumenti di migrazione

• Predisposizione piano dei test e di migrazione

• Sviluppo di eventuale software necessario alla migrazione (extra SAP)

• Sviluppo di eventuale software necessario alla migrazione (SAP)

• Sviluppo di strumenti di validazione della migrazione

• Esecuzione di cicli di test delle procedure di migrazione

• Esecuzione della migrazione in ambiente di esercizio

• Esecuzione delle attività di quadratura dei dati migrati

Le attività di migrazione dovranno essere opportunamente pianificate per determinare la corretta allocazione


Pagina 13 di 61

13

delle risorse AMA S.p.A. che dovranno estrarre i dati che poi l’Impresa caricherà in SAP.

2.4 Final Preparation

Le attività propedeutiche all’apertura/preparazione del sistema di produzione che AMA S.p.A. chiederà

all’Impresa riguarderanno almeno:

• Collaudo del sistema

• Trasporto su sistema di produzione

• Ripresa dati finale in ambiente di produzione

Il Collaudo del sistema consiste nello svolgimento delle seguenti attività:

• Collaudo Utente

• Collaudo della Migrazione Dati

• Test di integrazione tra moduli e con sistemi esterni

• Performance test

Il Collaudo Utente sarà svolto da AMA S.p.A. con l’Utente Finale. L’Impresa sarà coinvolta per la

predisposizione dell’ambiente di collaudo e per l’esecuzione di ogni eventuale intervento correttivo necessario al

superamento del Collaudo.

Durante la fase di Final Preparation, l’ambiente di produzione sarà opportunamente predisposto per effettuare

tutte le operazioni di verifica delle funzionalità, della migrazione dati, della sicurezza, delle prestazioni e delle

integrazioni con i sistemi esterni di produzione.

Il nuovo sistema sarà utilizzato non solo dalla Sede Centrale ma anche dalle strutture terRitoriali, quindi

l’Impresa dovrà prevedere anche tutti gli aspetti di installazione e configurazione degli strumenti di lavoro nelle

sedi periferiche.


Pagina 14 di 61

14

Sarà richiesto all’Impresa di supportare AMA S.p.A. come segue:

• definizione dell’organizzazione a supporto degli Utenti Finali

• definizione delle procedure di assistenza agli Utenti Finali

• formazione del personale AMA S.p.A. dedicato al supporto degli Utenti Finali

2.5 Go Live

L’Impresa, per la durata di 5 mesi, affiancherà AMA S.p.A. nelle operazioni di avvio in esercizio del sistema di

produzione agli Utenti Finali, fornendo supporto almeno sui seguenti aspetti:

• affiancamento alle strutture di supporto applicativo

• affiancamento alle strutture di supporto Utente (help desk di 2° livello)

2.6 Documenti di riferimento, principali deliverable e step di fatturazione

Di seguito è riportata la tabella che definisce, a titolo esemplificativo e non esaustivo, i principali deliverable

propri di ogni fase del ciclo di vita per lo sviluppo del software, da intendersi come input e output tra AMA

S.p.A. e l’Impresa. Vengono individuate inoltre le principali milestone e le rispettive tranche di fatturazione

espresse in percentuale sul totale aggiudicato (iva esclusa). La fatturazione dovrà avvenire inderogabilmente solo

a seguito di apposita comunicazione di autorizzazione da parte di AMA S.p.A., contenente i codici di

acquisizione prestazione da indicare obbligatoriamente in fattura.


Pagina 15 di 61

15

Elemento documenti di scambio Responsabile Milestone di

riferimento % fatturazione

Disegno della soluzione

Business Blueprint (BBP) AMA S.p.A.

Piano di Lavoro Impresa Milestone 1 10%

Application Blueprint (ABP) Impresa

Piano di gestione della

configurazione Impresa

Specifiche tecniche di sistema Impresa

Piano di test Impresa

Rapporto di verifica ABP AMA S.p.A. Milestone 2 20%

Rapporto di verifica specifiche

tecniche di sistema AMA S.p.A.

Rapporto di verifica piano di test AMA S.p.A.

Sviluppo

Documentazione Customizing Impresa

Documentazione Codice ABAP

custom Impresa

Collaudo e rilascio


Pagina 16 di 61

16

Elemento documenti di scambio Responsabile Milestone di

riferimento % fatturazione

Casi di test Impresa

Foglio anomalia AMA S.p.A.

Rapporto di collaudo AMA S.p.A. Milestone 3 30%

Piano di formazione Impresa

Piano di trasferimento del know-

how Impresa

Manuale utente Impresa

Manuale di manutenzione Impresa

Verbale di consegna finale Impresa Milestone 4 30%

Verbale di chiusura supporto post-

go live e affiancamento finale Impresa Milestone 5 10%

2.7 Manutenzione correttiva in garanzia

Comprende tutti gli interventi volti all’eliminazione dei malfunzionamenti del sistema, ovvero al ripristino delle

funzionalità previste, a fronte di errori o incongruenze.

La validità della manutenzione correttiva in garanzia è di 5 mesi dalla data di accettazione definitiva senza alcun

onere aggiuntivo per AMA S.P.A..

I malfunzionamenti del software verranno notificati da AMA S.P.A. all’Impresa con una comunicazione di

rilevazione di errori, contenente:

• la descrizione dettagliata dell’anomalia riscontrata, eventualmente corredata di allegati esplicativi


Pagina 17 di 61

17

• il livello di impatto sull’operatività del sistema distinto tra:

� anomalia bloccante, se impedisce all’utente l’uso dell’applicazione;

� anomalia non bloccante, se comporta malfunzionamenti che non impediscono all’utente l’uso

dell’applicazione. L’Impresa, ricevuta la comunicazione di rilevazione errore, dovrà far

pervenire a AMA S.P.A. una comunicazione con l’indicazione dei tempi previsti per la

risoluzione dell’anomalia (previsione di fine intervento).

L’impresa procederà quindi alla rimozione dell’anomalia ed effettuato l’intervento farà pervenire a AMA S.P.A.

la comunicazione di risoluzione anomalia, in cui dovranno essere indicati la data e l’ora di chiusura

dell’intervento, la descrizione degli interventi effettuati sul software e le eventuali modifiche della

documentazione. Laddove l’intervento preveda la modifica di customizing o di codice ABAP (e quindi un

trasporto nei sistemi di test e produzione), l’Impresa dovrà darne indicazione a AMA S.P.A. in tempi utili per

poter attivare tempestivamente le funzioni aziendali preposte all’esercizio sistemi.

L’accettazione della soluzione applicata dall’Impresa è subordinata alla verifica da parte di AMA S.P.A. stessa.

Qualora la soluzione non sia ritenuta accettabile, AMA S.P.A. ne darà comunicazione e l’Impresa sarà tenuta a

rimuoverla sempre e comunque nel rispetto dei tempi previsti e senza ulteriori oneri per AMA S.P.A..

L’Impresa potrà comunicare la risoluzione dell’anomalia anche informalmente, ma è comunque tenuta a

restituire il modulo comunicazione di rilevazione errori completato. Ogni attività di manutenzione correttiva

deve garantire la NON REGRESSIONE del sistema. Lo scambio di informazioni tra AMA S.P.A. e l’Impresa

(comunicazione di rilevazione errori, previsione di fine intervento, comunicazione di risoluzione anomalia),

avverrà tramite un prodotto per la gestione del processo di manutenzione correttiva in uso presso AMA S.p.A..

Sia per le anomalie bloccanti sia per quelle non bloccanti, qualora il tempo stimato di risoluzione non rientri nei

livelli di servizio previsti, dovrà essere adottata una soluzione temporanea accompagnata dalla pianificazione

dell’intervento definitivo. L’eventuale soluzione temporanea deve garantire il ripristino delle funzionalità del

servizio e dovrà comunque essere eseguita nel rispetto del livello di servizio previsto per l’anomalia originaria.

Dovranno essere rispettati i seguenti livelli di servizio:


Pagina 18 di 61

18

Indicatori Livelli di servizio Tempestività di risoluzione dell’anomalia

software

Per le anomalie bloccanti:

• Presa in carico della segnalazione entro 1 ora

lavorativa

• Risoluzione dell’anomalia entro 4 ore dalla

presa in carico

Pianificazione interventi definitivi 98% di rispetto delle date pianificate per l’intervento

definitivo da effettuarsi per tutte le anomalie oggetto di

soluzione temporanea

La percentuale indicata verrà determinata sul totale degli interventi richiesti con periodi di osservazione

consecutivi della durata di 5 mesi solari a decorrere dalla data di Go Live.

Per ore lavorative si intendono quelle ricadenti nell’intervallo di tempo previsto per l’accesso ai locali ed agli

ambienti di AMA S.P.A.

2.8 Formazione

Le sessioni formative, che interesseranno un bacino di utenti stimato in circa 630 unità, dovranno garantire

l’apprendimento e l’utilizzo del sistema attraverso prove live di esecuzione dei vari processi in ambito.

3 Durata del servizio

I servizi richiesti dovranno essere erogati per un periodo di 13 mesi solari e continuativi dalla firma del

contratto o dalla lettera di anticipata esecuzione e comunque dopo l’aggiudicazione definitiva, di cui 8 mesi per

la fase di realizzazione e go-live e 5 mesi di supporto post go-live.


Pagina 19 di 61

19

4 Descrizione dell’attuale landscape tecnologico

Gli attuali sistemi informativi amministrativi ed operativi si basano sui seguenti principali applicativi

� SAP ERP ECC 6

� BDO (Banca Dati delle Operazioni)

� Info PMS

� Ge.Pe. Data management

� Rilevazione Presenze Zucchetti/Kronotech – Timbrama

� Sicurgest (Cartelle Sanitarie – Prevenzione e protezione – Idoneità)

� Ama Ambiente

� SAP BOPC 10

� PITECO

� TIBCO

4.1 Quadro d’insieme

Di seguito è riportata la mappa dei sistemi informativi attualmente esistenti (in esercizio) in AMA S.p.A.

coinvolti a diverso titolo in questo progetto e le interfacce esistenti tra di essi.


Pagina 20 di 61

20

Nei paragrafi seguenti è riportata una descrizione dettagliata dei sistemi informativi rappresentati nella mappa.

4.2 SAP ECC 6.0

I moduli della soluzione SAP ECC 6.0 attivi in AMA sono:

• Financial Accounting – FI

• New General Ledger – FI-GL

• Accounts Payable – FI-AP

• Accounts Receivable – FI-AR


Pagina 21 di 61

21

• Asset Accounting – FI-AA

• Controlling – CO

• Funds Management - FM

• Material Manegement - MM

• Warehouse Management - WM

• Sales & Distribution - SD

È stata inoltre scelta la soluzione TIBCO per far transitare la maggior parte dei flussi di interfaccia tra

tutte le componenti del sistema informativo di AMA.

4.3 TIBCO

Nell’architettura del sistema informativo di AMA è stato realizzato un layer di servizi centralizzato,

attraverso il quale più sistemi eterogenei riescono a far transitare informazioni tra di loro. La seguente

immagine mostra il posizionamento del Framework TIBCO nel contesto di integrazione del Sistema SAP,

ove sono operativi 13 specifici servizi di business per la relativa implementazione.


Pagina 22 di 61

22

Nel dettaglio i servizi di business esposti sul BUS sono i seguenti:

Numer

o

Servizio Descrizione Servizio

1 Anagrafiche servizi Lettura anagrafica listino servizi

2 Anagrafiche clienti Creazione anagrafica cliente

3 Informazioni commerciali Flusso di feedback relativo ad informazioni

commerciali

4 Creazione OdV Creazione OdV

5 Contabilità Generale Registrazione documento FI/GL (Contabilizzazione

flusso del personale, Contabilizzazione movimenti

bancari, Acquisizione saldi TARI)


Pagina 23 di 61

23

6 Creazione OdA Creazione OdA (riferiti a contratto quadro) per E-

Procurement (portali Tilesi/Xerox e da INFO PMS

per creazione OdA per manutenzioni officine

esterne)

7 Anagrafiche fornitori Lettura Anagrafiche fornitori

8 Informazione Contratti Passivi in

essere

Lettura informazioni dei contratti quadro (passivi) in

essere

9 Anagrafiche materiali gestiti a

magazzino

Lettura anagrafiche materiali

10 Liste di Prelievo Gestione delle liste di prelievo ( creazione e

successiva evidenza del cambiamento dello stato

della lista – es. “da lavorare”, “lavorate”, etc.)

11 Stock disponibilità in magazzino Lettura disponibilità scorte di magazzino

12 Pagamenti Invio mandati di pagamento

13 Contabilità fornitori Contabilizzazione delle somministrazioni ACEA /

Telecom

L’architettura dell’ESB implementata prevede una decomposizione modulare atta a rendere l’infrastruttura

più robusta e nello stesso tempo più flessibile ai cambiamenti. Questi moduli sono rappresentati sia da

componenti Common & Cross su tutta l’architettura, sia da componenti che rappresentano il principale

Core dell’ESB.


Pagina 24 di 61

24

A supporto dell’intera infrastruttura ESB si mettono in evidenza i seguenti componenti come riportati

anche nella figura soprastante, che implementano funzionalità specifiche sul layer:

• LOG_SERVICE: Componente preposto al servizio di common logging per il tracciamento delle

informazioni che attraversano il layer di integrazione End to End.

• MESSAGE_STORE: Componente dedicato alla storicizzazione delle informazioni, ricerca e

risottomissione di messaggi.

• EXCEPTION_HANDLER: Componente dedicato alla gestione delle eccezioni; permette di tener

traccia delle eccezioni che sono emerse all’interno dell’ESB e ne facilita la relativa gestione e

risoluzione.

Il componente main è il SERVICE_LAYER che detiene tutti i servizi candidati ai quali i sistemi possono

accedere sia direttamente attraverso le interfacce pubbliche esposte con WS su JMS oppure attraverso dei

plugin chiamati ESB_ADAPTER. Quest’ultimi rappresentano dei componenti che possono essere sia logici

che fisici, come nel caso del sistema SAP per il quale è stato installato un Adapter TIBCO – Adapter

SAP/R3.


Pagina 25 di 61

25

4.4 SAP BOPC

L’ambiente di produzione del software SAP BOPC è SAP BOPC versione 10.0 MS.

Nell’ambiente di produzione SAP BOPC risiedono, ad oggi, gli AppSet di seguito riportati:

• AMA_FINANCIALS (Sistema per la pianificazione e il controllo in uso presso il Servizio

Controllo di Gestione di AMA S.p.A.);

• AMA CONSOLIDATO (applicazione in grado di elaborare il bilancio consolidato in base ai

principi contabili italiani e strumento a supporto dell’attività del Servizio Bilancio e Finanza

avente come destinatario l’azionista di riferimento dell’azienda);

• AMA INVESTIMENTI (analisi sulla pianificazione e consuntivazione delle Immobilizzazioni

Materiali e Immateriali);

• FLASH REPORT (applicazione a supporto del processo di reporting Flash Report, ovvero del

documento di sintesi dell’andamento aziendale, che mostra in modo immediato la situazione

economica e gestionale dell’azienda);

• CRUSCOTTO GESTIONALE (applicazione a supporto del processo di cruscotto gestionale che

raccoglie informazioni economiche, estratte da altri applicativi SAP BOPC, e informazioni

gestionali acquisite da altri sistemi informativi / schede di input);

• PIANIFICAZIONE PLURIENNALE (applicazione a supporto del processo di pianificazione

pluriennale economica, patrimoniale e finanziaria).

Interfacce esistenti:

Verso Sistema Descrizione Metodo interfaccia

Input SAP Anagrafiche di controlling (CdC, CdR, TIBCO


Pagina 26 di 61

26

CdP, CoGe/ Pos. Fin)

Input SAP Trasmissione consuntivi (costi e ricavi) Interfaccia nativa

Output SAP Invio valori di budget TIBCO

Input BDO /

SISPE

Flussi per i driver D0030 (ore lavorate

dai mezzi per servizio sia da zone che da

autorimesse), D0400 (costo ore lavorate

per livello dal personale di zona) e

D0500 (ore lavorate dal personale di

zona per servizio)

DataStage

4.5 BDO

Il sistema informativo BDO (Banca Dati Operazioni) gestisce in modo integrato le informazioni a supporto delle

attività operative di AMA S.p.A.

Le principali funzionalità implementate sono le seguenti:

• Progettazione servizi standard: Definizione dei servizi da erogare in base al contratto di servizio e della

loro “distribuzione” sul territorio, in termini di aree, itinerari e frequenze;

• Gestione contatti esterni per richieste / segnalazioni: Acquisizione delle segnalazioni (anomalie

riguardanti il servizio) e delle richieste di interventi non standard, con monitoraggio delle eventuali

successive attività / missioni necessarie;

• Programmazione servizi: Programmazione a breve e a medio termine delle missioni da effettuare per

erogare tutti i servizi (standard e non, esterni ed interni) ed intervenire opportunamente in caso di

anomalie / disservizi;

• Gestione presenze e indennità Addetti: Gestione delle assegnazioni degli Addetti alle Sedi operative e

della caratterizzazione della presenza di questi, in termini di tipo di attività svolta, ai fini del corretto

calcolo delle indennità;

• Erogazione servizi e Conferimento rifiuti: Effettiva erogazione dei servizi (standard e non, programmati


Pagina 27 di 61

27

o su richiesta, esterni o interni), mediante l’espletamento delle relative missioni e, nel caso dei servizi di

raccolta, acquisizione del conferimento dei rifiuti nelle destinazioni previste;

• Controllo servizi erogati: Progettazione e programmazione delle attività e delle missioni necessarie per

l’opportuno controllo del servizio erogato, con successiva verifica dei risultati e promozione delle

conseguenti eventuali azioni correttive.



Ouput SAP BOPC Flussi per i driver D0030 (ore lavorate

dai mezzi per servizio sia da zone che

da autorimesse), D0400 (costo ore

lavorate per livello dal personale di

zona) e D0500 (ore lavorate dal

personale di zona per servizio)

DataStage

Input InfoPMS Aggiornamento anagrafica mezzi DataStage

Input InfoPMS Aggiornamento disponibilità mezzi DataStage

Output InfoPMS Servizi pianificati per giorno, turno e

tipo mezzo per la settimana successiva

DataStage

Output GePe Tracciati per componente variabile

dello stipendio

Input GePe Aggiornamento anagrafica dipendenti DataStage

Output Sis. Timbrature Aggiornamento anagrafica dipendenti DataStage

Output Sis. Timbrature Aggiornamento sedi di lavoro

dipendenti

DataStage


Pagina 28 di 61

28

Input Sis. Timbrature Timbrature DataStage

Output Sis. Timbrature Aggiornamento profilo orario

dipendenti

DataStage

Output SicurGest Aggiornamento sedi di lavoro

dipendenti

DataStage

Output SicurGest Aggiornamento assenze DataStage

Input SicurGest Elenco servizi che il dipendente non

può svolgere per motivi sanitari

DataStage

Input SicurGest Esenzioni turni per motivi sanitari DataStage

Input AmaAmbiente Quantitativi di rifiuti raccolti da mezzi

AMA e conferiti presso impianti AMA

e impianti esterni

DataStage

4.6 InfoPMS

L’applicativo InfoPMS è il sistema informativo per gestione completa del parco mezzi aziendale, ivi compresa

tutta la fase di manutenzione degli stessi.

Moduli Acquistati:

− BS Gestione Anagrafiche

− PM Attività di manutenzione

− CG Controllo di Gestione

− DC Document Management

− LV Lavorazioni C/O terzi

− XC Import/export dati


Pagina 29 di 61

29

− SA Gestione Sinistri

Processi coperti:

− Gestione anagrafica parco mezzi per tutta la vita operativa degli stessi, quindi dall’entrata in azienda alla

sua alienazione, nonché gestione dell’anagrafica di tutti gli oggetti di manutenzione differenti da mezzi

es. cassoni scarrabili, attrezzature di officine ecc.:archiviazione di tutti i dati tecnici e amministrativi del

mezzo, ivi compresa l’assegnazione sulle sedi AMA, nonché memorizzazione a sistema di tuti i

documenti cartacei di interesse (carta circolazione, CdP ecc);

− Gestione delle scadenze amministrative, come il pagamento della tassa di possesso con memorizzazione

dei costi sostenuti per mezzo;

− Gestione delle scadenze di revisione dei mezzi con invio automatico ad ogni mese di email ai

responsabili dei mezzi di prossima revisione;

− Alienazione dei mezzi con registrazione documentazione comprovante la rottamazione.

− Gestione dei sinistri: archiviazione delle pratiche dei sinistri avvenuti su mezzi aziendali con

scannerizzazione ed archiviazione dei cartacei.

− Gestione delle operazioni di manutenzione sul parco mezzi sia come manutenzione

preventiva/programmata, che manutenzione a guasto:

− Integrazione completa con SAP ECC riguardo il magazzino, per la richiesta informatizzata dei materiali

necessari alla manutenzione e ritorno dell’informazione in tempo reale della disponibilità dei ricambi in

modo da pianificare la messa in lavorazione delle manutenzioni.

− Gestione delle manutenzioni affidate a fornitori terzi, mediante integrazione con SAP ECC per la

richiesta di emissione OdA.

− Consuntivazione rifornimenti carburante, effettuati con fuel card presso distributori stradali.



Output SAP PRELIEVO DA MAGAZZINO, per la gestione

delle richieste di materiali da parte delle officine al

magazzino

TIBCO


Pagina 30 di 61

30

Input SAP RICHIESTA D'ACQUISTO, per la creazione di

Rda di attingimento per la richiesta di emissione

ordinativi

TIBCO

Output SAP ANAGRAFICA MATERIALI, per

l’aggiornamento della anagrafica materiali su

InfoPMS

TIBCO

Output SAP ANAGRAFICA FORNITORI, per l’aggiornamento

della anagrafica fornitori su InfoPMS

TIBCO

Output SAP GIACENZE DI MAGAZZINO, per

l’aggiornamento delle giacenze su InfoPMS

TIBCO

Output SAP CONTRATTO QUADRO, per l’aggiornamento dei

contratti su InfoPMS sui quali saranno gestite le

lavorazione presso terzi con conseguente richiesta

di emissione OdA

TIBCO

Input SAP LETTURA PRELIEVO DA MAGAZZINO,

scarico materiali precedentemente richiesti al

magazzino che andranno quindi consuntivati in

automatico sull’ OdL (ordine di lavoro in InfoPMS)

TIBCO

Output SAP ORDINI DI ACQUISTO numero di OdA creato in

seguito alla richiesta effettuata per le lavorazioni

presso fornitori terzi

TIBCO

Output BDO Aggiornamento anagrafica mezzi DataStage

Output BDO Aggiornamento disponibilità mezzi DataStage

Input BDO Servizi pianificati per giorno, turno e tipo mezzo DataStage


Pagina 31 di 61

31

per la settimana successiva

Output AmaAmbiente Aggiornamento anagrafica mezzi DataStage

4.7 Ge.Pe.

I moduli software di Data Management GEPE GAR XXL, FEPO 2000C, F24-GE.PE PLUS , GE730 WEB,

GE770, GE770 stampa laser , CUD stampa laser, CEDOLINO stampa laser , DMA INPDAP, LUL ( Libro

Unico del Lavoro ) sono utilizzati dalla Direzione Risorse Umane per la generazione, gestione delle buste

paga e per tutti gli adempimenti legislativi e fiscali a esse correlate.



Output BDO /

SicurGest

Aggiornamento anagrafica dipendenti DataStage

Output SAP Consuntivi del cedolone relativi ai costi del

personale

TIBCO

Input BDO Tracciati per parte variabile dello stipendio

4.8 Rilevazione Presenze (Zucchetti/Kronotech – Timbrama)

Il sistema Zucchetti / Kronotech gestisce il sistema di controllo accessi presso le sedi AMA sia dei dipendenti

che dei visitatori esterni.

Il sistema Timbrama acquisisce le timbrature registrate sui lettori attraverso il sistema Zucchetti/ Kronotech

associandole, tramite il numero di tessera al dipendente. Il sistema, sulla base del profilo orario del dipendente,

delle timbrature effettuate ed eventuali giustificativi utilizzati, calcola il monte ore lavorate per ogni giorno, da

ogni dipendente.


Pagina 32 di 61

32



Input BDO Aggiornamento anagrafica dipendenti DataStage

Input BDO Aggiornamento sede di lavoro dipendenti DataStage

Output BDO Invio timbrature DataStage

Output BDO

/SISPE

Ore lavorate dai dipendenti sulla base del profilo

orario e delle timbrature effettuate

DataStage

Input BDO Aggiornamento profilo orario dei dipendenti DataStage

4.9 Sicurgest

SicurGest è il sistema informativo per la gestione degli adempimenti in materia di sicurezza e tutela della

salute dei lavoratori AMA, come da d.lgs. 81/08.

Le principali funzionalità implementate sono:

• Scadenzario / Prenotazione visite mediche preventive

• Gestione cartelle sanitarie dei dipendenti

• Gestione attribuzione delle idoneità a mansione specifica

• Gestione vaccinazioni

• Reportistica statistica



Pagina 33 di 61

33


Input Ge.Pe. Aggiornamento anagrafica dipendenti DataStage

Input BDO Aggiornamento sede di lavoro dipendenti DataStage

Input BDO Aggiornamento assenze lunghe dei dipendenti DataStage

Output BDO Invio elenco servizi che il dipendente non può

svolgere per motivi sanitari

DataStage

Output BDO Invio esenzione turno dei dipendenti per motivi

sanitari

DataStage

4.10 AMAmbiente

AmaAmbiente è il sistema informativo utilizzato in AMA per la gestione del conferimento rifiuti, sia per

l'adempimento degli obblighi di legge, sia per la gestione interna. Consente la gestione dei registri di carico e

scarico dei rifiuti gestiti da AMA e da terzi per conto di AMA a diverso titolo (trasportatore, produttore,

destinatario, intermediario). Consente la gestione dei contratti per il servizio di termovalorizzazione

dell’impianto di Ponte Malnome e la generazione degli Ordini di Vendita per successiva fatturazione attiva su

SAP ERP. Consente la generazione automatica del M.U.D. (Modello Unico Dichiarazione Ambientale) per

AMA e Comune di Roma.

In AmaAmbiente è stato implementato il servizio di interoperabilità con il SISTRI (sistema tracciabilità dei

rifiuti del Ministero dell’Ambiente e della Tutela del Territorio e del Mare) per consentire di registrare le schede

SISTRI utilizzando i web services messi a disposizione ed evitando così la doppia registrazione sia nel

gestionale che nel SISTRI.

Presso gli impianti di Rocca Cencia, Salario, Ponte Malnome e la piattaforma per il trasbordo organico del

Laurentino è installato il modulo “SmaltoVerde” di “AmaAmbiente”, che consente di acquisire le pesature dei

mezzi direttamente dalle pese a ponte di stabilimento, generando direttamente il formulario nel registro di carico


Pagina 34 di 61

34

e scarico di AmaAmbiente.



Input SAP Listino prezzi servizi di

termovalorizzazione rifiuti ospedalieri e

degli stupefacenti presso l’impianto di

Ponte Malnome.

TIBCO

Input InfoPMS Aggiornamento anagrafica mezzi AMA DataStage

Output BDO Invio quantitativi di rifiuti raccolti da

mezzi AMA e conferiti presso gli

impianti AMA di Maccarese, Pomezia,

Ponte Malnome, Rocca Cencia e Salario

e presso gli impianti esterni ad AMA

DataStage

Output SAP Invio degli ordini di vendita per il

servizio di termovalorizzazione rifiuti

ospedalieri e degli stupefacenti presso

l’impianto di Ponte Malnome.

TIBCO

Output SAP Invio inserimenti / modifiche

anagrafiche clienti

TIBCO

5 Descrizione della soluzione software oggetto di implementazione

Per la realizzazione del sistema di gestione della Waste collection e workforce management è stata scelta la

soluzione SAP Waste & Recycling con verticalizzazione by PROLOGA su SAP EHP 7 for SAP ERP 6.0

Version for HANA.


Pagina 35 di 61

35

Per la definizione dell’ambito di progetto applicativo si fa riferimento ai seguenti allegati tecnici, che

costituiscono parte integrante del presente capitolato:

• Allegato tecnico A1: Documento di specifiche funzionali (Business Blueprint) per i moduli di Waste &

Recycling e verticalizzazione By Prologa SAP;

• Allegato tecnico A2: Documento di specifiche funzionali (Top Design) per i moduli di HCM (Human

Capital Management) – TM (Time Management), OM (Organizational Management), MD (Master

Data);

• Allegato tecnico A3: Documento di Master Plan di Progetto.

5.1 Presa in carico del Business Blueprint

All’Impresa aggiudicataria, a partire dalla stipula del contratto, verranno forniti da parte di AMA S.p.A. i

seguenti due documenti di Business Blueprint:

� BBP di implementazione Waste & Recycling SAP in AMA S.p.A. (gia allegato al presente capitolato –

Rif. Allegato A1)

� BBP di implementazione dei moduli di HCM (Human Capital Management) – TM (Time Management),

OM (Organizational Management), MD (Master Data) SAP in AMA (di cui il Top Design - allegato A2

al presente capitolato - ne delinea i requisiti e la soluzione di alto livello).

L’impresa avrà la possibilità di usufruire di un periodo di handhover, con la società che ha assistito AMA S.p.A.

nella fase di analisi e disegno, volto ad agevolare la comprensione dei documenti ricevuti ed a velocizzare la

presa in carico dei BBP e la project preparation.

5.2 Contesto tecnologico SAP

Al momento della stipula del contratto o della lettera di anticipata esecuzione, il landscape SAP ERP di AMA

sarà già stato upgradato ad EhP7 su HANA.

Saranno operativi e disponibili i seguenti ambienti:

• sistema di “Sviluppo” (DEV) - utilizzato dal gruppo di lavoro per le attività di customizing,

implementazione di codice ABAP, predisposizione report, ecc., per la realizzazione della soluzione


Pagina 36 di 61

36

applicativa;

• sistema di “Quality” (QUA) - ambiente nel quale vengono migrate tutte le configurazioni e

funzionalità consolidate in ambiente DEV che devono essere sottoposte a test di integrazione, test

utente, test di accettazione, formazione, manutenzione;

• sistema di “Produzione” (PRD).

6 Organizzazione per l’erogazione dei servizi

6.1 Metodologia, standard e modelli

Per la gestione delle specifiche attività connesse con l'impostazione del nuovo sistema informativo, si farà

riferimento alla metodologia ASAP, così come di seguito descritta.

Ciò varrà per la produzione della documentazione di progetto, per quella di sistema, per la definizione e messa a

punto dei requisiti applicativi, per l'implementazione del progetto, per il suo completamento, per il collaudo e

accettazione, per il passaggio in produzione del sistema, per il supporto e per l'addestramento, e per ogni altra

attività sviluppata durante il progetto.

Tuttavia, l’Impresa potrà utilizzare anche altre metodologie alternative purché riconducibili ad ASAP.

6.2 Metodologia ASAP

Accelerated SAP (ASAP) è un approccio sviluppato da SAP per aiutare i propri clienti a implementare le

soluzioni SAP nella maniera più veloce ed efficiente possibile. Questo approccio:

• Riduce i tempi richiesti dall’implementazione per l’avvio produttivo

• Ottimizza l’utilizzo delle risorse del cliente e di SAP

• Garantisce qualità e trasferimento di conoscenza durante il processo d’implementazione

• Fornisce al cliente un modello di lavoro che può essere adottato per ogni successiva implementazione

SAP


Pagina 37 di 61

37

La metodologia ASAP prevede che il progetto sia suddiviso in 5 fasi2, ognuna delle quali viene suddivisa in una

serie di attività che vengono di seguito brevemente riassunte.

6.2.1 Project preparation

In questa fase si stabiliscono gli obiettivi e l’ambito del progetto, si definisce la strategia di implementazione, si

fissano le regole di lavoro, di documentazione, di organizzazione del progetto e gli standard di implementazione,

si effettua una pianificazione preliminare del progetto considerando la sequenza delle attività, la disponibilità

delle risorse e il budget, si effettua la definizione e lo staffing del gruppo di lavoro, si disegna l’architettura del

sistema, si stima il corretto dimensionamento hardware, si installano i sistemi SAP di sviluppo e se ne verifica il

funzionamento, si attivano i servizi tramite connessione (OSS), si dispongono e si attrezzano le postazioni di

lavoro per il team di progetto (project team room), si effettua il Kick-off meeting coinvolgendo tutti i membri del

gruppo di progetto, si definisce un piano di formazione dettagliato per il gruppo di progetto.


• Rivedere e confermare la Strategia di Implementazione

• Definire l’organizzazione generale del progetto

• Definire e organizzare il Team di progetto

• Definire l’ambiente di lavoro per il Team di progetto

• Definire il System Landscape del progetto

2Rispetto alla metodologia standard, si riporta la fase di Application Blueprint anziché quella di Business Blueprint poiché l’analisi dei requisiti funzionali è fuori ambito del presente capitolato ed è in carico ad AMA S.p.A..


Pagina 38 di 61

38

• Identificare lo scenario delle infrastrutture informatiche (Hardware, Sistemi Operativi, LAN, WAN,

Software, ecc.), i requisiti tecnici e le procedure di amministrazione dei sistemi

• Effettuare il Kick Off Meeting del progetto

6.2.2 Application Blueprint

In questa fase si definisce la struttura organizzativa, si esegue l’analisi delle specifiche funzionali, individuando

gli strumenti e le funzionalità SAP più idonei a fornire una soluzione globale, si analizzano gli strumenti SAP

atti a soddisfare i fabbisogni reportistici, si esaminano eventuali scoperture funzionali, si individuano le

necessarie interfacce, le integrazioni e i programmi di caricamento iniziale dei dati, si conducono meeting a

cadenza regolare per l’esame dell’avanzamento, si svolgono workshop sul sistema per dare visione ai key users

dei punti critici, si raffina l’analisi fino al completamento, alla chiusura e all’approvazione del documento di

Application Blueprint. Si pianificano infine, in modo più preciso, le attività da effettuarsi nelle fasi successive.


• Definire il piano di Training

• Condurre il Training iniziale al Team di progetto

• Condurre i workshop per tradurre i requisiti tecnico-applicativi di dettaglio del sistema To-Be

• Rilasciare il documento di Application Blueprint che contiene il disegno tecnico-applicativo del sistema

SAP così come dovrà essere implementato e collaudato durante la successiva fase di Realization

• Definire ed avviare le procedure di System Administration

• Installare l’ambiente di Sviluppo SAP del progetto

• Amministrare lo scenario delle infrastrutture informatiche (Hardware, Sistemi Operativi, LAN, WAN,

Software, ecc.)


Pagina 39 di 61

39

6.2.3 Realization

In questa fase si realizza la configurazione/parametrizzazione del modello derivato dall’analisi funzionale, si

verificano e si utilizzano le procedure di copia e di trasporto in un ambiente di test, si stabiliscono e si realizzano

i casi prova per il test delle funzionalità, si validano i processi verificati sul sistema, si documentano i processi e

le modalità di parametrizzazione e di utilizzo delle funzioni, si verificano le connessioni, l’integrazione

funzionale e gli scambi d’informazioni tra sistemi, si conducono meeting a cadenza regolare per l’esame

dell’avanzamento, si realizzano le eventuali integrazioni, i programmi di caricamento iniziale dei dati, le

interfacce, si stima il corretto dimensionamento del sistema di produzione, si stabiliscono e si assegnano i profili

di autorizzazione agli utenti, si prepara la documentazione e si pianifica l’istruzione agli utenti finali, si esegue il

test di integrazione finale con dati reali della società.

La fase implementativa si suddivide in 2 sottofasi: Baseline Configuration e Final Configuration:

• nella Baseline Configuration vengono configurati i processi principali individuati nella fase di Blueprint

supportati da funzionalità standard SAP in modo da procedere ad una prima condivisione con i key

users;

• nella Final Configuration si procede per cicli successivi al completamento della configurazione ivi

incluse tutti gli oggetti custom e le interfacce con i sistemi di II livello.


• Condurre il Training al Team di progetto

• Realizzare la Configurazione Finale, il Test e la Conferma del sistema SAP

• Realizzare le specifiche tecniche

• Sviluppare gli eventuali programmi di ripresa dati

• Sviluppare gli eventuali programmi di interfaccia

• Sviluppare eventuali modifiche allo standard e programmi fuori standard


Pagina 40 di 61

40

• Implementare i Ruoli e le Autorizzazioni per l’accesso ai sistemi

• Definire i procedimenti di archiviazione dati

• Realizzare i Test di integrazione per validare in modo definitivo la configurazione del sistema SAP e

delle procedure aziendali

• Realizzare gli User Acceptance Test

• Realizzare, approvare e rilasciare la Documentazione Utente Finale

• Realizzare, approvare e rilasciare il materiale di Training Utente Finale

• Formare i Trainer per l’erogazione del Training Utente Finale

• Definire e rilasciare il piano di Training Utente Finale

• Definire, approvare e rilasciare il Piano di Cutover

• Amministrare lo scenario delle infrastrutture informatiche (Hardware, Sistemi Operativi, LAN, WAN,

Software, ecc.)

• Definire l’organizzazione della struttura di supporto agli utenti (Customer Competence Center)

6.2.4 Final Preparation

In questa fase si svolgono le attività necessarie per l’inizio dell’utilizzo produttivo dei sistemi SAP, si compiono

i test finali per il caricamento dati, si conducono test per verificare il corretto dimensionamento dell’ambiente di

produzione, si effettua la formazione degli utenti finali, si riorganizza il team di lavoro in vista della partenza

(istituzione di un help desk e problematiche di manutenzione del sistema), si prenotano i servizi di assistenza per

l’entrata in produzione (Safeguarding, Going Live Check), si effettua il travaso dei dati dai vecchi sistemi e

s’integrano con eventuali caricamenti manuali, si verifica la correttezza dei dati caricati, si avvia l’utilizzo

produttivo del sistema SAP.


Pagina 41 di 61

41


• Predisporre e condurre il Training Utente Finale

• Mettere a punto le procedure di amministrazione dei sistemi

• Effettuare gli Stress Test del sistema produttivo e di tutte le procedure di amministrazione dei sistemi

• Mettere a punto il Piano di Cutover

• Effettuare il Cutover verso il nuovo sistema produttivo

• Avviare la struttura di supporto agli utenti del sistema produttivo (Customer Competence Center)

6.2.5 Go Live & Support

In questa fase si compie la transizione da un ambiente orientato alle attività progettuali e pre-produttive ad un

ambiente operazionale produttivo, si modifica l’organizzazione del gruppo di progetto per assolvere alle funzioni

di help desk, al fine di supportare gli utenti finali, si compiono interventi di monitoraggio sul sistema per

raffinare il tuning, il dimensionamento degli spazi ed il miglioramento delle performances, si chiudono i punti

rimasti aperti, si effettua la valutazione finale e si chiude il progetto.


• Supportare il sistema produttivo (Customer Competence Center)

• Condurre il Training di Follow Up

• Definire il piano di miglioramento a lungo termine

• Effettuare la Review di Progetto in base ai risultati

• Rilasciare il documento di Sign off del progetto


Pagina 42 di 61

42

6.3 Metodologia per la Migrazione dati

La fase di migrazione dei dati riveste un’importanza fondamentale nell’ambito del progetto. In sede di disegno,

l’Impresa DEVE individuare il modello di migrazione descrivendone nel dettaglio attività, pre-requisiti, vantaggi

e svantaggi.

6.3.1 Approccio alla Migrazione

Per approccio alla migrazione si intende il piano d’azione che l’Impresa definirà e formalizzerà sulla base delle

linee guida contenute nel BBP in uno specifico documento per garantire l’efficace migrazione dei dati

dall’attuale al nuovo sistema informativo. La strategia terrà conto di vari elementi:

• i vincoli di conservazione dei dati come da normativa vigente o da regolamentazione interna AMA

S.p.A.

• la profondità storica dei dati a disposizione,

• la riconciliazione delle informazioni,

• la sincronizzazione con altri sistemi esterni.

6.3.2 Modello di Migrazione

L’Impresa dovrà definire un modello di dettaglio di migrazione coerente con l’approccio fornito e condiviso con

AMA S.p.A.. Per modello di dettaglio di migrazione si intende come l’Impresa intende fattivamente adoperarsi

per la migrazione dei dati. A titolo esemplificativo, si riporta un esempio non vincolante di modello di dettaglio:

1. Estrazione dei dati da migrare dai database dei sistemi legacy.

2. Caricamento all’interno di un’area di staging, secondo modello dati unico e condiviso, applicando un

primo insieme di trasformazioni-normalizzazioni.

3. Estrazione dall’area di staging dei dati da migrare e caricamento in SAP dei dati estratti con le opportune

trasformazioni-normalizzazioni.


Pagina 43 di 61

43

4. Quadratura intermedia dei dati caricati sull’area di staging rispetto ai dati estratti dai sistemi legacy e

successiva quadratura dei dati caricati in SAP; in aggiunta alla quadratura della numerosità degli oggetti

di migrazione (e degli eventuali importi relativi) si prevede di effettuare una quadratura “qualificata”

(nei due step previsti) su un set di dati “business critical” che saranno condivisi.

6.4 Qualità

L’Impresa dovrà mettere a disposizione di AMA S.p.A. le risorse e tutta la documentazione necessaria per le

verifiche periodiche del Quality Assurance del progetto. AMA S.p.A. si riserva di effettuare tali verifiche anche

avvalendosi del supporto specialistico di soggetti esterni. In tal caso l’Impresa dovrà interfacciarsi direttamente

con il soggetto terzo fornendo le evidenze richieste.

6.4.1 Piano della Qualità

La qualità del servizio dovrà essere assicurata dall’Impresa, rispettando i criteri del proprio sistema di qualità, i

vincoli di qualità di AMA S.p.A. e applicando il Piano della Qualità del servizio.

Il Piano della Qualità del servizio definisce le caratteristiche qualitative cui deve sottostare l’intero servizio, sarà

redatto dall’Impresa e costituirà per AMA S.p.A. il riferimento per le attività di verifica e validazione svolte

dall’Impresa, all’interno dei propri gruppi di lavoro.

Il Piano della Qualità del servizio sarà sottoposto all’approvazione di AMA S.p.A.. Le successive versioni o

revisioni del Piano della Qualità saranno consegnate in funzione delle variazioni intervenute.

AMA S.p.A. si riserva la facoltà di richiedere, ogni volta che lo reputi opportuno, una nuova versione o revisione

del Piano della Qualità del servizio.

L’Impresa, in sede di offerta, dovrà indicare il modello di Piano della qualità e gli standard di qualità che intende

proporre.

6.4.2 Standard di qualità del nuovo sistema

Gli standard, definiscono i requisiti minimi di qualità che il sistema dovrà rispettare relativamente alle seguenti


Pagina 44 di 61

44

caratteristiche (si faccia riferimento allo standard di qualità ISO/IEC 25010:20113).

Funzionalità – capacità di fornire servizi tali da soddisfare, in determinate condizioni, requisiti funzionali

espliciti o impliciti. In questo requisito rientrano le seguenti sotto-caratteristiche:

• Adeguatezza (la presenza di funzioni appropriate per compiti specifici che supportano gli obiettivi

dell’utente);

• Funzionalità (la capacità di fornire risultati corretti in accordo con i requisiti dati dall’utente);

• Interoperabilità (la capacità di interagire con altri sistemi);

• Aderenza agli standard (l’aderenza del software a prescrizioni di legge, convenzioni o regolamenti)

• Sicurezza (la capacità di proteggere programmi e dati da accessi non autorizzati e di consentire quelli

autorizzati).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto nella fase di analisi e progettazione.

Questo perché all’inizio, durante la raccolta ed analisi dei requisiti, la qualità è specificata dai requisiti utente,

soprattutto da un punto di vista “esterno” e funzionale. Mentre, nella fase di progettazione, la qualità esterna si

traduce in un disegno tecnico, confrontandosi con il punto di vista degli sviluppatori sulla qualità interna del

software e completandosi con i requisiti “impliciti” che il software deve rispettare.

Questo significa che tutte le funzionalità descritte nei documenti di Specifica devono essere richiamabili; il

software deve funzionare come descritto nella documentazione e le condizioni di attivazione delle funzioni

devono corrispondere a quanto descritto nel manuale d’uso.

Affidabilità – capacità di mantenere le prestazioni stabilite nelle condizioni e nei tempi fissati (il software

reagisce bene a variazioni esterne). In questo requisito rientrano le seguenti sotto-caratteristiche:

• Maturità (la capacità di evitare fermi dell’applicazione – failure – a seguito di malfunzionamenti –

fault);

3 Dovranno inoltre essere rispettati i seguenti standard qualitativi ISO 9001 – ISO/IEC 20000-1 con particolare riferimento alla sicurezza (ISO/IEC 27001).


Pagina 45 di 61

45

• Tolleranza ai guasti (la capacità di mantenere determinati livelli di prestazione in caso di

malfunzionamenti - non degrado);

• Ripristinabilità (la capacità e la velocità, in caso di malfunzionamenti, di ripristinare dei livelli di

prestazione predeterminati e di recuperare i dati);

• Aderenza agli standard (l’aderenza del software a standard di affidabilità)

Per questa caratteristica si richiede un livello di attenzione alto, sia dal punto di vista della “qualità interna” che

dal punto di vista della “qualità in uso” (in altre parole il livello con cui il prodotto si dimostra utile all’utente nel

suo effettivo contesto d’utilizzo). L’attenzione è posta nella capacità del prodotto di dare efficacia ed efficienza

al lavoro dell’utente, a fronte di una sicurezza di utilizzo e di una soddisfazione nel far uso del prodotto poiché

non può esservi qualità percepita positivamente dall’utente senza che vi sia una buona qualità intrinseca al

codice e buone prestazioni.

Questo significa che il prodotto non deve consentire l’immissione di input dannosi o incorretti e non deve

consentire il danneggiamento o la perdita di dati.

Usabilità – capacità di essere compreso, appreso, usato con soddisfazione dall’utente in determinate condizioni

d’uso (il software gestisce bene l’interazione con gli utenti). In questo requisito rientrano le seguenti sotto-

caratteristiche:

• Comprensibilità (la capacità di ridurre l’impegno richiesto agli utenti per capirne il funzionamento e le

modalità di utilizzo);

• Apprendibilità (la capacità di ridurre l’impegno richiesto agli utenti per impararlo ad usare);

• Operabilità (la capacità di mettere in condizione gli utenti di farne uso per i propri scopi e controllarne

l’uso);

• Interfaccia utente (la capacità di essere piacevole per l’utente che ne fa uso);

• Aderenza agli standard (l’aderenza del software a standard di usabilità).


Pagina 46 di 61

46

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista della “qualità in

uso”, su come il prodotto si dimostra utilizzabile all’utente nel suo effettivo contesto d’utilizzo. Questo significa

che domande e messaggi del prodotto devono essere facilmente comprensibili dall’utente; messaggi di errore

devono aiutare a correggere il problema, con l’ausilio della opportuna documentazione; la tipologia dei messaggi

(errori, warnings, domande, risposte, ecc.) deve essere chiaramente individuabile; i formati dei campi di input e

dei reports devono essere facilmente comprensibili dall’utente; l’esecuzione di una operazione deve essere

annullabile (deve essere reversibile la modifica di dati); un utente deve poter apprendere come chiedere servizi al

prodotto leggendo la documentazione e le funzioni di help.

Efficienza – rapporto fra prestazioni e quantità di risorse utilizzate, in condizioni definite di funzionamento (il

software usa bene le risorse disponibili). In questa caratteristica rientrano le seguenti sotto-caratteristiche:

• Tempi di risposta (la capacità di mantenere adeguati tempi di risposta, tempi di elaborazione e

throughput rates per eseguire le funzioni richieste, sotto determinate condizioni);

• Uso di risorse (l’utilizzo di una quantità e di una tipologia di risorse adeguate per eseguire le funzioni

richieste, sotto determinate condizioni);

• Aderenza agli standard (l’aderenza del software a standard di efficienza).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista “qualità in uso”, su

come il prodotto si dimostra efficiente all’utente nel suo effettivo contesto d’utilizzo. Questo significa che

l’utente deve essere avvisato di possibili tempi di risposta lunghi per operazioni che esegue il prodotto a fronte di

sue richieste.

Manutenibilità – capacità di essere modificato con un impegno contenuto (per evoluzioni e/o correzioni o

adeguamenti). In questa caratteristica rientrano le seguenti sotto-caratteristiche:

• Analizzabilità (la capacità di limitare l’impegno richiesto per diagnosticare carenze o cause di

malfunzionamenti, o per identificare parti da modificare);

• Modificabilità (la capacità di limitare l’impegno richiesto per modificare, rimuovere errori o sostituire

componenti);


Pagina 47 di 61

47

• Stabilità (la capacità di ridurre il rischio di comportamenti inaspettati a seguito della effettuazione di

modifiche);

• Facilità di testing (la capacità di essere facilmente testato per validare le modifiche apportate);

• Aderenza agli standard (l’aderenza del software a standard di manutenibilità).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista della “qualità

interna”, e rappresenta la misura in cui il codice software possiede una serie di attributi statici,

indipendentemente dall’ambiente di utilizzo e dall’utente. Questo significa che ciò che deve essere fatto per

manutenere il prodotto deve essere conforme alla documentazione allegata e devono essere mantenuti i valori di

soglia richiesti.

Portabilità – facilità con cui il software può essere trasferito da un ambiente operativo ad un altro. In questa

caratteristica rientrano le seguenti sotto-caratteristiche:

• Adattabilità ai cambiamenti (la capacità di adattarsi a nuovi ambienti operativi limitando la necessità di

apportare modifiche);

• Installabilità (la capacità di ridurre l’impegno richiesto per installarlo in un particolare ambiente

operativo);

• Coesistenza (la capacità di coesistere con altri software nel medesimo ambiente, condividendo risorse);

• Ricollocabilità (la capacità di capacità di essere utilizzato al posto di un altro software per svolgere gli

stessi compiti nello stesso ambiente);

• Aderenza agli standard (l’aderenza del software a standard di portabilità).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista della “qualità

interna”, e rappresenta la misura in cui il codice software risulta il più possibile indipendente dalla piattaforma su

cui è stato realizzato. Questo significa che l’utente deve poter effettuare l’installazione seguendo le istruzioni

allagate; gli ambienti hardware e software descritti nella documentazione devono essere sufficienti a completare

l’installazione; il prodotto deve poter essere rimovibile dal computer in modo automatico.


Pagina 48 di 61

48

6.5 Piano di lavoro

L’esecuzione ed il controllo del servizio deve avvenire con un’attività continua di pianificazione e

consuntivazione di cui il Piano di Lavoro è lo strumento di riferimento.

Il Piano di lavoro prodotto dovrà indicare:

• Le varie fasi del lavoro

• Le attività per ciascuna fase

• La tempistica del lavoro espressa mediante diagramma di GANTT

• il flusso e la sequenza delle attività e le relative interdipendenze

• il carico di lavoro per attività espresso in giorni/uomo per figura professionale

• il carico di lavoro complessivo per tutti i servizi richiesti espresso in giorni/uomo comprendendo e

distinguendo anche le attività in carico ad AMA S.p.A.

Il Piano di lavoro, che dovrà essere compatibile con il Master Plan di Progetto (rif. Allegato A3) e coprire le fasi

di Project Preparation, Application BluePrint, Realization, Final Preparation e Go Live & Support, dovrà essere

consegnato nella fase di project preparation ed aggiornato periodicamente (con cadenza definita da AMA

S.p.A.). L’aggiornamento periodico del Piano di lavoro deve essere corredato dalle specifiche informazioni di

stato avanzamento attività e dal consuntivo attività. In ogni caso sarà cura dell’Impresa consegnare un

aggiornamento del Piano di lavoro quando si determini una variazione significativa nei suoi contenuti o su

richiesta di AMA S.p.A..

Il Piano di lavoro e i suoi successivi aggiornamenti dovranno essere formalmente sottoposti all’approvazione di

AMA S.p.A.. Tale approvazione rappresenta l’assenso di AMA S.p.A. sulle stime di impegno e tempificazione

proposta.

AMA S.p.A. si riserva di accedere in ogni momento alla base informativa relativa al Piano di lavoro

dell’Impresa, o a richiederne opportuna documentazione, al fine di condividere in tempo reale con l’Impresa lo


Pagina 49 di 61

49

stato di avanzamento attività.

6.6 Monitoraggio delle attività

Ai fini della gestione e del controllo dello stato di avanzamento dell’appalto, l’Impresa dovrà produrre con

cadenza bisettimanale un rapporto di stato avanzamento lavori corredato dal Piano della qualità e dal Piano di

lavoro aggiornati in relazione all’evoluzione delle attività, corredato, se opportuno, da documentazione di

presentazione allo Steering Committee.

Lo stato avanzamento lavori dovrà evidenziare:

• Codice, nome e descrizione degli obiettivi

• Data a cui si riferisce l’avanzamento

• Stato dell’arte delle attività in termini di:

o Attività significative concluse nel periodo in esame

o Attività significative in corso e/o previste a breve

o Razionali di ripianificazione, spostamento delle date e dell’impegno

o Vincoli/criticità ed eventuali azioni intraprese /e/o da intraprendere

6.7 Affiancamento finale

Nel corso dell’esecuzione del contratto, in maggior misura negli ultimi 5 mesi di validità del contratto stesso,

l’Impresa dovrà, su richiesta di AMA S.p.A., trasferire a personale AMA S.p.A., o a terzi da essa designati, il

know-how sulle attività condotte, al fine di rendere l’eventuale prosecuzione delle attività quanto più efficace

possibile, secondo un programma formativo che preveda ad esempio docenze, sessioni riassuntive, sessioni di

lavoro congiunto, presentazioni su funzioni, disegno, codice e documentazione dei sistemi oggetto del servizio.

Il tempo che l’Impresa dovrà dedicare a tali attività non potrà essere inferiore a 20 giorni lavorativi.


Pagina 50 di 61

50

E’ pertanto richiesto all’Impresa di predisporre un piano di lavoro di dettaglio delle attività di trasferimento di

know-how e le relative modalità di erogazione. Tale piano di lavoro dovrà essere predisposto dall’Impresa e sarà

soggetto all’approvazione di AMA S.p.A..

Nelle fasi di affiancamento l’Impresa dovrà, se richiesto da AMA S.p.A., ospitare il personale di un eventuale

nuovo fornitore in affiancamento nell’operatività quotidiana di manutenzione correttiva ed evolutiva, senza

peraltro che il nuovo fornitore abbia la possibilità di eseguire direttamente le attività, ossia di effettuare training

on the job.

6.8 Lingua utilizzata

Durante tutta la fase di esecuzione del servizio dovrà essere utilizzata la lingua italiana parlata in modo fluente e

scritta per tutta la documentazione prevista nel corso del servizio stesso.

7 Sede e strumenti di lavoro

Le prestazioni si dovranno svolgere preferibilmente presso la sede di AMA S.P.A, almeno durante le fasi di

project preparation, Application Blueprint, test, go-live ed il primo mese di supporto post go-live. Qualsiasi deroga

a tale modalità dovrà essere concordata ed autorizzata da AMA S.pA.

Le stazioni di lavoro per il proprio personale necessarie per l’espletamento delle attività affidate, comprensive

dei necessari strumenti software, dovranno essere messe a disposizione dall’Impresa.

8 Collaudo

Il collaudo riguarderà in particolare la corrispondenza dei prodotti consegnati dall’Impresa con quanto

concordato nel contratto, la loro congruenza, conformità e aderenza alle specifiche fornite e il rispetto degli

standard della qualità.

Il collaudo si svolgerà con le seguenti modalità:

• esecuzione dei test funzionali;

• verifica della rispondenza ai requisiti non funzionali


Pagina 51 di 61

51

• verifica della corretta applicazione dei parametri della qualità;

• verifica della documentazione consegnata.

Al termine del collaudo, se l’esito risulterà positivo, sarà redatto l’apposito Verbale di Accettazione definitiva.

Al Verbale di Accettazione definitiva, anche ove non sia riscontrata la necessità di ulteriori interventi correttivi

sui prodotti consegnati, si dovranno comunque allegare tutte le segnalazioni di anomalie/malfunzionamenti

riscontrate durante il collaudo, anche se già rimossi.

Nel caso, invece, il collaudo si concluda con esito negativo, sarà redatto il Rapporto di Collaudo che riporterà

l’elenco degli errori riscontrati, i corrispondenti interventi correttivi e la data della nuova seduta di collaudo. Gli

oneri relativi agli errori imputabili all’opera dell’Impresa saranno a carico dell’Impresa stessa. Nel caso in cui a

seguito di esito negativo, i test di collaudo vengano ripetuti per più di tre volte verranno applicate le penali

previste nel contratto.

Alle nuove sedute di collaudo si procederà secondo le modalità previste dal presente paragrafo.

9 Requisiti minimi dei partecipanti

L’Impresa, pena l’esclusione, deve essere SAP Service Partner di livello Platinum o Gold e deve

possedere le seguenti certificazioni in corso di validità:

- Certificazione UN EN ISO 9001:2008

- Certificazione ISO IEC 27001: 2012 – 2013 -2014

L’Impresa, pena l’esclusione, deve aver condotto almeno 2 progetti di implementazione di SAP HCM

Time Management per aziende operanti nel territorio italiano negli ultimi 3 anni, presentando in allegato

opportuna documentazione.

L’Impresa, pena l’esclusione, deve aver condotto almeno 2 progetti di implementazione di interfacce tra

sistemi SAP ECC e sistemi informativi di II livello sul layer di integrazione TIBCO negli ultimi 3 anni,

presentando in allegato opportuna documentazione.


Pagina 52 di 61

52

10 Risorse impiegate

Per lo svolgimento delle attività l’Impresa dovrà costituire un Gruppo di Lavoro (GdL), formato dalle

risorse professionali ritenute più idonee in termini di professionalità, esperienza, competenza, attitudine

per l’erogazione dei servizi oggetto del presente Capitolato Tecnico.

L’Impresa, prima della stipula del contratto, dovrà fornire il dettaglio delle figure professionali che

verranno impiegate nel progetto. Pertanto, AMA si riserva l’insindacabile facoltà di esprimere il mancato

gradimento delle risorse previa valutazione dei Curricula.

Le risorse del GdL dovranno essere dotate di propri strumenti di lavoro (computer portatile e telefono

cellulare).

10.1 Sostituzione delle risorse

Le risorse impiegate nello svolgimento delle attività oggetto del presente Capitolato Tecnico potranno

essere sostituite solamente in casi eccezionali e con adeguata motivazione che preventivamente deve

essere comunicata ad AMA.

La sostituzione dovrà avvenire con una risorsa analoga per livello, profilo, esperienze.

L’Impresa dovrà prevedere, a sue spese, l'affiancamento tra la risorsa uscente e quella entrante. Il periodo

di affiancamento decorrerà dalla data di sostituzione della risorsa e dovrà avere una durata di almeno 15

(quindici) giorni lavorativi.

Il numero di sostituzioni nell’arco della durata del servizio è regolato dal seguente livello di servizio

(SLA):


Pagina 53 di 61

53

10.2 Gradimento delle risorse

AMA si riserva l’insindacabile facoltà di esprimere il mancato gradimento delle risorse messe a

disposizione dall’Impresa e potrà richiedere, con comunicazione scritta e motivata al Referente del

Contratto dell’Impresa, la sostituzione di una o più risorse nei casi di prolungati e non motivati periodi di

assenza, non raggiungimento dei requisiti minimi di conoscenza/competenza richiesti, basso livello di

produttività, mancato rispetto delle norme etico - professionali, o disciplinari, nonché altre motivazioni che

possano implicare un mancato gradimento della risorsa.

L’Impresa è tenuta alla sostituzione delle risorse non gradite, con risorse analoghe per livello, profili,

esperienze, entro un termine non superiore a 10 (dieci) giorni lavorativi a partire dalla richiesta di AMA.

La sostituzione dovrà avvenire con una risorsa analoga per livello, profilo, esperienze.

L’Impresa dovrà prevedere, a sue spese, l'affiancamento tra la risorsa uscente e quella entrante. Il periodo

di affiancamento decorrerà dalla data di sostituzione della risorsa e dovrà avere una durata di almeno 15

(quindici) giorni lavorativi.

In caso di inadempienza, l’Impresa sarà soggetta alle penali previste nel Contratto.

11 Risorse

Per le attività previste dal presente Capitolato, l’Impresa dovrà mettere a disposizione le risorse caratterizzate a

competenze adeguate per la realizzazione della soluzione oggetto del presente capitolato.

Indicatore SLA

Sostituzione delle risorse impiegate per il

servizio

È consentito un numero di sostituzioni

nell’arco della durata del servizio, non

superiore al 20% del numero di persone messe

a disposizione complessivamente dall’Impresa.

La stazione appaltante si riserva il diritto di

valutare e approvare ogni singola sostituzione.


Pagina 54 di 61

54

Per i Servizi Informatici, in funzione della tipologia di attività da svolgere, le risorse vengono classificate nelle

seguenti figure professionali, successivamente dettagliate in termini di responsabilità e competenze richieste e

che dovranno necessariamente essere presenti nel team di progetto:

Figura professionale ICT Project Manager SAP System Administrator Consulente Funzionale Senior IS-U-WA (Waste & Recycling) Consulente Funzionale Senior HCM-TM-OM-MD Consulente Funzionale Senior SD Consulente Funzionale Senior per altri moduli ERP SAP ECC 6.0 impattati dalla soluzione

Consulente Funzionale IS-U-WA (Waste & Recycling) Consulente Funzionale HCM-TM-OM-MD Consulente Funzionale SD Consulente Funzionale per altri moduli ERP SAP ECC 6.0 impattati dalla soluzione Programmatore ABAP Senior Programmatore ABAP TIBCO Architect TIBCO Analyst / Developer

Il numero di risorse per ogni figura professionale verrà definito all’atto della costituzione del Gruppo di Lavoro

da parte dell’Impresa in funzione dei tempi di realizzazione richiesti dal presente capitolato.

AMA S.P.A. ha la facoltà di esaminare le risorse messe a disposizione per verificare la corrispondenza tra le

conoscenze e le esperienze maturate ed i requisiti richiesti e la generale idoneità a lavorare nell’ambito del

progetto.

11.1 ICT Project Manager

Il ruolo del Project Manager dell’Impresa è quello di gestire il progetto e portarlo a completamento nel rispetto

dei tempi previsti, monitorandone lo stato di avanzamento ed intervenendo con eventuali azioni correttive.

Il Project Manager ha l’incarico di:

• contribuire allo sviluppo del piano di progetto

• assegnare alle proprie risorse i compiti previsti nel piano


Pagina 55 di 61

55

• coadiuvare il Project Manager di AMA S.P.A. nel controllo dell’avanzamento del progetto

• riportare al proprio management sull’avanzamento del progetto richiedendo supporto e decisioni quando

necessario

• controllare l’avanzamento economico del progetto

• assumere responsabilità globale del successo del piano di progetto per la parte assegnata alla propria

società

• gestire le issue, i rischi e i cambiamenti di ambito del progetto, verificare gli impatti delle richieste di

cambiamento sul progetto globale in termini di tempi, costi e qualità, insieme al PM AMA S.P.A.

• rappresentare la propria società negli incontri relativi al progetto Sono richiesti:

Inoltre, sono richiesti:

• almeno 8 anni di esperienza nel coordinamento di progetti ICT, di cui almeno 5 consecutivi nel

coordinamento di progetti SAP

• coordinamento di almeno 1 progetto di implementazione full di SAP (almeno HCM)

• esperienza su SAP ERP ECC 6.0 e DB HANA

• conoscenza della piattaforma SAP NetWeaver,

• possesso di certificazione PMP,

• conoscenza di metodologie per l’organizzazione del lavoro,

• conoscenza dei concetti relativi al Software Engineering,

• conoscenza delle metodologie di analisi, valutazione e controllo dei costi.

11.2 SAP System Administrator

Insieme a AMA S.P.A., definisce l’architettura della soluzione, installa e configura il software per gli ambienti

di sviluppo, test e produzione, definisce e gestisce gli accessi e le autorizzazioni. Si occupa della ottimizzazione

delle performance, monitorizza la crescita e la frammentazione del database, si occupa della definizione delle

procedure di System Management, affianca AMA S.P.A. nello svolgimento delle attività progettuali fornendo

know-how tecnico specifico sul sistema SAP.

Possiede esperienza e conoscenze adatte ad individuare, già in fase di analisi e progettazione, possibili criticità


Pagina 56 di 61

56

relativamente alle questioni di stabilità, sicurezza e prestazioni e a fornire le soluzioni adatte per il caso

specifico.

Sono richiesti:

• almeno 7 anni di esperienza nel settore ICT, di cui almeno 5 consecutivi in progetti SAP

• almeno 5 anni di esperienza nel ruolo

• approfondita conoscenza di SAP ERP ECC 6.0 e DB HANA, SAP Solution Manager

• approfondita conoscenza della piattaforma SAP NetWeaver e della metodologia Enterprise Service

Architecture (ESA)

• approfondita conoscenza del sistema operativo Unix

• approfondita conoscenza del database HANA

• conoscenza di tecniche e strumenti per analisi e progettazione di architetture per sistemi software

complessi, distribuiti ed orientati all’interoperabilità ed ai servizi.

11.3 Consulente Funzionale Senior

Fornisce competenza specialistica ed esperienza sul modulo SAP di propria competenza (FI, CO, FM, MM,

WM, SD, PM, HCM-TM-OM-MD, IS-U WA) ed eventualmente su altri moduli SAP, ha un background

formativo adeguato al ruolo e conosce i processi di business.

Ha il compito di:

• raccogliere ed analizzare i requisiti funzionali, avvalendosi dell’aiuto dei Key User e/o di analisti

funzionali di AMA S.P.A.,

• definire la soluzione applicativa più idonea al rispetto dei requisiti identificati

• redazione del documento di Application Blueprint

• effettuare il customizing del/i modulo/i di competenza nel rispetto delle specifiche definite

• definire ed effettuare i test funzionali

• definire le regole di migrazione dati relativamente al/i modulo/i di competenza

• definire ed effettuare i test di migrazione dati

Sono richiesti:


Pagina 57 di 61

57

• almeno 7 anni di esperienza in progetti SAP,

• partecipazione ad almeno 1 progetto di implementazione full di SAP (almeno per il modulo di propria

competenza)

• almeno 4 anni di esperienza nel modulo di propria competenza


• conoscenza della piattaforma SAP NetWeaver

11.4 Consulente Funzionale

Fornisce competenza specialistica ed esperienza sul modulo SAP di propria competenza (FI, CO, MM, SD, PM,

HCM-TM-OM-MD, IS-U WA) ed eventualmente su altri moduli SAP, ha un background formativo adeguato al

ruolo e conosce i processi di business.

Ha il compito di:

• avvalendosi dell’aiuto dei Key User e/o di analisti funzionali di AMA S.P.A., raccogliere ed analizzare i

requisiti funzionali

• definire la soluzione applicativa più idonea al rispetto dei requisiti identificati

• redazione del documento di Business Blueprint

• effettuare il customizing del modulo di competenza nel rispetto delle specifiche definite

• definire ed effettuare test funzionali

• definire le regole di migrazione dati relativamente al/i modulo/i di competenza

• definire ed effettuare test di migrazione dati

Sono richiesti:

• almeno 4 anni di esperienza in progetti SAP

• almeno 2 anni di esperienza nel modulo di propria competenza


• conoscenza della piattaforma SAP NetWeaver

11.5 Programmatore ABAP Senior


Pagina 58 di 61

58

Fornisce competenza specialistica ed esperienza nello sviluppo di software ABAP, trasversalmente per più

moduli. Supporta i consulenti funzionali nella configurazione dei moduli e nella progettazione delle singole

funzionalità.

Ha il compito di:

• individuare la soluzione tecnica più idonea al rispetto dei requisiti identificati,

• progettare e realizzare i componenti ABAP identificati nella soluzione tecnica,

• definire ed effettuare i test dei programmi e, in generale, di ciascun componente custom,

• definire ed effettuare i test delle interfacce di integrazione,

• definire ed effettuare i test di migrazione dati.

Sono richiesti:

• almeno 7 anni di esperienza in progetti SAP,

• almeno 4 anni di esperienza nello sviluppo ABAP,

• partecipazione ad almeno 1 progetto di implementazione full di SAP,

• esperienza nella ottimizzazione di codice ABAP per DB HANA,

• ottima conoscenza del linguaggio ABAP e ABAP Objects, nonché delle metodologie e best practice di

sviluppo ABAP,

• esperienza di sviluppo ABAP per almeno 3 moduli SAP,

• approfondita conoscenza di SAP ERP ECC 6.0 e DB HANA

• approfondita conoscenza della piattaforma SAP NetWeaver,

• conoscenza di tecniche e strumenti di analisi e progettazione di applicazioni complesse.

11.6 Programmatore ABAP

Fornisce competenza specialistica ed esperienza nello sviluppo di software ABAP, trasversalmente per più

moduli. Supporta i consulenti funzionali nella configurazione dei moduli e nella progettazione delle singole

funzionalità.

Ha il compito di:


Pagina 59 di 61

59

• individuare la soluzione tecnica più idonea al rispetto dei requisiti identificati

• progettare e realizzare i componenti ABAP identificati nella soluzione tecnica

• definire ed effettuare i test dei programmi e, in generale, di ciascun componente custom

• definire ed effettuare i test delle interfacce di integrazione

• definire ed effettuare i test di migrazione dati

Sono richiesti:

• almeno 4 anni di esperienza in progetti SAP

• almeno 2 anni di esperienza nello sviluppo ABAP

• ottima conoscenza del linguaggio ABAP e ABAP Objects, nonché delle metodologie e best practice di

sviluppo ABAP per DB HANA

• esperienza di sviluppo ABAP per almeno 1 modulo SAP

• esperienza nella ottimizzazione di codice ABAP per DB HANA

• approfondita conoscenza di SAP ERP ECC 6.0 e DB HANA

• approfondita conoscenza della piattaforma SAP NetWeaver

• conoscenza di tecniche e strumenti di analisi e progettazione di applicazioni complesse

11.7 TIBCO Architect

Fornisce competenza specialistica ed esperienza sul layer di integrazione TIBCO, ha un background formativo

adeguato al ruolo e conosce i processi di business.

Ha il compito di:


Pagina 60 di 61

60

• Definire gli standard d'interscambio.

• Progettare in autonomia l'architettura sulla base delle specifiche tecniche e/o degli standard di AMA

S.p.A.

• Progettare le interfacce e le eventuali piattaforme d'interscambio outbound.

• Interagire con esperti funzionali e d'infrastruttura per l'ottimizzazione delle performances.

• Gestire i problemi inerenti la sicurezza e le prestazioni.

• Supporto alle installazione dei software di base di integrazione.

Sono richiesti:

• Capacità di operare con elevata autonomia

• Conoscenza di soluzioni di mercato e relative tecniche e strumenti di integrazione.

• certificazione Architecting Composite Applications and Services with TIBCO 2013

• Minimo 4 anni di esperienza nel ruolo in ambito TIBCO

• Minimo 10 anni di esperienza totale

11.8 TIBCO Analyst / Developer

Fornisce competenza specialistica ed esperienza sul layer di integrazione TIBCO, ha un background formativo

adeguato al ruolo e conosce i processi di business.

Le attività che dovrà svolgere sono riconducibili a:

• Sviluppo in piena autonomia di Specifiche Tecniche di media complessità, sulla base delle Specifiche

Funzionali ricevute, nell'ambito di attività progettuali o di manutenzione e modifica di applicazioni.

• Sviluppo e test di programmi complessi, sulla base delle Specifiche Tecniche ricevute.


Pagina 61 di 61

61

• Eventuale assistenza a utenti in fase di avviamento dei programmi.

• Produzione Documentazione.

Sono richiesti:

• Rilevanti competenze sugli specifici ambienti tecnici e linguaggi utilizzati, acquisite in almeno 4 anni di

esperienza lavorativa.

• Aver partecipato a 1 o più progetti in qualità di Tibco Analyst/Developer

• Minimo 4 anni di esperienza nel ruolo in ambito TIBCO

• Minimo 10 anni di esperienza totale .

12. Penali

In caso di ritardo imputabile al Fornitore nell’esecuzione delle attività rispetto alle Milestones concordate con

AMA contenute nel piano di lavoro, AMA applicherà una penale pari ad Euro 500,00 (cinquecento/00) per ogni

giorno solare di ritardo.

In caso di superamento del numero massimo di ripetizione delle sessioni di test previste in fasi di collaudo,

AMA applicherà una penale pari ad Euro 200,00 (duecento/00) per ciascuna ripetizione eccedente il limite

massimo.

In caso di ritardata sostituzione di una risorsa non ritenuta adeguata da AMA ai sensi di quanto previsto nel

Capitolato Tecnico, AMA applicherà una penale pari ad Euro 200,00 (duecento/00) per ogni giorno di ritardo

superiore ai 10 (dieci) giorni lavorativi a decorrere dalla richiesta di AMA, fino ad un massimo di 5 (cinque)

giorni lavorativi oltre i quali sarà considerata “mancata sostituzione.

In caso di mancata sostituzione di una risorsa non ritenuta adeguata da AMA, AMA applicherà una penale pari

ad Euro 500,00 (cinquecento/00) per ogni risorsa non sostituita.

In caso di superamento del limite massimo di sostituzioni delle risorse impiegate per servizio indicato nel

Capitolato Tecnico, AMA applicherà una penale pari ad Euro 1.000,00 (mille/00) per ogni risorsa ulteriore

sostituita.

Date post:	19-Jul-2020
Category:	Documents
Upload:	others
View:	1 times
Download:	0 times

AMA implementazione WASTE Recycling Allegato 4 Capitolato ... · Human Capital Management...

Documents