Elektronische Zustellung WKO / AustriaPro. Status Arbeitspakete PL.O.T

Transkript

1 Elektronische Zustellung WKO / AustriaPro Status Arbeitspakete PL.O.T

2 Agenda Übersicht und Inhalt PL.O.T Arbeitspakete Details zu den Arbeitspaketen AP 3 Spezifikationserweiterungen AP 4 Synergien AP 6 Libraries AP 8 Normen Status Arbeitspakete

3 Übersicht und Inhalt Arbeitspakete AP3 Spezifikationserweiterungen automatische Adressbuchprüfung auf Aktualität Behebung Hash-Problematik Domain) bei Menschlesbarer Edid Wiederholtes Registrieren am Zustelldienst mit derselben -Adresse Verbindungsdaten zu Zustellung nachträglich generieren (im Gui als XML und HTML/PDF) -> Entnahmemöglichkeit von Daten Zustellkopf Suchabfrage für nicht registrierte Benutzer Vertretungen/Vollmachten Stammzahlenregisterbehörde Registrierung/Login Typisierung in Spezifikation aufnehmen (FN, VR, ERSB) Subpostfächer für juristische Person lt. BKA-Spezifikation teilweise prototypische Implementierung

4 Übersicht und Inhalt Arbeitspakete AP4 Synergien Erfahrungen aus fusionierte (GOV und WKO) Software Registrieren mit bereits verwendeter Mail-Adresse (Wiederverwendung von EDIDs) -> siehe AP3 Vollmachten/Vertretungen lt. Stammzahlenregisterbehörde -> siehe AP3 Registrieren ohne postalische Adresse Einstellungen ändern nur nach Login mit höchster Loginstufe möglich AP6 Libraries Zugriff auf Zustellkopf für nicht registrierte Benutzer (siehe AP 3) AP 8 Normen ÖNROM Arbeitskreis wurde gegründet, seither leider keine Sitzung des AK

5 AP 3 Spezifikationserweiterungen Behebung Hash-Problematik Domain) bei Menschlesbarer Edid Problembeschreibung Siehe Dokument Zuse_WKO_2010_AP3_Spezifikationserweiterungen_V1.0.pdf Laut RFC 2822 sind Adressen ungültig, d.h. menschlesbare Edid sind für Mail-Programme nicht gültig Lösungsszenarien Vorschlag: EDID#zustellserver.at <EDID@zustellserver.at> Vorteil: Edid ist in diesem Format von Clients verarbeitbar Nachteil: Verwechslungsgefahr mit einer Adresse dadurch nicht ausgeschlossen

6 AP 3 Spezifikationserweiterungen Wiederholtes Registrieren am Zustelldienst mit derselben - Adresse Problembeschreibung Registrierung am Zustelldienst mit -Adresse die bereits in Verwendung ist d.h. mit der sich schon am Zustelldienst registriert wurde, ist nicht möglich da keine eindeutige EDID generiert werden kann (nicht menschenlesbare EDID). Lösungsvorschlag (auch prototypisch Implementiert) Bei Übereinstimmung der Daten: Name Vorname Geburtsdatum adresse Postadresse ist die Wiederverwendung der EDID zulässig

7 AP 3 Spezifikationserweiterungen Verbindungsdaten zu Zustellung nachträglich generieren -> Entnahmemöglichkeit von Daten Beschreibung Möglichkeit die Zustellung sowie deren Verbindungsdaten aus dem System der E-Zustellung zu entnehmen um die Kommunikation beweisen zu können. Lösungsvorschlag In der Inbox- und Outbox eines Zustelldienstes soll die Möglichkeit geboten werden diese Zustellungsinformation on demand zu generieren (ähnlich Zustellnachweis) und diesen herunterzuladen Als technisches Format eignet sich eine XML-Darstellung der Daten Weiters sollte eine menschenlesbare Form angeboten werden (einfach mittels Transformation XML -> HTML / PDF machbar) Umgesetzte Funktionalität Es wurde die Möglichkeit sowohl für den Versender (Outbox) bzw. Empfänger (Inbox) geschaffen einen aktuell gültigen Zustellungsbericht zur ausgewählten Zustellung zu generieren und im HTML-Format herunterzuladen XML-Schema zuse.xsd erweitert um das Element DeliveryInformation

