Ablauf- und Schemabeschreibung_OSTC_V2.51 - bei der ITSG GmbH

Ablauf- und Schemabeschreibung für die OSTC 

ITSG GmbH Version 2.51 

Ablauf- und Schemabeschreibung 

für die Abgabe von Zertifizierungsanträgen 

über die Online Schnittstelle des ITSG-Trust Centers 

Stand der Spezifikation: Januar 2009 

Version: 2.51 

ab Schnittstellen-Version 1.0 

Stand: Januar 2009 

Seite 1 von 71


1. ZWECK DES DOKUMENTES 5 

1.1. Einleitung 5 

1.2. Grundlagen 5 

1.3. Organisation 5 

2. ABLAUF DER BEANTRAGUNG 6 

2.1. Kommunikation und Übermittlung der Objektdaten 6 

2.2. Quittierung des Antrags 7 

2.3. Abholung des öffentlichen Schlüssels 8 

2.4. Wartungsarbeiten 8 

3. ZUORDNUNG VON ERST- UND FOLGEANTRÄGEN 9 

3.1. Erstantrag 9 

3.2. Folgeantrag 9 

3.4. Doppelte Anträge 9 

4. XML-SCHEMABESCHREIBUNG 10 

5. SYSTEMPRÜFUNG 41 

5.1. Systemverfügbarkeit 41 

5.2. Prüfungen gegen Sperrlisten 41 

5.3. Zertifikatsprüfung für Folgeanträge 42 

5.4. Prüfung Doppelte Anträge 42 

6. PRÜFUNG DER XML-ELEMENTE 43 

6.1. Element Returncode 43 

6.2. Element Fehlercode 43 

6.3. Element Eingangsnummer 43 

6.4. Element IK_BN 44 

6.5. Element Firma 45 

6.6. Element Anrede 45 



Seite 2 von 71


6.7. Element Vorname 46 

6.8. Element Nachname 46 

6.9. Element Strasse 47 

6.10. Element Hausnummer 47 

6.11. Element PLZ 47 

6.12. Element Ort 47 

6.13. Element Telefon 48 

6.14. Element Telefax 48 

6.15. Element Ruecksendung 48 

6.16. Element Email 49 

6.17. Element Softwarehaus 49 

6.18. Element Fachanwendung 49 

6.19. Element Generierung 50 

6.20. Element Kennwort 50 

6.21. Element Sperrung 50 

6.22. Element RE_Firma 51 

6.23. Element RE_Anrede 51 

6.24. Element Re_Vorname 52 

6.25. Element Re_Nachname 52 

6.26. Element RE_Straße 53 

6.27. Element RE_Hausnummer 53 

6.28. Element RE_Postfach 53 

6.29. Element RE_PLZ 53 

6.30. Element RE_Ort 53 

6.31. Element Bemerkung 54 

6.32. Element Datum 54 

6.33. Element Uhrzeit 54 

6.34. Element Dakota_Lizenz 55 

7. PRÜFUNG DER HTML-ELEMENTE 56 

7.1. Element p10-Datei 56 



Seite 3 von 71


7.2. Element xml-Datei 57 

8. ÜBERSICHT FEHLERCODES 58 

9. ÜBERSICHT ELEMENTE 65 

10. BEISPIEL XML-DATEIEN 66 

10.1. Xml-Datei mit Pflichtelementen vom Antragsteller 66 

10.2. Xml-Datei mit allen Elementen vom Antragsteller 66 

10.3. Xml-Datei mit Elementen von der OSTC 67 

11. NUTZUNGSBEDINGUNGEN FÜR DIE ONLINE-SCHNITTSTELLE 69 

11.1. Anmeldeformular 69 

11.2. Besondere Nutzungsbedingungen 70 



Seite 4 von 71

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. 

1.2. 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 2.1. 

1.3. Organisation 

Ansprechpartner bei der ITSG: 

Thomas Schmidt 

Telefon: 06106 8526-36 

thomas.schmidt@itsg.de 



Seite 5 von 71

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 

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 

Abbildung 2: Kommunikation - Antwort 

Anmeldung an OSTC mit 

Benutzername und Passwort 

https 

Antwort-Web-Formular zur Befüllung 

https 

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-8859-15" und der Content-Type-Encoding „binary“ zu verwenden. 


OSTC 



Seite 6 von 71


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 17046976 ITSG ITSG GmbH Trust Center 

Leistungserbringer IK 660640162 ITSG ITSG GmbH Trust Center 

Antragsteller 

Verschlüsselte XML-Datei und 

PKCS-Requestdatei 

https 

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


„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ätigungsemail 

zugesendet. 

Mit der Eingangsnummer kann der Antragsteller sein Zertifikat nach Bereitstellung auch 

direkt über den Client herunterladen. 

Antragsteller 

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: 

http://trustcenter.atosorigin.de/all/antrag.php 

XML-Dokument mit Quittung 

https 

2.4. 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


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. 

3.2. 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. 

3.3. 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. 

3.4. 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


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-8859-1" gesetzt werden. 

4.1. Xml-Schema 

Schema OSTC.xsd 

Elements Simple types 

OSTCAntrag 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

element OSTCAntrag 

diagram 

properties 


content complex 

children Trustcenter Antragsteller Antragsinfo Rechnungsadresse 

source 

 

 

 

 

Die Inhalte werden vom Trust Center 

zurückgegeben 

 

 

 

Die Elemente werden vom Trust Center 

befüllt 

 

 

 

 

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 

 

 

 

 

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. 

 

 

 



Seite 11 von 71


 

Das Element enthält nach der OSTC-Prüfung die 

Vorgangsnummer. 

 

 

 

 

 

 

 

Daten des Antragstellers 

 

 

 

Enthält die Adressdaten des Antragsstellers 

 

 

 

 

Institutionskennzeichen oder Betriebsnummer des Teilnehmers. 

Es muss immer die Konstante "IK" bzw. "BN" in den ersten beiden Stellen übermittelt werden. 

 

 

 

 

 

Firmenname 

 

 

 

 

Anrede des Ansprechpartners 

 

 

 

 

Vorname des Ansprechpartners 

 

 

 

 

Nachname des Ansprechpartners 

 

 

 

 

 

 

 

 

 

 

Emailadresse des Antragstellers 

 

 

 

 

Kennwort für telefonische Aufträge beim Trust 

Center 

 

 



