1. Fragen an Software-Hersteller Bitte machen Sie zu den unten aufgeführten Fragen genaue und vollständige Angaben.

Transkript

1 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. 1. 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) Änderungen gegenüber vorheriger Testversion:... 4 f) Zur Version der eanv-software:... 4 g) Interoperabilitätstests:... 4 h) Weitere Informationen / Bemerkungen: Deskriptive Testfälle und Policies... 5 a) Konformität zum eanv:... 5 b) Konformität zu den erforderlichen Standards bzw. ZKS-Profilen:... 5 c) Einhaltung der Empfehlungen und Policies im SW-Hersteller-Handbuch:... 5 d) Konfigurationsparameter des Testobjektes:... 6 e) Kommunikation mit VPS / über OSCI:... 6 f) Berücksichtigung von weiteren Erfahrungen aus dem Betrieb: Testfälle 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: Consist ITU Environmental Software GmbH ii. Adresse: Jakobikirchhof 8 iii. Adresse: Hamburg, Germany iv. Telefon: 040 / v. modawi-support@consist.de vi. Verantwortlicher: Ute Müller (040 / ) vii. Ansprechpartner für Tests: Modawi Support (siehe Kontaktdaten iv und v) Seite 1 von 12

2 b) Software: i. Name der Software: Modawi ii. Versions-Nummer: 3.4 iii. Rolle als Primär-/Sekundär-Hersteller: Primär iv. Testobjekt (-gegenstand): Modawi und Modawi WebSigner (im Folgenden mit MWS abgekürzt) c) Systemumgebung der zu testenden Software: i. Charakter: Portal, Server-System, Middleware, etc.: Portal (MWS), Server-System (Modawi, MWS), Middleware (Modawi) ii. Unterstützte Betriebssysteme / welches in der Testumgebung eingesetzt (Testumgebung=Fettschrift)? Windows XP, Windows 7, 2008 Server (64 Bit), Linu (Ubuntu 12.04) iii. Unterstützte Datenbanksysteme / welches in der Testumgebung eingesetzt (Testumgebung=Fettschrift)? MS SQL-Server 2008 (SE 64-Bit), Oracle 10g (Epress, SE), Oracle 11g (SE), MySQL 5.1 iv. Unterstützte WebApplicationServer / welcher in der Testumgebung eingesetzt (Fettschrift)? Apache Tomcat 6 v. Sonstige Basis-Software: i. W. Java 6, BMU Viewer 2.4 (WebSigner) vi. OSCI-Client (Eigenentwicklung, Fremdentwicklung): Eigenentwicklung - wenn Fremdentwicklung: von wem: - wenn Eigenentwicklung: welche Basistools (z.b. bos Client-Bibliothek): bos OSCI Bibliothek vii. Signaturanwendungskomponente (Eigenentwicklung, Fremdentwicklung): Fremdentwicklung - wenn Fremdentwicklung: von wem: SecCommerce Informationssysteme GmbH - wenn Eigenentwicklung: Zertifizierung oder Hersteller-Erklärung nach SigG / Status: viii. Verwendete / getestete Zertifikate von welchem TrustCenter, für: - OSCI Siehe Seite 2 von 12

3 - SAK Siehe i. XML-Datenstrukturen des eanv (Eigenentwicklung, Fremdentwicklung): Eigenentwicklung - 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)? iv. Gibt es eine eigene Registrierung oder wird die Registrierung über das GUI der ZKS-Abfall verwendet? Seite 3 von 12

4 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 X asynchron über OSCI e) Änderungen gegenüber vorheriger Testversion: i. Was ist in der aktuellen Version der Software neu gegenüber einer früheren? Initiales Ausfüllen der Checkliste, daher keine Änderungen. f) Zur Version der eanv-software: i. Zeitraum der durchgeführten Tests: April/Mai 2012 ii. Version ZKS-Abfall (Titelzeile im Länder-eANV z.b. von Versionen aus dem April und Mai 2012 g) Interoperabilitätstests: i. Wurden Tests mit anderen Software-Anbietern durchgeführt? ii. Wenn ja: mit Länder-eANV? iii. Mit wem noch? h) Weitere Informationen / Bemerkungen: Die Rolle der Behörde wird in den fachlichen Testfällen des Kapitels 6 durch einen eigenen automatischen Testclient simuliert, der die jeweiligen Behördenlayer erzeugt. Andernfalls wäre es möglich, die verschiedenen Betriebssysteme und Datenbanken und deren Kombinationen in überschaubaren Zeiträumen zu testen. Seite 4 von 12

