über die Online Schnittstelle des ITSG-Trust Centers

Transkript

1 Ablauf- und Schemabeschreibung für die Abgabe von Zertifizierungsanträgen über die Online Schnittstelle des ITSG-Trust Centers ab Schnittstellen-Version 1.0 Stand der Spezifikation: Januar 2009 Version: 2.51 Seite 1 von 71

2 1. ZWECK DES DOKUMENTES Einleitung Grundlagen Organisation 5 2. ABLAUF DER BEANTRAGUNG Kommunikation und Übermittlung der Objektdaten Quittierung des Antrags Abholung des öffentlichen Schlüssels Wartungsarbeiten 8 3. ZUORDNUNG VON ERST- UND FOLGEANTRÄGEN Erstantrag Folgeantrag Doppelte Anträge 9 4. XML-SCHEMABESCHREIBUNG SYSTEMPRÜFUNG Systemverfügbarkeit Prüfungen gegen Sperrlisten Zertifikatsprüfung für Folgeanträge Prüfung Doppelte Anträge PRÜFUNG DER XML-ELEMENTE Element Returncode Element Fehlercode Element Eingangsnummer Element IK_BN Element Firma Element Anrede 45 Seite 2 von 71

3 6.7. Element Vorname Element Nachname Element Strasse Element Hausnummer Element PLZ Element Ort Element Telefon Element Telefax Element Ruecksendung Element Element Softwarehaus Element Fachanwendung Element Generierung Element Kennwort Element Sperrung Element RE_Firma Element RE_Anrede Element Re_Vorname Element Re_Nachname Element RE_Straße Element RE_Hausnummer Element RE_Postfach Element RE_PLZ Element RE_Ort Element Bemerkung Element Datum Element Uhrzeit Element Dakota_Lizenz PRÜFUNG DER HTML-ELEMENTE Element p10-datei 56 Seite 3 von 71

4 7.2. Element xml-datei ÜBERSICHT FEHLERCODES ÜBERSICHT ELEMENTE BEISPIEL XML-DATEIEN Xml-Datei mit Pflichtelementen vom Antragsteller Xml-Datei mit allen Elementen vom Antragsteller Xml-Datei mit Elementen von der OSTC NUTZUNGSBEDINGUNGEN FÜR DIE ONLINE-SCHNITTSTELLE Anmeldeformular Besondere Nutzungsbedingungen 70 Seite 4 von 71

5 1. Zweck des Dokumentes 1.1. Einleitung Dieses Dokument beschreibt den technischen Ablauf und das xml-schema mit den Elementen zur Übergabe der Antragsinformation an die Online-Schnittstelle des ITSG-Trust Centers, nachfolgend OSTC genannt Grundlagen Das Online-Beantragungsverfahren am ITSG-Trust Center sieht vor, dass ein Anwendungsprogramm (z.b. dakota) die Antragsinformationen über eine https-verbindung übermitteln kann. Hierfür wird eine Webseite bereit gestellt, um Antragsdaten elektronisch an die Online-Schnittstelle übermitteln zu können. Als wesentliche Neuerung ab Version 1.0 wird bei der Eingangsprüfung zwischen Erstantrag und Folgeantrag unterschieden. Zur Realisierung wird dieser erweiterte Funktionsumfang über eine neue Online-Schnittstelle ab Version 1.0 zunächst parallel zur bestehenden Online-Schnittstelle Version 0.1 über eine separate URL bereit gestellt. Dieses Dokument beschreibt die Nutzung ausschließlich für die OSTC ab Version 1.0. Für die bestehende Schnittstellen-Version 0.1 ergeben sich keine Änderungen und es gilt die zugeordnete Datensatzbeschreibung Version Organisation Ansprechpartner bei der ITSG: Thomas Schmidt Telefon: Seite 5 von 71

6 2. Ablauf der Beantragung 2.1. Kommunikation und Übermittlung der Objektdaten In diesem Abschnitt wird die Eingangsseite der OSTC beschrieben. Der Antragsteller kann als Erstantrag oder zum Ablauf des gültigen Zertifikats einen Antrag über eine xml-datei mit seinen Antragsdaten stellen und an das Trust Center senden. Bei einem Folgeantrag muss der Antragsteller zur Legitimation die xml-datei mit seinem persönlichen und gültigen Schlüssel verschlüsseln. Der Versand der Anfrage wird über das https-protokoll vorgenommen. Der Ablauf der Kommunikation mit der OSTC beginnt mit dem Abruf einer ungefüllten Website über https. Der Client des Antragstellers muss sich in Abhängigkeit der OSTC- Version dazu an der jeweiligen Schnittstelle mit einem Benutzernamen und einem Passwort authentifizieren. Diese Anmeldekennung wird dem Programmhersteller der Kommunikationssoftware ausgegeben, der diese Zugangsdaten in seine Kommunikationssoftware implementiert. Der Zugang zum Online-Service wird nach der Anmeldung am Verfahren gemäß Punkt 11 bereit gestellt. Der Programmersteller bestätigt schriftlich die Unterstützung der Online- Schnittstelle. Der Antragsteller hat von dem Authentifizierungsvorgang keine unmittelbare Kenntnis. Antragsteller Anmeldung an OSTC mit Benutzername und Passwort https OSTC Abbildung 1: Kommunikation - Anfrage Wenn der Benutzername und das Passwort nicht verifiziert werden können erhält der Antragssteller die im https-protokoll [RFC: 2818] definierte Fehlermeldung zurück. Ist der Benutzername und das Passwort erfolgreich verifiziert, wird die verschlüsselte Verbindung aufgebaut. Es wird kein signiertes Zertifikat einer Root CA (z.b. Verisign oder andere) verwendet, sondern lediglich ein selbstsigniertes SSL-Zertifikat des OSTC-Webservers. Bei der Kommunikationsverbindung handelt es sich um eine einseitige https-verbindung. Antragsteller Antwort-Web-Formular zur Befüllung https OSTC Abbildung 2: Kommunikation - Antwort Der Antragssteller erhält von der OSTC in der https-session eine Website mit 3 sichtbaren und 2 unsichtbaren html-objekten. Für das html-formular ist der Content-Type "text/html; charset=iso " und der Content-Type-Encoding binary zu verwenden. Seite 6 von 71

