Workshop "Il progetto PEPPOL e l'interoperabilità della piattaforma Acquistinrete" Roma - CONSIP Workshop con le Imprese - 22 marzo 2012

Transcript

1 Workshop "Il progetto PEPPOL e l'interoperabilità della piattaforma Acquistinrete" Roma - CONSIP Workshop con le Imprese - 22 marzo 2012

2 Agenda Workshop "Il progetto PEPPOL e l'interoperabilità della piattaforma Acquistinrete" Linee evolutive della piattaforma Acquistinretepa (Luca Mastrogregori) Peppol: il progetto (Giancarlo De Stefano) L'infrastruttura Peppol e l'access Point (R. Migliorini) Il catalogo e l'ordine secondo Peppol (L.Bertini/F.Signorotti) L'implementazione in Acquistinrete: (F.Signorotti/L.Bertini) > l'implementazione realizzata da Consip/MEF > l'implementazione possibile per i fornitori > vantaggi per i fornitori Case studies: Telecom, Delta Ufficio 2

5 Contesto e Finalità Il Progetto Pan-European Public Procurement On-Line (PEPPOL) è nato nell ambito del Programma Europeo per l Innovazione e la Competitività (CIP) FINALITÀ DEL PROGETTO Sviluppare e testare in transazioni reali (c.d. piloti) soluzioni (c.d. building blocks) per l eprocurement che, integrando e capitalizzando sui sistemi esistenti, promuovano l interoperabilità a livello europeo (transnazionale) tra sistemi IT di PA e fornitori (specialmente PMI). 5

6 Contesto e Finalità La visione di lungo termine è che operatori economici e Pubbliche Amministrazioni di qualsiasi coppia di Stati Membri dell UE non incontrino ostacoli nello svolgimento delle diverse fasi dei processi d appalto elettronici, potendo scambiarsi in fase di gara attestati per la partecipazione e cataloghi di offerta, e a valle dell aggiudicazione cataloghi, ordini e fatture, il tutto in formato elettronico e firmato digitalmente. 6

7 Dati Chiave Durata: 48 mesi Inizio: 1 maggio 2008 Impegno: Contributo Italia: Contributo Consip: 30,2 mln Euro (50% finanziato dalla Commissione), mesi/persona circa 200 mesi/persona, circa 2Mln Euro 105 mesi/persona, budget 1,1 Mmln di Euro, (rimborsati per il 50% dalla Commissione) 7

8 Partecipanti Partcipano 12 paesi, 18 istituzioni Finora i partecipanti erano solo PA Italia (MEF, Consip, CSI Piemonte, Intercenter, Infocamere) (DigitPA uscita) Norvegia - Coordinatore (DIFI-Agenzia per Mgmt pubblico e Innovazione) Francia (ADETEF - Agenzia per Sviluppo di Scambi di Tencnologie Economiche e Finanziarie) Germania (Città di Brema, Università di Coblenza) Danimarca (Agenzia Nazionale per IT e Telecomunicazioni) Austria (PEPPOL.AT - Consorzio tra Finanze, Centro Fed. di calcolo, Centrale acquisti BBG) Finlandia (Ministero delle Finanze) Ungheria (Ufficio del Primo Min. - Direz. Generale Servizi Centrali) Grecia (Ministero Sviluppo Economico e Navigazione; Università del Pireo) Svezia - (Autorità Nazionale per la gestione finanziaria) Portogallo (ANCP - Agenzia Nazionale per gli Acquisti Pubblici) Scozia (eprocurement Scotl@nd) 8

9 Project Management (NOR) Awareness&Consensus (AUT) Implementation Support Unit (GRE) Pacchetti di Lavoro Le attività sono articolate in Work Packages ciascuno coordinato da un paese Alcuni WP rispecchiano le fasi del processo, altri esigenze specifiche di progetto (Pubbl.) Fase Pre-Aggiudicazione Fase Post-Aggiudicazione (Pagamento) Virtual Company Dossier (GER) ecatalogues (ITA) ecatalogue (post), eordering, einvoicing (DAN) esignature (GER) Architecture, Design and Validation (DAN) 9

