Il nuovo scenario del Mercato liberalizzato del gas impone la separazione societaria fra l’Azienda Vendita e l’Azienda Distribuzione e la conseguente separazione fisica dei relativi Data Base.
Ogni player avrà rapporti con molti altri player (una Azienda Vendita con molte Aziende Distribuzione, una Azienda Distribuzione con molte Aziende Vendita, ecc.) ed aumenteranno il numero di transazioni, non solo per il nuovo processo di switching ma anche per tutti i rapporti con il Cliente Finale gestiti attraverso l’Azienda Vendita.

Nasce quindi la necessità di stabilire, fra i vari player, regole su cui basare le varie transazioni e di avere uno strumento evoluto per la loro gestione, come già avvenuto per gli altri mercati gas liberalizzati prima di quello italiano.

In particolare si tratta di definire:

• come gestire i vari processi (switching, disdetta, nuova fornitura, subentro, ecc.);
• tutti gli eventi correlati ad ogni processo (richiesta rifiutata, richiesta eseguita, richiesta non eseguita, ecc.);
• quali informazioni trasmettere fra i vari player per ogni processo;
• i criteri di codifica delle informazioni;
• le modalità di comunicazione fra i vari player.

Il meccanismo di comunicazione utilizzato deve eliminare la necessità di dover reimputare le stesse informazioni sui Data base dei vari player e deve consentire di monitorare in qualunque momento lo stato di ogni transazione.

Da quanto descritto precedentemente si rende necessario:

• definire delle codifiche univoche, condivise e pubbliche, con particolare riferimento al Punto di riconsegna o Delivery Point che diventa il punto di riferimento fondamentale di ogni transazione;
• definire un protocollo di comunicazione avanzato.

Mercurio è la soluzione della Divisione Energy & Utilities di Engineering per supportare questo elemento strategico del nuovo scenario: un sistema di messaggistica B2B specializzato per il mercato liberalizzato delle Public Utilities. Utilizza un protocollo di messaggistica basato sullo standard XML quale formato dei messaggi in ingresso ed uscita. Utilizza lo standard SOAP dei web services per l’invio e la ricezione dei messaggi stessi.

Mercurio è composto da tre moduli:
1. modulo di trasmissione messaggi
2. modulo di ricezione messaggi
3. modulo di monitoraggio

1) Il modulo di trasmissione messaggi consente di:

• schedulare l’invio di messaggi dal sistema di Gestione Clienti;
• popolare il messaggio estraendo dati dal DB con regole predefinite: a partire da un oggetto (richiesta e/o ordine di intervento) consente di ricercare tutte le informazioni utili e necessarie per la comunicazione
• tradurre i codici interni del mittente in codici del destinatario
• preparare il tracciato XML secondo uno schema XSD pubblico: permette di sfruttare tutti gli standard tecnologici attuali.
• eseguire il log del messaggio in uscita
• produrre il messaggio su File System.

2) Il modulo di ricezione messaggi consente di:

• schedulare il trattamento dei messaggi in arrivo;
• eseguire il log dei messaggi in ingresso;
• interpretare il tracciato XML. E’ l’apertura del sistema SIU verso il mondo esterno
• tradurre i codici del sistema del destinatario in codici interni:
• reperire eventuali dati al contorno: a partire da oggetti condivisi quali il punto di riconsegna (o delivery point) consente di ricercare tutte le informazioni utili e necessarie per il successivo trattamento
• generare automaticamente nel Sistema del Player destinatario l'oggetto relativo al messaggio ricevuto, ad es. una richiesta o un ordine di lavoro.

3) Il modulo di monitoraggio consente di:

• monitorare i messaggi loggati in ingresso ed uscita
• monitorare le fasi di trattamento del messaggio in ingresso ed uscita

Mercurio fornisce i seguenti principali vantaggi:

• Velocizzare le comunicazioni tra Vendita e Distribuzione: senza Mercurio si dovrebbero usare canali tradizionali (fax, telefono) ingestibili sui grandi numeri
• Risparmio sui costi del personale (presidio limitato alla sola gestione delle anomalie)
• Possibilità di monetizzare le modalità di comunicazione "non standard": il canale di comunicazione di default (indicato nel codice di rete) è Mercurio, ogni altro canale può prevedere un costo aggiuntivo
• Disponibilità 24X365
• Tracciabilità di tutti i contatti con i vari player del mercato
• Compatibilità con eventuali protocolli standard usati da altri player
• Qualità dei dati comunicati (filtro automatico degli errori)
• Indipendenza dal particolare sistema di gestione Clienti utilizzato dai vari player; in pratica Mercurio rende effettivamente possibile una reale integrazione fra tutti i player del mercato.

© Neta S.p.A. 1980-2004