7 Das erste sichtbare html-objekt enthält stets die OSTC-Versionsnummer, diese wird vom Trust Center befüllt und muss vom Client ausgewertet werden. Die Antragsdaten für einen Erst- oder Folgeantrag werden in einer xml-datei zusammengefasst. Zur Zuordnung des xml-dokuments soll folgender Dateiname verwendet werden: BNxxxxxxxx_DDMMYYYY.xml x = BN-Nr. DDMMYYYY = Datum (Tag/Monat/Jahr) IKxxxxxxxxxx DDMMYYYY.xml x = IK-Nr. Der Dateinamen und Inhalt der p10-requestdatei ist gemäß den üblichen Antragsanforderungen des Trust Centers anzugeben. Das Datenformat der xml-datei wird über das xml-schema nachfolgend beschrieben. Zur Legitimation bei Folgeanträgen wird die befüllte xml-datei vom Antragsteller signiert und verschlüsselt. Dieser Vorgang wird von der jeweiligen Kommunikationssoftware gemäß dem bestehenden Verfahren im Datenaustausch in der GKV durchgeführt. Somit ist eine einheitliche und erprobte Abwicklung gewährleistet. Die zu verwendenden öffentlichen Schlüssel für die Verschlüsselung der xml-datei bei Folgeanträgen werden in den öffentlichen Annahmelisten bereit gestellt. Das Trust Center verwendet für die OSTC folgende IK- bzw. Betriebsnummer: Verfahren BN / IK Kassenart Name Arbeitgeber BN ITSG ITSG GmbH Trust Center Leistungserbringer IK ITSG ITSG GmbH Trust Center Antragsteller Verschlüsselte XML-Datei und PKCS-Requestdatei https OSTC Diese verschlüsselte Datei wird im zweiten sichtbaren html-objekt vom Client zum Datei- Upload in die html-seite gespeichert. Für das html-objekt "xml-datei" ist der Content-Type "text/xml" bei einem Erstantrag (unverschlüsselt) bzw. "application/octet-stream" bei einem Folgeantrag (verschlüsselt) zu verwenden. Die p10-requestdatei wird unverschlüsselt in das dritte sichtbare html-objekt ebenfalls zum Datei-Upload gespeichert. Für das html-objekt "p10-datei" ist der Content-Type "application/pkcs10". Die beiden unsichtbaren (hidden) html-objekte MAX_FILE_SIZE_XML und MAX_FILE_SIZE_P10 sind auf den Wert 4000 festgelegt. Die Kommunikationssoftware übergibt die befüllte html-seite zur Prüfung und Weiterverarbeitung an die OSTC zurück. Die Prüfung der Daten erfolgt synchron, da die Client-Anwendung auf eine Rückmeldung wartet. Abbildung 3: Kommunikation Übermittlung der Objektdaten 2.2. Quittierung des Antrags Jeder Antrag, der durch die OSTC erfolgreich angenommen wird, erhält von der OSTC eine Quittung. Die Quittung ist ebenfalls ein xml-dokument, die im zweiten sichtbaren html-objekt Seite 7 von 71

8 xml-datei als Link zur xml-antwortdatei zurück gegeben wird (das erste Objekt ist stets die Versionsnummer, das dritte Objekt bleibt bei der Quittung leer). Zur Prüfung des xml-dokuments wird das zugeordnete xml-schema verwendet. Die Quittung wird innerhalb der https-session an den Client geliefert. Jeder erfolgreich geprüfte Antrag wird mit einer Eingangsnummer belegt. Somit enthalten die Elemente der Quittung die folgenden Inhalte: Version (default) ReturnCode (immer!) Fehlercode (nur bei Fehlern) Eingangsnummer (erfolgreich geprüfter Antrag) Die verwendete Versionsnummer wird von der OSTC verwaltet. Der Returncode bzw. Fehlercode wird in der xml-antwortdatei zurückgegeben. Eine Fehlertextausgabe erfolgt nicht und ist bei Bedarf in der Client-Anwendung umzusetzen. Zur schriftlichen Auftragsbestätigung wird dem Kunden eine Auftragsnummer als Bestätigungs zugesendet. Mit der Eingangsnummer kann der Antragsteller sein Zertifikat nach Bereitstellung auch direkt über den Client herunterladen. Antragsteller XML-Dokument mit Quittung https OSTC 2.3. Abholung des öffentlichen Schlüssels Der öffentliche Schlüssel wird nach der Erstellung durch das Trust Center direkt über die bekannte Online Antragsverfolgung zum Download über die Client-Software bereit gestellt. Hierzu ist die IK- bzw. Betriebsnummer und die Eingangsnummer aus der Quittung der Beantragung zu verwenden. Die Online Antragsverfolgung des Trust Centers steht über folgende URL bereit: Wartungsarbeiten Es kann nicht ausgeschlossen werden, dass in regelmäßigen Zeitabständen Wartungsarbeiten am System durchgeführt werden. Falls das System nicht zur Verfügung steht und trotzdem eine Anfrage durchgeführt wird, gibt das System einen Returncode gemäß Punkt 5.1 zurück. Seite 8 von 71

9 3. Zuordnung von Erst- und Folgeanträgen 3.1. Erstantrag Bei einem Erstantrag wird die xml-datei nicht verschlüsselt, da der Antragsteller über kein gültiges zugeordnetes Zertifikat vom Trust Center verfügt. In diesem Fall muss zu der elektronischen Übermittlung der Daten zusätzlich der schriftliche Zertifizierungsantrag mit allen erforderlichen Antragskomponenten an das Trust Center gesendet werden. Es werden dann die elektronischen Daten mit dem schriftlichen Antrag verglichen, dazu müssen die elektronischen Daten mit dem schriftlichen Antrag identisch sein Folgeantrag Die übermittelte xml-datei muss mit einem gültigen Zertifikat des Antragsstellers gemäß Punkt 2 verschlüsselt sein. Ein Zertifikat mit einer anderen IK- oder Betriebsnummer bzw. mit fremdem Schlüssel ist nicht zulässig. Die IK- bzw. Betriebsnummer muss für das Zertifikat mit dem Erstantrag bzw. dem vorangegangenen Antrag identisch sein. Folgeanträge über die OSTC ab Version 1.0 werden nur noch für das PKCS#7-Verfahren entgegen genommen! Für PEM-Zertifikate ist eine schriftliche Beantragung erforderlich. HINWEIS: Bei einem fehlerfreien Folgeantrag über die OSTC ist zu beachten, dass kein schriftlicher Zertifizierungsantrag gesendet werden darf, um unnötigen Aufwand und Kosten beim Trust Center zu vermeiden. Die teilnehmenden Softwarefirmen sind verpflichtet dies bei der Beantragung zu vermeiden. Wenn dies trotzdem festgestellt wird, so behält sich die ITSG vor, die Nutzung der Online-Schnittstelle für die verursachende Softwarefirma und deren Clienten zu sperren Nicht eindeutig qualifizierbare Folgeanträge Eine Bearbeitung als Folgeantrag kann nicht erfolgen, wenn der elektronische Abgleich der IK- oder Betriebsnummer nicht eindeutig vorgenommen werden kann, da z.b. kein gültiges Zertifikat seitens des Antragstellers vorliegt. Bei einer fehlerhaften Datenverschlüsselung kann der Antrag nicht weiter bearbeitet werden und es wird der Fehlercode gemäß Punkt 5.3 zurückgegeben. In diesen Fällen wird der Antrag als Folgeantrag mit Status Erstantrag markiert und ein vollständiger schriftlicher Antrag ist erneut erforderlich Doppelte Anträge Die Schnittstelle prüft, ob innerhalb von 24 Stunden mehrere Anträge von einem Antragsteller (gleiche IK oder BN) eingesendet werden. Falls zu einer IK- oder Betriebsnummer mehrere Anträge innerhalb diesem Zeitraum abgegeben werden, erfolgt bereits bei der Abgabe eine Ablehnung. Eine erneute Antragstellung ist erst nach 24 Stunden möglich. Hiermit soll vermieden werden, dass ein Antragsteller nicht einfach mehrere kostenpflichtige Anträge direkt hintereinander senden kann. Seite 9 von 71

