Gestione database e sincronizzazione dati.

1. Gli stessi dati sempre, ovunque. Adesso
Paolo Grotto CEO di Arket

2. Arket è presente sul mercato da oltre 15
anni nell’ambito dell’integrazione dei
sistemi con un obiettivo:
Progettare e sviluppare soluzioni per la
System Integration mirate ad aumentare
l’efficienza produttiva dei processi
aziendali.

4. TITOLO 1 FACCIAMO COMUNICARE LE APPLICAZIONI

5. STRUMENTI E TECNOLOGIE DISPONIBILI SUL MERCATO

6. STRUMENTI E TECNOLOGIE DISPONIBILI SUL MERCATO
ETL=«Extract-Transform-Load»
EAI=«Enterprise Application Integration»
DIY=«Do It Yourself»

7. LA CATTURA E LA DISTRIBUZIONE DELLA SOLA VARIAZIONE

8. DUPLO: COMPOSIZIONE
*
*
*
*

9. MOTORE DI CATTURA DEI DATI
Funzionalità
• Funziona in modo autonomo e indipendente
• Recupera le modifiche tramite trigger o system journal
• Genera automaticamente i trigger e le strutture di memorizzazione
variazioni
• Salvataggio delle sole informazioni da sincronizzare
Vantaggi
• Non richiede modifiche al gestionale
• Non richiede conoscenze specifiche sul database
• Nessuna perdita di dati, anche se Duplo è inattivo
• Risparmio occupazione memoria di massa

10. APPLICATION SERVER
Funzionalità
• Spedizione delle variazioni con differenziazione dei campi da spedire
• Capacità di gestire l’indisponibilità del sistema remoto
• Ricevere e applicare le variazioni
• Ottimizzazione per il database su cui deve aggiornare
• Capacità di gestione delle eccezioni
• Trasformazione automatica del tipo di dato
• In caso di errore capacità di bloccare la sincronizzazione
• Gestione del ciclo di sincronia
Vantaggi
• Elevate prestazioni nel trasferimento e nell’applicazione
• Capacità di gestire grandi moli di aggiornamenti
• Abbattimento dei tempi di gestione
• Risparmio di occupazione di banda e di utilizzo CPU

11. CONSOLE
Funzionalità
• Unico punto di controllo e monitoraggio
• Configurazione di sistemi, database e regole di sincronizzazione
• Auto-configurazione di campi e tipi campo
• Caricamento iniziale e refresh dei dati
• Gestione degli errori manuale e automatica
• Gestione delle configurazioni a stella
• Indipendenza dal database senza necessità di conoscenze specifiche
• Gestione di logica e di scripting
• Controllo automatico del numero di record
Vantaggi
• Risparmio di tempo nella gestione e nella configurazione
• Non necessita di personale specializzato su più piattaforme
• Rende facile la gestione di logiche complesse

12. Case History:
• ARNEG
• SINV

13. Collegamento tra due sistemi informativi
Arneg S.p.A.
CLIENTE
PROGETTO
DETTAGLI
Il progetto è stato sviluppato per la Arneg Spa, una Società che
detiene la leadership nel settore della refrigerazione
commerciale, con sedi e stabilimenti sparsi in tutto il mondo.
• Fatturato 2011 Gruppo Arneg: 510 Mil/€
• Stabilimenti nel mondo: 16
• Dipendenti nel Gruppo: 2.500
Collegamento sistema
informativo italiano e Brasiliano
Integrazione del S.I.
Italiano con SmeUp su
AS/400 con il S.I. Brasiliano
su Informix
CASE HISTORY ARNEG

14. NECESSITA’ ESPRESSE
Sono stati individuati quindi tre livelli di necessità:
Sincronizzare i dati in modo permanente
Transazioni di appoggio per la conversione
Servizi di calcolo
CASE HISTORY ARNEG
L’azienda brasiliana ha utilizzato fino ad oggi sia per la parte
gestionale che per la parte contabile un ERP su Linux. Arneg ha deciso
di far adottare all’azienda brasiliana l’ERP di gruppo per la parte
gestionale e mantenere l’ERP brasiliano per la parte contabile.

15. SINCRONIZZAZIONE ANAGRAFICA
Nessuna modifica all’ERP di origine
Sincronizzazione dati permanenti in tempo reale
Funzionamento su linee telematiche lente
Autonomia da indisponibilità linee, backup e altri eventi
Gestione automatica ripartenze
Gestione Fuso orario
CASE HISTORY ARNEG
La prima necessità era quella di sincronizzare le informazioni anagrafiche tra la parte
contabile (Informix) e la parte gestionale di gruppo (DB2).

16. APPOGGIO CONVERSIONE
La linea impedisce di effettuare la copia completa del DB brasiliano
Dati sempre disponibili per il test
Aggiornati in tempo reale
Velocità e facilità di configurazione dell’ambiente
CASE HISTORY ARNEG
La seconda necessità era quella di avere un ambiente di test costantemente
aggiornato che contenesse le transazioni gestionali di ordini, listini e Di.Ba. con lo
scopo di rappresentare una base di appoggio per le conversioni.

17. RICHIESTA SERVIZI
Una funzione effettua la scrittura del prezzo di base su una tabella
Duplo replica il dato
Un trigger nell’ambiente di destinazione calcola il prezzo base
Il prezzo calcolato torna a disposizione della funzione chiamante
CASE HISTORY ARNEG
La terza necessità era di avere un gestore di servizi per il pacchetto brasiliano.
Alcune peculiarità relative al calcolo del prezzo vengono svolte dal pacchetto
brasiliano (imponibile IVA). Non sono disponibili servizi SOA o altre modalità
di cooperative processing. Il funzionamento si basa sulla scrittura di dati nelle
tabelle.

18. CRITICITA’ DEL PROCESSO
Non effettuare nessuna modifica del gestionale di origine
Utilizzare l’input standard dell’ERP su AS/400
Massimizzare le prestazioni per ovviare a problemi di linee dati
Gestione automatica indisponibilità di sistema e delle ripartenze
Gestione fuso orario
Velocità di implementazione della soluzione
CASE HISTORY ARNEG
L’azienda ha espresso le seguenti necessità per garantire un progetto di successo

19. Duplo ha risolto in modo semplice, rapido e affidabile un problema complesso di integrazione e convivenza fra due
sistemi ERP residenti su piattaforme diverse e geograficamente distanti. Duplo ha anche fornito uno strumento per
richiedere servizi di calcolo al sistema remoto, realizzando un’architettura SOA senza disporre delle basi tecnologiche
normalmente necessarie. Possiamo testare e implementare gradualmente il nuovo ERP, avendo sempre in linea i
dati di partenza, aggiornati in “tempo reale”, come se entrambi si trovassero sullo stesso AS400. Arket è sempre stata
sollecita ed efficiente nel rispondere alle ns.richieste.
Claudio Canepa
Dir.Sistemi Informativi
Arneg Group
BENEFICI DELLA SOLUZIONE
CASE HISTORY ARNEG