IKA-ZKS-SELSTERKLÄRUNG zur ZKS CHECKLISTE V STAND Selbsterklärung der Software-Entwickler gegenüber der ZKS-Abfall

Transkript

1 lnformationskoordinierende Stelle Abfall-DV-Systeme IKA-ZKS-SELSTERKLÄRUNG zur ZKS CHECKLISTE V STAND II Zentrale Koordinierungsstelle der Länder Selbsterklärung der Software-Entwickler gegenüber der ZKS-Abfall Mit dieser Erklärung bestätigt der Unterzeichner, dass die Tests erfolgreich auf der Testumgebung der ZKS-Abfall (MTU) wie unten angegeben durchgeführt..wurden. Fragen an Software-Hersteller 1 a) Software-Anbieter 1 b) Software~ 2 c) Systemumgebung der zu testenden Software~ 2 d) Funktionsumfang der Software 3 e) Anderungen gegenüber vorheriger Testversiow 4 f) Zur Version der eanv-software~ 4 g) Interoperabilitätstests 4 h) Weitere Informationen / Bemerkungen: 4 Deskriptive Testfälle und Policies 4 a) Konformität zum eanv~ 4 b) Konformität zu den erforderlichen Standards bzw. ZKS-Profilew 5 c) Einhaltung der Empfehlungen und Policies im SW-Hersteller-Handbucfr 5 d) Konfigurationsparameter des Testobjektes~ 6 e) Kommunikation mit VPS / über OSCF 6 f) Berücksichtigung von weiteren Erfahrungen aus dem Betriefr 6 Testfälle 6 Fragen an Software-Hersteller Bitte machen Sie zu den unten aufgeführten Fragen genaue und vollständige Angaben. a) Software-Anbieter: i. Name der Firma: Dr. Ing. Wandrei GmbH r ii. Adresse: 1 Köpenicker Str. 325 iii. Adresse: Berlin iv. Telefon: v. 1 info@nsuite.de vi. Verantwortlicher: ~ Dr. Jürgen Wandrei vii. Ansprechpartner für Tests: 1 Fabian Jaecke! Seite 1 von 11

2 I I I I b) Software: i. Name der Software: 1 NSUITE ii. Versions-Nummer: iii. Rolle als Primär-/Sekundär-Hersteller: 1 Primär-Hersteller iv. Testobjekt (-gegenstand): 1 Systemtest c) Systemumgebung der zu testenden Software: i. Charakter: Portal, Server-System, Middleware, etc.: 1 Portal, Server-System, Middleware ii. Unterstützte Betriebssysteme / welches in der Testumgebung eingesetzt? 1 Windows XP, Windows Vista, Windows 7, Linu (32- und 64-bit fähig) / alle eingesetzt iii. Unterstützte Datenbanksysteme / welches in der Testumgebung eingesetzt? Firebird ab 2.1.4, MS SQL ab 2005, Oracle ab log /alle eingesetzt iv. Unterstützte WebApplicationServer / welcher in der Testumgebung eingesetzt? ~ Apache Tomcat 6.0 / Apache Tomcat v. Sonstige Basis-Software: IJava6 vi. OSCI-Cl ient (Eigenentwicklung, Fremdentwicklung): Eigenentwicklung - wenn Fremdentwicklung: von wem: - wenn Eigenentwicklung: welche Basistools (z.b. bos Client-Bibliothek): bos Client-Bibliothek vii. Signaturanwendungskomponente (Eigenentwicklung, Fremdentwicklung): I Eigenentwicklung: NSUITE Signatur wenn Fremdentwicklung: von wem: - wenn Eigenentwicklung: Zertifizierung oder Hersteller-Erklärung nach SigG / Status: 1 Hersteller-Erklärung nach SigG / veröffentlicht im Bundesanzeiger Amtsblatt Nr.22/201 1 viii. Verwendete 1 getestete Zertifikate von welchem TrustCenter, für: - OSCI ~ Telesec, D-Trust, TC Trustcenter - SAK 1 Telesec, D-Trust, TC Trustcenter, S-Trust, DGN Service, Signtrust, DATEV i. (Verarbeitung der) XML-Datenstrukturen des eanv (Eigenentwicklung, Fremdentwicklung): Eigenentwicklung