10 4. XML-Schemabeschreibung Im folgenden Kapitel wird das xml-schema für die Übergabe der Antragsinformationen an die OSTC beschrieben. Die Formatfestlegungen werden im Schema anhand von Typen beschrieben. Das komplexe Element Trustcenter wird seitens der OSTC zurückgegeben, die anderen komplexen Elemente definieren die Antragsdaten vom Antragsteller. Die Pflichtelemente beinhalten nicht das Attribut minoccurs, so dass die optionalen Elemente mit dem Attribut minoccurs=0 definiert sind. Eine Übersicht der Elemente können Sie im Kapitel 9 entnehmen. Zu beachten ist, dass ab dieser Version der Beschreibung das Element Returncode ausschließlich den Status des Antrags speichert und mögliche Fehler anhand des neuen Elements Fehlercode zu entnehmen sind. Eine Übersicht der Fehlercodes können Sie im Kapitel 8 entnehmen. Die xml-datei muss für das Encoding auf encoding="iso " gesetzt werden Xml-Schema Schema OSTC.xsd Elements OSTCAntrag Simple types stype_an1 stype_an10 stype_an10_11 stype_an2 stype_an8 stype_an_10 stype_an_100 stype_an_2 stype_an_20 stype_an_25 stype_an_255 stype_an_30 stype_an_321 stype_an_40 stype_an_50 stype_an_80 Seite 10 von 71

11 element OSTCAntrag content complex children Trustcenter Antragsteller Antragsinfo Rechnungsadresse source <xsd:element name="ostcantrag"> <xsd:complextype> <xsd:sequence> <xsd:element name="trustcenter"> <xsd:>die Inhalte werden vom Trust Center zurückgegeben</xsd:> <xsd:complextype> <xsd:>die Elemente werden vom Trust Center befüllt</xsd:> <xsd:sequence> <xsd:element name="returncode" type="stype_an_2"> <xsd:>das Element gibt den Status aus der OSTC-Prüfung zurück: 10 = Erstantrag erfolgreich 11 = Folgeantrag erfolgreich 12 = Folgeantrag mit Status Erstantrag 90 = Antrag fehlerhaft oder defekt 91 = doppelter Antrag 92 = Antrag in Sperrliste für Annahmestellen 93 = Antrag in Sperrliste für gesperrte Kunden 94 = Antrag in Sperrliste für Dakota-Lizenzen 95 = fehlerhafte Daten 99 = System nicht verfügbar</xsd:> <xsd:element name="fehlercode" type="stype_an_255" minoccurs="0"> <xsd:>fehler aus der OSTC-Prüfung. Die Fehlercodes werden aufgelistet, das "/" dient als Trennzeichen. Bsp.: "02001/03001/" Hinweis: Trotz Fehlercodes kann die Verarbeitung des Antrags erfolgen.</xsd:> <xsd:element name="eingangsnummer" type="stype_an_10"> Seite 11 von 71

12 <xsd:>das Element enthält nach der OSTC-Prüfung die Vorgangsnummer.</xsd:> </xsd:sequence> </xsd:complextype> <xsd:element name="antragsteller"> <xsd:>daten des Antragstellers</xsd:> <xsd:complextype> <xsd:>enthält die Adressdaten des Antragsstellers</xsd:> <xsd:sequence> <xsd:element name="ik_bn" type="stype_an10_11"> <xsd:>institutionskennzeichen oder Betriebsnummer des Teilnehmers. Es muss immer die Konstante "IK" bzw. "BN" in den ersten beiden Stellen übermittelt werden. </xsd:> <xsd:element name="firma" type="stype_an_80"> <xsd:>firmenname</xsd:> <xsd:element name="anrede" type="stype_an_10" minoccurs="0"> <xsd:>anrede des Ansprechpartners</xsd:> <xsd:element name="vorname" type="stype_an_30" minoccurs="0"> <xsd:>vorname des Ansprechpartners</xsd:> <xsd:element name="nachname" type="stype_an_100"> <xsd:>nachname des Ansprechpartners</xsd:> <xsd:element name="strasse" type="stype_an_50"/> <xsd:element name="hausnummer" type="stype_an_10" minoccurs="0"/> <xsd:element name="plz" type="stype_an_10"/> <xsd:element name="ort" type="stype_an_40"/> <xsd:element name="telefon" type="stype_an_25"/> <xsd:element name="telefax" type="stype_an_25" minoccurs="0"/> <xsd:element name=" " type="stype_an_321"> <xsd:> adresse des Antragstellers</xsd:> <xsd:element name="kennwort" type="stype_an_20" minoccurs="0"> <xsd:>kennwort für telefonische Aufträge beim Trust Center</xsd:> Seite 12 von 71

13 </xsd:sequence> </xsd:complextype> <xsd:element name="antragsinfo"> <xsd:>angaben zum Antrag</xsd:> <xsd:complextype> <xsd:>ask Datensatz</xsd:> <xsd:sequence> <xsd:element name="ruecksendung" type="stype_an2" minoccurs="0"> <xsd: source="ursprung">die folgenden 2 Konstanten werden verwendet: 10= 20=Diskette Hinweis: Wenn kein Wert übergeben wurde, sendet das TC die Antwort immer per </xsd:> <xsd:element name="generierung" type="stype_an2" minoccurs="0"> <xsd:>die folgenden 3 Konstanten werden verwendet: 10= 20=Diskette 40=Internet Hinweis: Wenn kein Wert übergeben wurde, legt die OSTC als Defaultwert 40 fest</xsd:> <xsd:element name="sperrung" type="stype_an1" minoccurs="0"> <xsd:>0 = Nein 1 = Ja</xsd:> <xsd:element name="softwarehaus" type="stype_an_40" minoccurs="0"> <xsd:>name des Softwarehauses</xsd:> <xsd:element name="fachanwendung" type="stype_an_40" minoccurs="0"> <xsd:>name der Fachanwendung</xsd:> <xsd:element name="dakota_lizenz" type="stype_an8" minoccurs="0"> <xsd:>lizenzcode für dakota Feld ausschließlich für ITSG-Software</xsd:> <xsd:element name="datum" type="stype_an10"> <xsd:>datum der Antragserstellung Format: DD.MM.JJJJ</xsd:> <xsd:element name="uhrzeit" type="stype_an8"> Seite 13 von 71

14 <xsd:>uhrzeit der Antragserstellung Format: HH:MM:SS</xsd:> <xsd:element name="bemerkung" type="stype_an_255" minoccurs="0"/> </xsd:sequence> </xsd:complextype> <xsd:element name="rechnungsadresse"> <xsd:>optionale Rechnungsadresse</xsd:> <xsd:complextype> <xsd:>enthält die Adressdaten des Rechnungsempfängers</xsd:> <xsd:sequence> <xsd:element name="re_firma" type="stype_an_80" minoccurs="0"> <xsd:>firmenname des Rechnungsempfängers</xsd:> <xsd:element name="re_anrede" type="stype_an_10" minoccurs="0"> <xsd:>anrede in Rechnungsanschrift</xsd:> <xsd:element name="re_vorname" type="stype_an_30" minoccurs="0"> <xsd:>vorname in Rechnungsanschrift</xsd:> <xsd:element name="re_nachname" type="stype_an_100" minoccurs="0"> <xsd:>nachname in Rechnungsanschrift</xsd:> <xsd:element name="re_strasse" type="stype_an_50" minoccurs="0"/> <xsd:element name="re_hausnummer" type="stype_an_10" minoccurs="0"/> <xsd:element name="re_postfach" type="stype_an_10" minoccurs="0"/> <xsd:element name="re_plz" type="stype_an_10" minoccurs="0"/> <xsd:element name="re_ort" type="stype_an_40" minoccurs="0"/> </xsd:sequence> </xsd:complextype> </xsd:sequence> </xsd:complextype> element OSTCAntrag/Trustcenter Seite 14 von 71