5 2. 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 V1.04 vom ii. konkretisierende Hinweise vom b) Konformität zu den erforderlichen Standards bzw. ZKS-Profilen: i. OSCI v1.2 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) Beliebige Frequenzen konfigurierbar; Voreinstellung: Abholung 1/h; Details: Installationshandbuch (Kann bei Bedarf der ZKS-Abfall zur Verfügung gestellt werden.) ii. Art des Nachrichtenabrufs (Einzel-/Massenabruf innerhalb eines Dialoges) Beliebig konfigurierbar; Voreinstellung: Abruf von 16 Dokumenten; Details: s.o. iii. Leerung von Postfächern (Nicht-Abholung von Nachrichten) Die Postfachabfragen sind deaktivierbar, also ist die Leerung der einkonfigurierten Postfächer garantiert (Details: s.o.). iv. Policy bei BMU-Quittung (nach eanv und nach Spezifikation im SW-Hersteller-HB)" nach eanv: Ja Dort ist kein Abschnitt über BMU-Quittungen nach Spezifikation im SW-Hersteller-HB: vorhanden. Seite 5 von 12

6 v. Adressanfragen (Häufigkeit: bei jeder Anfrage / Kopie über Nacht / andere Policy)" Prinzipiell beliebige Häufigkeiten für Adressabfragen möglich. Da wir Modawi selber auf der PU einsetzen, gibt es keine regelmäßigen Abfragen. vi. Nummernanforderungen (nach Unterschreitung welcher Schwellwerte wird ein neues Kontingent angefordert / bei Providern: wird pro Client oder pauschal angefordert)" Prinzipiell beliebige Häufigkeiten für Nummernanforderungen möglich. Da wir selber Modawi auf der PU einsetzen, gibt es keine regelmäßigen Abfragen. d) Konfigurationsparameter des Testobjektes: i. Welche für die Untersuchung relevanten Konfigurationsparameter gibt es? Z.B. zu den Policies oben (Polling, Dialogabruf, Postfachleerung). " Bei Bedarf kann der ZKS-Abfall das Installationshandbuch zur Verfügung gestellt werden. ii. Welche Standardwerte haben die Parameter bei der Auslieferung? Die Standardwerte aus der Auslieferung können den Properties-Dateien entnommen werden, die der ZKS-Abfall bei Bedarf zur Verfügung gestellt werden. iii. Sind die Werte frei in der Installation wählbar oder gibt es zulässige Intervalle als Schranken? Das ist abhängig von den einzelnen Properties. iv. Können die Ausgaben in die log-files gesteuert werden (Ausgabe-Level)? Ja, in der log4j.properties. v. Gibt es für die Untersuchung relevante Konfigurationsparameter auf Client-Seite?. vi. Bei Auslieferung der Software an Provider oder andere Kunden: wird die Einhaltung der ZKS- Anforderungen vertraglich fiiert und / oder technisch oder anders überwacht? Vertraglich: Die Software muss bestimmungsgemäß eingesetzt werden. Technisch: s.o. e) Kommunikation mit VPS / über OSCI: i. Ist die Software von der Firma bremen online services als Governikus-kompatibel zertifiziert worden? Ja X ii. Wenn ja: wann und mit welcher Software-Version? iii. Wenn nein: ist eine Zertifizierung geplant?. f) Berücksichtigung von weiteren Erfahrungen aus dem Betrieb: Weitere Informationen / Bemerkungen: Seite 6 von 12