Seite 12 von 71


 

 

 

 

 

Angaben zum Antrag 

 

 

 

ASK Datensatz 

 

 

 

 

Die folgenden 2 Konstanten werden 

verwendet: 

10=E-Mail 

20=Diskette 

Hinweis: Wenn kein Wert übergeben wurde, sendet das TC die Antwort immer per 

Email 

 

 

 

 

Die folgenden 3 Konstanten werden verwendet: 

10=E-Mail 

20=Diskette 

40=Internet 

Hinweis: Wenn kein Wert übergeben wurde, legt die OSTC als Defaultwert 40 

fest 

 

 

 

 

0 = Nein 

1 = Ja 

 

 

 

 

Name des Softwarehauses 

 

 

 

 

Name der Fachanwendung 

 

 

 

 

Lizenzcode für dakota 

Feld ausschließlich für ITSG-Software 

 

 

 

 

Datum der Antragserstellung 

Format: DD.MM.JJJJ 

 

 

 



Seite 13 von 71


 

Uhrzeit der Antragserstellung 

Format: HH:MM:SS 

 

 

 

 

 

 

 

 

Optionale Rechnungsadresse 

 

 

 

Enthält die Adressdaten des 

Rechnungsempfängers 

 

 

 

 

Firmenname des Rechnungsempfängers 

 

 

 

 

Anrede in Rechnungsanschrift 

 

 

 

 

Vorname in Rechnungsanschrift 

 

 

 

 

Nachname in Rechnungsanschrift 

 

 

 

 

 

 

 

 

 

 

 

 

 

element OSTCAntrag/Trustcenter 



Seite 14 von 71

diagram 

properties 


isRef 0 

minOcc 1 

maxOcc 1 


children Returncode Fehlercode Eingangsnummer 

annotation documentation 

Die Inhalte werden vom Trust Center zurückgegeben 

source 

 

Die Inhalte werden vom Trust Center 

zurückgegeben 

 

 

 

Die Elemente werden vom Trust Center befüllt 

 

 

 

 












Seite 15 von 71




 

 

 

 



Bsp.: "02001/03001/" 


 

 

 

 



 

 

 

 

 

element OSTCAntrag/Trustcenter/Returncode 

diagram 

type sType_an_2 

properties 

isRef 0 

content simple 

facets 

minLength 0 

maxLength 2 













source 

 






Seite 16 von 71










 

 

element OSTCAntrag/Trustcenter/Fehlercode 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 255 




Bsp.: "02001/03001/" 


source 

 



Bsp.: "02001/03001/" 


 

 

element OSTCAntrag/Trustcenter/Eingangsnummer 

diagram 


properties 

isRef 0 


facets 

minLength 0 

maxLength 10 


Das Element enthält nach der OSTC-Prüfung die Vorgangsnummer. 

source 

 



Seite 17 von 71




 

 

element OSTCAntrag/Antragsteller 



Seite 18 von 71

diagram 

properties 


isRef 0 

minOcc 1 



Seite 19 von 71


maxOcc 1 


children IK_BN Firma Anrede Vorname Nachname Strasse Hausnummer PLZ Ort Telefon Telefax Email Kennwort 



source 

 


 

 

 

Enthält die Adressdaten des Antragsstellers 

 

 

 

 



 

 

 

 

 

Firmenname 

 

 

 

 


 

 

 

 


 

 

 

 


 

 

 

 

 

 

 

 

 

 


 

 

 

 


Center 

 

 

 

 



Seite 20 von 71


 

element OSTCAntrag/Antragsteller/IK_BN 

diagram 

properties 

type sType_an10_11 

facets 

isRef 0 


minLength 10 

maxLength 11 




source 

 



 

 

 

element OSTCAntrag/Antragsteller/Firma 

diagram 


properties 

isRef 0 


facets 

minLength 0 

maxLength 80 


Firmenname 

source 

 

Firmenname 

 

 

element OSTCAntrag/Antragsteller/Anrede 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 



Seite 21 von 71


facets 


minLength 0 

maxLength 10 



source 

 


 

 

element OSTCAntrag/Antragsteller/Vorname 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 30 



source 

 


 

 

element OSTCAntrag/Antragsteller/Nachname 

diagram 


properties 

isRef 0 


facets 

minLength 0 

maxLength 100 



source 

 


 

 

element OSTCAntrag/Antragsteller/Strasse 

diagram 




Seite 22 von 71

properties 

facets 


isRef 0 


minLength 0 

maxLength 50 

source 

element OSTCAntrag/Antragsteller/Hausnummer 

diagram 

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 0 

maxLength 10 

source 

element OSTCAntrag/Antragsteller/PLZ 

diagram 

properties 


facets 

isRef 0 


minLength 0 

maxLength 10 

source 

element OSTCAntrag/Antragsteller/Ort 

diagram 

properties 


facets 

isRef 0 


minLength 0 

maxLength 40 

source 

element OSTCAntrag/Antragsteller/Telefon 

diagram 

properties 


facets 

isRef 0 


minLength 0 

maxLength 25 

source 



Seite 23 von 71


element OSTCAntrag/Antragsteller/Telefax 

diagram 

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 0 

maxLength 25 

source 

element OSTCAntrag/Antragsteller/Email 

diagram 


properties 

isRef 0 


facets 

minLength 0 

maxLength 321 



source 

 


 

 

element OSTCAntrag/Antragsteller/Kennwort 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 20 


Kennwort für telefonische Aufträge beim Trust Center 

source 

 


Center 

 

 



Seite 24 von 71

element OSTCAntrag/Antragsinfo 

diagram 

properties 


isRef 0 

minOcc 1 

maxOcc 1 




Seite 25 von 71


children Ruecksendung Generierung Sperrung Softwarehaus Fachanwendung Dakota_Lizenz Datum Uhrzeit Bemerkung 



source 

 


 

 

 

ASK Datensatz 

 

 

 

 


10=E-Mail 

20=Diskette 


Email 

 

 

 

 


10=E-Mail 

20=Diskette 

40=Internet 


fest 

 

 

 

 

0 = Nein 

1 = Ja 

 

 

 

 


 

 

 

 


 

 

 

 



 

 

 

 



 

 

 



Seite 26 von 71


 



 

 

 

 

 

 

element OSTCAntrag/Antragsinfo/Ruecksendung 

diagram 

properties 

type sType_an2 

facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 2 