10 Strategia Le soluzioni esistenti non dovranno essere sostituite, ma andranno collegate a un infrastruttura comune, e rese interoperabili attraverso building block, allineati con standard europei comuni Standard Comuni e Infrastruttura a livello europeo 10

11 Community B Architettura della Infrastruttura di Trasporto Community C Community A Access Point Access Point Infrastruttura di Trasporto Access Point Access Points Utenti isolati Community D 11

12 Architettura Generale delle Soluzioni Sender Application TRANSPORT Interface Application Interface Transformation Validation Internet Interface Infrastr. Access Point of the Sender Building Block di PEPPOL Central Service (e.g. Classification, Ontologies,...) Infrastructure Access Point of the Receiver TRANSPORT Interface Receiver Application Internet Interface Valid. Transform. Application Interface 12

13 Cosa produce PEPPOL 1. Una infrastruttura virtuale (protocolli e accordi per trust e livelli di servizio) per il trasporto dei documenti elettronici 2. Specifiche (su regole, flussi, formati, ecc.) a cui devono conformarsi i sistemi degli utenti finali per poter interoperare su processi e documenti 3. Componenti Software Open Source, integrabili nei sistemi esistenti, per facilitare l adattamento alle specifiche PEPPOL mira all espansione della Community di utenti che condividono le specifiche e l infrastruttura, e che sono quindi in grado di interoperare 13

14 Il lancio di PEPPOL MARCH 2011 JANUARY 2012 FEBRUARY 2012 NOVEMBER AUGUST 2011 NOVEMBERMAY APRIL DECEMBER MAY APRIL 2011 JANUARY 2012

15 L evoluzione del Progetto PEPPOL La 7a Conferenza PEPPOL, che si terrà a Roma il maggio 2012 conclude i lavori che hanno portato all ottimizzazione del Progetto in tutta Europa ma presenta in termini concreti quale sarà il futuro di PEPPOL. Open Peppol è la Community che darà al Progetto Peppol una naturale prosecuzione; si concretizzerà in un associazione internazionale senza scopo di lucro. I membri tipici della Community sono enti naturalmente interessati a gestire l evoluzione nel tempo dei risultati di PEPPOL: Rete, Specifiche, Componenti Software

16 Piano di Lavoro In tutti i WP il Piano delle attività è articolato in 3 macro-fasi, che si sviluppano in un arco di 48 mesi Maggio 08 Maggio 09 Maggio 10 Maggio 11 Set 11 Apr 12 Anno 1 Anno 2 Anno 3 Anno 4 Progettazione Sviluppo soluzioni Svolgimento Piloti 16

18 Interoperabilità 1/2 Interoperabilità è secondo l European Interoperability Framework (EIF) la capacità dei sistemi ICT e dei processi di business da essi supportati di scambiare dati e di permettere lo scambio di informazioni e conoscenza. 18

19 Interoperabilità 2/2 Interoperabilità Organizzativa: è relativa alla definizione degli obiettivi di business, della modellazione dei processi ed alla semplificazione della collaborazione tra amministrazione che vogliano scambiare informazioni ma abbiano diverse infrastrutture interne e diversi processi; Interoperabilità Semantica: è relativa ad assicurare che il significato delle informazioni scambiate sia compreso da ogni altra applicazione non inizialmente sviluppata a questo scopo.. L interoperabilità semantica è prerequisito per offrire servizi multilingua agli utenti; Interoperabilità tecnica: è relativa alla connessione di computer e servizi. Comprende i temi delle interfacce, dei servizi di interconnessione, dell integrazione, scambio e presentazione dei dati oltre che i temi dell accessibilità e della sicurezza. 19