3 - wenn Fremdentwicklung: von wem? d) Funktionsumfang der Software: i. Welche Nachrichtentypen werden unterstützt? X Entsorgungsnachweis (EN) X Sammelentsorgungsnachweis (SN) X Freistellungsantrag (FR) X Begleitschein (BGS) X Übernahmeschein (UNS) X Ergänzendes Formblatt (EGF) X Mitteilung ii. Welche Formulare mit welchen Teilformularen werden unterstützt? Entsorgungsnachweis (EN) X Verantwortliche Erklärung (VE) X Annahmeerklärung (AE) X Deklarationsanalyse (DA) Sammelentsorgungsnachweis (SN) X Verantwortliche Erklärung (VE) X Annahmeerklärung (AE) X Deklarationsanalyse (DA) Ergänzendes Formblatt (EGF) X Antrag Rechnungsbeauftragung X Antrag Verfahrensbevollmächtigung (Sammel-)Begleitschein (BGS) X Übernahmescheinnummern X Gefahrgut X Altöl X Altholz X PCB Abfall iii. Werden bei den unterstützten Formularen alle Layer unterstützt (Ergänzungslayer, Behördenlayer)? DNein iv. Gibt es eine eigene Registrierung oder wird die Registrierung über das GUI der ZKS-Abfall verwendet? X eigene Registrierung X Registrierung über das GUI der ZKS-Abfall v. Erfolgt die Kommunikation für Adressanfragen synchron über VZD oder asynchron über OSCI oder wird beides angeboten? X synchron über VZD asynchron über OSCI

4 e) Änderungen gegenüber vorheriger Testversion: i. Was ist in der aktuellen Version der Software neu gegenüber einer früheren? 1 für NSUITE-Kunden ersichtlich im Anderungsprotokoll f) Zur Version der eanv-software: i. Zeitraum der durchgeführten Tests: 1 Februar bis März 2012 ii. Version ZKS-Abfall (Titelzeile im Länder-eANV z.b. von abfall.de/laendereanv Web!): ~ 2.1.9_3644 g) In teroperabilitätstests: i. Wurden Tests mit anderen Software-Anbietern durchgeführt? IJa ii. Wenn ja: mit Länder-eANV? IJa. iii. Mit wem noch? lnteroperabilitätstests wurden schon mehrfach mit anderen eanv-anbietern u.a. Modawi, Fritz & Macziol und Zedal durchgeführt. h) Weitere Informationen / Bemerkungen: Interoperabiliät ist durch BMU-Schema und OSCI-Kommunikation gegeben und läuft seit langem produktiv. Deskriptive Testfälle und Policies Bitte machen Sie zu den unten aufgeführten Fragen genaue und vollständige Angaben. a) Konformität zum eanv: i. BMU-Schnittstelle Vi.04 vom ii. konkretisierende Hinweise vom E~1Ja b) Konformität zu den erforderlichen Standards bzw. ZKS Profilen: i. OSCI vl.2 E~1Ja

5 ii. XMLDSIG für Signaturen iii. WebService (optional, nur bei Adressanfragen zum VZD) iv. OSCI-Subject-Field der ZKS-Abfall (vgl. SW-Hersteller-Handbuch) v. OSCI-Transport-Protokoll (vgl. SW-Hersteller-Handbuch) c) Einhaltung der Empfehlungen und Policies im SW-Hersteller- Handbuch: i. Zulässige Frequenz der Postfachabfragen (Polling) Fest definiert. Wir reduzieren Last durch die Art unserer Infrastruktur, die NSUITE-Teilnehmer untereinander auch ohne die ZKS erreichbar macht. ii. Art des Nachrichtenabrufs ( Ei nzel-/massenabruf innerhalb eines Dialoges) ~ i. bedingt Einzelabrufe iii. Leerung von Posifächern (Nicht-Abholung von Nachrichten) 1 Ja, regelmäßige Leerung. iv. Policy bei BMU-Quittung (nach eanv und nach Spezifikation im SW-Hersteller-HB) nach eanv: Ja nach Spezifikation im SW-Hersteller-HB: Ja v. Adressanfragen (Häufigkeit: bei jeder Anfrage / Kopie über Nacht / andere Policy) ~ Andere Policy (Tagesweise Pufferung) vi. Nummernanforderungen (nach Unterschreitung welcher Schwellwerte wird ein neues Kontingent angefordert / bei Providern: wird pro Client oder pauschal angefordert) 1 Konfigurierbar pro behördlicher Nummer d) Konfigurationsparameter des Testobjektes: i. Welche für die Untersuchung relevanten Konfigurationsparameter gibt es? Z.B. zu den Policies oben (Polling, Dialogabruf, Postfachleerung). 1-siehec) ii. Welche Standardwerte haben die Parameter bei der Auslieferung? 1 -siehec) iii. Sind die Werte frei in der Installation wählbar oder gibt es zulässige Intervalle als Schranken? 1 -siehec) iv. Können die Ausgaben in die log-files gesteuert werden (Ausgabe-Level)? 1 Ja

