Architettura Sistema di Monitoraggio Clausole campione

Architettura Sistema di Monitoraggio. L‟architettura del sistema di monitoraggio si basa sulla seguente struttura: • Agenti intelligenti di controllo attivi sulle piattaforme per l‟intercettazione di xxxxxxxx, allarmi o eventi; • Automazioni per il monitoraggio di utilizzo, disponibilità e criticità di sistemi ed applicazioni, in grado di generare eventi o allarmi; • Simulatori di utente finale per monitoraggio servizi, in grado di generare eventi o allarmi; • Agenti per la raccolta di dati di prestazioni e di utilizzo delle risorse distribuite; • Serventi centralizzati per il monitoraggio e l‟analisi del traffico di rete; • Serventi centralizzati per la raccolta di dati inventario hardware e software (senza agenti locali); • Serventi centralizzati per la gestione di tutta la messaggistica proveniente sia dalle risorse dipartimentali che da quelle centralizzate, per la gestione e per l‟interfaccia verso gli strumenti di problem management; • Console per operatori con strumenti di rappresentazione grafica delle risorse, di visualizzazione degli allarmi per settori di competenza, per la visualizzazione grafica delle analisi di prestazioni e utilizzo delle risorse; • Portale di fruzione dei servizi (console, richieste, etc,) e consultazione dei dati (reportistica, manuali); • Database Centrale per Collezione Dati e Storicizzazione. L‟architettura è divisa in tre livelli: • Raccolta dati di monitoraggio ed inventario • Collezione e correlazione dati ed Automazione azioni di notifica • Aggregazione e Presentazione dati Il livello di raccolta dati viene realizzato tramite: • agenti IBM Tivoli Monitoring (su piattaforma windows e unix) • agenti IBM Omegamon (su piattaforma mainframe centrale) • sonda di rete HP RUM (collegata su porta switch per analisi traffico) • simulatori di utente finale (tecnologie Rational IBM ed HP BPM) • automazioni personalizzate (PERL,VisualBasic,PHP,Bash Script) Il livello di collezione e correlazione dati ed automazione viene realizzato da: • Server IBM Tivoli Monitoring (generazione e collezione eventi) • Server IBM Tivoli Netcool Object Server ed Impact (collezione, correlazione, generazione eventi ed automazione) • Server BDNA (collezione ed aggregazione dati inventario) • Server UDB per storicizzazione dati e datawarehouse • Automazioni personalizzate (PERL, ASP, PHP) Il livello di aggregazione e presentazione dati viene realizzato da: • Portale personalizzato Portalemis (accesso servizi/dati/console) • Console Tivoli Enterprise Portale (amministrazione monitoraggio)...
Architettura Sistema di Monitoraggio. L‟architettura del sistema di monitoraggio si basa sulla seguente struttura:  Agenti intelligenti di controllo attivi sulle piattaforme per l‟intercettazione di messaggi, allarmi o eventi;  Automazioni per il monitoraggio di utilizzo, disponibilità e criticità di sistemi ed applicazioni, in grado di generare eventi o allarmi;  Simulatori di utente finale per monitoraggio servizi, in grado di generare eventi o allarmi;  Agenti per la raccolta di dati di prestazioni e di utilizzo delle risorse distribuite;  Serventi centralizzati per il monitoraggio e l‟analisi del traffico di rete;  Serventi centralizzati per la raccolta di dati inventario hardware e software (senza agenti locali);  Serventi centralizzati per la gestione di tutta la messaggistica proveniente sia dalle risorse dipartimentali che da quelle centralizzate, per la gestione e per l‟interfaccia verso gli strumenti di problem management;  Console per operatori con strumenti di rappresentazione grafica delle risorse, di visualizzazione degli allarmi per settori di competenza, per la visualizzazione grafica delle analisi di prestazioni e utilizzo delle risorse.  Portale di fruzione dei servizi (console, richieste, etc,) e consultazione dei dati (reportistica, manuali)  Database Centrale per Collezione Dati e Storicizzazione L‟architettura è divisa in tre livelli:  Raccolta dati di monitoraggio ed inventario  Collezione e correlazione dati ed Automazione azioni di notifica  Aggregazione e Presentazione dati Il livello di raccolta dati viene realizzato tramite:  agenti IBM Tivoli Monitoring (su piattaforma windows e unix)  agenti IBM Omegamon (su piattaforma mainframe centrale)  sonda di rete HP RUM (collegata su porta switch per analisi traffico)  simulatori di utente finale (tecnologie Rational IBM ed HP BPM)  automazioni personalizzate (PERL,VisualBasic,PHP,Bash Script) Il livello di collezione e correlazione dati ed automazione viene realizzato da:  Server IBM Tivoli Monitoring (generazione e collezione eventi)  Server IBM Tivoli Netcool Object Server ed Impact (collezione, correlazione, generazione eventi ed automazione)  Server BDNA (collezione ed aggregazione dati inventario)  Server UDB per storicizzazione dati e dataware house  Automazioni personalizzate (PERL,ASP,PHP) Il livello di aggregazione e presentazione dati viene realizzato da:  Portale personalizzato Portalemis (accesso servizi/dati/console)  Console Tivoli Enterprise Portale (amministrazione monitoraggio)  ...