15 minocc 1 maxocc 1 content complex children Returncode Fehlercode Eingangsnummer Die Inhalte werden vom Trust Center zurückgegeben source <xsd:element name="trustcenter"> <xsd:>die Inhalte werden vom Trust Center zurückgegeben</xsd:> <xsd:complextype> <xsd:>die Elemente werden vom Trust Center befüllt</xsd:> <xsd:sequence> <xsd:element name="returncode" type="stype_an_2"> <xsd:>das Element gibt den Status aus der OSTC-Prüfung zurück: 10 = Erstantrag erfolgreich 11 = Folgeantrag erfolgreich 12 = Folgeantrag mit Status Erstantrag 90 = Antrag fehlerhaft oder defekt 91 = doppelter Antrag 92 = Antrag in Sperrliste für Annahmestellen 93 = Antrag in Sperrliste für gesperrte Kunden 94 = Antrag in Sperrliste für Dakota-Lizenzen Seite 15 von 71

16 95 = fehlerhafte Daten 99 = System nicht verfügbar</xsd:> <xsd:element name="fehlercode" type="stype_an_255" minoccurs="0"> <xsd:>fehler aus der OSTC-Prüfung. Die Fehlercodes werden aufgelistet, das "/" dient als Trennzeichen. Bsp.: "02001/03001/" Hinweis: Trotz Fehlercodes kann die Verarbeitung des Antrags erfolgen.</xsd:> <xsd:element name="eingangsnummer" type="stype_an_10"> <xsd:>das Element enthält nach der OSTC-Prüfung die Vorgangsnummer.</xsd:> </xsd:sequence> </xsd:complextype> element OSTCAntrag/Trustcenter/Returncode type stype_an_2 content simple maxlength 2 Das Element gibt den Status aus der OSTC-Prüfung zurück: 10 = Erstantrag erfolgreich 11 = Folgeantrag erfolgreich 12 = Folgeantrag mit Status Erstantrag 90 = Antrag fehlerhaft oder defekt 91 = doppelter Antrag 92 = Antrag in Sperrliste für Annahmestellen 93 = Antrag in Sperrliste für gesperrte Kunden 94 = Antrag in Sperrliste für Dakota-Lizenzen 95 = fehlerhafte Daten 99 = System nicht verfügbar source <xsd:element name="returncode" type="stype_an_2"> <xsd:>das Element gibt den Status aus der OSTC-Prüfung zurück: 10 = Erstantrag erfolgreich 11 = Folgeantrag erfolgreich Seite 16 von 71

17 12 = Folgeantrag mit Status Erstantrag 90 = Antrag fehlerhaft oder defekt 91 = doppelter Antrag 92 = Antrag in Sperrliste für Annahmestellen 93 = Antrag in Sperrliste für gesperrte Kunden 94 = Antrag in Sperrliste für Dakota-Lizenzen 95 = fehlerhafte Daten 99 = System nicht verfügbar</xsd:> element OSTCAntrag/Trustcenter/Fehlercode type stype_an_255 minocc 0 maxocc 1 content simple maxlength 255 Fehler aus der OSTC-Prüfung. Die Fehlercodes werden aufgelistet, das "/" dient als Trennzeichen. Bsp.: "02001/03001/" Hinweis: Trotz Fehlercodes kann die Verarbeitung des Antrags erfolgen. source <xsd:element name="fehlercode" type="stype_an_255" minoccurs="0"> <xsd:>fehler aus der OSTC-Prüfung. Die Fehlercodes werden aufgelistet, das "/" dient als Trennzeichen. Bsp.: "02001/03001/" Hinweis: Trotz Fehlercodes kann die Verarbeitung des Antrags erfolgen.</xsd:> element OSTCAntrag/Trustcenter/Eingangsnummer type stype_an_10 content simple maxlength 10 Das Element enthält nach der OSTC-Prüfung die Vorgangsnummer. source <xsd:element name="eingangsnummer" type="stype_an_10"> Seite 17 von 71

18 <xsd:>das Element enthält nach der OSTC-Prüfung die Vorgangsnummer.</xsd:> element OSTCAntrag/Antragsteller Seite 18 von 71

19 minocc 1 Seite 19 von 71

20 maxocc 1 content complex children IK_BN Firma Anrede Vorname Nachname Strasse Hausnummer PLZ Ort Telefon Telefax Kennwort Daten des Antragstellers source <xsd:element name="antragsteller"> <xsd:>daten des Antragstellers</xsd:> <xsd:complextype> <xsd:>enthält die Adressdaten des Antragsstellers</xsd:> <xsd:sequence> <xsd:element name="ik_bn" type="stype_an10_11"> <xsd:>institutionskennzeichen oder Betriebsnummer des Teilnehmers. Es muss immer die Konstante "IK" bzw. "BN" in den ersten beiden Stellen übermittelt werden. </xsd:> <xsd:element name="firma" type="stype_an_80"> <xsd:>firmenname</xsd:> <xsd:element name="anrede" type="stype_an_10" minoccurs="0"> <xsd:>anrede des Ansprechpartners</xsd:> <xsd:element name="vorname" type="stype_an_30" minoccurs="0"> <xsd:>vorname des Ansprechpartners</xsd:> <xsd:element name="nachname" type="stype_an_100"> <xsd:>nachname des Ansprechpartners</xsd:> <xsd:element name="strasse" type="stype_an_50"/> <xsd:element name="hausnummer" type="stype_an_10" minoccurs="0"/> <xsd:element name="plz" type="stype_an_10"/> <xsd:element name="ort" type="stype_an_40"/> <xsd:element name="telefon" type="stype_an_25"/> <xsd:element name="telefax" type="stype_an_25" minoccurs="0"/> <xsd:element name=" " type="stype_an_321"> <xsd:> adresse des Antragstellers</xsd:> <xsd:element name="kennwort" type="stype_an_20" minoccurs="0"> <xsd:>kennwort für telefonische Aufträge beim Trust Center</xsd:> </xsd:sequence> </xsd:complextype> Seite 20 von 71

21 element OSTCAntrag/Antragsteller/IK_BN type stype_an10_11 content simple minlength 10 maxlength 11 Institutionskennzeichen oder Betriebsnummer des Teilnehmers. Es muss immer die Konstante "IK" bzw. "BN" in den ersten beiden Stellen übermittelt werden. source <xsd:element name="ik_bn" type="stype_an10_11"> <xsd:>institutionskennzeichen oder Betriebsnummer des Teilnehmers. Es muss immer die Konstante "IK" bzw. "BN" in den ersten beiden Stellen übermittelt werden. </xsd:> element OSTCAntrag/Antragsteller/Firma type stype_an_80 content simple maxlength 80 Firmenname source <xsd:element name="firma" type="stype_an_80"> <xsd:>firmenname</xsd:> element OSTCAntrag/Antragsteller/Anrede type stype_an_10 minocc 0 maxocc 1 Seite 21 von 71