6 v. Gibt es für die Untersuchung relevante Konfigurationsparameter auf Client-Seite? ~ Nein, siehe c) vi. Bei Auslieferung der Software an Provider oder andere Kunden: wird die Einhaltung der ZKS Anforderungen vertraglich fiiert und / oder technisch oder anders überwacht? 1 Technisch fiiert siehe c) e) Kommunikation mit VPS / über OSCI: i. Ist die Software von der Firma bremen online services als Governikus-kompatibel zertifiziert worden? ~Nein ii. Wenn ja: wann und mit welcher Software-Version? iii. Wenn nein: ist eine Zertifizierung geplant? Ja. f~ Berücksichtigung von weiteren Erfahrungen aus dem Betrieb: Weitere Informationen / Bemerkungen: Wir reduzieren Last durch die Art unserer Infrastruktur, die NSUITE-Teilnehmer untereinander auch ohne die ZKS erreichbar macht. Testfälle Bitte wählen Sie hier jeweils entweder Erfolgreich getestet, Funktion wird nicht unterstützt oder Systembedingt nicht erforderlich. Kapitel Testfall Technische Tesifälle OSCI Transportprotokoll OSCI-Kommunikation zur ZKS-Abfall Testfälle OSCI-Nachricht versenden Testfälle OSCI-Nachrichten auflisten Testfälle OSCI-Nachricht empfangen Adressanfragen über Verzeichnisdienst Synchrone Adressanfragen Testfälle Anfrage an Verzeichnisd ienst Fachliche Testfälle Begleitschein (BGS) und Ubernahmeschein (UNS) 011 BGS erstellen (E) 021 BGS erstellen (5) 031 BGS erstellen - Quittungsbeleg (S) 041 Dokument anhängen (E) Erfolgreich getestet r~i h~1 Funktion wird nicht unterstützt Systembedingt nicht erforderlich H

7 Funktion wird Systembedingt Kapitel Testfall Erfolgreich nicht nicht getestet unterstützt erforderlich Dokument anhängen (S) X Angabe im BGS ändern - Abfallschlüssel (5) EN Nummer ändern (E) X Zuordnung eines UNS zu einem BGS enifernen (5) X Änderungen durch den Erzeuger nach dem Signieren (E) OX Änderungen durch den Beförderer nach dem Signieren (E) li Änderungen durch den Beförderer nach dem Signieren (5) X Vorlagelayer in Basislayer umwandeln (E) 1 3X Vorlagelayer in Basislayer umwandeln(s) 14~ Schlechtfall: Signaturreihenfolge nicht eingehalten (E) BGS mit weiteren Angaben (Gefahrgut) erstellen (5) BGS mit weiteren Angaben (Altöl) erstellen(s) BGS mit weiteren Angaben (Altholz) erstellen (5) X Schlechtfall: BGS ohne UNS empfangen(s) X ~ Schlechtfall: BGS ohne Beförderersignatur empfangen (5) X Schlechtfall: Nicht schemakonformen BGS empfangen (E) Ergänzungslayer mit Behördenlayer (E) 221 Ergänzungslayer ohne Behördenlayer und Versand von jedem Beteiligten an X die Behörde (E) 6.2 (Sammel-)Entsorgungsnachweis (EN/SN) und Ergänzendes Formblatt (EGF) EN erstellen Priv. Verfahren X EN erstellen Priv. Verfahren mit QB X EN erstellen Grundverfahren X EN erstellen Grundverfahren mit QB X EN erstellen (BEV) Priv. Verfahren EN erstellen (BEV) Priv. Verfahren mitqb EN erstellen (BEV) Grundverfahren X EN erstellen (BEV) Grundverfahren mitqb SN erstellen Priv. Verfahren X SN erstellen Priv. Verfahren mitqb X