8 AP 3 Spezifikationserweiterungen Verbindungsdaten zu Zustellung nachträglich generieren -> Entnahmemöglichkeit von Daten Details zu den in DeliveryInformations abgebildeten Daten: Der Zeitpunkt der Berichterstellung, Version des XML-Formates Der derzeit aktuelle Status der Zustellung (erweiterter technischer Status) Sending -> im Prozess der Versendung Deliverd -> an Empfänger übermittelt ReadInTime -> angenommen DueDateTimeOut -> abgelaufen ReadAfterTimeOut -> gelesen nach Ablaufdatum die Rolle des Anforderes (vom Versender oder vom Empfänger angefordert) Sender und Empfänger Information MetaInformation zur Zustellung z.b. Zustelldienst, Zustellungsqualität, Dokumentenklasse Hashwerte der übermittelten Dokumente Daten zu den Benachrichtigungen z.b. Zeitstempel der Benachrichtigung etc. Daten zum Zustellnachweis, erfolgreich oder nicht erfolgreich zugestellt ggf. Signatur des Empfängers Signatur der DeliveryInformation durch den Zustelldienst

9 AP 3 Spezifikationserweiterungen Verbindungsdaten zu Zustellung nachträglich generieren -> Entnahmemöglichkeit von Daten

10 AP 3 Spezifikationserweiterungen Entnahmemöglichkeit von Daten prototyp. Impl. 10

11 AP 3 Spezifikationserweiterungen Entnahmemöglichkeit von Daten prototyp. Impl. 11

12 AP 3 Spezifikationserweiterungen Entnahmemöglichkeit von Daten prototyp. Impl. 12

13 AP 3 Spezifikationserweiterungen Zustellkopf Suchabfragen für nicht registrierte Benutzer Beschreibung Auch nicht am Zustelldienst registrierten Benutzer soll die Möglichkeit geboten werden Kopfabfragen auszuführen Lösungsvorschlag Suche am Zustellkopf oder durch Zustelldienst Empfehlung: OptIn bzw. OptOut Möglichkeit für registrierte Benutzer um sich für Suchabfragemöglichkeit von nicht registrierten Benutzer unterbinden zu können Durchgeführte Tätigkeiten Umsetzung einer Suchmaske für die Abfrage der Zustellkopfes für nicht registrierte Benutzer, prototypische Implementierung auf labs1.austriapro.at installiert In Kombination mit AP6 Libraries auch Java-API vorhanden

14 AP 3 Spezifikationserweiterungen Zustellkopf Suchabfragen für nicht registrierte Benutzer prototypische Impl. Implementierung verfügbar unter: AP2012/no_reg_Kopfsuche.jsp

15 AP 3 Spezifikationserweiterungen Vertretungen/Vollmachten Stammzahlenregisterbehörde Registrierung/Login Beschreibung Siehe Bzw. Stammzahlenregisterbehördenverordnung 2009 StZRegBehV 2009 Verordnung 330 Lösungsvorschlag Mechanismus der behördlichen Vollmachten nun unterstützen Vollmachten sind nun zentral abgelegt und nicht auf der BK verbesserte Usability, schnellere Ausstellung von Vollmachten Ergebnis der prototypischen Implementierung Aufgrund der fehlenden Behördeneigenschaft des labs1-zertifikates bzw. der in MOA-ID noch nicht implementierten Möglichkeit der Unterstützung von Online-Vollmachten für den privatwirtschaftlichen Bereich konnte dieses Feature auf dem Test/Demosystem nicht in Betrieb gesetzt werden (Implementierung selbst ist vorhanden und getestet)