7 3. Testfälle Bitte wählen Sie hier jeweils entweder Erfolgreich getestet, Funktion wird unterstützt oder Systembedingt erforderlich. HINWEIS: Die Ziffern-Einträge werden in der Tabelle am Ende des Kapitels erläutert. Kapitel Testfall 5 Technische Testfälle 5.2 OSCI Transportprotokoll Erfolgreich getestet OSCI-Kommunikation zur ZKS-Abfall Testfälle OSCI-Nachricht versenden Testfälle OSCI-Nachrichten auflisten Testfälle OSCI-Nachricht empfangen 5.3 Adressanfragen über Verzeichnisdienst Synchrone Adressanfragen Testfälle "Anfrage an Verzeichnisdienst" 6 Fachliche Testfälle 6.1 Begleitschein (BGS) und Übernahmeschein (UNS) I BGS erstellen (E) I BGS erstellen (S) I BGS erstellen - Quittungsbeleg (S) I Dokument anhängen (E) I Dokument anhängen (S) I Angabe im BGS ändern - Abfallschlüssel (S) I EN Nummer ändern (E) I Zuordnung eines UNS zu einem BGS entfernen (S) 09X Änderungen durch den Erzeuger nach dem Signieren (E) 10X Änderungen durch den Beförderer nach dem Signieren (E) 11X Änderungen durch den Beförderer nach dem Signieren (S) 12X Vorlagelayer in Basislayer umwandeln (E) 13X Vorlagelayer in Basislayer umwandeln (S) 14X Schlechtfall: Signaturreihenfolge eingehalten (E) 15I BGS mit weiteren Angaben (Gefahrgut) erstellen (S) 16I BGS mit weiteren Angaben (Altöl) erstellen (S) Funktion wird unterstützt Systembedingt erforderlich 2 2 Seite 7 von 12

8 Kapitel Testfall 17I BGS mit weiteren Angaben (Altholz) erstellen (S) 18X Schlechtfall: BGS ohne UNS empfangen(s) 19X Schlechtfall: BGS ohne Beförderersignatur empfangen (S) 20X Schlechtfall: Nichtschemakonformen BGS empfangen (E) 21I Ergänzungslayer mit Behördenlayer (E) 22I Ergänzungslayer ohne Behördenlayer und Versand von jedem Beteiligten an die Behörde (E) (Sammel-)Entsorgungsnachweis (EN/SN) und Ergänzendes Formblatt (EGF) Erfolgreich getestet I EN erstellen Priv. Verfahren I EN erstellen Priv. Verfahren mit QB I EN erstellen Grundverfahren I EN erstellen Grundverfahren mit QB I EN erstellen (BEV) Priv. Verfahren I EN erstellen (BEV) Priv. Verfahren mit QB I EN erstellen (BEV) Grundverfahren I EN erstellen (BEV) Grundverfahren mit QB I SN erstellen Priv. Verfahren I SN erstellen Priv. Verfahren mit QB I SN erstellen Grundverfahren I SN erstellen Grundverfahren mit QB I EGF (Bevollmächtigung) im EN erstellen Priv. Verf. 14I EGF (Bevollmächtigung) im EN erstellen Grundverfahren 15I EGF (Beauftragung) im EN erstellen Priv. Verf. 16I EGF (Beauftragung) im EN erstellen Grundverfahren 17I EGF (Beauftragung) im SN erstellen Priv. Verf. 18I EGF (Beauftragung) im SN erstellen Grundverfahren 19X Empfang -schemakonformer Dateien 20X Empfang -schemakonformer Dateien (E) 1 1 Funktion wird unterstützt Systembedingt erforderlich 4 4 Seite 8 von 12