maxLength 2 



10=E-Mail 

20=Diskette 

Hinweis: Wenn kein Wert übergeben wurde, sendet das TC die Antwort immer per Email 

source 

 


10=E-Mail 

20=Diskette 


Email 

 

 

element OSTCAntrag/Antragsinfo/Generierung 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 




Seite 27 von 71

facets 


minLength 2 

maxLength 2 



10=E-Mail 

20=Diskette 

40=Internet 

Hinweis: Wenn kein Wert übergeben wurde, legt die OSTC als Defaultwert 40 fest 

source 

 


10=E-Mail 

20=Diskette 

40=Internet 


fest 

 

 

element OSTCAntrag/Antragsinfo/Sperrung 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 1 

maxLength 1 


0 = Nein 

1 = Ja 

source 

 

0 = Nein 

1 = Ja 

 

 

element OSTCAntrag/Antragsinfo/Softwarehaus 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 40 



source 

 


 



Seite 28 von 71


 

element OSTCAntrag/Antragsinfo/Fachanwendung 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 40 



source 

 


 

 

element OSTCAntrag/Antragsinfo/Dakota_Lizenz 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 8 

maxLength 8 




source 

 



 

 

element OSTCAntrag/Antragsinfo/Datum 

diagram 

properties 


facets 

isRef 0 


minLength 10 

maxLength 10 



Seite 29 von 71





source 

 



 

 

element OSTCAntrag/Antragsinfo/Uhrzeit 

diagram 


properties 

isRef 0 


facets 

minLength 8 

maxLength 8 




source 

 



 

 

element OSTCAntrag/Antragsinfo/Bemerkung 

diagram 

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 0 

maxLength 255 

source 



Seite 30 von 71


element OSTCAntrag/Rechnungsadresse 

diagram 

properties 

isRef 0 

minOcc 1 

maxOcc 1 


children Re_Firma Re_Anrede Re_Vorname Re_Nachname Re_Strasse Re_Hausnummer Re_Postfach Re_PLZ Re_Ort 



source 

 


 

 

 

Enthält die Adressdaten des 

Rechnungsempfängers 

 

 

 

 




Seite 31 von 71


 

 

 

 


 

 

 

 


 

 

 

 


 

 

 

 

 

 

 

 

 

 

element OSTCAntrag/Rechnungsadresse/Re_Firma 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 80 



source 

 


 

 

element OSTCAntrag/Rechnungsadresse/Re_Anrede 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 




Seite 32 von 71


facets 

minLength 0 

maxLength 10 



source 

 


 

 

element OSTCAntrag/Rechnungsadresse/Re_Vorname 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 30 



source 

 


 

 

element OSTCAntrag/Rechnungsadresse/Re_Nachname 

diagram 

properties 


isRef 0 

minOcc 0 

maxOcc 1 


facets 

minLength 0 

maxLength 100 



source 

 


 

 

element OSTCAntrag/Rechnungsadresse/Re_Strasse 

diagram 



Seite 33 von 71

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 



minLength 0 

maxLength 50 

source 

element OSTCAntrag/Rechnungsadresse/Re_Hausnummer 

diagram 

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 0 

maxLength 10 

source 

element OSTCAntrag/Rechnungsadresse/Re_Postfach 

diagram 

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 0 

maxLength 10 

source 

element OSTCAntrag/Rechnungsadresse/Re_PLZ 

diagram 

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 


minLength 0 

maxLength 10 

source 

element OSTCAntrag/Rechnungsadresse/Re_Ort 

diagram 



Seite 34 von 71

properties 


facets 

isRef 0 

minOcc 0 

maxOcc 1 



minLength 0 

maxLength 40 

source 

simpleType sType_an1 

type restriction of xsd:string 

used by 

element OSTCAntrag/Antragsinfo/Sperrung 

facets 

minLength 1 

maxLength 1 


genau 1 alphanumerische Stellen 

source 

 


 

 

 

 

 

 



used by 

element OSTCAntrag/Antragsinfo/Datum 

facets 

minLength 10 

maxLength 10 



source 

 


 

 

 

 

 

 

simpleType sType_an10_11 


used by 

element OSTCAntrag/Antragsteller/IK_BN 

facets 

minLength 10 

maxLength 11 


genau 10 oder 11 alphanumerische Stellen 

source 

 

genau 10 oder 11 alphanumerische Stellen 

 

 

 



Seite 35 von 71



 

 

 


used by 

elements OSTCAntrag/Antragsinfo/Generierung OSTCAntrag/Antragsinfo/Ruecksendung 

facets 

minLength 2 

maxLength 2 



source 

 


 

 

 

 

 

 



used by 

elements OSTCAntrag/Antragsinfo/Dakota_Lizenz OSTCAntrag/Antragsinfo/Uhrzeit 

facets 

minLength 8 

maxLength 8 



source 

 


 

 

 

 

 

 

simpleType sType_an_10 


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 

facets 

minLength 0 

maxLength 10 


bis zu 10 alphanumerische Stellen 

OSTCAntrag/Rechnungsadresse/Re_Postfach 

source 

 


 

 

 

 



Seite 36 von 71


 

 



used by 

elements OSTCAntrag/Antragsteller/Nachname OSTCAntrag/Rechnungsadresse/Re_Nachname 

facets 

minLength 0 

maxLength 100 



source 

 


 

 

 

 

 

 



used by 

element OSTCAntrag/Trustcenter/Returncode 

facets 

minLength 0 

maxLength 2 



source 

 


 

 

 

 

 

 



used by 

element OSTCAntrag/Antragsteller/Kennwort 

facets 

minLength 0 

maxLength 20 



source 

 


 

 

 

 

 

 



Seite 37 von 71




used by 

elements OSTCAntrag/Antragsteller/Telefax OSTCAntrag/Antragsteller/Telefon 

facets 

minLength 0 

maxLength 25 



source 

 


 

 

 

 

 

 



used by 

elements OSTCAntrag/Antragsinfo/Bemerkung OSTCAntrag/Trustcenter/Fehlercode 

facets 

minLength 0 

maxLength 255 



source 

 


 

 

 

 

 

 



used by 

elements OSTCAntrag/Rechnungsadresse/Re_Vorname OSTCAntrag/Antragsteller/Vorname 

facets 

minLength 0 

maxLength 30 



source 

 


 

 

 

 

 

 





Seite 38 von 71