22 content simple maxlength 10 Anrede des Ansprechpartners source <xsd:element name="anrede" type="stype_an_10" minoccurs="0"> <xsd:>anrede des Ansprechpartners</xsd:> element OSTCAntrag/Antragsteller/Vorname type stype_an_30 minocc 0 maxocc 1 content simple maxlength 30 Vorname des Ansprechpartners source <xsd:element name="vorname" type="stype_an_30" minoccurs="0"> <xsd:>vorname des Ansprechpartners</xsd:> element OSTCAntrag/Antragsteller/Nachname type stype_an_100 content simple maxlength 100 Nachname des Ansprechpartners source <xsd:element name="nachname" type="stype_an_100"> <xsd:>nachname des Ansprechpartners</xsd:> element OSTCAntrag/Antragsteller/Strasse type stype_an_50 Seite 22 von 71

23 content simple maxlength 50 source <xsd:element name="strasse" type="stype_an_50"/> element OSTCAntrag/Antragsteller/Hausnummer type stype_an_10 minocc 0 maxocc 1 content simple maxlength 10 source <xsd:element name="hausnummer" type="stype_an_10" minoccurs="0"/> element OSTCAntrag/Antragsteller/PLZ type stype_an_10 content simple maxlength 10 source <xsd:element name="plz" type="stype_an_10"/> element OSTCAntrag/Antragsteller/Ort type stype_an_40 content simple maxlength 40 source <xsd:element name="ort" type="stype_an_40"/> element OSTCAntrag/Antragsteller/Telefon type stype_an_25 content simple maxlength 25 source <xsd:element name="telefon" type="stype_an_25"/> Seite 23 von 71

24 element OSTCAntrag/Antragsteller/Telefax type stype_an_25 minocc 0 maxocc 1 content simple maxlength 25 source <xsd:element name="telefax" type="stype_an_25" minoccurs="0"/> element OSTCAntrag/Antragsteller/ type stype_an_321 content simple maxlength 321 adresse des Antragstellers source <xsd:element name=" " type="stype_an_321"> <xsd:> adresse des Antragstellers</xsd:> element OSTCAntrag/Antragsteller/Kennwort type stype_an_20 minocc 0 maxocc 1 content simple maxlength 20 Kennwort für telefonische Aufträge beim Trust Center source <xsd:element name="kennwort" type="stype_an_20" minoccurs="0"> <xsd:>kennwort für telefonische Aufträge beim Trust Center</xsd:> Seite 24 von 71

25 element OSTCAntrag/Antragsinfo minocc 1 maxocc 1 content complex Seite 25 von 71

26 children Ruecksendung Generierung Sperrung Softwarehaus Fachanwendung Dakota_Lizenz Datum Uhrzeit Bemerkung Angaben zum Antrag source <xsd:element name="antragsinfo"> <xsd:>angaben zum Antrag</xsd:> <xsd:complextype> <xsd:>ask Datensatz</xsd:> <xsd:sequence> <xsd:element name="ruecksendung" type="stype_an2" minoccurs="0"> <xsd: source="ursprung">die folgenden 2 Konstanten werden verwendet: 10= 20=Diskette Hinweis: Wenn kein Wert übergeben wurde, sendet das TC die Antwort immer per </xsd:> <xsd:element name="generierung" type="stype_an2" minoccurs="0"> <xsd:>die folgenden 3 Konstanten werden verwendet: 10= 20=Diskette 40=Internet Hinweis: Wenn kein Wert übergeben wurde, legt die OSTC als Defaultwert 40 fest</xsd:> <xsd:element name="sperrung" type="stype_an1" minoccurs="0"> <xsd:>0 = Nein 1 = Ja</xsd:> <xsd:element name="softwarehaus" type="stype_an_40" minoccurs="0"> <xsd:>name des Softwarehauses</xsd:> <xsd:element name="fachanwendung" type="stype_an_40" minoccurs="0"> <xsd:>name der Fachanwendung</xsd:> <xsd:element name="dakota_lizenz" type="stype_an8" minoccurs="0"> <xsd:>lizenzcode für dakota Feld ausschließlich für ITSG-Software</xsd:> <xsd:element name="datum" type="stype_an10"> <xsd:>datum der Antragserstellung Format: DD.MM.JJJJ</xsd:> <xsd:element name="uhrzeit" type="stype_an8"> Seite 26 von 71

27 <xsd:>uhrzeit der Antragserstellung Format: HH:MM:SS</xsd:> <xsd:element name="bemerkung" type="stype_an_255" minoccurs="0"/> </xsd:sequence> </xsd:complextype> element OSTCAntrag/Antragsinfo/Ruecksendung type stype_an2 minocc 0 maxocc 1 content simple minlength 2 maxlength 2 Die folgenden 2 Konstanten werden verwendet: 10= 20=Diskette Hinweis: Wenn kein Wert übergeben wurde, sendet das TC die Antwort immer per source <xsd:element name="ruecksendung" type="stype_an2" minoccurs="0"> <xsd: source="ursprung">die folgenden 2 Konstanten werden verwendet: 10= 20=Diskette Hinweis: Wenn kein Wert übergeben wurde, sendet das TC die Antwort immer per </xsd:> element OSTCAntrag/Antragsinfo/Generierung type stype_an2 minocc 0 maxocc 1 content simple Seite 27 von 71

28 minlength 2 maxlength 2 Die folgenden 3 Konstanten werden verwendet: 10= 20=Diskette 40=Internet Hinweis: Wenn kein Wert übergeben wurde, legt die OSTC als Defaultwert 40 fest source <xsd:element name="generierung" type="stype_an2" minoccurs="0"> <xsd:>die folgenden 3 Konstanten werden verwendet: 10= 20=Diskette 40=Internet Hinweis: Wenn kein Wert übergeben wurde, legt die OSTC als Defaultwert 40 fest</xsd:> element OSTCAntrag/Antragsinfo/Sperrung type stype_an1 minocc 0 maxocc 1 content simple minlength 1 maxlength 1 0 = Nein 1 = Ja source <xsd:element name="sperrung" type="stype_an1" minoccurs="0"> <xsd:>0 = Nein 1 = Ja</xsd:> element OSTCAntrag/Antragsinfo/Softwarehaus type stype_an_40 minocc 0 maxocc 1 content simple maxlength 40 Name des Softwarehauses source <xsd:element name="softwarehaus" type="stype_an_40" minoccurs="0"> <xsd:>name des Softwarehauses</xsd:> Seite 28 von 71

29 element OSTCAntrag/Antragsinfo/Fachanwendung type stype_an_40 minocc 0 maxocc 1 content simple maxlength 40 Name der Fachanwendung source <xsd:element name="fachanwendung" type="stype_an_40" minoccurs="0"> <xsd:>name der Fachanwendung</xsd:> element OSTCAntrag/Antragsinfo/Dakota_Lizenz type stype_an8 minocc 0 maxocc 1 content simple minlength 8 maxlength 8 Lizenzcode für dakota Feld ausschließlich für ITSG-Software source <xsd:element name="dakota_lizenz" type="stype_an8" minoccurs="0"> <xsd:>lizenzcode für dakota Feld ausschließlich für ITSG-Software</xsd:> element OSTCAntrag/Antragsinfo/Datum type stype_an10 content simple minlength 10 maxlength 10 Seite 29 von 71

