From 3f3aa9bfbaa59ee1b14a49e1659cd9c3cbe9beee Mon Sep 17 00:00:00 2001 From: Christof Rabensteiner Date: Wed, 3 Apr 2019 13:25:55 +0200 Subject: Add zusemsg Scheme Files --- src/main/resources/zusemsg/zuse_p2.xsd | 1025 ++++++++++++++++++++++++++++++++ 1 file changed, 1025 insertions(+) create mode 100644 src/main/resources/zusemsg/zuse_p2.xsd (limited to 'src/main/resources/zusemsg/zuse_p2.xsd') diff --git a/src/main/resources/zusemsg/zuse_p2.xsd b/src/main/resources/zusemsg/zuse_p2.xsd new file mode 100644 index 0000000..24e426e --- /dev/null +++ b/src/main/resources/zusemsg/zuse_p2.xsd @@ -0,0 +1,1025 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + Zustellstückanleiferung + + + + + + + + Adressierung des Empfängers + + + + + + Anhänge + + + + + + + + + Webservice Response of ZSDeliveryRequest, also to used asynchronously + + + + + + + + + + + + + Zustellstück wurde erfolgreich übernommen + + + + + + + + + + + + + + + Zustellstück wurde erfolgreich übernommen, attachment wird später geladen + + + + + Zustellstück konnte nicht erfolgreich angenommen werden + + + + + + + + + + + + + + + + + + + + Wenn DeliveryRequestStatus in asynchroner Koomunikation als Request benutz wird, ist DeliveryRequstStatusACK die Antwort + + + + + + + + + + + + + + + + ### Bestätigung über Zustellungs (Miß-) Erfolg ### + + + + Benachrichtigung über die erfolgte oder nicht erfolgte Zustellung + + + + + + + ID des Zustellstücke innerhalb des Zustellsystems + + + + + + + + + + + + + + + + + + + + + + + Timestamp der Nachrichtenoperation, welcher vom Anzeigemodul erzeugt wurde. Im Falle der Annahme einer Zustellung entspricht der Timestamp dem Annahmezeitpunkt + + + + + Benutzer, der die Nachricht angenommen hat. + + + + + + + + + + + + + + + + + + + Webservice Response of ZSDeliveryNotification + + + + + + + + + + + + + + + + + + + + + + + ID des Zustellstücke beim Absender + + + + + Geschäftszahl + + + + + ID des Zustellstücke. Die ZSDeliveryID in Kombination mit der ParticipantID des Zustellsystems, welches die Nachricht übernmittelt hat muss eindeutig sein. + + + + + ID des Dienstleisters, der für den Versender die Kommunikation mit dem Zustelldienst bzw. generell dem Zustellsystem durchführt. In diesem Fall ist der Dienstleister der Rechnungsempfänger + + + + + Enthält den Namespace des XML-Dokuments, um auf Empfängerseite eine automatische Verarbeitung durch ein Workflowsystem realisieren zu können. + + + + + Identifikation basierend auf Type/Value + + + + + Informationen zum Sender + + + + + + + + Spezielles Postfach des Versenders z.B. eine Filiale einer jur. Person an welches dieser eine etwaige Antwort retourniert haben möchte + + + + + Webservice oder E-Mail-Adresse, an welches die Zustellbestätigung, der Zustellnachweis oder Fehlermeldung weitergeleitet wird (Callback) + + + + + + + + Informationen nur für Senderidentifikation + + + + + + + + + + Informationen zum Empfänger + + + + + + + + + + + + + + + + Informationen nur für Empfaengeridentifikation + + + + + + + + + + Metadaten der Zustellung + + + + + + ID des Zustellstücks beim Absender + + + + + Anwendungsbereich/Urspung der Nachricht + + + + + + + + + + + Sprachen - vom Versender mitgegeben - in denen die Verständigung gesendet werden soll + + + + + + + + + + + + + Webservice oder E-Mail-Adresse, an welches die Zustellbestätigung oder Fehlermeldung weitergeleitet wird (Callback) + + + + + + + + + Typ des Zustellnachweises, z.B. xml+pdf oder nur xml (default) + + + + + + + + + + + + + + + + + + + + + + Für Notfälle, wenn der Absender weder über ein Webservice noch über ein elektronisches Postfach verfügt. + + + + + + Abstrakter Antwort Typ + + + + + ID des Zustellstücke innerhalb des Zustellsystems + + + + + + + + + Zustellzeitpunkt + + + + + Gibt an ob das Zustellstück über den ERV zugestellt wurde + + + + + ID mit der der Versender beim Zustellsystem registriert ist. (Das Zustellsystem ist für den Inhalt der Personendaten des Versenders verantwortlich, um sicherzustellen, dass diese nicht missbräuchlich verwendet werden (Vortäuschung einer anderen Identität)) + + + + + Zusätzliche Nameserweiterung, die im Anzeigemodul zu den Personendaten des Absenders angezeigt werden. (Die Personendaten selbst werden vom Zustellsystem auf Basis der Profildaten eingesteuert) + + + + + Spezielles Postfach des Empfängers, z.B. eine Filiale einer jur. Person + + + + + + + + + + + Übergabezeitpunkt an den Zustelldienst + + + + + + + + + + Mime-Typ + + + + + Prüfsumme + + + + + Prüfsumme + + + + + Hash Algorithmus, z.B. SHA-256, SHA-512 + + + + + Hashwert + + + + + + + List of all attachments + + + + + + + + + + + + + Dateiname + + + + + + Dokumentenklasse als String bzw. Namespace im Fall von XML-Dokumenten im Anhang, um auf Empfängerseite eine automatische Verarbeitung durch ein Workflowsystem realisieren zu können. + + + + + Größe in Bytes + + + + + + + Für Attachments deren Inhalt direkt in die Nachricht eingebettet werden. (Das Größenlimit für die gesamte Nachricht inklusive aller eingebetteten Attachments beträgt 10 MB) + + + + + Docuementlocation in case of Callback attachements + + + + + + + + + + + Fehlercode + + + + + Fehlerbeschreibung + + + + + + + + + + + + + + + + + + + Aviso (optional) + + + + + + + Frist von der Behörde bis wann die Registrierung erfolgt sein muss, um dass Behördenschriftstück noch elektronisch zu bekommen. Anderenfalls wird das Schriftstück von der Behörde auf dem normalen Postweg versandt. Diese Info wird im Aviso-E-Mail mitgegeben. + + + + + + + + Liste der verifizierten Verständigungsadressen des Teilnehmers + + + + + + + + + + Zustellqualität gemäß ZustellG: +• RSa +• RSa+ +• nonRSa +• nonRSa+ + + + + + + + + + + + + + Qualität der privatrechtlichen Zusendung ist von der Zustellqualität lt. ZustellG zu unterscheiden: +• Information +• RegisteredMail +• RegisteredMail+ +• ConfirmReceipt +• ConfirmReceipt+ + + + + + + + + + + + + + + Sprachen in denen die Verständigung gesendet werden soll + + + + + + Sprache in der die Verständigung gesendet werden soll + + + + + + + + Sprache in welcher der Zustellnachweis gesendet werden soll + + + + + Definiert ein Logo + + + + + Definiert ein Nachrichtenlogo + + + + + Für Logos, die vorab beim Zustelldienst für den Versender im Profil hinterlegt wurden + + + + + + + + + + + List of metadata entries + + + + + + + + + + Single metadata entry + + + + + + + Unique object identifier + + + + + Metadata value. basic type is defined in specification document + + + + + + Display metadata in detailed view. If metadata are displayed by default or prohibited to display (e.g. internal data), this value cannot be overriden + + + + + + Zur Anzeige in der Mailbox, vgl. Subject von herkömml. E-mails + + + + + Referenz auf ein anderes Zustellstück (ZSDeliveryID), auf die sich diese Zustellung bezieht + + + + + + + + + + Rollen, welche neben globalen Vertretungsbefugten Zustellstücke entgegennehmen dürfen + + + + + + + + + + + + + + + + Schlagworte zu einer Nachricht nach welchen ein Benutzer suchen kann. (Dieser müssen vom Versender einer Nachricht gesetzt werden) + + + + + + + + + + + Liste der verfahrensspezifischen Metadaten. Diese dienen rein der Visualisierung in der Detailansicht der Nachricht. D.h. sowohl der Name als auch der Wert der Eigenschaft sind in menschenlesbarer Form zu liefern. Daraus folgt, die Daten sind nicht für die maschinelle Verarbeitung geeignet. (Verfahrensspezifischen Metadaten für die maschinelle Verarbeitung sind immer als eigenständiges Attachment im XML-Format zu liefern) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Systemkomponente der E-Zustellung: Portal oder Zustellsystem. (Ein Zustellsystem ist entweder ein Zustelldienst, ein Kommunikationssystem der Behörde oder ein Zielsystem) + + + + + ParticipantID = Landeskennung ":" ID +ID = "VKZ:" VKZ | Org-Id +VKZ ::= 1#32UACHAR; (Verwaltungskennzeichen gem. [VKZ]) +Org-Id ::= 1#32UACHAR; (Org-Id gem. [VKZ]) +Landeskennung ::= {2} ALPHA; (gem. ISO 3166 - Alpha2) +(nicht normativ / nach ldap.gv.at) Beispiele: "AT:B:102", "AT:VKZ:GGA-12345", "AT:L9:9876" + + + + + + + Herkunftssystem: Zustellsystem oder Kommunikationssystem der Behörde, von welchem die Nachricht oder Empfängerrdaten stammen + + + + + ParticipantID = Landeskennung ":" ID +ID = "VKZ:" VKZ | Org-Id +VKZ ::= 1#32UACHAR;(Verwaltungskennzeichen gem. [VKZ]) +Org-Id ::= 1#32UACHAR;(Org-Id gem. [VKZ]) +Landeskennung ::= {2} ALPHA; (gem. ISO 3166 - Alpha2) +(nicht normativ / nach ldap.gv.at) Beispiele: "AT:B:102", "AT:VKZ:GGA-12345", "AT:L9:9876" + + + + + Liste von Portalen für welche die Nachricht speziell bestimmt ist - vorrangig für Kommunikationssysteme von Behörden mit niederschwelliger Authentifizierung (Wird für die GUI Funktion 'gefiltert u. gereiht' benötigt) + + + + + + + + + + Portalkennung + + + + + Um einer natürlichen Person innerhalb einer Orangisation "zu Handen" (c/o) zustellen zu können, reicht die vbPK-ZU oder die E-Mail-Adresse aus, um die Person über das Eintreffen der Nachricht notifiziert zu können. + + + + + + + Elektronische Adresse der "Zu Handen"-Person innerhalb der Organisation + + + + + Name der Person zu deren Handen adressiert wird. Hierbei handelt es sich um einen Freitext für die Anzeige, der als eindeutiger Identifikator für Verständigungen oder eine automatisierte Weiterleitung ungeeignet ist. + + + + + + + + Weitere über den eigentlichen Adressaten hinausgehende Kriterien zur Adressierung (bspw. c/o) + + + + + + + Eindeutige Kennung (Filiale, Standort, Abteilung, etc..) innerhalb der jur. Person + + + + + + + + + Höchstes Authentifizierungsniveau mit dem sich der Teilnehmer beim Portal/Kommunikationssystem angemeldet hatte. Folgende Werte sind zulässig - absteigend sortiert nach der Höhe des Authentifizierungsniveaus: "EID" > "FON" > "LOW" + + + + + + + Die Person des Versenders wird über das Clientzertifikat authentifiziert mit dem sich das IT-Service des Versenders mit seinem Zustellsystem verbindet. (Bei Behörden erfolgt die Authentifizierung über PVP-Header) + + + + + + + Versender ist eine Behörde + + + + + Versender ist eine natürliche Person + + + + + Versender ist ein Unternehmen + + + + + + + + + + + main structure of sender + + + + + + + juridical person, organisation + + + + + + + Identifikation basierend auf Type/Value + + + + + + + + + + physical person + + + + + + + + juridical person, organisation + + + + + + + + + + + + main structure of sender + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Existenz des Elements zeigt an, dass ein Aviso erfolgreich an alle Verständigungsadressen des Teilnahmkandidaten versendet wurde + + + + + (Technisch Notwendig, um implizites XML-Any zu verhindern) + + + + + + element of internet address type + + + + + Wenn dieser Marker existiert, MUSS diese Zustellung auch bei aktiver Postsperre an den tatsächlichen Empfänger zugestellt werden. + + + + + Dieser ComplexType ist ein Hilfskonstrukt damit ein Flag/Kennzeichen/Marker/Idikator Element nicht als XML-Any misbraucht werden kann. + + + + + Benutzer, der die Nachricht angenommen oder gelöscht hat. Wenn die Nachrichtenoperation vom Anzeigemodul ausgelöst wurde, bleibt das User Element leer + + + + + + Rolle des Benutzers: +• Receiver: Empfänger persönlich +• Representative: Vertretungsbevollmächtigter +• InsolvencyAdministrator: Insolvenzverwalters +• System: Anzeigemodul + + + + + + + + + + + Timestamp, der vom Anzeigemodul erzeugt wurde. Im Falle der Annahme einer Zustellung entspricht der Timestamp dem Zustellzeitpunkt + + + + + Rückmeldungen zu einer Nachricht + + + + + + Zeigt an, dass die Nachricht durch den Einstieg ins Anzeigemodul angenommen wurde. + + + + + + + + + + + + + + Zustellung war nicht erfolgreich +• Nachricht wurde nicht innerhalb der Zustellfrist angenommen +• Zustellhindernis + + + + + + + + + + Im Falle des verstreichens der Zustellfrist MUSS das Element befüllt sein. + + + + + + + + + Einfacher "Request" ohne Datenelemente + + + + + Token auf 256 Zeichen beschränkt. + + + + + + + -- cgit v1.2.3