Related to Architettura Sistema di Monitoraggio

  • Coesistenza di altre assicurazioni Xxxxx restando i massimali e limiti di polizza, qualora il rischio oggetto della presente assicurazione risulti garantito in tutto od in parte anche da altre Società, essa sarà operante solo ad esaurimento dei massimali previsti dalle altre assicurazioni ovvero per la parte di rischio non coperta dalle medesime. A questo riguardo l’Assicurato è esonerato dall’obbligo della denuncia preventiva dell’esistenza di altre assicurazioni per i medesimi rischi, fermo l’obbligo di darne comunicazione alla Società in caso di sinistro.

  • Liquidazione dei corrispettivi La contabilità del presente appalto è regolamentata, per quanto compatibile con la normativa vigente, secondo quanto previsto dal "regolamento di contabilità" di Roma Capitale ai sensi della deliberazione del Consiglio Comunale n. 4 del 25 gennaio 1996 e xx.xx. e ii. l pagamenti sono disposti nei termini sotto indicati previo accertamento da parte del D.E.C., confermato dal R.U.P., della prestazione effettuata, in termini di quantità e qualità, rispetto alle prescrizioni previste nel presente schema di contratto e nel capitolato speciale descrittivo e prestazionale. Il Municipio Roma II provvederà a liquidare mensilmente, dopo l'effettiva erogazione del servizio e dopo l’effettuazione delle verifiche previste dalla normativa vigente (tra cui il rilascio del documento unico di regolarità contributiva), conteggiato a misura in base alle ore effettivamente rese, il prezzo dovuto all'esecutore, a seguito di presentazione di regolare fattura. Per il pieno e perfetto adempimento degli obblighi tutti assunti con il presente schema di contratto, è versato il corrispettivo al contraente, al netto dell'IVA in conformità alle aliquote disposte dalla normativa vigente. Ai sensi dell'art. 17-ter del D.P.R. n. 633/1972, così come introdotto dall'art. 1, comma 629, lettera b) della Legge n.190/2014, laddove applicabile, l'imposta non verrà liquidata all'appaltatore ma verrà versata, con le modalità stabilite nel D.M. 23 gennaio 2015, direttamente all'Erario da Roma Capitale. Di tale adempimento verrà data annotazione in ciascuna relativa fattura, comunque da emanarsi e registrarsi rispettivamente ai sensi degli articoli 21, 21 bis e 23 del D.P.R. n. 633/1972. Nel caso di ritardato pagamento resta fermo quanto previsto dal D. Lgs. n. 231/2002 (Attuazione della direttiva 2000J35/CE relativa alla lotta contro i ritardi di pagamento nelle transazioni commerciali) come modificato dal D. Lgs. n. 192/2012. Gli interessi moratori, ai sensi dell'art. 4 del D. Lgs. n. 231/2002 decorrono dal giorno successivo alla scadenza del termine previsto per il pagamento. È previsto l'obbligo di Roma Capitale di pagare entro trenta giorni dalla data di ricevimento della fattura o della richiesta di pagamento. Se la fattura o la richiesta di pagamento inviata non contiene la documentazione richiesta dall’Amministrazione a comprova della regolarità della prestazione necessaria alla liquidazione, il tempo di trenta giorni decorrerà dalla completa consegna della documentazione richiesta e validata dal RUP. Ai sensi dell'art. 30, comma 5 del Codice, in caso di inadempienza contributiva risultante dal documento unico di regolarità contributiva relativo a personale dipendente dell'affidatario impiegato nell'esecuzione del contratto, l'Amministrazione trattiene daI certificato di pagamento l'importo corrispondente all'inadempienza per il successivo versamento diretto agli enti previdenziali e assicurativi. Ai sensi dell'art. 30, comma 6 del Codice in caso di ritardo nel pagamento delle retribuzioni dovute al personale dipendente dell'affidatario, il responsabile unico del procedimento invita per iscritto il soggetto inadempiente, ed in ogni caso l'affidatario, a provvedervi entro i successivi quindici giorni. Ove non sia stata contestata formalmente e motivatamente la fondatezza della richiesta entro il termine sopra assegnato, l'Amministrazione paga anche in corso d'opera direttamente ai lavoratori le retribuzioni arretrate, detraendo il relativo importo dalle somme dovute all'affidatario del contratto ovvero dalle somme dovute al subappaltatore inadempiente nel caso in cui sia previsto il pagamento diretto ai sensi dell'articolo 105 del Codice, previo accertamento dei crediti con le seguenti modalità: 1) mediante verifica della situazione debitoria insieme all’Affidatario del servizio che certificherà le proprie debenze nei riguardi dei dipendenti, se del caso coinvolgendo gli Uffici del Ministero del Lavoro; 2) mediante acquisizione di un titolo già formato ed esecutivo (come, ad esempio, un decreto ingiuntivo già emesso a favore dei lavoratori), ovvero, sempre attraverso il contraddittorio con le parti, attraverso l’intervento e l’ausilio dei competenti organi del Ministero del Lavoro. In ogni caso il Municipio interromperà il rapporto di lavoro con l’affidatario e provvederà ad affidare il servizio come previsto all’art.22 del presente Contratto. Eventuali atti di cessione di credito o procure all'incasso saranno regolati ai sensi della deliberazione del Consiglio Comunale n. 4 del 25 gennaio 1996 e xx.xx. e ii. Ai sensi dell'art. 106, comma 13 del Codice si applicano le disposizioni di cui alla legge 21 febbraio 1991, n. 52. Ove ricorra cessione di credito, l’Amministrazione provvede a dare immediata notizia a tutti i soggetti interessati e la cessione del credito non ha, in ogni caso, efficacia, se non per effetto di provvedimento formale d'adesione intervenuto nei termini di Legge. I pagamenti effettuati a favore dei cessionari e dei procuratori sono subordinati all'acquisizione, da parte dei competenti Uffici della Ragioneria Generale, del relativo certificato antimafia, previsto dalle norme di Legge. Nelle more dell'adozione del provvedimento, ove il cedente non richieda espressamente la sospensione dei pagamenti, gli stessi sono effettuati in favore dei beneficianti, senza tenere conto di cessioni non riconosciute. Le cessioni di crediti possono essere effettuate a banche o intermediari finanziari disciplinati dalle leggi in materia bancaria e creditizia, il cui oggetto sociale preveda l'esercizio dell'attività di acquisto di crediti di impresa. Ai sensi del predetto art. 106, comma 13 del Codice ai fini dell'opponibilità a Roma Capitale, le cessioni di crediti devono essere stipulate mediante atto pubblico o scrittura privata autenticata e devono essere notificate alle amministrazioni debitrici. Le cessioni di crediti da corrispettivo di appalto sono efficaci e opponibili alle stazioni appaltanti che sono amministrazioni pubbliche qualora queste non le rifiutino con comunicazione da notificarsi al cedente e al cessionario entro quarantacinque giorni dalla notifica della cessione. In ogni caso Roma Capitale cui è stata notificata la cessione può opporre al cessionario tutte le eccezioni opponibili al cedente in base al presente contratto con questo stipulato. E’ sempre consentito a Roma Capitale, anche per il presente contratto di appalto in corso, nella eventuale pendenza di procedura di concordato preventivo con continuità aziendale, provvedere ai pagamenti dovuti per le prestazioni eseguite dagli eventuali diversi soggetti che costituiscano l'affidatario, quali le mandanti, ovvero eseguite dai subappaltatori e dai cottimisti, secondo le determinazioni presso il Tribunale competente per l'ammissione alla predetta procedura.

  • Dichiarazioni dell’Assicurato in ordine alle circostanze del rischio AVVERTENZA: eventuali dichiarazioni false o reticenti sulle circostanze del Rischio rese in sede di conclusione del contratto potrebbero comportare la perdita del diritto all’Indennizzo/Risarcimento o la sua riduzione e gli altri effetti previsti dagli artt. 1892, 1893 e 1894 del codice civile. Per gli aspetti di maggiore dettaglio si rinvia a quanto previsto dall’art. 1 “Dichiarazioni relative alle circostanze del Rischio” delle Condizioni Generali di Assicurazione.

  • Documentazione e dichiarazioni ulteriori per i soggetti associati Le dichiarazioni di cui al presente paragrafo sono sottoscritte secondo le modalità di cui al punto 15.1. I. rete dotata di organo comune con potere di rappresentanza e soggettività giuridica (cd. rete - soggetto): - copia autentica o copia conforme del contratto di rete, redatto per atto pubblico o scrittura privata autenticata, ovvero per atto firmato digitalmente a norma dell’art. 25 del d.lgs. 82/2005, con indicazione dell’organo comune che agisce in rappresentanza della rete; - dichiarazione, sottoscritta dal legale rappresentante dell’organo comune, che indichi per quali operatori economici la rete concorre; - dichiarazione che indichi le parti del servizio, ovvero la percentuale in caso di servizi indivisibili, che saranno eseguite dai singoli operatori economici aggregati. II. rete dotata di organo comune con potere di rappresentanza ma priva di soggettività giuridica (cd. rete-contratto): - copia autentica del contratto di rete, redatto per atto pubblico o scrittura privata autenticata, ovvero per atto firmato digitalmente a norma dell’art. 25 del d.lgs. 82/2005, recante il mandato collettivo irrevocabile con rappresentanza conferito alla mandataria; qualora il contratto di rete sia stato redatto con mera firma digitale non autenticata ai sensi dell’art. 24 del d.lgs. 82/2005, il mandato nel contratto di rete non può ritenersi sufficiente e sarà obbligatorio conferire un nuovo mandato nella forma della scrittura privata autenticata, anche ai sensi dell’art. 25 del d.lgs. 82/2005; - dichiarazione che indichi le parti del servizio ovvero la percentuale in caso di servizio indivisibili, che saranno eseguite dai singoli operatori economici aggregati. III. rete dotata di organo comune privo di potere di rappresentanza ovvero sprovvista di organo comune, oppure se l’organo comune è privo dei requisiti di qualificazione (in tali casi partecipa nelle forme del raggruppamento costituito o costituendo): a) in caso di raggruppamento temporaneo costituito: copia autentica del contratto di rete, redatto per atto pubblico o scrittura privata autenticata ovvero per atto firmato digitalmente a norma dell’art. 25 del d.lgs. 82/2005 con allegato il mandato collettivo irrevocabile con rappresentanza conferito alla mandataria, recante l’indicazione del soggetto designato quale mandatario e delle parti del servizio, ovvero della percentuale in caso di servizio/forniture indivisibili, che saranno eseguite dai singoli operatori economici aggregati; b) in caso di raggruppamento temporaneo costituendo: copia autentica del contratto di rete, redatto per atto pubblico o scrittura privata autenticata, ovvero per atto firmato digitalmente a norma dell’art. 25 del d.lgs. 82/2005, con allegate le dichiarazioni, rese da ciascun concorrente aderente al contratto di rete, attestanti: Nei casi di cui ai punti a) e b), qualora il contratto di rete sia stato redatto con mera firma digitale non autenticata ai sensi dell’art. 24 del d.lgs. 82/2005, il mandato dovrà avere la forma dell’atto pubblico o della scrittura privata autenticata, anche ai sensi dell’art. 25 del d.lgs. 82/2005. Il mandato collettivo irrevocabile con rappresentanza potrà essere conferito alla mandataria con scrittura privata.

  • Dichiarazioni dell’Assicurato in ordine alle circostanze del rischio - Nullità AVVERTENZA: le dichiarazioni inesatte o le reticenze del Contraente e/o dell’Assicurato relative a circostanze che influiscono sulla valutazione del rischio e sulla determinazione del relativo premio, possono comportare, così come previsto dall’art.1 delle condizioni di assicurazione, la perdita totale o parziale del diritto all’indennizzo, nonché la stessa cessazione dell’assicurazione (artt. 1892, 1893 e 1894 Codice Civile). In questo caso il pagamento del danno non è dovuto o è dovuto in misura ridotta, in proporzione alla differenza tra il premio convenuto e quello che sarebbe stato altrimenti determinato. AVVERTENZA: il contratto è nullo, così come previsto dall’art. 1895 del Codice Civile, se il rischio per il quale il Contraente lo ha stipulato non è mai esistito o ha cessato di esistere prima della conclusione dello stesso.

  • RICHIESTA DI CHIARIMENTI Eventuali informazioni complementari e/o chiarimenti sul contenuto del presente documento e degli altri documenti di gara, potranno essere richiesti utilizzando il format (Allegato 1F) per il tramite della messaggistica della RDO Amministrativa seguendo le istruzioni di cui al paragrafo “Come inviare una Richiesta di chiarimenti” nel documento “Utilizzo della Piattaforma Procedura Aperta Multi lotto”. Le richieste di chiarimento dovranno pervenire, improrogabilmente, entro e non oltre le ore 13:00 del giorno 08/07/2020. Le richieste di chiarimento devono essere formulate in lingua italiana. Le risposte ai chiarimenti saranno rese disponibili da Poste Italiane, nell’apposita area “messaggi” della RdO Amministrativa ovvero come documento allegato ad un messaggio. All’Impresa verrà inviata comunque una comunicazione (e-mail) con invito a prendere visione delle Risposte ai chiarimenti. Poste Italiane potrà invitare, attraverso lo strumento della messaggistica della RdO Amministrativa , le Imprese a trasmettere eventuali chiarimenti che si rendessero necessari per una più facile valutazione della documentazione presentata con facoltà di assegnare a tal fine un termine perentorio entro il quale detti completamenti e/o chiarimenti devono essere trasmessi.

  • Monitoraggio Il Fornitore si impegna a fornire alla Xx.Xx.Xx. alcuni dati a fini reportistici con riguardo agli ordini ricevuti ed evasi e alla loro fatturazione. I predetti dati di rendicontazione e monitoraggio delle forniture prestate dovranno essere forniti secondo le modalità di seguito indicate. I flussi dovranno essere inviati con cadenza trimestrale entro il giorno 20 del mese successivo al trimestre di competenza. Il flusso concernente gli ordini evasi deve contenere almeno i seguenti campi: - lotto di riferimento - Codice Amministrazione contraente (riferimento alla codifica ministeriale) - codice prodotto; - data e quantitativo del dispositivo consegnato; - data e quantitativo eventuale apparecchiature consegnate a noleggio - numero e data dell’ordinativo di fornitura; - valore economico; - ogni altro eventuale dato utile a Xx.Xx.Xx. per svolgere l’attività di monitoraggio; Il file conterrà un numero di record pari alle tipologie di prodotti ordinati. Ogni file trimestrale dovrà essere nominato con la seguente regola: anno_trimestre_prodotto (esempio file del 4° trimestre del 2018 relativo al prodotto XXX assume come nome file: 2018_04_XXX).

  • Dichiarazioni inesatte o reticenti Non vi sono informazioni ulteriori rispetto a quelle fornite nel DIP Danni.

  • PRIMA DI RICORRERE ALL’AUTORITÀ GIUDIZIARIA è possibile avvalersi di sistemi alternativi di risoluzione delle controversie, quali:

  • Informazioni Sullimpresa Di Assicurazione (più avanti anche “Net Insurance S.p.A.” o “Assicuratore”)