pagopa-soap 0.1.0

checksums.yaml

@@ -0,0 +1,7 @@
+---
+SHA1:
+  metadata.gz: 685a0aa55b0125bebaa5f77408aec0994fbcbdc4
+  data.tar.gz: 328b1918ba2de9139ed4fd56544e39ea21226f17
+SHA512:
+  metadata.gz: c812b2890762500e6d6ac38b59424d7b5f4ba27a311cc467305d8741e863f4745392c71a59dd8c696724ce6297dfe26a3ce1817f9977377f3d3b68ef4cb0f2d9
+  data.tar.gz: c171be643fdf2caeddf0a0991c87a3a513290fa4f0ff03858bbb7c11842ac7bf53b4a95039ea9be6055f97eb831f7db0f1d7fed70802f68f13bf9e1470b33add

data/.gitignore

@@ -0,0 +1,8 @@
+/.bundle/
+/coverage/
+/doc/
+/Gemfile.lock
+/pkg/
+/.rspec_status
+/spec/reports/
+/tmp/

data/.rubocop.yml

@@ -0,0 +1,137 @@
+require: rubocop-rspec
+
+AllCops:
+  Exclude:
+    - bin/stubs/*
+    - bin/console
+  TargetRubyVersion: 2.3
+
+Layout/DotPosition:
+  EnforcedStyle: trailing
+
+Layout/MultilineOperationIndentation:
+  Description: >-
+                 Checks indentation of binary operations that span more than
+                 one line.
+  Enabled: true
+  EnforcedStyle: indented
+
+Lint/DeprecatedClassMethods:
+  Description: 'Check for deprecated class method calls.'
+  Enabled: false
+
+Metrics/AbcSize:
+  Description: >-
+                 A calculated magnitude based on number of assignments,
+                 branches, and conditions.
+  Enabled: false
+
+Metrics/BlockLength:
+  Exclude:
+    - spec/**/*.rb
+    - pagopa-soap.gemspec
+
+Metrics/LineLength:
+  Exclude:
+    - pagopa_soap.gemspec
+
+Metrics/MethodLength:
+  Description: 'Avoid methods longer than 10 lines of code.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#short-methods'
+  Enabled: false
+
+RSpec/NestedGroups:
+  Enabled: false
+
+Style/ClassAndModuleChildren:
+  Description: 'Checks style of children classes and modules.'
+  Enabled: true
+  EnforcedStyle: compact
+
+Style/Documentation:
+  Description: 'Document classes and non-namespace modules.'
+  Enabled: false
+
+Style/EachWithObject:
+  Description: 'Prefer `each_with_object` over `inject` or `reduce`.'
+  Enabled: false
+
+Style/EmptyMethod:
+  EnforcedStyle: expanded
+
+Style/GuardClause:
+  Description: 'Check for conditionals that can be replaced with guard clauses'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#no-nested-conditionals'
+  Enabled: false
+
+Style/IfUnlessModifier:
+  Description: >-
+                 Favor modifier if/unless usage when you have a
+                 single-line body.
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#if-as-a-modifier'
+  Enabled: false
+
+Style/Lambda:
+  Description: 'Use the new lambda literal syntax for single-line blocks.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#lambda-multi-line'
+  Enabled: false
+
+Style/LambdaCall:
+  Description: 'Use lambda.call(...) instead of lambda.(...).'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#proc-call'
+  Enabled: false
+
+Style/NegatedIf:
+  Description: >-
+                 Favor unless over if for negative conditions
+                 (or control flow or).
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#unless-for-negatives'
+  Enabled: false
+
+Style/NegatedWhile:
+  Description: 'Favor until over while for negative conditions.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#until-for-negatives'
+  Enabled: false
+
+Style/Next:
+  Description: 'Use `next` to skip iteration instead of a condition at the end.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#no-nested-conditionals'
+  Enabled: false
+
+Style/NilComparison:
+  Description: 'Prefer x.nil? to x == nil.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#predicate-methods'
+  Enabled: false
+
+Style/Not:
+  Description: 'Use ! instead of not.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#bang-not-not'
+  Enabled: false
+
+Style/SingleLineMethods:
+  Description: 'Avoid single-line methods.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#no-single-line-methods'
+  Enabled: false
+
+Style/StringLiterals:
+  EnforcedStyle: double_quotes
+
+Style/TrailingCommaInArrayLiteral:
+  Description: 'Checks for trailing comma in array literals.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#no-trailing-array-commas'
+  EnforcedStyleForMultiline: no_comma
+  SupportedStylesForMultiline:
+    - comma
+    - consistent_comma
+    - no_comma
+  Enabled: true
+
+Style/TrailingCommaInHashLiteral:
+  Description: 'Checks for trailing comma in hash literals.'
+  StyleGuide: 'https://github.com/bbatsov/ruby-style-guide#no-trailing-array-commas'
+  EnforcedStyleForMultiline: no_comma
+  SupportedStylesForMultiline:
+    - comma
+    - consistent_comma
+    - no_comma
+  Enabled: true