20 L infrastruttura di trasporto PEPPOL 1/2 Gli Access Point PEPPOL (AP) formano un rete sicura BusDox (Business Document Exchange Network) BusDox (Business Document Exchange Network) è document agnostic potendo trasferire ogni tipo di documento XML. I documenti in formato XML sono trasportati in messaggi firmati digitalmente dagli AP per garantirne l integrità e la certezza del mittente. Le specifiche BusDox permettono lo scambio sicuro ed affidabile tra i PEPPOL Access Point BusDox fornisce un meccanismo di indirizzamento pan-europeo (SML ed SMP) per la ricerca degli attori (operatori economici e stazioni appaltanti) e per la pubblicazione delle profili di business. 20

21 L infrastruttura di trasporto PEPPOL 2/2 Community A Community C Community B Community D 4-corner Model : Il mittente ed il destinatario possono appartenere a differenti reti di e_procurement e qualsiasi documento può essere trasportato attraverso due diversi service provider. 21

22 L Access Point Peppol Gli Access Point PEPPOL (AP) possono essere considerati gateway tra la rete Peppol e le reti di e_procurement. Sono servizi software offerti da un PEPPOL AP Provider o inclusi direttamente nelle piattaforme di e_procurement che permettono il trasferimento di documenti (ordini, fatture etc.) tramite la rete di trasporto PEPPOL. Formalmente un PEPPOL AP è definito come un ACCESS POINT realizzato secondo le specifiche BUSDOX ed operato in base alle regole definite dalla PEPPOL Coordinating Authority e/o PEPPOL Regional Authority. 22

23 Due livelli di Governance Contracting Authority Economic Operator Operator AP AP Regional domain SMP SML SMP Regional domain Coordinating Authority Assicura governance a livello europeo per: Gli Standard Tecnici PEPPOL Le Specifiche di Servizio PEPPOL I Service Metadata Locator di PEPPOL Gli Accordi PEPPOL (Agreement) Regional Authority Assicura regionale governance per: Implementazione e uso della infrastruttura di trasporto Quadro legale per Accordi specifici di AP e SMP requisiti specifici applicabili in un determinato dominio

24 PEPPOL Transport Infrastructure Agreement Lo scopo dei PEPPOL Transport Infrastructure Agreement è di normare ruoli e responsabilità degli attori coinvolti nella governance e nelle operazioni dell infrastruttura di Trasporto PEPPOL. Tre accordi separati con una serie di allegati comuni. 1. Contact points 2. Definizioni 3. Servizi e Livelli di Servizio 4. Standard Tecnici 5. Dominio Regionale e servizi e livelli di servizio specifici 6. Procedure per Modifiche 7. Modello di Governance PEPPOL e modelli di accordi

25 Interoperabilità secondo PEPPOL 25

26 L infrastruttura per i Piloti - oggi Community A Community C Community B Fornitori AP: Gruppo TESI AP: Intercenter Community D Acquistinrete PA 26

27 L infrastruttura a regime Community A Fornitori Fornitori Community C Community B AP Operatore Y Fornitori AP Operatore X AP Amminitrazione X Fornitori AP Acquistinrete PA Acquistinrete PA 27

29 Scenario Cataloghi elettronici PRE-AWARD SCENARIO Stazione Appaltante (CA - Contracting Authority) (poss. supp. dei Componenti o tool di ecat di PEPPOL) a s ss a s (3) La CA pubblica il Template di Catalogo sul proprio portale acquisti (1) La CA chiama un webservice da un Dizionario OnLine per scaricare i contenuti standard del Catalogo (= classificazione prodotti, proprietà standardizzate) e (2) crea un Template di Catalogo (un documento con una specifica struttura e contenuti standard, cioè una classificazione e le proprietà dei beni/servizi). a s ss a s (7) e infine carica il catalogo (oppure in alcuni casi: invia) sul portale acquisti della CA (4) Ec. Operator scarica il template Economic Operator (poss. supp. dei Componenti o tool di ecat di PEPPOL) a s ss a s T as P G <catalogue_header> <supplier_party.supplier> <name> CompanyX <name> <supplier_address> <street_name> Via dell olmo <street_name> <street_number> 12 <street_number> Catalogue Content Server (6) poi crea un file XML, e lo valida) (5) Ec. Operator importa sul proprio ERP e compila il template con la propria offerta