16 AP 3 Spezifikationserweiterungen Typisierung von SourcePins für juristische Personen (FN, VR, ERSB) Beschreibung Derzeit unsauberes erfassen von Stammdaten UID bei Juristischen Personen, diese wären z.b. Firmenbuchnummer: bestehend aus Ziffern und einem Prüfbuchstaben (Siehe Vereinsregisternummer: (siehe Ergänzungsregister sonstige Betroffenen: entspricht einer ZMR-Zahl (siehe ) Lösungsvorschlag Auswahl des Type -> FN, VR oder ERSB und dadurch vordefinierte Eingabefelder z.b. bei Firmenbuchnummer ein 6 stelliges Eingabefeld mit der Einschränkung auf Ziffern bzw. ein weiteres Eingabefeld für den Prüfbuchstaben, nach Eingabe des Prüfbuchstabens wird dieser auf Korrektheit überprüft. Persistieren des ausgewählten Types

17 AP 3 Spezifikationserweiterungen Typisierung von SourcePins für juristische Personen (FN, VR, ERSB) Prototypische Implementierung Erweitern des Ldap-Schemas um einen Stammzahlen-Typ Erweitern des/r Registrierungsmaske bzw. prozess um die Eingabe bzw. Prüfung des Stammzahlentypes bzw. auslesen des Stammzahlentypes aus der Bürgerkarte

18 AP 4 Synergien Themen Änderung der Einstellungen nur mehr mit höchster Loginstufe möglich Postadresse bei Registrierung optional Prototypische Implementierung Prüfung der maximalen Loginqualität beim Ändern von Einstellungen Anzeige einer entsprechenden Fehlermeldung Registrierung mit Bürgerkarte ohne Angabe einer Adresse ermöglicht Entfernen der eventuell bei der Registrierung angegebenen Adresse unter Einstellungen nach Login mit höherer Qualität Anpassung des LDAP-Schemas um die korrekte Verspeicherung zu ermöglichen

19 AP 6 Libraries Details Technische Plattform Anforderungen...: Open Source, kostenfrei, weit verbreitet Plattform. : JAVA JDK 1.6 WS-Toolkit.: JAX-WS für Webservices Application-Server : Jakarta Tomcat 6.x Entwicklungsumgebung: Eclipse 3.6 Umfang Referenzimplementierung auf labs1.austriapro.at von folgenden Punkten: Zugriff auf Zustellkopf für nicht registrierte Benutzer mit Web-GUI und API Verschlüsselte Zustellung senden via Remotecontrol-Schnittstelle Source-Code der Referenzclients Schnittstellendokumentation im Source-Code (Javadoc) Eclipse Workspace

20 AP 6 Libraries Details Suche am Zustellkopf für nicht registrierte Benutzer JAVA-API-Reqeust Der Such-Aufruf der Java-API unterstützt folgende Parameterliste: Argument Beschreibung Wertebereich bzw. Type objectclass Juristische oder Natürliche Person bzw. beides ednatperson, edjurperson oder "" für beide fuzzysrch Wildcardsuche true, false givenname Vorname Zeichenfolge sn Nachname Zeichenfolge mail Mailadresse Zeichenfolge cn Bezeichnung bzw.firmenname Zeichefolge gvbirthdate Geburtsdatum Datum StreetName Strasse Zeichenfolge postalcode PLZ Numerisch Municipality Stadt Zeichenfolge CountryCode Land 2-Stellige Zeichenfolge z.b. AT tel Telefonnummer Numerisch edid Eindeutige Zustell-ID Alphanumerisch sourcepin Stammzahl z.b. Firmenbuchnummer Alphanumerisch

21 AP 6 Libraries Details Suche am Zustellkopf für nicht registrierte Benutzer JAVA-API-Response Beispielhafte Darstellung der Antwort als Konsolenoutput Abfragestring: Result: result=3 result : Vn0 : Max Nn0 : Mustermann3 zd0 : Vn1 : Max Nn1 : Mustermann66 zd1 : Vn2 : Maximilian Nn2 : Muster zd2 : moreresult :

22 AP 6 Libraries Details verschlüsselte Zustellungen Voraussetzung: Empfänge hat ein Verschlüsselungszertifikat hinterlegt Prototypische Implementierung: Erstellung eines verschlüsselten Mime Containers im Format PKCS7 Versand dieses Containers an den Zustelldienst

23 AP 8 Normen und Standards, internationale Entwicklungen Anforderungen aus der Kompatibilität mit der behördlichen E-Zustellung Registrierung ohne Angabe von Adresse bzw. nur Auswahl von AT als Land ( 33 Abs 1 Z 5 ZustG gegebenenfalls eine inländische Abgabestelle ) bzw. entfernen der postalischen Adresse Einstellungen änderbar nur mit höherer Loginstufe Registrierung mit bereits verwendeter bzw. registrierter adresse möglich Prototypische Implementierung dieser Features im AP4 Synergien durchgeführt

24 AP 8 Normen und Standards, internationale Entwicklungen Internationale Normen Folgende direkt relevante UPU-Normen vorhanden UPU S43 Standard Secured Electronic Postal Service) UPU S52-1 UPU Postal Registered electronic Mail functional specification (PReM) Überführung in die CEN Zeitpunkt derzeit unklar ETSI TS Electronic Signatures and Infrastructures (ESI); Registered Electronic Mail (REM); Interoperability Profiles -> UPU S52-1 PReM

25 Status PL.O.T Arbeitspakete Allgemeines: Feedback dieses Arbeitskreises wird noch für die Finale Version berücksichtigt AP3 Spezifikationserweiterungen Weiterentwicklung der Spezifikationsvorschläge und Empfehlungen abgeschlossen prototypische Implementierung für abgeschlossen, Gesamtinstallation in Finalisierung AP4 Synergien Implementierung abgeschlossen AP Dokumentation fertiggestellt

26 Status PL.O.T Arbeitspakete AP6 Libraries Implementierung wurde abgeschlossen AP Dokumentation fertiggestellt AP8 Normen und Standards, internationale Entwicklungen Implementierung der für die Kompatibilität mit der behördlichen Zustellung benötigten Features wurde fertiggestellt Während der Projektlaufzeit keine neuen Entwicklungen seitens des Önorm Arbeitskreises

27 PL.O.T SOFTWARELÖSUNGEN VOM SPEZIALISTEN Vielen Dank für Ihre Aufmerksamkeit PL.O.T EDV-Planungs- und Handels- GesmbH Franz Josefs Kai 33 A-1010 Wien Tel: +43 (1) Fax: +43 (1)