Comments (6)
In merito a Comunicazione tramite PEC : Messaggi di ritorno di rimanda a issue #12
In merito a Comunicazione tramite web services : ricevute con valore legale i messaggi scambiati, cosi come gli ack, sono firmati digitalmente dalle parti al fine di assicurarne l'integrità e no ripudiabilità.
from protocollo-comunicazione-aoo.
Non ci è chiara questa risposta: In merito a Comunicazione tramite web services : ricevute con valore legale i messaggi scambiati, cosi come gli ack, sono firmati digitalmente dalle parti al fine di assicurarne l'integrità e no ripudiabilità.
Cosa si intende? che debbano essere firmate le requeste le response con un certificato di firma applicativo? Ci risulta che nell'allegato 6 si parli sono di firma della segnatura.
from protocollo-comunicazione-aoo.
@elisaleandri la ringrazio per la segnalazione.
Nella versione pubblicata si indicavano il profilo di iterazione “Bloccante RPC" e la "Soluzione per confidenzialità ed autenticazione del soggetto fruitore" per la tecnologia SOAP individuata nel modello di interoperabilità della PA (che allo stato risultava in pubblicazione).
Il fix-bug che stiamo realizzando ci permette di allineare il testo allo stato attuale, in quanto nel frattempo:
- è emanata la Circolare 1/2000 dell'AgID recante le linea di indirizzo sulla interoperabilità tecnica
- è in essere la consultazione del testo delle LG sull’interoperabilità tecnica delle Pubbliche Amministrazioni per la loro adozione ai sensi dell'art. 71 del CAD
Coglieremo la sua osservazione quale stimolo a migliorare il testo dell'allegato al fine di ridurre misunderstanding in merito.
Grazie
from protocollo-comunicazione-aoo.
Ci associamo alla "preoccupazione" circa il valore legale delle ricevute prodotte a seguito di comunicazioni via WS.
Le ricevute PEC, per legge, hanno pieno valore legale e sono opponibili a terzi, perché prodotte da un soggetto appositamente autorizzato e dotato di pubblica fede.
Le ricevute WS, se anche firmate digitalmente, sono oggetti emessi dalle parti coinvolte nel processo e sembra che offrano una minore capacità probatoria.
Ci sono norme di legge, indicazioni o studi sul loro valore in caso di contenzioso?
from protocollo-comunicazione-aoo.
Buonasera,
in merito si rimanda a quanto disposto all'articolo 35 del Regolamento eIDAS.
from protocollo-comunicazione-aoo.
Buongiorno.
L'art. 35 eIDAS risponde solo in parte alla questione, che - passando al linguaggio CAD - non riguarda a capacità dei messaggi con sigillo qualificato di "soddisfare il requisito della forma scritta", fatto che non era in discussione (anche se, per il valore documentale sarebbe necessario anche un riferimento temporale che, allo stato attuale, è una marca temporale, l'invio via pec, l'invio in conservazione oppure la marca postale).
Il punto è il valore erga omnes di quanto dichiarato nei messaggi: A dice di avere inviato a B il messaggio X al tempo T1, B dice di aver ricevuto da A il messaggio X al tempo T2. Nei rapporti fra A e B tutto ciò fa fede fin tanto che uno dei due soggetti non mette in dubbio quanto detto dall'altro. Se è coinvolto un terzo soggetto C potrebbero nascere dei problemi, che non esistono nel mondo PEC vista la presenza del gestore PEC che certifica invio, consegna, contenuto e integrità del messaggio in modo opponibile a terzi (è il suo lavoro).
from protocollo-comunicazione-aoo.
Related Issues (20)
- Link WebService su IndicePA HOT 1
- Casi di segnature ricevute senza dati obbligatori - impronta non corrispondente e ditte individuali HOT 1
- Rapporto tra data di apposizione del sigillo sul file Segnatura.xml e data di protocollo
- Servizio per validazione segnatura rispetto ai file inviati HOT 1
- URL/URI dei namespace HOT 1
- Proposta per verifica stato di adeguamento alla nuova segnatura
- Numero di mittenti nella segnatura di protocollo HOT 1
- Quesito su allegato 6 - memorizzazione della conferma di protocollazione del messaggio di protocollo nel registro di protocollo HOT 1
- Richiesta di intervento a salvaguardia delle comunicazione fra AOO
- Data del sigillo e data del protocollo: richiesta di renderle indipendenti
- mittente / destinatario HOT 2
- La segnatura XML HOT 1
- bearerAuth e PDND HOT 2
- Esposizione dei servizi di interoperabilità tra protocolli informatici HOT 6
- NON TECNICO: proposta di intenti HOT 2
- Allegato 6 & PDND HOT 2
- Chiarimenti su comunicazioni PEC e WS HOT 1
- Segnatura.xml e protocollo REST
- Prospettive uso API via PDND HOT 2
- Errore in fase di validazione con il vecchio "segnatura.xsd" del 2013 fallisce con i vecchi xml sempre del 2013 HOT 14
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from protocollo-comunicazione-aoo.