Elektronische Zustellung WKO / AustriaPro

Transkript

1 Elektronische Zustellung WKO / AustriaPro Arbeitspakete 2016

2 Agenda Übersicht und Inhalt PL.O.T Arbeitspakete Details zu den Arbeitspaketen AP 3 - Fachlich / Usecases AP 4 - Fachlich / Technik Allgemein: Neuaufbau der Labs1 Plattform Seite 2

3 Übersicht und Inhalt Arbeitspakete AP3 - Fachlich / Usecases Wirtschaftsportalverbund und Unternehmensserviceportal Unterstützung des TrustNetz Zustellungs-Workflows AP4 Fachlich / Technik prototypische Implementierungen: Wirtschaftsportalverbund und Unternehmensserviceportal Zustellungs-Workflows Mobility Angular JS 2 Webapplikation Seite 3

4 AP3 - Fachlich / Usecases Wirtschaftsportalverbund und Unternehmensserviceportal Problembeschreibung Synergien mit dem Arbeitskreis Wirtschaftsportalverbund und Unternehmensserviceportal : Im Vorprojekt wurden im AP5 die Basis für den Vergleich der Rulebooks gelegt sowie technische Synergien definiert, z.b. Einsatz des WPV zur Registrierung zur e-zustellung oder Authentifizierung zur Abholung von Sendungen. Im vorliegenden Projekt gilt es nun, diese Ansätze im Sinne eines organisatorischen und technischen Detailkonzeptes zu verfeinern. Hierfür werden folgende Punkte näher beleuchtet: 1. Shibboleth wird als ServiceProvider verwendet 2. Datenaustausch (benötige Informationen: Personen Id, Name, ) Fehlende Information muss bei der Registrierung ergänzt werden 3. Derzeit wird nur Vertrauensstufe I (User + Passwort) unterstützt. Seite 4

5 AP3 - Fachlich / Usecases Unterstützung des TrustNetz Problembeschreibung Die Unterstützung des TrustNetz (Gateway zum ERV - elektronischer Rechtsverkehr des BMJ) war bereits im Vorprojekt ein wesentliches Thema. U.a. wurden hier Erkenntnisse aus einem Echtbetrieb gesammelt, die Optimierungspotentiale erkennen lassen. Die entsprechenden Fragestellungen sollen im vorliegenden Projekt in Zusammenarbeit mit Mitgliedern des AKRI (Arbeitskreis Rechtinformatik) gelöst werden. Hierfür werden folgende Punkte näher beleuchtet: 1. Kooperation Arbeitskreis Rechtinformatik 2. Schwächen Analyse aus dem laufenden Betrieb (wir z. B. Pdf- Format, Datenpflege Mitglieder Datenbank,...) 3. Ausarbeitung möglicher Verbesserungen Seite 5

6 AP3 - Fachlich / Usecases Unterstützung des TrustNetz Überprüfung des PDF-Dokumentes, ob es PDF/A konform ist Java OpenSource Libary: Apache PDFBox released ( ) SourceCode für die Überprüfung von PDF/A: ValidationResult result = null; FileDataSource fd = new FileDataSource(InputFolder + listoffiles[i].getname()); PreflightParser parser = new PreflightParser(fd); try { parser.parse(format.pdf_a1a); PreflightDocument documentt = parser.getpreflightdocument(); documentt.validate(); result = documentt.getresult(); documentt.close(); } catch (SyntaxValidationException e) { result = e.getresult(); } if (result.isvalid()) { System.out.println("The file is a valid PDF/A-1a file"); } else { System.out.println("The file is not valid, error(s) :"); } for (ValidationError error : result.geterrorslist()) { message = error.geterrorcode() + " : " + error.getdetails(); fos.write(message.getbytes()); fos.write(system.getproperty("line.separator").getbytes()); } Seite 6