30 Datum der Antragserstellung Format: DD.MM.JJJJ source <xsd:element name="datum" type="stype_an10"> <xsd:>datum der Antragserstellung Format: DD.MM.JJJJ</xsd:> element OSTCAntrag/Antragsinfo/Uhrzeit type stype_an8 content simple minlength 8 maxlength 8 Uhrzeit der Antragserstellung Format: HH:MM:SS source <xsd:element name="uhrzeit" type="stype_an8"> <xsd:>uhrzeit der Antragserstellung Format: HH:MM:SS</xsd:> element OSTCAntrag/Antragsinfo/Bemerkung type stype_an_255 minocc 0 maxocc 1 content simple maxlength 255 source <xsd:element name="bemerkung" type="stype_an_255" minoccurs="0"/> Seite 30 von 71

31 element OSTCAntrag/Rechnungsadresse minocc 1 maxocc 1 content complex children Re_Firma Re_Anrede Re_Vorname Re_Nachname Re_Strasse Re_Hausnummer Re_Postfach Re_PLZ Re_Ort Optionale Rechnungsadresse source <xsd:element name="rechnungsadresse"> <xsd:>optionale Rechnungsadresse</xsd:> <xsd:complextype> <xsd:>enthält die Adressdaten des Rechnungsempfängers</xsd:> <xsd:sequence> <xsd:element name="re_firma" type="stype_an_80" minoccurs="0"> <xsd:>firmenname des Rechnungsempfängers</xsd:> Seite 31 von 71

32 <xsd:element name="re_anrede" type="stype_an_10" minoccurs="0"> <xsd:>anrede in Rechnungsanschrift</xsd:> <xsd:element name="re_vorname" type="stype_an_30" minoccurs="0"> <xsd:>vorname in Rechnungsanschrift</xsd:> <xsd:element name="re_nachname" type="stype_an_100" minoccurs="0"> <xsd:>nachname in Rechnungsanschrift</xsd:> <xsd:element name="re_strasse" type="stype_an_50" minoccurs="0"/> <xsd:element name="re_hausnummer" type="stype_an_10" minoccurs="0"/> <xsd:element name="re_postfach" type="stype_an_10" minoccurs="0"/> <xsd:element name="re_plz" type="stype_an_10" minoccurs="0"/> <xsd:element name="re_ort" type="stype_an_40" minoccurs="0"/> </xsd:sequence> </xsd:complextype> element OSTCAntrag/Rechnungsadresse/Re_Firma type stype_an_80 minocc 0 maxocc 1 content simple maxlength 80 Firmenname des Rechnungsempfängers source <xsd:element name="re_firma" type="stype_an_80" minoccurs="0"> <xsd:>firmenname des Rechnungsempfängers</xsd:> element OSTCAntrag/Rechnungsadresse/Re_Anrede type stype_an_10 minocc 0 maxocc 1 content simple Seite 32 von 71

33 maxlength 10 Anrede in Rechnungsanschrift source <xsd:element name="re_anrede" type="stype_an_10" minoccurs="0"> <xsd:>anrede in Rechnungsanschrift</xsd:> element OSTCAntrag/Rechnungsadresse/Re_Vorname type stype_an_30 minocc 0 maxocc 1 content simple maxlength 30 Vorname in Rechnungsanschrift source <xsd:element name="re_vorname" type="stype_an_30" minoccurs="0"> <xsd:>vorname in Rechnungsanschrift</xsd:> element OSTCAntrag/Rechnungsadresse/Re_Nachname type stype_an_100 minocc 0 maxocc 1 content simple maxlength 100 Nachname in Rechnungsanschrift source <xsd:element name="re_nachname" type="stype_an_100" minoccurs="0"> <xsd:>nachname in Rechnungsanschrift</xsd:> element OSTCAntrag/Rechnungsadresse/Re_Strasse Seite 33 von 71

34 type stype_an_50 minocc 0 maxocc 1 content simple maxlength 50 source <xsd:element name="re_strasse" type="stype_an_50" minoccurs="0"/> element OSTCAntrag/Rechnungsadresse/Re_Hausnummer type stype_an_10 minocc 0 maxocc 1 content simple maxlength 10 source <xsd:element name="re_hausnummer" type="stype_an_10" minoccurs="0"/> element OSTCAntrag/Rechnungsadresse/Re_Postfach type stype_an_10 minocc 0 maxocc 1 content simple maxlength 10 source <xsd:element name="re_postfach" type="stype_an_10" minoccurs="0"/> element OSTCAntrag/Rechnungsadresse/Re_PLZ type stype_an_10 minocc 0 maxocc 1 content simple maxlength 10 source <xsd:element name="re_plz" type="stype_an_10" minoccurs="0"/> element OSTCAntrag/Rechnungsadresse/Re_Ort Seite 34 von 71

35 type stype_an_40 minocc 0 maxocc 1 content simple maxlength 40 source <xsd:element name="re_ort" type="stype_an_40" minoccurs="0"/> simpletype stype_an1 type restriction of xsd:string used by element OSTCAntrag/Antragsinfo/Sperrung minlength 1 maxlength 1 genau 1 alphanumerische Stellen source <xsd:simpletype name="stype_an1"> <xsd:>genau 1 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="1"/> <xsd:maxlength value="1"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an10 type restriction of xsd:string used by element OSTCAntrag/Antragsinfo/Datum minlength 10 maxlength 10 genau 10 alphanumerische Stellen source <xsd:simpletype name="stype_an10"> <xsd:>genau 10 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="10"/> <xsd:maxlength value="10"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an10_11 type restriction of xsd:string used by element OSTCAntrag/Antragsteller/IK_BN minlength 10 maxlength 11 genau 10 oder 11 alphanumerische Stellen source <xsd:simpletype name="stype_an10_11"> <xsd:>genau 10 oder 11 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="10"/> Seite 35 von 71

36 <xsd:maxlength value="11"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an2 type restriction of xsd:string used by elements OSTCAntrag/Antragsinfo/Generierung OSTCAntrag/Antragsinfo/Ruecksendung minlength 2 maxlength 2 genau 2 alphanumerische Stellen source <xsd:simpletype name="stype_an2"> <xsd:>genau 2 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="2"/> <xsd:maxlength value="2"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an8 type restriction of xsd:string used by elements OSTCAntrag/Antragsinfo/Dakota_Lizenz OSTCAntrag/Antragsinfo/Uhrzeit minlength 8 maxlength 8 genau 8 alphanumerische Stellen source <xsd:simpletype name="stype_an8"> <xsd:>genau 8 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="8"/> <xsd:maxlength value="8"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_10 type restriction of xsd:string used by elements OSTCAntrag/Antragsteller/Anrede OSTCAntrag/Trustcenter/Eingangsnummer OSTCAntrag/Antragsteller/Hausnummer OSTCAntrag/Antragsteller/PLZ OSTCAntrag/Rechnungsadresse/Re_Anrede OSTCAntrag/Rechnungsadresse/Re_Hausnummer OSTCAntrag/Rechnungsadresse/Re_PLZ OSTCAntrag/Rechnungsadresse/Re_Postfach maxlength 10 bis zu 10 alphanumerische Stellen source <xsd:simpletype name="stype_an_10"> <xsd:>bis zu 10 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="10"/> Seite 36 von 71