30 Contracting Authority Scenario Cataloghi elettronici POST-AWARD SCENARIO (3-opzionale) La CA invia il catalogo via Infrastruttura PEPPOL al EcOp (poss. supp. dei Componenti o tool ecat di PEPPOL) a s ss a s Contracting Authority s AP (1 - opzionale) La CA chiama il webservice del CCS per scaricare le proprietà standard e (2 - opzionale) crea il Template del catalogo del post-award sulla base della documentazione di gara (7) La CA può accettare o rigettare l offerta e invia una ricevuta di ricezione con questo messaggio PEPPOL Transport Infrastructure Economic Operator AP (6) e lo invia attraverso l Infrastruttura (poss. supp. dei Compon. o tool ecat di PEPPOL) a s ss a s a s ss a s T as P G <catalogue_header> <supplier_party.supplier> <name> CompanyX <name> <supplier_address> <street_name> Via dell olmo <street_name> <street_number> 12 <street_number> Catalogue Content Server quindi(5) crea il file XML del Catalogo, lo valida, lo firma... Economic operator (4) Ec. Operator riempie il catalogo con la propria offerta

31 Scenario Ordine elettronico POST-AWARD SCENARIO Contracting Authority (poss. supp. dei Componenti o tool ecat di PEPPOL) a s ss a s Contracting Authority s AP (1 ) La CA effettua un acquisto, ad esempio su un su un catalogo elettronico. PEPPOL Transport Infrastructure e (2) automaticamente un ordine parte dal sistema verso il fornitore (3) attraverso l Infrastruttura <catalogue_header> <supplier_party.supplier> <name> CompanyX <name> <supplier_address> <street_name> Via dell olmo <street_name> <street_number> 12 <street_number> Economic Operator AP (poss. supp. dei Compon. o tool ecat di PEPPOL) a a s s ss a s s T as P G Economic operator (4) Ec. Operator riceve l ordine attraverso l AP direttamente dentro il proprio sistema (ERP, CRM, ecc.)

32 Obiettivi e risultati raggiunti Obiettivo: creazione di pacchetti di componenti (specifiche tecniche, linee guida, software, ecc.) che attraverso la definizione di standard permettano la piena interoperabilità negli appalti pubblici elettronici, tra i sistemi informativi di fornitori e PA, sia nella fase di selezione dei contraenti (pre-award), sia nella fase di aggiudicazione (post-award). Stato dell Arte: pacchetti completati e testati, pronti all uso nei Piloti e scaricabili on line. Attivazione interoperabilità tra alcune CA e Imprese Risultati principali : Modelli dati consolidati con il CEN/BII e rilasciati Pacchetti di componenti rilasciati, testati e scaricabili on line sotto licenza EUPL (integrati con Ordini e Fattura per il post award) Tool (Dimostratore) di Gestione dei Cataloghi completato e pronto all uso sia per le PA sia per i fornitori, sia per il pre che per il post award PEPPOL Property Server (in future Catalogue Content Server), data base on line con oltre descrizioni standard delle proprietà di prodotti e servizi Piloti realizzati: Business-e, Delta Ufficio, Telecom, Eni

33 Tool di gestione Catalogo Disegnare una nuova riga/prodotto

34 Tool di gestione cataloghi

35 Mappatura Piloti in corso livello UE Pre-Award Solution Post-Award Solution Pilots planned Austria - BBG Integrated Integrated Yes Norway - Difi Integrated Integrated Yes Portugal - ANCP Integrated No Denmark - NITA -SKI Integrated Yes Greece UPRC/DYPE Stand Alone/Integrated Stand Alone/Integrated Yes Finland - VM - Hansel Integrated Yes France - Adetef Integrated Integrated Yes EC - eprior Integrated Yes