used by 


element OSTCAntrag/Antragsteller/Email 

facets 

minLength 0 

maxLength 321 



source 

 


 

 

 

 

 

 



used by 

elements OSTCAntrag/Antragsinfo/Fachanwendung OSTCAntrag/Antragsteller/Ort 

OSTCAntrag/Rechnungsadresse/Re_Ort 

OSTCAntrag/Antragsinfo/Softwarehaus 

facets 

minLength 0 

maxLength 40 



source 

 


 

 

 

 

 

 



used by 

elements OSTCAntrag/Rechnungsadresse/Re_Strasse OSTCAntrag/Antragsteller/Strasse 

facets 

minLength 0 

maxLength 50 



source 

 


 

 

 

 

 

 



used by 

facets 

elements OSTCAntrag/Antragsteller/Firma OSTCAntrag/Rechnungsadresse/Re_Firma 

minLength 0 

maxLength 80 



Seite 39 von 71




source 

 


 

 

 

 

 

 



Seite 40 von 71

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 

5.2.1. IK oder Betriebsnummern der Annahmestellen 

5.2.1.1. 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. 

5.2.1.2. 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. 

5.2.2. gesperrte Kunden 


Die IK- bzw. Betriebsnummer des Antrags darf nicht von einem gesperrten Kunden sein. 

Dabei wird das Element „IK_BN“ gegen die Sperrliste geprüft. 


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. 


5.2.3. gesperrte Dakota-Lizenzen 

Die syntaktische Prüfung des Elements Dakota_Lizenz ist in Kapitel 6.34 beschrieben. 


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



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. 


5.3. Zertifikatsprüfung für Folgeanträge 

5.3.1. 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. 

5.3.2. 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. 


5.4. 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


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. 


6.1. Element Returncode 

Für das Element Returncode ist keine Prüfung notwendig. Dieses Element wird lediglich 

ausgegeben. 

6.2. Element Fehlercode 

Für das Element Fehlercode ist keine Prüfung notwendig. Dieses Element wird lediglich 

ausgegeben. 

6.3. Element Eingangsnummer 

Für das Element Eingangsnummer ist keine Prüfung notwendig. Dieses Element wird 

lediglich ausgegeben. 



Seite 43 von 71

6.4. Element IK_BN 

6.4.1. Syntax Prüfung 


Fehlercode Prüfung Fehlerbeschreibung 

- 02001 Element muss übergeben werden Das Element IK_BN wurde nicht 

übergeben 

- 02002 Zeichenkette ist länger als die erlaubte 

maximale Größe (>11) 

- 02003 Zeichenkette ist kleiner als die erlaubte 

