Scambio dati integrazione Specifiche DATEX II Definizione requisiti e specifiche

Schema connessione DATEX

Requisiti Scambio Dati DATEX Affidabilità Ack in ricezione Il supplier sa che il Client ha ricevuto l’informazione senza errori di trasmissione Conoscenza del Stato della Connessione e dell’Interlocutore Connessione Attiva: affidabilità delle notizie ! l’informazione è affidabile In caso di mancanza di collegamento o in caso di indisponibilità dei sistemi: Avviso informazione non disponibile / non aggiornata

Implementare Controllo della connessione Gestione della Sessione Apertura e Chiusura di una Sessione in modo controllato Controllo dello stato ON Invio messaggi di KeepAlive e Ack di risposta Notifica errore / disconnessione In caso di errore di rete DeliveryBreak e chiusura / invalidazione della sessione Gestione Ripristino Sessione e Riallineamento: Restart

Affidabilità nei vari Pattern di Scambio Pull / LCP Low Cost Profile http/get o Pull Non si gestisce la Sessione Il client recupera i dati in base a logiche proprie concordate con il Supplier ma controllo dati a carico del client ( Stateless Supplier ) Controllo affidabilità demandato al Client In caso di errore o indisponibilità dei dati  Segnala a livello applicativo dati obsoleti / non disponibili

Affidabilità nei vari Pattern di Scambio - Push La mancanza di aggiornamenti o l’indisponibilità di dati hanno lo stesso comportamento Nessun dato inviato Mancano nella specifica ufficiale un metodo per discriminare le situazioni ERRORE / Nessun Dato da comunicare Possibile implementazione Controllo di Sessione Gestione Start / Allineamento dati da Supplier a Client Monitoraggio connessione Restart / Riallineamento dopo disconnessione Non è un protocollo Stateless Supplier

Approfondimenti Estratto Exchange 3.0 Requisiti scambio dati Features Scambio dati

Profilo DATEX IT concessionarie 2014 Basato su tecniche exchange standard previste da PIM 2.0 Integra le due opzioni con gestione stato documentata LCP / Pull PUSH Documentazione sul sito DATEX EN e IT

Ulteriori Opzioni Simple Push Monitoraggio Sessione Riallineamento Push senza dati : messaggio di KeepAlive Delivery Break segnala Errore in invio dati push da Supplier Riallineamento A carico del server invio dati non scambiati memorizzati su buffer anche il Client può avere bisogno di pilotare per esigenze di manutenzione un riallineamento / restart di processo / debug / error recovery Richiesta di riallineamento dal client da gestire Invalidazione Sessione Lato Client: Mancata risposta ai push  risposta Delivery Break

Riepilogo Requisiti Comunicazione I requisiti principali per uno scambio dati affidabile e coerente sono: Client e Supplier hanno conoscenza dello stato della connessione e monitorano eventuali disconnessioni o errori di trasmissione / ricezione. Il supplier nella continuità di una sessione di scambio dati, deve essere in grado di inviare al client le informazioni senza perdita di dati, gestire eventuali disconnessioni temporanee riallineando il Client alla riconnessione. Il Client deve essere in grado di richiede al Supplier un riallineamento per sue necessità di gestione: Inizio Comunicazione, Recupero dati dopo Disconnessione o Errore di trasmissione / ricezione, necessità di riallineamento per manutenzione sistema / bug fixing.

Specifiche e Diagrammi di Stato Documento specifiche aggiornato

Altri paradigmi di scambio OCIT-C Protocollo RESTful pattern ASPI/ATECH