37 </xsd:restriction> </xsd:simpletype> simpletype stype_an_100 type restriction of xsd:string used by elements OSTCAntrag/Antragsteller/Nachname OSTCAntrag/Rechnungsadresse/Re_Nachname maxlength 100 bis zu 100 alphanumerische Stellen source <xsd:simpletype name="stype_an_100"> <xsd:>bis zu 100 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="100"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_2 type restriction of xsd:string used by element OSTCAntrag/Trustcenter/Returncode maxlength 2 bis zu 2 alphanumerische Stellen source <xsd:simpletype name="stype_an_2"> <xsd:>bis zu 2 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="2"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_20 type restriction of xsd:string used by element OSTCAntrag/Antragsteller/Kennwort maxlength 20 bis zu 20 alphanumerische Stellen source <xsd:simpletype name="stype_an_20"> <xsd:>bis zu 20 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="20"/> </xsd:restriction> </xsd:simpletype> Seite 37 von 71

38 simpletype stype_an_25 type restriction of xsd:string used by elements OSTCAntrag/Antragsteller/Telefax OSTCAntrag/Antragsteller/Telefon maxlength 25 bis zu 25 alphanumerische Stellen source <xsd:simpletype name="stype_an_25"> <xsd:>bis zu 25 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="25"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_255 type restriction of xsd:string used by elements OSTCAntrag/Antragsinfo/Bemerkung OSTCAntrag/Trustcenter/Fehlercode maxlength 255 bis zu 255 alphanumerische Stellen source <xsd:simpletype name="stype_an_255"> <xsd:>bis zu 255 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="255"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_30 type restriction of xsd:string used by elements OSTCAntrag/Rechnungsadresse/Re_Vorname OSTCAntrag/Antragsteller/Vorname maxlength 30 bis zu 30 alphanumerische Stellen source <xsd:simpletype name="stype_an_30"> <xsd:>bis zu 30 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="30"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_321 type restriction of xsd:string Seite 38 von 71

39 used by element OSTCAntrag/Antragsteller/ maxlength 321 bis zu 321 alphanumerische Stellen source <xsd:simpletype name="stype_an_321"> <xsd:>bis zu 321 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="321"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_40 type restriction of xsd:string used by elements OSTCAntrag/Antragsinfo/Fachanwendung OSTCAntrag/Antragsteller/Ort OSTCAntrag/Rechnungsadresse/Re_Ort OSTCAntrag/Antragsinfo/Softwarehaus maxlength 40 bis zu 40 alphanumerische Stellen source <xsd:simpletype name="stype_an_40"> <xsd:>bis zu 40 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="40"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_50 type restriction of xsd:string used by elements OSTCAntrag/Rechnungsadresse/Re_Strasse OSTCAntrag/Antragsteller/Strasse maxlength 50 bis zu 50 alphanumerische Stellen source <xsd:simpletype name="stype_an_50"> <xsd:>bis zu 50 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="50"/> </xsd:restriction> </xsd:simpletype> simpletype stype_an_80 type restriction of xsd:string used by elements OSTCAntrag/Antragsteller/Firma OSTCAntrag/Rechnungsadresse/Re_Firma maxlength 80 Seite 39 von 71

40 bis zu 80 alphanumerische Stellen source <xsd:simpletype name="stype_an_80"> <xsd:>bis zu 80 alphanumerische Stellen</xsd:> <xsd:restriction base="xsd:string"> <xsd:minlength value="0"/> <xsd:maxlength value="80"/> </xsd:restriction> </xsd:simpletype> Seite 40 von 71

41 5. Systemprüfung 5.1. Systemverfügbarkeit Wenn die OSTC-Schnittstelle, z.b. wegen Wartungsarbeiten nicht verfügbar ist, wird der Returncodecode 99 zurückgegeben und der folgende Fehlertext ist zu beachten: Das ITSG Trust Center kann derzeit keine Zertifizierungsanfragen annehmen! Bitte versuchen Sie es später noch einmal! 5.2. Prüfungen gegen Sperrlisten IK oder Betriebsnummern der Annahmestellen Semantische Prüfung Die IK- bzw. Betriebsnummer des Antrags darf nicht von einer Annahmestelle sein. Eine Beantragung mit diesen IK- bzw. Betriebsnummern ist über die OSTC nicht zulässig und darf nur schriftlich erfolgen Fehlerbehandlung Wenn eine IK- bzw. Betriebsnummer von einer Annahmestelle festgestellt wurde, wird der Antrag mit dem Returncode 92 abgewiesen und es erfolgt keine weitere Bearbeitung. Es ist der folgende Fehlertext zu beachten: Ihre elektronische Beantragung wurde abgewiesen. Senden Sie bitte zur Beantragung einen schriftlichen Zertifizierungsantrag. In diesem Fall wird keine Eingangsnummer zurückgegeben gesperrte Kunden Semantische Prüfung Die IK- bzw. Betriebsnummer des Antrags darf nicht von einem gesperrten Kunden sein. Dabei wird das Element IK_BN gegen die Sperrliste geprüft Fehlerbehandlung Wenn eine IK- bzw. Betriebsnummer von einem gesperrten Kunden festgestellt wurde, wird der Antrag mit dem Returncode 93 abgewiesen und es erfolgt keine weitere Bearbeitung. Es ist der folgende Fehlertext zu beachten: Ihr Antrag wurde abgewiesen. Wenden Sie sich bitte zur Klärung an die Hotline der ITSG. In diesem Fall wird keine Eingangsnummer zurückgegeben gesperrte Dakota-Lizenzen Die syntaktische Prüfung des Elements Dakota_Lizenz ist in Kapitel 6.34 beschrieben Semantische Prüfung Nur bei Erstanträgen (nicht bei Folgeanträge mit Status Erstantrag!) wird gegen die neue Sperrliste Lizenznummern geprüft. Dabei wird das Element Dakota_Lizenz gegen diese Sperrliste geprüft. Seite 41 von 71

42 Fehlerbehandlung Wird eine gesperrte Lizenznummer erkannt, wird der Antrag mit dem Returncode 94 abgewiesen und es erfolgt keine weitere Bearbeitung. Es ist der folgende Fehlertext zu beachten: Ihr Antrag wurde abgewiesen. Wenden Sie sich bitte zur Klärung an die Hotline der ITSG. In diesem Fall wird keine Eingangsnummer zurückgegeben Zertifikatsprüfung für Folgeanträge Semantische Prüfung Das bestehende gültige Zertifikat aus der Signatur muss mit der selben IK- bzw. Betriebsnummer des Antrags identisch sein. Ein Zertifikat einer anderen IK- bzw. Betriebsnummer oder mit fremdem Schlüssel ist nicht zulässig. Ohne Datenverschlüsselung wird der Antrag mit dem Returncode 10 als Erstantrag eingestuft. Bei erfolgreicher Prüfung des gültigen Zertifikats des Antragstellers wird der Returncode 11 für Folgeantrag zurückgegeben Fehlerbehandlung Ist die vorgenannte Prüfung z.b. durch ungültige Signatur nicht erfolgreich, wird der Returncode 12 zurückgegeben und der folgende Fehlertext ist zu beachten: Die Prüfung ihrer Legitimation anhand Ihres Zertifikats ist fehlgeschlagen. Wir haben Ihren Antrag als Folgeantrag mit Status Erstantrag eingestuft. Senden Sie zur Beantragung zusätzlich einen schriftlichen Zertifizierungsantrag. Wenn bei einer fehlerhaften der xml-datei die Entschlüsselung technisch nicht möglich ist, wird die weitere Verarbeitung eingestellt und der Returncode 90 zurückgegeben und der folgende Fehlertext ist zu beachten: Leider konnten wir ihre verschlüsselten Antragsdaten nicht verarbeiten. Es ist uns nicht möglich Ihre Daten zu entschlüsseln. Bitte versuchen Sie die Beantragung erneut mit gültiger Datenverschlüsselung. Beachten Sie hierzu die Sperrfrist von 24 Stunden für wiederholte Beantragung. Bei technischen Fragen wenden Sie sich bitte an Ihr zuständiges Softwarehaus. In diesem Fall wird keine Eingangsnummer zurückgegeben Prüfung Doppelte Anträge Wurden innerhalb 24 Stunden mehrere Anträge von einem Antragsteller eingesendet, werden die folgenden Anträge bereits bei der Abgabe mit dem Returncode 91 abgelehnt und folgender Fehlertext ist zu beachten: Sie haben erneut einen Antrag innerhalb 24 Stunden gestellt. Bitte klären Sie vorab, ob eine erneute kostenpflichtige Beantragung erforderlich ist. Sie können dann nach dieser Sperrfrist einen neuen Antrag senden. Seite 42 von 71