7 AP3 - Fachlich / Usecases Unterstützung des TrustNetz Konvertierung von PDF Dokument auf PDF/A Java OpenSource Libary: Apache PDFBox released ( ) Schriftarten müssen inkludiert werden: InputStream fontstream = CreatePDFA.class.getResourceAsStream("/org/apache/pdfbox/resources/ttf/ArialM T.ttf"); PDFont font = PDTrueTypeFont.loadTTF(doc, fontstream); XMP Metadata Block muss vorhanden sein Farbprofile müssen includiert sein Details siehe Seite 7

8 AP3 - Fachlich / Usecases Zustellungs-Workflows Problembeschreibung Zustellungs-Workflows: Anhand des Beispiels Zustellung mit Rückporto wird aufgezeigt wie die E-Zustellung für angeschossene Workflows eingesetzt werden kann. Hierfür werden folgende Punkte näher beleuchtet: a. Protokoll und Spezifikationswerweiterungen b. Betroffene Systeme Zustellkopf Versand und Empfangsdienste Clearing Mögliche weitere Workflows Kostenfreie Rücksendung postalisch Vertragsunterzeichnung Consumer (eine Signatur) Vertragsunterzeichnung Mehrfachzeichnung E-Zahlschein und ähnliches, ggf. Zahlungsdiensteanbieter für Kreditkartenzahlung etc. Seite 8

9 AP4 - Fachlich / Wirtschaftsportal- verbund und Unternehmensserviceportal Lösungbeschreibung Hierfür werden folgende Punkte prototypisch umgesetzt: 1. Vereinfachung des Registrierungsprozesses Die Felder wie Name werden übernommen und können nicht geändert werden, die PersonId wird auf der Person Tabelle hinterlegt und die Verknüpfung zwischen WPV und Zustelldienst ist über die PersonId des WPV gegeben. 2. Transparentes Login Es wird geprüft, ob die die PersonenID des WPV bekannt ist, falls ja wird der Login auf Vertrauensstufe I (User und Passwort) durchgeführt, falls nein wird auf die Registrierung verzweigt. Seite 9

10 AP4 - Fachlich / Technik Zustellungs-Workflows Problembeschreibung Das Rückporto wird durch den Versender bezahlt Unterscheidung Intrabilling / Endkundenverrechnung Unterscheidung Prepaid=Guthabensystem vs. Postpaid (z.b. bei Großversendern) Zum Zeitpunkt des Versands ist unklar ob der Empfänger das Rückporto in Anspruch nimmt Daher Einbeziehung aller Partner (Kopf, Versanddienst, Zustelldienst) notwendig Spezifikations- und Schemaerweiterungen notwendig Ggf. allgemeine Lösung für zukünftige Workflows berücksichtigen Seite 10

11 AP4 - Fachlich / Technik Zustellungs-Workflows Schnittstellen / Spezifikationserweiterungen Zustellkopf UrlRequestParameter zusätzlich zur KopfAbfrage: freereplyedid = Edid des Versenders der Porto zahlen soll freereplyduration = Gültigkeit des Tokens in XML-Datentyp Duration(=Dauer z.b 14Tage= P14D) Zustellkopf verspeichert das entsprechende Token in der Datenbank Das Token kann somit im Intrabilling entsprechend berücksichtigt werden Erweiterte Antwort, siehe ff. Seite 11

12 AP4 - Fachlich / Technik Zustellungs-Workflows Antwort Zustellkopf Seite 12

13 AP4 - Fachlich / Technik Zustellungs-Workflows Schnittstellen / Spezifikationserweiterungen Erweiterung Zustellprotokoll (betrifft Versand und Zustelldienst): </wko:deliverychannel> <wko:billinginfo> <headtoken> </headtoken> <freereplytoken> </freereplytoken> </wko:billinginfo> Zusätzliche Anforderung Versanddienst: Der Versanddienst muss die Gültigkeit des freereplytokens prüfen da dies zeitlich beschränkt ist Erweiterung Billing Clearing Für eine produktiversion wäre weiterhin das Billing / Clearing um die freereplytokens zu erweitern. Seite 13