data/.travis.yml

@@ -0,0 +1,14 @@
+language: ruby
+
+rvm:
+  - 2.3
+  - 2.4
+  - 2.5
+
+script:
+  - bundle exec rake
+
+before_install: gem install bundler -v 1.16.2
+
+install:
+  - bundle install

data/CODE_OF_CONDUCT.md

@@ -0,0 +1,75 @@
+# Contributor Covenant Code of Conduct
+
+## Our Pledge
+
+In the interest of fostering an open and welcoming environment, we as
+contributors and maintainers pledge to making participation in our project and
+our community a harassment-free experience for everyone, regardless of age, body
+size, disability, ethnicity, gender identity and expression, level of experience,
+nationality, personal appearance, race, religion, or sexual identity and
+orientation.
+
+## Our Standards
+
+Examples of behavior that contributes to creating a positive environment
+include:
+
+* Using welcoming and inclusive language
+* Being respectful of differing viewpoints and experiences
+* Gracefully accepting constructive criticism
+* Focusing on what is best for the community
+* Showing empathy towards other community members
+
+Examples of unacceptable behavior by participants include:
+
+* The use of sexualized language or imagery and unwelcome sexual attention or
+advances
+* Trolling, insulting/derogatory comments, and personal or political attacks
+* Public or private harassment
+* Publishing others' private information, such as a physical or electronic
+  address, without explicit permission
+* Other conduct which could reasonably be considered inappropriate in a
+  professional setting
+
+## Our Responsibilities
+
+Project maintainers are responsible for clarifying the standards of acceptable
+behavior and are expected to take appropriate and fair corrective action in
+response to any instances of unacceptable behavior.
+
+Project maintainers have the right and responsibility to remove, edit, or
+reject comments, commits, code, wiki edits, issues, and other contributions
+that are not aligned to this Code of Conduct, or to ban temporarily or
+permanently any contributor for other behaviors that they deem inappropriate,
+threatening, offensive, or harmful.
+
+## Scope
+
+This Code of Conduct applies both within project spaces and in public spaces
+when an individual is representing the project or its community. Examples of
+representing a project or community include using an official project e-mail
+address, posting via an official social media account, or acting as an appointed
+representative at an online or offline event. Representation of a project may be
+further defined and clarified by project maintainers.
+
+## Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be
+reported by contacting the project team at giacomello.damiano@gmail.com. All
+complaints will be reviewed and investigated and will result in a response that
+is deemed necessary and appropriate to the circumstances. The project team is
+obligated to maintain confidentiality with regard to the reporter of an incident.
+Further details of specific enforcement policies may be posted separately.
+
+Project maintainers who do not follow or enforce the Code of Conduct in good
+faith may face temporary or permanent repercussions as determined by other
+members of the project's leadership.
+
+## Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
+available at [http://contributor-covenant.org/version/1/4][version]
+
+[homepage]: http://contributor-covenant.org
+[version]: http://contributor-covenant.org/version/1/4/
+

data/Gemfile

@@ -0,0 +1,9 @@
+# frozen_string_literal: true
+
+source "https://rubygems.org"
+
+git_source(:github) { |repo_name| "https://github.com/#{repo_name}" }
+
+# Specify your gem's dependencies in pagopa-soap.gemspec
+
+gemspec

data/LICENSE.txt

@@ -0,0 +1,29 @@
+BSD 3-Clause License
+
+Copyright (c) 2018, Developers Italia
+All rights reserved.
+
+Redistribution and use in source and binary forms, with or without
+modification, are permitted provided that the following conditions are met:
+
+* Redistributions of source code must retain the above copyright notice, this
+  list of conditions and the following disclaimer.
+
+* Redistributions in binary form must reproduce the above copyright notice,
+  this list of conditions and the following disclaimer in the documentation
+  and/or other materials provided with the distribution.
+
+* Neither the name of the copyright holder nor the names of its
+  contributors may be used to endorse or promote products derived from
+  this software without specific prior written permission.
+
+THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
+AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
+DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
+FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
+SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
+CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
+OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
+OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

data/README.md

@@ -0,0 +1,229 @@
+# PagoPA SOAP
+
+Ruby Wrapper for pagoPA SOAP API based on Savon
+
+| Project                | PagoPa Soap Ruby |
+| ---------------------- | ------------ |
+| Gem name               | pagopa-soap |
+| License                | [BSD 3](https://github.com/italia/pagopa-soap-ruby/blob/master/LICENSE) |
+| Continuous integration | [![Build Status](https://secure.travis-ci.org/italia/pagopa-soap-ruby.svg?branch=master)](https://travis-ci.org/italia/pagopa-soap-ruby) |
+| Test coverate          | [![Coverage Status](https://coveralls.io/repos/github/italia/pagopa-soap-ruby/badge.svg?branch=master)](https://coveralls.io/github/italia/pagopa-soap-ruby?branch=master) |
+| Credits                | [Contributors](https://github.com/italia/pagopa-soap-ruby/graphs/contributors) |
+
+## Installation
+
+Add this line to your application's Gemfile:
+
+```ruby
+gem 'pagopa-soap'
+```
+
+And then execute:
+
+    $ bundle
+
+Or install it yourself as:
+
+    $ gem install pagopa-soap
+
+## Usage
+
+TODO: Write usage instructions here
+Initialize the wrapper and generate dynamic class:
+
+```ruby
+PagoPA::SOAP.build
+```
+
+After this, the system generate new class in according with WSDL definitions
+with namespace PagoPA
+
+```ruby
+PagoPA::NodoChiediStatoRpt
+PagoPA::NodoChiediListaPendentiRpt
+PagoPA::NodoInviaRpt
+PagoPA::NodoInviaCarrelloRpt
+PagoPA::NodoChiediCopiaRt
+PagoPA::NodoChiediInformativaPsp
+PagoPA::NodoPaChiediInformativaPa
+PagoPA::NodoChiediElencoQuadraturePa
+PagoPA::NodoChiediQuadraturaPa
+PagoPA::NodoChiediElencoFlussiRendicontazione
+PagoPA::NodoChiediFlussoRendicontazione
+PagoPA::NodoInviaRichiestaStorno
+PagoPA::NodoInviaRispostaRevoca
+PagoPA::NodoChiediSceltaWisp
+PagoPA::NodoInviaAvvisoDigitale
+```
+
+For pagoPA you can specify WSDL, endpoint and namespace in a configuration block
+
+```ruby
+# config/initializers/pagopa_soap.rb
+# This is your pagoPA Wrapper setting.
+PagoPA::SOAP::Configurable.configure do |config|
+  config.namespace = "PagoPA"
+  config.wsdl_base = "WSDL with webservice specification"
+  config.wsdl_notify = "WSDL with webservice for PUSH notification"
+  config.endpoint_base = "https://host-nodo-spc/webservices/"
+  config.endpoint_notify = "https://host-nodo-spc-push/webservices/"
+end
+```
+
+## Features
+|:---|:---|
+|**List:**||
+|parsing of WSDL|✓|
+|generate SOAP class base|✓|
+|convert Base64 body message to HASH||
+|create nodoSPC testenv||
+|create nodoPSP testenv||
+|generate IUV code||
+
+
+## License
+
+The gem is available as open source under the terms of the [BSD 3-Clause License](https://opensource.org/licenses/BSD-3-Clause).
+
+# Specifiche integrazione RUBY per pagoPA
+
+<img src="https://dm2ue6l6q7ly2.cloudfront.net/wp-content/uploads/2018/03/20092024/pagopa1.png"/>
+
+1. [Premessa](#premessa)
+2. [Analisi Attuativa](#analisi-attuativa)
+3. [Esempi di connessione](#esempi-di-connessione)
+4. [Requisiti del sistema EC](#requisiti-del-sistem-ec)
+5. [Implementazioni Future](#implementazioni-future)
+6. [Ipotesi di integrazione](#ipotesi-di-integrazione)
+6.1. [Wrapper API Ruby](#wrapper-api-ruby)
+6.2. [Engine Rack](#engine-rack)
+7. [Appendice](#appendice)
+
+## Premessa
+Secondo le linee guida emesse dall’**Agenzia per l’Italia Digitale** il **NODO dei pagamenti SPC** (pagoPA) vuole essere il sistema centralizzato di controllo e interoperabilità tra la Pubblica Amministrazione ed i Cittadini.
+
+Il sistema comunica tramite **Web Service SOAP** con un Header di autenticazione e si aspetta un canale TLS con certificati x.509 v3 e che l’EC (Ente Creditore) che effettua le chiamate sia inserito in una white list di IP verificati.
+
+Attraverso l’interfaccia **WISP** (Wizard interattivo di scelta dei PSP - Prestatori di Pagamento) viene demandato al sistema pagoPA l’attuazione delle linee guida in merito ai sistemi di pagamento e alla visualizzazione dei costi aggiuntivi degli stessi, richiedendo l’autenticazione tramite SPID al cittadino e quindi unificando l’UX del processo di pagamento.
+
+<img src="https://raw.githubusercontent.com/cantierecreativo/pagoparb/master/diagrams/diagrammi-wisp.jpg" />
+*a. Diagramma pagamento con WISP*
+
+Il Nodo SPC inoltre lavora anche come server di chiamata in quanto anche i metodi normali (bollettino postale, bonifico, etc…) sono controllati e gestiti tramite il suo supporto, di conseguenza l’EC che intende collegarsi al sistema deve predisporre un ambiente anche di ricezione di Request SOAP.
+
+<img src="https://raw.githubusercontent.com/cantierecreativo/pagoparb/master/diagrams/diagrammi-psp.jpg" />
+*a. Diagramma pagamento da PSP*
+
+
+## Analisi attuativa
+
+Attualmente un EC ha un sistema proprietario di gestione dati e rendicontazione di conseguenza si possono immaginare due scenari di integrazione:
+-   Integrazione tramite Canale di scambio delle informazioni e dei dati che poi dovranno essere gestiti direttamente nel gestionale del singolo EC
+-   Integrazione tramite Repository dati e quindi tramite sync da EC e successivamente gestore delle comunicazioni tra Cittadino e Pagamento
+
+Il portale EC deve inoltre fornire al cittadino delle alternative al pagamento digitale tramite QRCode o bollettino postale di nuova generazione come da linee guida contenute nel documento [Avviso Analogico](https://www.agid.gov.it/sites/default/files/repository_files/guidatecnica_avvisoanalogico_v2.1_con_alleg.pdf)
+
+In ultima analisi, visto che si vorrebbe lasciare la massima libertà di scelta del metodo di integrazione più ottimale direttamente agli EC si sono scorporati al massimo tutte le componenti richieste per collegarsi a pagoPA cosi da consentirne l’ utilizzo anche in maniera separata.
+
+
+## Esempi di connessione
+
+Viene fornito uno [Startup Kit](https://www.agid.gov.it/it/piattaforme/pagopa/linee-guida-documentazione-tecnica) con cui è possibile visualizzare attraverso il software SOAP UI tutte le chiamate possibili effettuabili da un EC o dal Nodo SPC ed eventualmente scaricando i espositori presenti su GitHub si possono avere i WSDL ed XSD delle relative request sia in ingresso che in uscita.
+
+I WebService attualmente disponibili sono:
+-   **nodoInviaCarrelloRPT**
+-   **nodoInviaAvvisoDigitali**
+-   **nodoChiediElencoFlussiRendicontazione**
+-   **nodoChiediFlussoRendicontazione**
+-   **nodoChiediListaPendentiRPT**
+-   **nodoChiediStatoRPT**
+-   **nodoInviaRichiestaStorno**
+-   **nodoChiediInformativaPSP**
+-   **nodoChiediElencoQuadraturePA**
+-   **nodoChiediQuadraturaPA**
+-   **paaVerificaRPT**
+-   **paaAllegaRPT**
+-   **paaChiudiNumeroAvviso**
+-   **paaChiediAvvisiDigitali**
+-   **paaInviaEsitoStorno**
+
+Come supporto sono stati realizzati degli schemi di integrazione che illustrano i funzionamenti principali del sistema che sono visibili nella rispettiva appendice.
+
+
+## Requisiti del sistema EC
+
+Per poter iniziare ad utilizzare il sistema pagoPA occorre accreditarsi presso lo stesso e condividere un certificato di autenticazione che dovrà poi essere presente negli Header di ogni request in maniera da permettere al portale di verificare l’attendibilità della fonte.
+
+Visti i futuri sviluppi introdotti dall’Agenzia per l’Italia Digitale che vogliono introdurre una sessione permanente tramite il protocollo di autenticazione SPID (SAML 2.0) ogni EC dovrá permettere ai propri utenti (Cittadini) di poter accedere al sistema tramite l’Identità Unica cosi da velocizzare il processo di pagamento implementato tramite WISP.
+
+Tutti i log delle richieste e relative risposte, anche gli errori, dovranno essere archiviati e mantenuti.
+
+
+## Implementazioni future
+
+Dalle linee guida [File Transfer](http://pagopa-docs-specws.readthedocs.io/it/latest/interazione_EC_Nodo.html#interfacce-per-il-servizio-di-file-transfer-sicuro) si legge come in futuro il sistema di comunicazione tramite WebService SOAP sarà ridotto in merito al nuovo standard di comunicazione dati tramite SFTP cosi che le comunicazioni XML (risposte ai Web Service) siano depositate direttamente in un aree dedicata dell’EC che lo ha richiesto.
+
+In preparazione di questa nuova metodologia di comunicazione il WRAPPER API dovrebbe permettere l’archiviazione della risposta anche in maniera non diretta e prevedere la posizione ed il nome del file da utilizzare per poter estrapolare tutte le informazioni necessarie all’EC.
+
+
+## Ipotesi di Integrazione
+
+### Wrapper API Ruby
+
+Si tratta di una gemma che dovrebbe semplificare la gestione delle chiamate e relative risposte tra EC e sistema pagoPA.
+
+Il wrapper dovrebbe gestire tutti i possibili messaggi di errore delle chiamate.
+Il sistema dovrebbe automatizzare tutto il processo tramite WISP consentendo una configurazione rapida e di minimo impatto al sistema esistente.
+
+Si rimanda al documento [Specifiche Attuative](https://pagopa-docs-specws.readthedocs.io/it/latest/index.html) in cui sono illustrati tutti i webservice dispomnibili e il loro funzionamento.
+
+Per quanto riguarda i messaggi di errore si rimanda invece al documento [Errori webservice](http://pagopa-specifichepagamenti.readthedocs.io/it/latest/_docs/Capitolo10.html)
+Per i codici di versamento [Codici versamento, riversamento e rendicontazione](http://pagopa-codici.readthedocs.io/it/latest/)
+
+In sintesi cosa dovrebbe contenere la gemma:
+-   Generatore Header autenticato per inizializzare la request
+-   Validatore delle request e response SOAP
+-   Implementare tutte le request verso pagoPA
+-   Implementare la possibilità di creare degli endpoint per le request da pagoPA
+-   Generatore di IUV (Identificativo Univoco Versamento)
+-   Generatore di QRCode o Barcode
+
+Per la generazione dello IUV devono essere ovviamente inseriti dei parametri di configurazione a livello di sistema in quanto, come da specifiche, deve essere univoco a livello di sistema e deve seguire delle specifiche chiare ().
+
+##### Come dovrebbe funzionare:
+Il sistema dovrebbe contenere il WSDL base attraverso il quale poter effettuare tutte le chiamate e avere le specifiche di riferimento per ognuna di esse.
+
+Deve essere presente un file di configurazione e di seguito un esempio dei parametri necessari:
+-   BASE_URI_PAGOPA
+-   DOMINIO_ID_EC
+-   CODICE_EC
+-   ENDPOINTS
+
+Il sistema dovrebbe inoltre prevedere la possibilità tramite activerecord, di archiviare in DB le response sia delle varie richieste che di quelle generate automaticamente da pagoPA, cosi da avere un log e consentire anche in un secondo momento di poter prendere i dati ed utilizzarli.
+
+Si pensava inoltre di poter prevedere che il modello sia configurabile in maniera tale da permettere di utilizzare una struttura e codice più adeguati al sistema a cui si aggiunge l’ integrazione.
+
+##### N.B.
+Le chiamate verso i WebService devono prevedere uno User-Agent all'interno degli Header di chiamata altrimenti tornano come status code 302.
+
+### Engine Rack
+
+Si tratta di un sistema completo che dovrebbe operare in supporto al sistema attuale integrato tramite WISP permettendo ad un EC di implementare la procedura completa integrandosi direttamente con i vari PSP supportati.
+
+In questo caso il sistema conterrebbe la gemma precedente ed in più avrebbe la gestione centralizzata di tutto il traffico in uscita ed entrata dal relativo EC.
+
+Come da linee guida dovrebbe inoltre contenere delle viste (di cui sarà possibile fare un override) che permettono la stampa a video di tutti i PSP con il relativo costo aggiuntivo e la gestione dei metodi di pagamento con i relativi redirect di completamento della procedura di pagamento.
+
+In questo modo non servirebbe andare a creare tutto il sistema di controller nell’app principale ma la nuova gemma avrebbe tutte le configurazioni al suo interno comprensive di **ENDPOINT** di chiamata da pagoPA e gestione delle tabelle necessarie al suo corretto funzionamento.
+
+Le tabelle necessarie dovrebbero essere:
+-   **responses** -> memorizza tutte le chiamate in ingresso
+-   **requests** -> memorizza tutte le chiamate in uscita
+
+Inoltre dovrebbe essere possibile indicare al sistema i nomi delle tabelle o dei modelli che gestiscono le pendenze di pagamento e i dati utente cosi da permettere al sistema di prelevare le informazioni necessarie ad effettuare le transazioni.
+
+
+#### Appendice:
+
+Grafici di revoca dei pagamenti come da linee guida di AgID
+<img src="https://raw.githubusercontent.com/cantierecreativo/pagoparb/master/diagrams/diagrammi-revoca.jpg" />