8 Funktion wird Systembedingt Kapitel Testfall Erfolgreich nicht nicht getestet unterstützt erforderlich SN erstellen Grundverfahren X SN erstellen Grundverfahren mit QB X EGF (Bevollmächtigung) im EN erstellen Priv. Verf EGF (Bevollmächtigung) im EN erstellen Grundverfahren EGF (Beauftragung) im EN erstellen Priv. Verf EGF (Beauftragung) im EN erstellen Grundverfahren EGF (Beauftragung) im SN erstellen Priv. Verf EGF (Beauftragung) im SN erstellen Grundverfahren X Empfang nicht-schemakonformer Dateien 20X Empfang nicht-schemakonformer Dateien (E) X Fehlende Signatur (E) X X Fehlende betriebsinterne Bezeichnung (E) X X Fehlende Angaben zur Anfallstelle (E) X Fehlende Angaben zu Ort und Datum in der AE (E) 251 SN erstellen Grundverfahren (mehrere Bundesländer) X EN mit Ergänzungslayer versehen Priv. Verfahren 6.3 Registerauszug (RA) Zeitraum, 2 EN mit je 2 BGS X Zeitraum, 1 SN mit 2 BGS mit je 2 UNS Zeitraum, 1 EN ohne BGS X Zeitraum, 1 Papier-EN mit 2 BGS X Zeitraum, kein EN X Zeitraum, 1 BGS und 2 UNS X Zeitraum, 2 UNS (ERZ bei Sammlung) X Zeitraum, 1 SN X Zeitraum + 1 Abfallschlüssel, 2 UNS (Eigenanlieferung) Zeitraum + 1 Abfallschlüssel, 1 EN mit 2BGS Zeitraum + 2 Abfallschlüssel, 2 EN mit je 2 BGS Zeitraum + 1 Nachweisnummer, 1 EN mit2 BGS Zeitraum + 2 Nachweisnummern, 1 EN, 1 SNje 1 BGS, 1 UNS

9 Kapitel Testfall Zeitraum + BEF-Nr., 1 EN mit 2 BGS X Zeitraum + ENT-Nr. + Abfallschlüssel, 1 ENmit2BGS 16 Zeitraum + ERZ-Nr Abfallschlüssel, 1 ENjeAbfallschlüssel X mit je 2 BGS Zeitraum (Ezerpt), 2 EN mit je 2 BGS X Zeitraum (Ezerpt), 2 SN mit je 2 BGS mit je 2 UNS Zeitraum (Ezerpt), 1 SN mit 2 BGS und 2 UNS (unvollständig ausgefüllt) Erfolgreich Funktion wird nicht Systembedingt nicht getestet unterstützt erforderlich Zeitraum (Ezerpt), 1 EN mit 2 BGS (unvollständig ausgefüllt) 6.4 Registrierung (RAN) Kontoeröffnung X 021 Kontodatenänderu ng: Änderung Name Kontodatenänderung: Passwort ändern Kontodatenänderung: Passwort vergessen Betriebsstättenregistrierung (ERZ) X 061 Betriebsstättenregistrieru ng (BEF, Betriebsstätte abweichend von X Firma/Körperschaft) Betriebsstättenregistrierung (ENT, neue behördliche Nummer) Betriebsstättenregistrieru ng (ZWL) X Betriebsstättenregistrierung (BEVERZ) Betriebsstättenregistrierung (MAK, Ablehnung durch BEH) lii Betriebsstättenregistrierung (2 Teilanträge) 121 Betriebsstättenregistrierung ( Teilanträge, 1 Ablehnung) Betriebsstättenregistrierung (mit neuem Postfach) Datenänderung X Betriebsstätte löschen X Registrierten Betrieb umhängen (PROV-Konto) Registrierten Betrieb umhängen (SONST-Konto) Wechsel des genutzten Posifachzertifikates Neues eigenes Postfach ergänzen (PF als Hauptpostfach einrichten) 201 Ergänzung eines weiteren verwendeten Postfaches als