14 AP4 - Fachlich / Technik Zustellungs-Workflows Prototypische Implementierung Beim Versand einer E-Zustellung hat der Versender die Möglichkeit die Workflow-Option Vertragsunterzeichnung auszuwählen. Auf der Web-Oberfläche des Zustelldiensts werden derartige Zustellungen empfängerseitig speziell dargestellt, es wird eine Funktion retournieren zur Verfügung gestellt. Wird die Antwort-Zustellung an den Versender vorgenommen ohne das Porto-Konto des Unterzeichners zu belasten. Seite 14

15 AP4 - Fachlich / Technik Zustellungs-Workflows Seite 15

16 AP4 - Fachlich / Technik Zustellungs-Workflows - Antworten Seite 16

17 AP4 - Fachlich / Technik Mobility Überblick 1/2 Aufgabenstellung Prototypische Implementierung einer auf modernsten Technologien beruhenden App für die mobile Nutzung der E-Zustellung Um die Plattformunabhängigkeit der Applikation zu gewährleisten, soll die Implementierung in der Technologie Angular-JS 2 erfolgen Im Detail zu untersuchende Themenschwerpunkte REST vs. SOAP-Schnittstelle Loginmechanismus und Sessiontracking mittels Client-Zertifikat in Angular 2 Offlinefähigkeit der Lösung Seite 17

18 AP4 - Fachlich / Technik Mobility Überblick 2/2 Lösung Prototypische Implementierung als Angular-JS 2 Applikation, responsive, & plattformunabhängig Funktionsumfang: Login, Liste der Inbox-Zustellungen, Anzeige Zustellungs- Details, Download der Zustellungs-Attachments Ergebnisse zu den Themenschwerpunkten REST vs. SOAP-Schnittstelle Die vorhandene Remote-Control Schnittstelle wurde in Teilen als ein JSON- REST-Service neu implementiert. SOAP-XML wäre auch in Angular 2 möglich, jedoch unnötig aufwändig Loginmechanismus und Sessiontracking mittels Client-Zertifikat in Angular 2 Login/Session & Speicherung des Zertifikats im Browser des Clients Offlinefähigkeit der Lösung Mittels Implementierung der RC-SS als JSON-REST ist wäre die Offline- Fähigkeit gegeben. (dies wurde mittels eines Mock-Service validiert) Die prototypische Implementierung steht unter folgender URL zur Verfügung Seite 18

19 AP4 - Fachlich / Technik Mobility Details Auflistung der empfangenen Zustellungen Abfragen Detailinformationen Zustellung Seite 19

20 AP4 - Fachlich / Technik Mobility Auflistung der empfangenen Zustellungen Liste der empfangenen Zustellungen anzeigen Seite 20

21 AP4 - Fachlich / Technik Mobility Auflistung der empfangenen Zustellungen Details einer empfangenen Zustellung anzeigen Seite 21

22 AP4 - Fachlich / Technik Mobility Darstellung auf mobilen Clients Seite 22

23 AP4 - Fachlich / Technik Mobility Auflistung der empfangenen Zustellungen Seite 23

24 Allgemeine Ergebnisse Neuaufbau Labs1 Plattform Die seit > 7 Jahren zur Verfügung gestellt Plattform labs1.austriapro.at war aus Sicht 2017 sowohl security-technisch als auch aus Sicht der Features nicht mehr zeitgemäß Aus diesem Grund wurde zusätzlich zu den inhaltlichen Arbeitspaketen Anfang 2017 auch die gesamte Infrastruktur von labs1 auf einen aktuellen Stand gehoben Die gesamte Plattform wurde im Zuge der Arbeiten komplett neu aufgesetzt und konfiguriert: Aktuelle Linux Version Aktuelle Java Version Aktuelle Apache Version Aktuelle Tomcat Version Aktuelle DB-Version Aktualisierte Version des Zustelldienst-Kernels Aktualisierte Version des Zustelldienst-GUIs Aktualisierte Version der Schnittstellen Seite 24

25 Vielen Dank für Ihr Interesse! PL.O.T GmbH Franz Josefs Kai 33 A-1010 Wien CPB SOFTWARE AG Campus Viertel Zwei/Objekt Biz Zwei Vorgartenstraße 206c A-1020 Wien Seite 25