37 Impatti su piattaforma Consip: Ordine (attuale) PI crea ordine Fornitore gestisce ordine su ERP Ordine da approvare PO Fornitore inserisce dati ordine ERP Riassegna al PI PO approva/modifica ordine Generato documento ordine PDF Rifiuta ordine Firma Invia ordine al Fornitore Fornitore scarica PDF firmato 37

38 Impatti su piattaforma Consip: Ordine + Peppol PI crea ordine Fornitore gestisce ordine su ERP Ordine da approvare PO Fornitore carica dati ordine ERP Riassegna al PI PO approva/modifica ordine Generato documento ordine PDF Fornitore riceve dati ordine XML AP Firma Rifiuta ordine Invia ordine al Fornitore in XML AP 38

39 Impatti su piattaforma Consip: Catalogo Offerta (att.) Definizione scheda tecnica Definizione attributi Presentazione offerta Definizione regole Sistema effettua la validazione Generazione form e regole di validazione Fornitore compila manualmente schede tecniche 39

40 Impatti su piattaforma Consip: Catalogo Offerta + Peppol Definizione scheda tecnica Definizione attributi Definizione regole Presentazione offerta ecat management tool genera il catalogo di offerta XML Generazione Template di offerta in XML Sistema effettua la validazione Fornitore carica nel sistema il catalogo di offerta XML Fornitore compila manualmente schede tecniche Fornitore carica nell ecat management tool XML Template di offerta 40

41 Impatti su piattaforma Consip: Catalogo di vendita Definizione scheda tecnica Definizione attributi Approvazione Consip Pubblicazione catalogo Definizione regole Sistema effettua la validazione Generazione scheda tecnica di metaprodotto Fornitore seleziona metaprodotto e compila manualmente modifiche/inserimenti 41

42 Impatti su piattaforma Consip: Catalogo di vendita + Peppol Definizione scheda tecnica Definizione attributi Approvazione Consip Pubblicazione catalogo ecat management tool genera il Catalogo XML aggiornato Definizione regole ecat management tool Invia catalogo Fornitore modifica manualmente Catalogo Sistema effettua la validazione AP Fornitore carica nell ecat management tool CatalogoXML Generazione Catalogo in XML Sistema riceve, elabora il catalogo e lo presenta nell interfaccia di gestione AP 42

43 I processi dei Pilota su ecatalogue e eorder Piloti su ecat Rispondi a RDO Piloti su ecat Aggiorna Piloti su eorder Ricevi Pre-award Post award CA on MEPA Foreign Affair Ministry EcOp on MEPA the CA send an eorder via 1 Consip platform ask for a RfQ negotiated procedure on EcOp Download the ecat XML Consip validate and send the 2 Consip portal eorder in XML to IntercentER EcOp receive the RfQ and EcOp receive the RfQ and EcOp import the XML on the IntercentER send the eorder to decide to answer with answer with the PEPPOL DEMO Client the AP 3 the PEPPOL ecat ecat EcOp Download the Call EcOp Download the Call EcOp modify the ecat, export it Telecom downolad the eorder for Tender XML for Tender XML in XML, send it to the AP from the AP directly into its 4 own CRM EcOp import the XML of the Call for Tender on the 5 DEMO Client EcOp prepare the New Tender Catalogue Proposal, and export it in XML, upload it on the 6 MEPA Consip send an 7 Application Response EcOp import the XML of the Call for Tender on the DEMO Client EcOp prepare the New Tender Catalogue Proposal, and export it in XML, upload it on Consip portal Consip send an Application Response the AP send the ecat to IntercentER AP Consip download the ecat, validate it, upload on the MEPA

44 Rispondi ad una RDO su MEPA, usando l XML CLICCA QUI e sarica la struttura XML dell ecatalogue. Il Catalogo conterrà idati che sono richiesti dall Amministrazione che ha invitato l Impresa a partecipare alla RDO. La maggior parte dei campi sono però vuoti, perché devono essere riempiti con l offerta dell Impresa. Il Team PEPPOL di Consip vi supporterà in tutti questi passaggi in modo diretto Per dubbi scrivi a peppol@tesoro.it