9 Kapitel Testfall Seite 9 von 12 Erfolgreich getestet Funktion wird unterstützt Systembedingt erforderlich X Fehlende Signatur (E) X Fehlende betriebsinterne Bezeichnung (E) 23X Fehlende Angaben zur Anfallstelle (E) 24X Fehlende Angaben zu Ort und Datum in der AE (E) 25I SN erstellen Grundverfahren (mehrere Bundesländer) 26X EN mit Ergänzungslayer versehen Priv. Verfahren 6.3 Registerauszug (RA) Zeitraum, 2 EN mit je 2 BGS Zeitraum, 1 SN mit 2 BGS mit je 2 UNS Zeitraum, 1 EN ohne BGS Zeitraum, 1 Papier-EN mit 2 BGS Zeitraum, kein EN Zeitraum, 1 BGS und 2 UNS Zeitraum, 2 UNS (ERZ bei Sammlung) Zeitraum, 1 SN Zeitraum + 1 Abfallschlüssel, 2 UNS (Eigenanlieferung) 10 Zeitraum + 1 Abfallschlüssel, 1 EN mit 2 BGS 11 Zeitraum + 2 Abfallschlüssel, 2 EN mit je 2 BGS 12 Zeitraum + 1 Nachweisnummer, 1 EN mit 2 BGS 13 Zeitraum + 2 Nachweisnummern, 1 EN, 1 SN je 1 BGS, 1 UNS Zeitraum + BEF-Nr., 1 EN mit 2 BGS Zeitraum + ENT-Nr. + Abfallschlüssel, 1 EN mit 2 BGS 16 Zeitraum + ERZ-Nr. + 2 Abfallschlüssel, 1 EN je Abfallschlüssel mit je 2 BGS Zeitraum (Ezerpt), 2 EN mit je 2 BGS Zeitraum (Ezerpt), 2 SN mit je 2 BGS mit je 2 UNS 19 Zeitraum (Ezerpt), 1 SN mit 2 BGS und 2 UNS (unvollständig ausgefüllt) 20 Zeitraum (Ezerpt), 1 EN mit 2 BGS (unvollständig ausgefüllt) 6.4 Registrierung (RAN) 4 4 4

10 Kapitel Testfall Erfolgreich getestet I Kontoeröffnung I Kontodatenänderung: Änderung Name I Kontodatenänderung: Passwort ändern I Kontodatenänderung: Passwort vergessen I Betriebsstättenregistrierung (ERZ) I Betriebsstättenregistrierung (BEF, Betriebsstätte abweichend von Firma/Körperschaft) 07I Betriebsstättenregistrierung (ENT, neue behördliche Nummer) I Betriebsstättenregistrierung (ZWL) I Betriebsstättenregistrierung (BEVERZ) I Betriebsstättenregistrierung (MAK, Ablehnung durch BEH) I Betriebsstättenregistrierung (2 Teilanträge) 12I Betriebsstättenregistrierung (2 Teilanträge, 1 Ablehnung) 13I Betriebsstättenregistrierung (mit neuem Postfach) I Datenänderung I Betriebsstätte löschen I Registrierten Betrieb umhängen (PROV-Konto) 17I Registrierten Betrieb umhängen (SONST-Konto) 18I Wechsel des genutzten Postfachzertifikates 19I Neues eigenes Postfach ergänzen (PF als Hauptpostfach einrichten) 20I Ergänzung eines weiteren verwendeten Postfaches als Nebenpostfach 21I Austausch von Haupt- und Nebenpostfach I 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) Seite 10 von 12 Funktion wird unterstützt Systembedingt erforderlich

11 *Bitte beschreiben Sie hier kurz, warum dieser Testfall systembedingt erforderlich ist: Zu Kapitel / Bemerkung Nummer der Anmerkung 1 Das Quittungsbelegverfahren ist seit dem mehr anzuwenden. Die Tests wurden daher durchgeführt. 2 Verschiedene Betriebe signieren zur Dokumentation des internen Workflow den Vorlagenlayer. Die BMU-Schnittstelle sieht das Signieren des Vorlagenlayers ausdrücklich vor. Es wird daher von Modawi verboten. 4 Wird bei Bedarf durch die Abfallwirtschaftssoftware geprüft. 6.4 ff Die Modawi-Tests überprüfen, ob die hier beschriebenen Nachrichten korrekt (konform zu den relevanten Standards) erzeugt werden. Ob und wie die Verarbeitung in der ZKS und/oder in ASYS abläuft, wird kontrolliert. Die Modawi-Anwender bearbeiten Registrierungen aber i. d. R. ohnehin über die Oberfläche der ZKS-Abfall. Seite 11 von 12

12 Bei diesem Dokument handelt es sich um: X die vollständig ausgefüllte Selbsterklärung zur Checkliste der ZKS-Abfall. X Ich erklä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 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 Selbsterklärung zur Checkliste der ZKS-Abfall. Ort/ Datum: Hamburg, Name des Unterschreibenden: Ute Müller Firmenstempel: Seite 12 von 12