10 Kapitel Testfall Funktion wird Systembedingt Erfolgreich nicht nicht getestet unterstutzt erforderlich Nebenpostfach 211 Austausch von Haupt- und Nebenpostfach Postfach löschen 6.5 Sonstige Nachrichtentypen Testfälle Mitteilung (MT) Testfälle Adressanfrage (ASA) Testfälle Adressanforderung (AST) Testfälle Nummernanforderung (NRA) Testfälle Zertifikatsü bermittlung (RZT) *Bitte beschreiben Sie hier kurz, warum dieser Testfall svstembedinqt nicht erforderlich ist: Zu Kapitel - Bemerkung Das Auflisten von OSCI-Nachrichten über ihre Laufzettel ist nicht notwendig, da immer alle im Postfach vorhandenen Nachrichten zeitnah abgeholt und dem Empfänger zugestellt werden. Laufzettel im Sinne einer VPS-Einwurfquittung werden beim Sendevorgang implizit generiert und dem Nutzer in NSUITE zur Verfügung gestellt Durch das Signieren eines Layers wird dieses abgeschlossen. Alle nachfolgenden Anderungen beziehen sich auf das nächste noch unsignierte Layer. Es ist technisch nicht möglich über die Anwendung Anderungen an einem bereits signierten Layer durchzuführen , 6.2.5, Nach Rücksprache mit der ZKS erübrigen sich die Testfälle (EN/SN mit QB) 6.2.7, 6.2.9, (siehe auch BMU-Schema V 1.04) und Das Feld Ort ist laut BMU-Schema und den konkretisierenden Hinweisen kein Pflichtfeld. Es ist mit der Anwendung nicht möglich Erzeuger- oder Entsorgerlayer ohne die Angabe eines Datums zu signieren. Es wird davon ausgegangen, dass andere Software sich entsprechend der Richtlinien der Behörden verhält, oder dass zu bemängelnde Dokumente von den Behörden abgelehnt werden und so solche Dokumente auch bei einem Anbieterwechsel nicht in das System gelangen können Jedes Providerposifach pflegt sein eigenes Konto. Eine feinere Ausgliederung ist im Sinne einer Gesamtservice-Leistung durch den Provider nicht notwendig. Ausnahmen können über die Weboberflächen der ZKS-Abfall verwaltet werden Die Beantragung einer behördlichen Nummer regelt ein Teilnehmer in direkter Abstimmung mit den zuständigen Behörden über die Weboberflächen der ZKS Abfall und Registrierungsanträge mit genau einem Teilantrag können alle Verwendungszwecke komplett abdecken , In der NSUITE-Infrastruktur, die eine Vielzahl EANV-Systeme direkt und unmittelbar und verbindet und so die Virtuelle Poststelle der ZKS-Abfall stark entlastet, kommen nur wenige, große Providerpostfächer zum Einsatz. Diese werden speziell gewartet und Adressanfrage und -anforderung sind über den zeitnah arbeitenden Verzeichnisd ienst-webservice der ZKS-Abfall eingebunden.

11 Bei diesem Dokument handelt es sich um: die vollständig ausgefüllte Selbsterklärung zur Checkliste der ZKS-Abfall. Ich erkiäre mich damit einverstanden, dass dieses Dokument auf den Seiten der ZKS-Abfall veröffentlicht wird. Ich erkläre mich damit einverstanden, dass dieses Dokument auszugsweise auf den Seiten der ZKS-Abfall veröffentlicht wird. Den zu veröffentlichen Auszug teile ich der ZKS-Abfall gesondert mit. Ich erkläre mich nicht damit einverstanden, dass dieses Dokument vollständig oder auszugsweise auf den Seiten der ZKS-Abfall veröffentlicht wird. den zur Veröffentlichung bestimmten Auszug aus der vollständig ausgefüllten Sel bsterklärung zur Checkliste der ZKS-Abfall. Ort! Datum: /Berlin Unterschrift: Name des Unterschreibenden: Dr. Jürgen Wandrei Firmen ste mpel: Dr. Ing. Wandrei GmbH Systeme-Software-Schulung-Service im Innovationspark Wuhiheide Köpenicker Str. 325/Haus Berlin Tel.: 030/ Fa:

12