45 Nel caso di aggiornamento del catalogo, si usa il Demonstrator anche per inviare l XML a Consip, attraverso un Access Point Quando il catalogo è pronto per essere inviato, chiudi la schermata precedente e torna su questa, che è la schermata principale Troverai il catalogo nella cartella Pending Il pulsante Send diventerà cliccabile in colore verde Clicca su Send per inviare il Catalogo al tuo Access Point, che lo invierà a Consip

46 Nella schermata del MEPA i dati sono importati automaticamente

47 In evidenza: Piloti Consip: Ordini e Catalogo I Piloti relativi ad Ordini e Catalogo si focalizzano sulla standardizzazione dei formati in linguaggio XML La standardizzazione dell Ordine in XML dà la possibilità ai fornitori di acquisire automaticamente l ordine nei propri sistemi gestionali, mentre quella del Catalogo permette maggiore efficienza e risparmio di tempo nella gestione delle offerte La standardizzazione dei formati apre la strada al riuso delle offerte a livello interregionale e transfrontaliero e alla possibilità di gestire i cataloghi prodotti in modo più semplice e veloce

48 Interoperabilità a regime Le imprese, anziché utilizzare il Demonstrator Client, possono connettersi direttamente alla fonte Come è possibile? Adattando i propri sistemi (ERP, CRM, ecc.) alle specifiche PEPPOL, eventualmente integrando nei propri sistemi le componenti software che implementano le specifiche PEPPOL, rilasciate in open source. A che serve? Qualche esempio: Per chi ha cataloghi ad alta volatilità che devono essere aggiornati frequentemente e/o di grandi dimensioni, essere interoperabili significa trovarsi già tutti i dati inseriti nella schermata di gestione del catalogo di Acquistinretepa Per chi riceve flussi di ordini significativi potrebbe essere utile riceverli direttamente nei propri sistemi

49 Riepilogo: cosa fa PEPPOL e perché OBIETTIVI BENEFICI Creazione di una community che usi Standard aperti, condivisi e testati sul campo per l interoperabilità di Cataloghi, Ordini e domani anche Fatture Sviluppo Soluzioni (Building blocks) per facilitare in concreto l interoperabilità tra sistemi esistenti Infrastruttura e servizi web per lo scambio di documenti Piani di Lungo termine per sostenere l esperienza dopo il progetto Amministrazioni: Efficienza e riduzione costi Automazione dei processi Incremento concorrenza Fornitori: Ampliamento mercati ed efficienza Accesso a nuovi mercati Automazione dei processi Industria IT: Nuovi progetti e clienti nuove opporunità di sviluppo 49

51 Casi studio Tra i Piloti realizzati e in corso di realizzazione si segnalano: Il primo Pilota in Europa sul Catalogo d offerta, utilizzato per rispondere ad una RDO della Provincia di Roma, lo ha realizzato Business-e che ha risposto con formato XML utilizzando il Demo Client La prima PMI italiana che sta effettuando un Pilota sul Catalogo per l aggiornamento automatizzato con l interoperabilità in XML è Delta Ufficio. Ha anche effettuato un Pilota con Catalogo d offerta, con il Circondario Empolese Valdelsa Telecom Italia è la prima grande azienda italiana ad effettuare l interoperabilità sugli Ordini tra Consip e il proprio CRM. Il Pilota è partito a dicembre

52 La Sostenibilità del progetto per Consip e in Italia I prossimi passi di Consip Catalogo: ottimizzare la gestione dei cataloghi d offerta e l aggiornamento massivo Ordine: diffondere l uso dello standard di ordine per le convenzioni, il DPS e il MEPA non solo in Consip Infrastruttrura: realizzare la componente per l accesso all infrastruttura 52

53 eprocurement without borders in Europe PEPPOL is an EU co-funded project CIP-ICT PSP-2007 No