minimale Größe (

6.5. Element Firma 




- 03001 Element muss übergeben werden Das Element Firma wurde nicht übergeben 



- 03003 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 


6.5.2. 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. 


Ist die vorgenannte Prüfung nicht erfolgreich wird der Fehlercode - 03010 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, „-“ 

6.6. Element Anrede 





- 04002 Es dürfen keine numerischen Zeichen 

übergeben werden 



Es ist nicht gestattet Zahlen in diesem 

Element zu übergeben. 


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. 




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

6.7. Element Vorname 














Im Element Vorname dürfen keine Sonderzeichen übergeben werden. Wenn die Eingabe 


gescheitert. 




Das Element Vorname enthält Sonderzeichen. Das ist leider nicht zulässig. Bitte 

verwenden Sie ausschließlich die folgenden Zeichen: „A“-„Z“, „a“-„z“, „/“, Leerzeichen, 

„-“ 

6.8. Element Nachname 



- 06001 Element muss übergeben werden Das Element Nachname wurde nicht 

übergeben 





- 06005 Zeichenkette wird geprüft gegen den 

Werte des Elementes CommonName 

im Distinguished Name der 

Zertifizierungsanfragedatei. Es muss 

mindestens der Wert dieses Elementes 

im CommonName enthalten sein. 





Der Ansprechpartner ist in der 

Zertifizierungsanfragedatei ein anderer als 

Sie im Antrag angegeben haben. Bitte 

korrigieren sie den Ansprechpartner im 

Antrag gemäß der Angaben in der 



Im Element Nachname dürfen keine Sonderzeichen übergeben werden. Wenn die Eingabe 


gescheitert. 


Ist die vorgenannte Prüfung nicht erfolgreich, wird der Fehlercode -06004 zurückgegeben 


Das Element Nachname enthält Sonderzeichen. Das ist leider nicht zulässig. Bitte 

verwenden Sie ausschließlich die folgenden Zeichen: „A“-„Z“, „a“-„z“, „/“, Leerzeichen, 

„-“ 


Seite 46 von 71

6.9. Element Strasse 




- 07001 Element muss übergeben werden Das Element Straße wurde nicht 

übergeben 




Für das Element Straße wird keine semantische Prüfung durchgeführt. 

6.10. Element Hausnummer 











Für das Element Hausnummer wird keine semantische Prüfung durchgeführt. 

6.11. Element PLZ 



- 09001 Element muss übergeben werden Das Element PLZ wurde nicht übergeben 




Für das Element PLZ wird keine semantische Prüfung durchgeführt. 

6.12. Element Ort 





- 10001 Element muss übergeben werden Das Element Ort wurde nicht übergeben 




Für das Element Ort wird keine semantische Prüfung durchgeführt. 




Seite 47 von 71

6.13. Element Telefon 




- 11001 Element muss übergeben werden Das Element Telefon wurde nicht 

übergeben 




Für das Element Telefon wird keine semantische Prüfung durchgeführt. 

6.14. Element Telefax 









Für das Element Telefax wird keine semantische Prüfung durchgeführt. 

6.15. Element Ruecksendung 







- 13002 Zeichenkette ist kürzer als die erlaubte 

minimale Größe (

6.16. Element Email 






- 14003 Das Element muss gefüllt übergeben 

werden. 




Das Element Email wurde nicht 

übergeben, bitte stellen Sie sicher, dass 

Sie eine Emailadresse angeben. 


Im Element Email wird eine E-Mail-Adresse angegeben. Es wird geprüft, ob die Zeichenkette 

die Zeichen ein „@“ und einen „.“ enthält. Weiterhin wird geprüft, ob der Punkt nach den @- 

Zeichen in der Zeichenkette übergeben wurde. Ab OSTC-Version 1.0 ist das eine 

Pflichtangabe. 


Ist die vorgenannte Prüfung nicht erfolgreich, wird der Fehlercode - 14002 zurückgegeben 


Sie haben leider keine gültige E-Mail-Adresse angegeben. Bitte geben Sie im 

Element E-Mail-Adresse eine richtige E-Mail-Adresse an.“ 

6.17. Element Softwarehaus 








Für das Element Softwarehaus wird keine semantische Prüfung durchgeführt. 

6.18. Element Fachanwendung 








Für das Element Fachanwendung wird keine semantische Prüfung durchgeführt. 


Seite 49 von 71

6.19. Element Generierung 







minimale Größe (20) 




Für das Element Kennwort wird keine semantische Prüfung durchgeführt. 

6.21. Element Sperrung 






minimale Größe (


Das ist leider nicht möglich, verwenden Sie bitte ausschließlich 0 oder 1. 

Wenn in diesem Element der Wert 0 übergeben wird, müssen im Element Kennwort 

mindestens 3 Zeichen vorhanden sein. Ist das nicht der Fall, ist die Prüfung gescheitert, wird 

der Fehlercode - 19005 zurückgegeben und der folgende Fehlertext ist zu beachten: 

Sie haben leider kein Kundenkennwort angegeben. Wenn Sie eine telefonische 

Sperrung Ihres Zertifikates veranlassen, müssen Sie ein Kundenkennwort eingeben. 

6.22. Element RE_Firma 









Für das Element RE_Firma wird keine semantische Prüfung durchgeführt. 

6.23. Element RE_Anrede 












Im Element Anrede dürfen keine Sonderzeichen übergeben werden. Wenn die Eingabe 


gescheitert. 




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 51 von 71

6.24. Element Re_Vorname 














Im Element Vorname dürfen keine Sonderzeichen übergeben werden. Wenn die Eingabe 


gescheitert. 




Das Element Vorname enthält Sonderzeichen. Das ist leider nicht zulässig. Bitte 

verwenden Sie ausschließlich die folgenden Zeichen: „A“-„Z“, „a“-„z“, „/“, 


6.25. Element Re_Nachname 












Im Element Nachname dürfen keine Sonderzeichen übergeben werden. Wenn die Eingabe 


gescheitert. 


Ist die vorgenannte Prüfung nicht erfolgreich, wird der Fehlercode –23003 zurückgegeben 


Das Element Nachname enthält Sonderzeichen. Das ist leider nicht zulässig. Bitte 

verwenden Sie ausschließlich die folgenden Zeichen: „A“-„Z“, „a“-„z“, „/“, 



Seite 52 von 71

6.26. Element RE_Straße 










Für das Element RE_Straße wird keine semantische Prüfung durchgeführt. 

6.27. Element RE_Hausnummer 








Für das Element RE_Hausnummer wird keine semantische Prüfung durchgeführt. 

6.28. Element RE_Postfach 








Für das Element RE_Postfach wird keine semantische Prüfung durchgeführt. 

6.29. Element RE_PLZ 








Für das Element RE_PLZ wird keine semantische Prüfung durchgeführt. 

6.30. Element RE_Ort 






Für das Element RE_Ort wird keine semantische Prüfung durchgeführt. 




Seite 53 von 71

6.31. Element Bemerkung 










Für das Element Bemerkung wird keine semantische Prüfung durchgeführt. 

6.32. Element Datum 







- 30003 Element muss übergeben werden Das Element Datum wurde nicht 

übergeben 


Es wird geprüft ob im Element Datum ein gültiges Datum eingetragen wurde. 




Die Prüfung ihrer Abgabe des Datums ist fehlgeschlagen. Bitte stellen Sie sicher, 

dass die Abgabe des Datums immer im Format DD.MM.JJJJ erfolgen muss. 

6.33. Element Uhrzeit 



- 31001 Zeichenkette ist länger als die erlaubte Sie haben mehr als 8 Zeichen in diesem 



- 31003 Element muss übergeben werden Das Element Uhrzeit wurde nicht 

übergeben 


Es wird geprüft ob im Element Uhrzeit ein gültiges Datum eingetragen wurde. 




Die Prüfung ihrer Abgabe der Uhrzeit ist fehlgeschlagen. Bitte stellen Sie sicher, dass 

die Abgabe der Uhrzeit immer im Format HH:MM:SS erfolgen muss. 


Seite 54 von 71

6.34. Element Dakota_Lizenz 






- 32002 Zeichenkette ist kleiner als die erlaubte 

minimale Größe (


7. Prüfung der HTML-Elemente 

Die beiden HTML-Elemente zum Upload der erforderlichen p10- und xml-Datei werden 

anhand den nachfolgenden Prüfungen bearbeitet. Bei Syntax- und semantischen Fehlern der 

beiden Dateien wird der Returncode 95 mit den entsprechenden Fehlercodes in der xml- 

Datei zurückgegeben. 

Falls keine xml-Datei übergeben wird bzw. eine fehlerhafte xml-Struktur der Datei vorliegt, 

wird eine rudimentäre xml-Datei (Benamung: Fehler_YYYYMMDDHHMMSS.xml) 

zurückgegeben. 

Beispielinhalt: 

 

 

 

95 

34001/ 

 

 

 

7.1. Element p10-Datei 



- 33001 Element muss übergeben werden Das Element p10-Datei wurde nicht 

übergeben 

- 33002 Dateiendung nicht korrekt Die übergebene Datei hat nicht die 

erwartete Endung (p10) 

Hinweis: Anträge über OSTC nur für 

PKCS#7 

- 33005 Dateiname muss die ersten 8 Stellen der Die übergebene Datei entspricht nicht 

IK- oder Betriebsnummer enthalten und angegeben IK- oder Betriebsnummer. 

muss zum Inhalt des Objektes IK_BN Bitte stellen Sie sicher, dass der 

passen 

Dateiname die ersten 8 Stellen IK- oder 

Betriebsnummer enthält. 

- 33006 falscher MIME-Typ des p10-Uploads Der MIME-Typ des p10-Uploads 

entspricht nicht dem erwarteten Typ. 

Bitte stellen Sie sicher, dass der MIME- 

Typ „PKCS10“ verwendet wird. 


Es werden die gleichen Prüfungen der Zertifizierungsanfragedatei wie beim Eingang einer 

p10-Datei per E-Mail vorgenommen. Es werden über die OSTC nur Anträge für das 

PKCS#7-Verfahren verarbeitet. 


Ist die vorgenannte Prüfung nicht erfolgreich, wird der Fehlercode – 33003 zurückgegeben 




Seite 56 von 71


Leider konnten wir ihre Schlüsseldatei nicht verarbeiten. Es ist uns nicht möglich zu 

erkennen, ob eine Schlüsseldatei in Ihrem Online-Antrag enthalten war. Wir gehen 

davon aus, dass die von Ihnen gesendete p10-Schlüsseldatei entweder durch den 

Versand verändert oder zerstört wurde. Es ist ebenfalls möglich, dass die von Ihnen 

eingesetzte Virenschutzsoftware/Firewallsoftware die Schlüsseldatei beim Versand 

entfernt hat. 

Im Falle von Upload-Fehlern der p10-Datei wird der Fehlercode „- 33004“ zurückgegeben 


Die Datei mit der Zertifizierungsanfrage kann nicht empfangen werden! Bitte 

versuchen Sie es später noch einmal. 

Zudem wird keine Eingangsnummer zurückgegeben. 

7.2. Element xml-Datei 



- 34001 Element muss übergeben werden Das Element xml-Datei wurde nicht 

übergeben 


erwartete Endung (xml) 

- 34003 Dateiname muss die ersten 8 Stellen der Die übergebene Datei entspricht nicht 

IK- oder Betriebsnummer enthalten und angegeben Namenskonvention. Bitte 

muss zum Inhalt des Objektes IK_BN stellen Sie sicher, dass der Dateiname 

passen 

mit BN bzw. IK beginnt, die ersten 8 

Stellen die IK- oder Betriebsnummer und 

ein Datum enthält. 

- 34004 falscher MIME-Typ des xml-Uploads Der MIME-Typ des xml-Uploads 

entspricht nicht dem erwarteten Typ. 

Bitte stellen Sie sicher, dass der MIME- 

Typ „xml“ bzw. „octet-stream“ verwendet 

wird. 


Die xml-Datei wird anhand des xml-Schemas auf konforme Elemente und Formate geprüft. 


Ist die vorgenannte Prüfung nicht erfolgreich, da die xml-Datei nicht der festgelegten xml- 

Struktur entspricht, wird der Fehlercode – 34005 zurückgegeben und der folgende Fehlertext 

ist zu beachten: 

Leider konnten wir ihre xml-Datei nicht verarbeiten. Die übergebene Datei ist nicht 

konform zur festgelegten xml-Struktur. Validieren Sie Ihre xml-Datei anhand dem 

zugeordneten xml-Schema. 

Im Falle von Upload-Fehlern der xml-Datei wird der Fehlercode „- 34006“ zurückgegeben 


Die xml-Datei kann nicht empfangen werden! Bitte versuchen Sie es später noch 

einmal. 

Zudem wird keine Eingangsnummer zurückgegeben 



Seite 57 von 71

8. Übersicht Fehlercodes 

Nr. Element mit 

Fehlercode 

1 IK_BN 

2 Firma 

3 Anrede 



Prüfung Fehlerbeschreibung 

- 02001 Element muss übergeben werden Das Element IK_BN wurde nicht 

übergeben 

- 02002 Zeichenkette ist länger als die 

erlaubte maximale Größe (>11) 

- 02003 Zeichenkette ist kleiner als die 

erlaubte minimale Größe (80) 

- 03003 Zeichenkette wird geprüft gegen 

den Werte des Elemente 

OrganizationalUnitName in 

Distinguished Name der 


- 03010 Prüfung auf unzulässige 

Sonderzeichen 



- 04002 Es dürfen keine numerischen 

Zeichen übergeben werden 

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 


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, „-“ 



übergeben. 

Es ist nicht gestattet Zahlen in 

diesem Element zu übergeben. 


Seite 58 von 71

4 Vorname 

5 Nachname 

6 Straße 











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“, „/“, 




übergeben. 



Das Element Vorname enthält 

Sonderzeichen. Das ist leider nicht 

zulässig. Bitte verwenden Sie 


Zeichen: „A“-„Z“, „a“-„z“, „/“, 


- 06001 Element muss übergeben werden Das Element Nachname wurde 

nicht übergeben 





- 06005 Zeichenkette wird geprüft gegen 

den Werte des Elementes 

CommonName im Distinguished 

Name der 

Zertifizierungsanfragedatei. Es 

muss mindestens der Wert 

dieses Elementes im 

CommonName enthalten sein. 




diesem Element übergeben. 



Der Ansprechpartner ist in der 

Zertifizierungsanfragedatei ein 

anderer als Sie im Antrag 

angegeben haben. Bitte korrigieren 

sie den Ansprechpartner im Antrag 

gemäß der Angaben in der 


Das Element Nachname enthält 




Zeichen: „A“-„Z“, „a“-„z“, „/“, 


- 07001 Element muss übergeben werden Das Element Straße wurde nicht 

übergeben 



7 Hausnummer 



8 PLZ 






Seite 59 von 71


- 09001 Element muss übergeben werden Das Element PLZ wurde nicht 

übergeben 



9 Ort 




- 10001 Element muss übergeben werden Das Element Ort wurde nicht 

übergeben 



10 Telefon 

11 Telefax 

12 Ruecksendung 



- 11001 Element muss übergeben werden Das Element Telefon wurde nicht 

übergeben 







- 13002 Zeichenkette ist kürzer als die 


- 14003 Das Element muss gefüllt 

übergeben werden. 

- 14002 Übergabe einer gültigen E-Mail- 

Adresse 



15 Fachanwendung 



16 Generierung 



Das Element Email wurde nicht 

übergeben, bitte stellen Sie sicher, 

dass Sie eine Emailadresse 

angeben. 

Sie haben leider keine gültige E- 

Mail-Adresse angegeben. Bitte 

geben Sie im Element E-Mail- 

Adresse eine richtige E-Mail- 

Adresse an.“ 






Seite 60 von 71

17 Kennwort 






18 Sperrung 

19 RE_Firma 





20 RE_Anrede 






Sonderzeichen, die vorgenannten 

Prüfungen waren nicht erfolgreich 







Leider haben Sie ein 

Sonderzeichen in das Element 

Anrede übergeben. Das ist leider 

nicht zulässig. Bitte verwenden Sie 


Zeichen: „A“-„Z“, „a“-„z“, „/“, 



Seite 61 von 71

21 Re_Vorname 

22 Re_Nachname 

23 RE_Straße 


















24 RE_Hausnummer 

25 RE_Postfach 





26 RE_PLZ 

27 RE_Ort 





28 Bemerkung 



29 Datum 



- 30002 Prüfung des Datums, die 

vorgenannte Prüfung war nicht 

erfolgreich 






Das Element Vorname enthält 




Zeichen: „A“-„Z“, „a“-„z“, „/“, 






Das Element Nachname enthält 




Zeichen: „A“-„Z“, „a“-„z“, „/“, 
















Die Prüfung ihrer Abgabe des 

Datums ist fehlgeschlagen. Bitte 

stellen Sie sicher, dass die Abgabe 

des Datums immer im Format 

DD.MM.JJJJ erfolgen muss. 


Seite 62 von 71


- 30003 Element muss übergeben werden Das Element Datum wurde nicht 

übergeben 

30 Uhrzeit 



- 31002 Prüfung der Uhrzeit, die 

vorgenannte Prüfung war nicht 

erfolgreich 




Die Prüfung ihrer Abgabe der 

Uhrzeit ist fehlgeschlagen. Bitte 

stellen Sie sicher, dass die Abgabe 

der Uhrzeit immer im Format 

SS:MM:SS erfolgen muss. 

- 31003 Element muss übergeben werden Das Element Uhrzeit wurde nicht 

übergeben 

31 Dakota_Lizenz 

32 p10-Datei 



- 32002 Zeichenkette ist kleiner als die 

erlaubte minimale Größe (

33 xml-Datei 


- 33006 falscher MIME-Typ des p10- 

Uploads 


Der MIME-Typ des p10-Uploads 

entspricht nicht dem erwarteten 

Typ. Bitte stellen Sie sicher, dass 

der MIME-Typ „PKCS10“ verwendet 

wird. 

- 34001 Element muss übergeben werden Das Element xml-Datei wurde nicht 

übergeben 


erwartete Endung (xml) 

- 34003 Dateiname muss die ersten 8 

Stellen der IK- oder 

Betriebsnummer enthalten und 

muss zum Inhalt des Objektes 

IK_BN passen 

- 34004 falscher MIME-Typ des xml- 

Uploads 

- 34005 Verarbeitung der Datei, die 

semantische Prüfung war nicht 

erfolgreich 

Die übergebene Datei entspricht 

nicht angegeben 

Namenskonvention. Bitte stellen Sie 

sicher, dass der Dateiname mit BN 

bzw. IK beginnt, die ersten 8 Stellen 

die IK- oder Betriebsnummer und 

ein Datum enthält. 

Der MIME-Typ des xml-Uploads 

entspricht nicht dem erwarteten 

Typ. Bitte stellen Sie sicher, dass 

der MIME-Typ „xml“ bzw. „octetstream“ 

verwendet wird. 

Leider konnten wir ihre xml-Datei 

nicht verarbeiten. Die übergebene 

Datei ist nicht konform zur 

festgelegten xml-Struktur. 

Validieren Sie Ihre xml-Datei 

anhand des zugeordneten xml- 

Schemas. 

- 34006 Upload-Fehler der xml-Datei Probleme beim Upload der xml- 

Datei! Bitte versuchen Sie es später 

noch einmal. 

Es wir keine Eingangsnummer 

zurückgegeben! 


Seite 64 von 71

9. Übersicht Elemente 


Elementname Übergaberichtung Elementart 

Returncode von OSTC Pflicht 

Fehlercode von OSTC Optional 

Eingangsnummer von OSTC Pflicht 

IK_BN von Antragsteller Pflicht 

Firma von Antragsteller Pflicht 

Anrede von Antragsteller Optional 

Vorname von Antragsteller Optional 

Nachname von Antragsteller Pflicht 

Strasse von Antragsteller Pflicht 

Hausnummer von Antragsteller Optional 

PLZ von Antragsteller Pflicht 

Ort von Antragsteller Pflicht 

Telefon von Antragsteller Pflicht 

Telefax von Antragsteller Optional 

Email von Antragsteller Pflicht 

Kennwort von Antragsteller Optional 

Ruecksendung von Antragsteller Optional 

Generierung von Antragsteller Optional 

Sperrung von Antragsteller Optional 

Softwarehaus von Antragsteller Optional 

Fachanwendung von Antragsteller Optional 

Dakota_Lizenz von Antragsteller Optional 

Datum von Antragsteller Pflicht 

Uhrzeit von Antragsteller Pflicht 

Bemerkung von Antragsteller Optional 

Re_Firma von Antragsteller Optional 

Re_Anrede von Antragsteller Optional 

Re_Vorname von Antragsteller Optional 

Re_Nachname von Antragsteller Optional 

Re_Strasse von Antragsteller Optional 

Re_Hausnummer von Antragsteller Optional 

Re_Postfach von Antragsteller Optional 

Re_PLZ von Antragsteller Optional 

Re_Ort von Antragsteller Optional 



Seite 65 von 71

10. Beispiel xml-Dateien 


10.1. Xml-Datei mit Pflichtelementen vom Antragsteller 

 

 

 

 

 

 

 

 

BN12345678 

Musterfirma 

Mustermann 

Im Feld 

12345 

Musterstadt 

012345678 

test@test.de 

 

 

01.01.2008 

10:00:00 

 

 

 

10.2. Xml-Datei mit allen Elementen vom Antragsteller 

 

 

 

 

 

 

 

 

 

BN12345678 

Musterfirma 

Herr 

Hans 

Mustermann 

Hauptstraße 

10 



Seite 66 von 71


12345 

Musterstadt 

012345678 

 

test@test.de 

geheim 

 

 

10 

40 

1 

ITSG 

Mustersoftware 

12345678 

01.01.2008 

10:00:00 

Muster-XML 

 

 

Musterfirma 

Frau 

Heidi 

Buchhalter 

Hauptstraße 

12 

12345 

12345 

Musterstadt 

 

 

10.3. Xml-Datei mit Elementen von der OSTC 

 

 

 

 

95 

03010/06004/ 

123456 

 

 

BN12345678 

Musterfirma 

Mustermann 

Im Feld 

12345 

Musterstadt 

012345678 



Seite 67 von 71


test@test.de 

 

 

01.01.2008 

10:00:00 

 

 

 



Seite 68 von 71


11. Nutzungsbedingungen für die Online-Schnittstelle 

11.1. Anmeldeformular 

Dieses Anmeldeformular dient zur Anforderung einer Anmeldekennung für die OSTC des 

ITSG Trust Centers für Softwarehäuser. 

__________________________________________________________________________ 

Empfänger: 

ITSG Trust Center Abteilung PAS 

Daimlerstr. 11 

63110 Rodgau 

Angaben zum Unternehmen: 

Name der Firma: 

Straße und Hausnr. 

Postleitzahl und Ort 

Angaben zum Ansprechpartner 

Ansprechpartner: 

Emailadresse des 

Ansprechpartners: 

Angaben zur Softwareapplikation (Allgemeine Information über das Softwareprodukt, 

welches die Online Schnittstelle unterstützt). 

Name der Applikation: 

Schnittstelle verfügbar 

ab der Softwareversion 

Wir fordern eine Anmeldekennung gemäß der aktuellen Beschreibung für die Online 

Schnittstelle des ITSG Trust Centers an. Mit der Unterschrift bestätigen wir, dass wir 

▪ die besonderen Nutzungsbedingungen für die Online-Schnittstelle 

▪ die allgemeinen Geschäftsbedingungen der ITSG 

zur Kenntnis genommen haben. 

____________________________ _______________________________________ 

(Datum) (Unterschrift) 

Senden Sie das vollständig ausgefüllte Anmeldeformular per Fax an 06106-8526-30 



Seite 69 von 71


11.2. Besondere Nutzungsbedingungen 

11.3. Geltungsreihenfolge 

Für die Nutzung der Online-Schnittstelle gelten in folgender Reihenfolge: 

▪ schriftliche Vereinbarungen im Einzelfall 

▪ diese Besonderen Nutzungsbedingungen 

Es gelten die Nutzungsbedingungen und Geschäftsbedingungen in der jeweiligen Fassung 

bei Vertragsabschluss. 

11.4. Vertragsschluss, Schriftform 

Der Vertrag über die Nutzung kommt mit der Annahme des per Anmeldeformular gemachten 

Antrags des Nutzers zustande. Der Vertrag und eventuelle Änderungen unterliegen der 

Schriftform. Als Schriftform gilt auch Telefax. 

11.5. Leistung der ITSG 

Die ITSG stellt dem Nutzer kostenfrei eine Online- Schnittstelle zur Verfügung. Die Online- 

Schnittstelle ermöglicht die elektronische Abgabe von Anträgen auf Zertifizierung beim ITSG 

Trust Center. Jeder Abgabevorgang muss eine Identifizierung der Softwareapplikation 

beinhalten. Jede Applikation erhält durch die ITSG einen Benutzernamen und ein Passwort 

zugeteilt. 

Der Anwender kann Anträge auf Zertifizierung über die dafür vorgesehene Online 

Schnittstelle versenden. Die Daten des Anwenders werden bei der Übertragung 

verschlüsselt übertragen. 

Die Schnittstelle stellt die ITSG nicht permanent ohne Unterbrechungen zur Verfügung. 

Unterbrechungen können sich insbesondere ergeben durch 

▪ Wartungsarbeiten und Störungsbehebungen 

▪ die technische Umsetzung von Verbesserungen 

▪ Änderungen der Inhalte 

11.6. Haftung der ITSG 

Die Haftung der ITSG gegenüber ihren Kunden - gleich aus welchem Rechtsgrund - ist mit 

Ausnahme der Verletzung wesentlicher Vertragspflichten beschränkt auf die Fälle des 

Vorsatzes und der groben Fahrlässigkeit der gesetzlichen Vertreter, Mitarbeiter und 

Erfüllungsgehilfen der ITSG. Soweit wesentliche Vertragspflichten verletzt werden, haftet die 

ITSG auch für leicht fahrlässig verursachte Schäden höchstens bis zu 5.000,00 € je 

Schadenfall. 

11.7. Anmeldung und Angaben des Nutzers 

Der Nutzer sichert zu, dass die vor und bei Vertragsschluss gemachten Angaben über seine 

Person und vergleichbare vertragsrelevante Umstände vollständig und richtig sind. Der 

Benutzer verpflichtet sich, die ITSG jeweils unverzüglich über Änderungen dieser Umstände 

zu unterrichten. Auf entsprechende Anfrage der ITSG hat der Benutzer die Daten zu 

bestätigen. 

Zudem sichert der Nutzer zu, dass er in der angegebenen Softwareapplikation auf dem 

Anmeldeformular eine Sicherheitsabfrage für eine kostenpflichtige Beantragung eines 



Seite 70 von 71


Zertifikats mit einem Hinweis auf die AGB’s der ITSG über die Web-Seite des Trust Centers 

www.trustcenter.info verbindlich einpflegen wird, damit ein Antragsteller davon Kenntnis 

nehmen kann und somit eine versehentliche Beantragung nicht möglich ist. 

11.8. Allgemeine Nutzung der Online-Schnittstelle 

Der Benutzer darf den Service nur in der von der ITSG vertraglich und technisch 

vorgegebenen Weise nutzen. Ein Eingriff in die technischen Abläufe über die bloße Nutzung 

hinaus (Manipulation) ist untersagt. 

11.9. Kündigung / Einstellung der Dienste 

Die Vereinbarung kann mit einer Frist von 2 Wochen zum Monatsende gekündigt werden. 

Die ITSG hat das Recht zur außerordentlichen Kündigung und sofortiger Sperrung der 

Schnittstelle insbesondere 

▪ wenn der Nutzer seine Daten trotz zweifacher Aufforderung nicht bestätigt 

▪ der Nutzer die Schnittstelle in schwerwiegender Weise manipuliert. 

11.10. Gerichtsstand 

Der Gerichtsstand richtet sich nach dem Sitz der ITSG in Rodgau, soweit der Kunde 

Vollkaufmann ist und der Vertrag zum Betrieb seines Handelsgewerbes gehört. Die ITSG 

kann ihre Ansprüche auch bei den Gerichten des allgemeinen Gerichtsstandes des Kunden 

geltend machen. Ein etwaiger ausschließlicher Gerichtsstand bleibt unberührt. 



Seite 71 von 71

Ablauf- und Schemabeschreibung_OSTC_V2.51 - bei der ITSG GmbH

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?