{"component": "clause", "props": {"groups": [{"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [{"key": "i-contenuti", "type": "clause", "offset": [84, 95]}], "snippet": "Se la procura verr\u00e0 inserita in un atto notarile, il notaio \u00e8 tenuto a controllarne i contenuti.", "hash": "5406911b1a5d63c554972e15fc7a03dc", "id": 1}, {"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [{"key": "la-validit\u00e0", "type": "clause", "offset": [0, 11]}, {"key": "data-di", "type": "definition", "offset": [100, 107]}], "snippet": "La validit\u00e0 di una procura non \u00e8 alterata da tale questione. Ad ogni modo, \u00e8 necessario inserire la data di redazione del documento.", "hash": "bd77b69a7bb560bd1cfe2309105e0f4c", "id": 2}, {"samples": [{"hash": "iWNNjyaj8l1", "uri": "/it/contracts/iWNNjyaj8l1#austria", "label": "Cooperazione Puma", "score": 33.9669102271, "published": true}], "size": 1, "snippet_links": [{"key": "banca-centrale", "type": "definition", "offset": [3, 17]}, {"key": "servizi-finanziari", "type": "clause", "offset": [224, 242]}, {"key": "il-progetto", "type": "clause", "offset": [244, 255]}, {"key": "fornitore-di-servizi", "type": "definition", "offset": [929, 949]}, {"key": "del-servizio", "type": "clause", "offset": [1140, 1152]}, {"key": "sistemi-informativi", "type": "definition", "offset": [1204, 1223]}, {"key": "figura-1", "type": "definition", "offset": [1629, 1637]}, {"key": "studio-di-fattibilit\u00e0", "type": "definition", "offset": [1790, 1811]}, {"key": "i-costi", "type": "clause", "offset": [2303, 2310]}, {"key": "le-regole", "type": "clause", "offset": [4021, 4030]}, {"key": "altri-casi", "type": "clause", "offset": [4524, 4534]}, {"key": "fornitori-di-servizi", "type": "clause", "offset": [4883, 4903]}, {"key": "il-sistema", "type": "clause", "offset": [5401, 5411]}, {"key": "la-partecipazione", "type": "clause", "offset": [5709, 5726]}], "snippet": "La banca centrale austriaca (OeNB) ha avviato nel 2013 una iniziativa di armonizzazione e integrazione dei dati, in collaborazione con gli enti vigilati. Al progetto hanno partecipato diverse banche e societ\u00e0 che forniscono servizi finanziari. Il progetto mira a semplificare il regulatory reporting e migliorare la qualit\u00e0 dei dati attraverso la riorganizzazione del sistema di segnalazione della banca centrale austriaca (Kienecker et al., 2018). Gli intermediari che aderiscono all\u2019iniziativa inviano i dati granulari, secondo uno schema predisposto dalla banca centrale, a una piattaforma condivisa, dove vengono eseguite le trasformazioni, attraverso un unico software, per la generazione dei flussi aggregati (secondo un modello dati predefinito e predisposto dalla OeNB), che vengono poi trasmessi alla banca centrale27. Per dar corso a questa iniziativa \u00e8 stata costituita la Austrian Reporting Services GmbH (AuRep), un fornitore di servizi per il reporting statistico che ha predisposto e gestisce una piattaforma denominata Common Reporting Platform dedicata alla produzione dei report. AuRep supporta le banche che usufruiscono del servizio nella conversione dei dati presenti nei rispettivi sistemi informativi in uno basato sui c.d. \u201ccubi\u201d. Pi\u00f9 specificamente, per ciascun ente segnalante i dati estratti dai database aziendali sono conferiti in un unico \u201cbasic cube\u201d dal quale le informazioni vengono poi estratte per essere riorganizzate negli \u201csmart cubes\u201d, ciascuno dei quali descrive la struttura delle informazioni che devono essere trasmesse alla OeNB. Il dettaglio del modello informativo \u00e8 riportato nella Figura 1. 27 Simile soluzione \u00e8 stata analizzata in Lussemburgo dove alcuni membri dell\u2019Association des Banques et Banquiers Luxembourg (ABBL) hanno avviato uno studio di fattibilit\u00e0 per quantificare costi e benefici derivanti dall\u2019eventuale creazione di un hub che gestisca, sulla base di una logica cooperativa, il reporting previsto dalle normative segnaletiche per il settore bancario. Il progetto si proponeva di fornire servizi per le segnalazioni regolamentari, con l\u2019obiettivo di garantire la trasparenza dei processi di segnalazione, una pi\u00f9 elevata qualit\u00e0 dei dati e una maggiore flessibilit\u00e0 nel sistema di reporting, evitando ridondanze informative e riducendo i costi per gli enti segnalanti. Analogamente alla soluzione austriaca, un siffatto sistema avrebbe consentito di realizzare delle economie di scala nella produzione delle segnalazioni delle singole banche partecipanti; l\u2019hub, infatti, avrebbe permesso di elaborare i dati grezzi su una piattaforma comune con strumenti di calcolo condivisi e in linea con le richieste informative previste dalla normativa segnaletica, evitando di implementare le stesse soluzioni in ogni singola banca segnalante. Il progetto dopo una fase esplorativa non ha fatto seguire una fase realizzativa. Per ciascun ente segnalante, l'elaborazione e la preparazione di tutti i flussi per l\u2019invio alla banca centrale austriaca avvengono attraverso un software disponibile sulla Common Reporting Platform. La presenza di una piattaforma unica che viene utilizzata dai diversi enti segnalanti in luogo di soluzioni IT individuali permette a livello di sistema una riduzione dei costi per la preparazione e l\u2019invio delle segnalazioni. Inoltre, l\u2019adozione di un unico modello dati (basic cube e smart cube) permette di condividere le stesse conoscenze tra i diversi operatori e promuovere, attraverso definizioni univoche e condivise, una maggiore qualit\u00e0 dell\u2019informazione indipendentemente dall\u2019ente segnalante che produce il dato specifico. L\u2019obiettivo della piattaforma \u00e8 di descrivere formalmente, raccogliere e inviare a OeNB i dati delle segnalazioni. I dati che entrano nella Common Reporting Platform sono descritti secondo un modello granulare entit\u00e0-relazione (modello ER), che contiene tutte le informazioni (con un elevato livello di granularit\u00e0) necessarie a soddisfare i requisiti segnaletici di OeNB, evitando ridondanze. I cubi e le regole di trasformazione sono definiti in maniera congiunta dall'OeNB e dalle banche austriache. Il flusso dei dati descritto nella Figura 1 prevede che le banche alimentino i \u201ccubi base\u201d estraendo le informazioni dai loro sistemi informativi; successivamente, i cubi di base sono sottoposti a varie trasformazioni, espresse in un linguaggio pseudo-formale. Le trasformazioni possono prevedere arricchimenti dei cubi base, filtri e aggregazioni che portano in alcuni casi alla segnalazione finale in altri casi alla creazione dei c.d. smart cube ovvero cubi arricchiti di nuove informazioni dai quali si estraggono poi le segnalazioni finali. \u00c8 importante notare che l'OeNB non pu\u00f2 accedere ai dati di input granulari, ma solo a quelli delle segnalazioni che sono per lo pi\u00f9 aggregati. Questa soluzione \u00e8 stata adottata dalla maggior parte delle banche e dei fornitori di servizi finanziari austriaci. Analogamente alla soluzione PUMA, anche nel caso austriaco il beneficio ultimo della soluzione adottata \u00e8 una maggiore capacit\u00e0 del sistema di soddisfare i requisiti informativi in maniera efficace ed efficiente, in cui le regole di calcolo e i dati di input sono condivisi dal sistema degli enti segnalanti e definiti con la collaborazione della banca centrale. Questo genera una maggiore coerenza dei dati inviati e determina una maggiore qualit\u00e0 del dato stesso. Inoltre, il sistema \u00e8 pi\u00f9 flessibile perch\u00e9 capace di rispondere pi\u00f9 velocemente alle modifiche della normativa segnaletica, in quanto dispone di una base dati di input ampia ed integrata che ha maggiori possibilit\u00e0 di coprire nuove richieste informative rispetto al caso di sistemi non integrati. Allo stesso tempo, la partecipazione della banca centrale all\u2019analisi dei regolamenti segnaletici favorisce una maggiore qualit\u00e0 dei dati, prodotti attraverso un unico processo elaborativo. Infine, la soluzione adottata porta anche ad una riduzione dei costi IT, grazie alla condivisione della piattaforma di produzione delle statistiche da parte delle banche partecipanti. Nel paragrafo 4.3 ci si soffermer\u00e0 sui pro e i contro di questo approccio rispetto alla soluzione PUMA.", "hash": "753fdb18d2037db393d084bf4c1f10b7", "id": 3}, {"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [{"key": "scrittura-privata", "type": "clause", "offset": [136, 153]}, {"key": "i-contenuti", "type": "clause", "offset": [211, 222]}], "snippet": "Dipende se si tratta di una procura in atto notarile, come la \u00ab Vorsorgevollmacht (1)\u00bb, oppure se la procura \u00e8 stata stabilita mediante scrittura privata. Nel secondo caso, il notaio non \u00e8 tenuto a controllarne i contenuti. Al contrario, la procura con cui il dominus regola i propri affari nell\u2019eventualit\u00e0 di un\u2019incapacit\u00e0 o del decesso, \u00e8 diversa su questo punto: esiste l\u2019obbligo di verificare che i contenuti della procura corrispondano alla volont\u00e0 delle parti.", "hash": "4c740b269da7825b1760684a3dda317e", "id": 4}, {"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [], "snippet": "Dipende dalla forma in cui \u00e8 stato stabilito l\u2019atto. Tutti gli atti notarili vanno registrati nel file elettronico \u00ab CYBERDOC \u00bb. Inoltre, tutte le procure sono iscritte nel registro centrale delle procure, tenuto anch\u2019esso dal notariato austriaco.", "hash": "21bdce025c4e93c1beaf1a0a651b8dd1", "id": 5}, {"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [{"key": "luogo-di-nascita", "type": "definition", "offset": [34, 50]}], "snippet": "Il cognome, il nome, la data e il luogo di nascita, il domicilio, le date del documento d\u00b4identit\u00e0 della persona interessata.", "hash": "dff70694aedd8fdbcc90bf78ba6b5098", "id": 6}, {"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [], "snippet": "Il cognome, il nome, la sede dello studio del notaio rispettivo con l\u2019indicazione se si tratta di un notaio pubblico.", "hash": "26390df8cb4cadd2a75aba269aa873e9", "id": 7}, {"samples": [{"hash": "5ZPPk0DlWgO", "uri": "/it/contracts/5ZPPk0DlWgO#austria", "label": "Dottorato Di Ricerca", "score": 25.4044244365, "published": true}], "size": 1, "snippet_links": [{"key": "commissione-europea", "type": "clause", "offset": [46, 65]}, {"key": "sistema-informativo", "type": "definition", "offset": [765, 784]}, {"key": "il-progetto", "type": "clause", "offset": [909, 920]}, {"key": "pronto-soccorso", "type": "definition", "offset": [1126, 1141]}, {"key": "richiesta-di", "type": "definition", "offset": [1158, 1170]}, {"key": "ulteriori-informazioni-su", "type": "clause", "offset": [1432, 1457]}], "snippet": "Ottemperando a quanto indicato nel 2004 dalla Commissione Europea ne \u201ceHealth Action Plan\u201d, l\u2019anno seguente il Governo austriaco var\u00f2 una nuova legge sanitaria nazionale per la riforma del sistema, con la quale, tra l\u2019altro, fu prevista l\u2019introduzione di Information and Communication Technology in sanit\u00e0124. Primi risultati di tale adozione furono \u201ceCard\u201d predisposte per l\u2019individuazione di un\u2019identit\u00e0 elettronica dei cittadini austriaci finalizzata all\u2019assicurazione sanitaria ed alla sicurezza sociale. L\u2019infrastruttura sottesa a questi seppur importanti strumenti digitali non era, tuttavia, sufficientemente compatibile con la memorizzazione di ogni tipologia di informazioni e dati sanitari. Per tale ragione, apparve, allora, fondamentale implementare un sistema informativo sanitario nazionale in grado di mettere in atto le nuove richieste della Commissione europea; in questo contesto si colloca il progetto \u201cELGA - Elektronische Gesundheitsakte\u201d (ELGA)125. 123 L\u2019accesso senza il consenso del paziente in casi salvavita nei quali non \u00e8 possibile che sia prestato consenso, segue le stesse regole dell\u2019accesso al pronto soccorso: HCP B manda la richiesta di autenticazione a NCP-A. 124 Gesundheitsreformgesetz 2005, Bundesgesetzblatt f\u00fcr die Republik \u0150sterreich, Jahrgang 2004, Ausgegeben am 30, Dezember 2004, Teil I, 179. Bundesgesetz. 125 La homepage del Progetto \u00e8 disponibile all\u2019indirizzo http://www.elga.gv.at/. Ulteriori informazioni su \u201cELGA\u201d sono accessibili nel sito del Ministero federale della sanit\u00e0 austriaco (\u201cDas Bundesministerium f\u00fcr Gesundheit\u201d) e sul Portale della salute (\u201cDas \u00f6ffentliche Gesundheitsportal \u00d6sterreichs\u201d), rispettivamente consultabili agli indirizzi http://www.bmg.gv.at/ e https://www.gesundheit.gv.at.", "hash": "dffe386547204251c950bf5cee3e5b44", "id": 8}, {"samples": [{"hash": "a6sIx9tXlrh", "uri": "/it/contracts/a6sIx9tXlrh#austria", "label": "Not Applicable", "score": 21.0, "published": true}], "size": 1, "snippet_links": [], "snippet": "Non esistono differenze tra le condizioni per una procura austriaca e per una procura estera. Se una procura estera fa parte di un atto notarile, deve essere redatta in tedesco (eccezione: il rispettivo notaio \u00e8 un interprete nella lingua in oggetto).", "hash": "49b1b543dd306140fbcedb5808cb5053", "id": 9}, {"samples": [{"hash": "h9iE18ya7mX", "uri": "/it/contracts/h9iE18ya7mX#austria", "label": "Erasmus+ Mobility Agreement", "score": 25.5702852347, "published": true}], "size": 1, "snippet_links": [], "snippet": "Universitat fur Musik und Darstellende Kunst di Vienna (scadenza 15/03 per I semestre; 15/10 per II semestre) - Universitat fur Musik und Darstellende Kunst di Graz (15/03 per I semestre; 10/10 per II semestre) - Academy of Performing Arts di Praga - HAMU (scadenza 30/04 per entrambi i semestri) - Staatliche Hochschule fur Musik \u2013 Trossingen (scadenza 15/04 per I semestre; 15/11 II semestre) - Maastricht Conservatorium (scadenza 15/04 per entrambi i semestri) - Fontys Conservatory \u2013 Tilburg (scadenza 15/05 I semestre; 15/11 II semestre) - Department of Music and Drama, University of Stavenger (scadenza 01/03 per I semestre; 01/10 per II semestre) - Akademia Muzyczna w \u0141odzi (scadenza 15/04 per I semestre; 15/10 per II semestre) - \u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587 \u2587\u2587\u2587\u2587\u2587\u2587 University of Music \u2013 \u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587 (\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587 \u2587\u2587/\u2587\u2587 per entrambi i semestri) - \u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587 University Cracovia (30/11 per I semestre; 30/04 per II semestre) - University di Rzesz\u00f2w (scadenza 31/10 per I semestre; 30/04 per II semestre) - \u2587\u2587\u2587\u2587\u2587\u2587 \u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587 Academy of Music in Bydgoszcz (scadenza 31/05 per I semestre; 31/10 per II) - Istituto Politecnico Braganca (Scadenza 15/12 per I semestre; 30/10 per II semestre) - Escola superior de Musica de Lisboa (Scadenza 15/11 per I semestre; 30/04 per II semestre) - Royal Irish Academy of Music \u2013 Dublino (Scadenza 01/05 per entrambi I semestri) - University of Winchester (solo staff) (scadenza 30/04 entrambi semestri) - Oradea University (scadenza 31/12 per I semestre; 30/04 per II semestre) - Conservatorio Superiore di Musica \u201c\u2587\u2587\u2587\u2587\u2587\u2587 \u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u201d di Siviglia (scadenza 30/04 per entrambi i semestri) - \u2587\u2587\u2587\u2587\u2587://\u2587\u2587\u2587.\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587\u2587.\u2587\u2587\u2587/ (scadenze 1/10-15/11 1\u00b0 semestre; 1/02- 30/4 2\u00b0 semestre) - Conservatorio Superiore \u201cLiceu\u201d di Barcellona (scadenza 15/04 per entrambi i semestri) - Conservatorio Superiore \u201cNavarra\u201d di Pamplona (scadenza 15/05 per entrambi i semestri) - Conservatorio Superiore di Musica \u201c\u2587. \u2587\u2587\u2587\u2587\u2587\u2587\u2587\u201d di Valencia (scadenza 01/05 per entrambi i semestri) - Conservatorio Superiore di Oviedo (nessuna scadenza indicata)", "hash": "701cc44414d80573c6673fa8474ad271", "id": 10}], "next_curs": "ClASSmoVc35sYXdpbnNpZGVyY29udHJhY3RzciwLEhZDbGF1c2VTbmlwcGV0R3JvdXBfdjU2IhBhdXN0cmlhIzAwMDAwMDBhDKIBAml0GAAgAA==", "clause": {"size": 6, "children": [["extensible-access-control-markup-language", "\u201cEXTENSIBLE ACCESS CONTROL MARKUP LANGUAGE\u201d"], ["progetto-elga126", "PROGETTO \u201cELGA\u201d126"]], "parents": [["termini-specifici-del-paese", "Termini Specifici Del Paese"], ["la-struttura", "LA STRUTTURA"], ["il-fascicolo-sanitario-elettronico-nello-stato-dellarte-europeo-ed-italiano", "Il Fascicolo Sanitario Elettronico Nello Stato Dellarte Europeo Ed Italiano"], ["analisi-di-selezionati-progetti-europei-e-nazionali", "ANALISI DI SELEZIONATI PROGETTI EUROPEI E NAZIONALI"], ["misure-per-accelerare-la-liquidazione-delle-prestazioni", "Misure per accelerare la liquidazione delle prestazioni"]], "title": "Austria", "id": "austria", "related": [["documento-di-gara-unico-europeo", "DOCUMENTO DI GARA UNICO EUROPEO", "DOCUMENTO DI GARA UNICO EUROPEO"], ["spese", "Spese", "Spese"], ["spese-dalbergo", "Spese d\u2019albergo", "Spese d\u2019albergo"], ["struttura-organizzativa", "Struttura organizzativa", "Struttura organizzativa"], ["verifiche-ed-ispezioni", "Verifiche ed ispezioni", "Verifiche ed ispezioni"]], "related_snippets": [], "updated": "2025-07-07T16:38:45+00:00"}, "json": true, "cursor": ""}}