43 6. Prüfung der XML-Elemente Die Elemente unterliegen unterschiedlichen Prüfungen. Im Folgenden wird die Prüfung jedes einzelnen Elementes beschrieben. Es werden zu jedem Element syntaktische und semantische Prüfungen ausgeführt. Die syntaktischen Prüfungen werden in Tabellenform dargestellt. Die Spalte Prüfung erläutert die zu leistende Prüfung und in der Spalte Fehlerbeschreibung befindet sich ein erklärender Text. Wenn mehrere Elemente nicht ordnungsgemäß geprüft werden konnten und somit die Beantragung fehlerhaft ist, übergibt die Schnittstelle den Returncode 95 und die einzelnen Fehlercodes. Anhand den zugeordneten Fehlertexte hat der Anwender die Möglichkeit auf die Fehlersituation zu reagieren. In diesem Fall wird keine Eingangsnummer zurückgegeben Element Returncode Für das Element Returncode ist keine Prüfung notwendig. Dieses Element wird lediglich ausgegeben Element Fehlercode Für das Element Fehlercode ist keine Prüfung notwendig. Dieses Element wird lediglich ausgegeben Element Eingangsnummer Für das Element Eingangsnummer ist keine Prüfung notwendig. Dieses Element wird lediglich ausgegeben. Seite 43 von 71

44 6.4. Element IK_BN Syntax Prüfung Fehlercode Prüfung Fehlerbeschreibung Element muss übergeben werden Das Element IK_BN wurde nicht übergeben Zeichenkette ist länger als die erlaubte maximale Größe (>11) Zeichenkette ist kleiner als die erlaubte minimale Größe (<10) Zeichenkette wird geprüft gegen die Werte des Element OrganizationalUnitName in Distinguished Name der Zertifizierungsanfragedatei BN-Modulo - Prüfung oder IK-Modulo - Prüfung Sie haben mehr als 11 Zeichen in diesem Element übergeben. Sie haben zu wenige Zeichen eingegeben Die IK- oder Betriebsnummer ist in der Zertifizierungsanfragedatei ein anderer als Sie im Antrag angegeben haben. Bitte korrigieren Sie die IK- oder Betriebsnummer im Antrag gemäß der Angaben in der Zertifizierungsanfragedatei Die von Ihnen verwendete IK - oder Betriebsnummer ist leider falsch. Bitte überprüfen Sie Ihre Eingabe und geben Sie Ihre IK - oder Betriebsnummer korrekt an Semantik Prüfung Bei der Eingabe in diesem Element wird zunächst übergeprüft, ob die ersten beiden Stellen entweder das Kürzel IK oder BN beinhaltet. IK Wenn das Element mit IK belegt ist, müssen die folgenden 9 Zeichen unbedingt numerisch sein. Jede IK Nummer endet mit einer Prüfziffer. Die IK-Nummer muss auf Korrektheit der Prüfziffer überprüft werden. (siehe: BN Wenn das Element in den ersten beiden Stellen BN beinhaltet, müssen die folgenden 8 Stellen numerisch sein. Jede Betriebsnummer endet mit einer Prüfziffer. Die Betriebsnummer muss auf Korrektheit der Prüfziffer überprüft werden. (siehe: Fehlerbehandlung Ist eine der vorgenannten Prüfungen nicht erfolgreich wird der Fehlercode zurückgegeben und der folgende Fehlertext ist zu beachten: Die von Ihnen verwendete IK- oder Betriebsnummer ist leider falsch. Bitte überprüfen Sie Ihre Eingabe und geben Sie Ihre IK- oder Betriebsnummer korrekt an. Seite 44 von 71

45 6.5. Element Firma Syntax Prüfung Fehlercode Prüfung Fehlerbeschreibung Element muss übergeben werden Das Element Firma wurde nicht übergeben Zeichenkette ist länger als die erlaubte maximale Größe (>80) Zeichenkette wird geprüft gegen den Werte des Elemente OrganizationalUnitName in Distinguished Name der Zertifizierungsanfragedatei Sie haben mehr als 80 Zeichen in diesem Element übergeben. Der Name der Firma ist in der Zertifizierungsanfragedatei ein anderer als Sie im Antrag angegeben haben. Bitte korrigieren sie den Firmennamen im Antrag gemäß der Angaben in der Zertifizierungsanfragedatei Semantik Prüfung Im Element Firma dürfen keine Sonderzeichen übergeben werden. Es dürfen nur die folgenden Zeichen verwendet werden: A - Z, a - z, 0-9, /, Leerzeichen, - Wenn ein anderes Zeichen übergeben wird, ist die Prüfung nicht erfolgreich Fehlerbehandlung Ist die vorgenannte Prüfung nicht erfolgreich wird der Fehlercode zurückgegeben und der folgende Fehlertext ist zu beachten: Es ist nicht möglich Ihren Antrag entgegenzunehmen. Leider haben Sie ein Sonderzeichen in das Element Firma übergeben. Das ist leider nicht zulässig. Bitte verwenden Sie ausschließlich die folgenden Zeichen: A - Z, a - z, 0-9, /, Leerzeichen, Element Anrede Syntax Prüfung Fehlercode Prüfung Fehlerbeschreibung Zeichenkette ist länger als die erlaubte maximale Größe (>10) Es dürfen keine numerischen Zeichen übergeben werden Sie haben mehr als 10 Zeichen in diesem Element übergeben. Es ist nicht gestattet Zahlen in diesem Element zu übergeben Semantik Prüfung Im Element Anrede dürfen keine Sonderzeichen übergeben werden. Wenn die Eingabe eines der vorgenannten Sonderzeichen enthält, ist die Prüfung dieses Elementes gescheitert Fehlerbehandlung Ist die vorgenannte Prüfung nicht erfolgreich wird der Fehlercode zurückgegeben und der folgende Fehlertext ist zu beachten: Leider haben Sie ein Sonderzeichen in das Element Anrede übergeben. Das ist leider nicht zulässig. Bitte verwenden Sie ausschließlich die folgenden Zeichen: A - Z, a - z, /, Leerzeichen, - Seite 45 von 71