Kommunikationsrichtlinie 2.2 - Edi-energy.de

Regelungen zur AdressierungEDI@Energy KommunikationsrichtlinieVerfahrensbeschreibung zur Abwicklung desAustauschs von EDIFACT-DateienVersion: 2.2Herausgabedatum: 01.10.2012Autor:BDEW

BDEW Kommunikationsrichtlinie 01.10.20121. Einführung 32. Grundsätze für den elektronischen Datenaustausch 32.1 Organisatorische Grundlagen 32.2 Identifizierung der beteiligten Marktteilnehmer 32.3 Öffentliche Bekanntgabe der Marktpartneridentifikationsnummer 32.4 Bekanntmachen beim Informationsempfänger 42.5 Nutzung von Dienstleistern 53. Nachrichtendatei 53.1 Aufbau von Nachrichtendateien und sortenreiner Interchange 53.2 Namenskonvention für Nachrichtendateien 64. 1:1-Kommunikation 75. Übertragungswege 76. Regelungen für den Austausch via E-Mail 86.1 E-Mail-Adresse 86.2 Verschlüsselung und Signatur von E-Mails 86.3 E-Mail-Anhang 96.4 E-Mail-Body 96.5 Namenskonvention für Betreff und Dateiname 97. Regelungen für den Austausch via AS2 107.1 Namenskonvention für Dateiname 107.2 Weitere Informationen zu AS2 108. Regelungen für den Austausch via X.400 109. Änderungshistorie 11BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 2

BDEW Kommunikationsrichtlinie 01.10.20121. EinführungDieses Dokument regelt die Aufnahme, Einhaltung und die Aufrechterhaltung deselektronischen Datenaustauschs zwischen den Marktteilnehmern der deutschenEnergiewirtschaft für die Übertragungsprotokolle AS2, E-Mail und auslaufend X.400.Die nachfolgenden Regeln finden Anwendung auf alle von der BNetzA festgelegten Marktprozesse,wie beispielsweise GPKE, GeLi Gas, GABi Gas, MaBiS und WiM.2. Grundsätze für den elektronischen DatenaustauschIn diesem Kapitel werden die Maßnahmen beschrieben, die vor dem erstmaligen EDIFACT-Nachrichtendateiaustausch erfolgt sein müssen. Erst dann können die unternehmensübergreifendenGeschäftsprozesse bei allen beteiligten Marktteilnehmern weitgehend automatisiertdurchlaufen werden.2.1 Organisatorische GrundlagenVoraussetzung aller funktionierenden Prozessabläufe ist, dass alle netztechnischen, organisatorischenund vertraglichen Fragen zwischen den am jeweiligen Geschäftsprozess beteiligtenParteien (in ihrer jeweiligen Marktrolle) geklärt sind. Dies bedingt insbesondere, dass diebeteiligten Parteien beim elektronischen Datenaustausch• sich über die Kommunikationsparameter im Vorfeld verständigt haben,• ihre geänderten Kommunikationsparameter frühzeitig bei Veränderungen allen betroffenenMarktteilnehmern mitteilen,• den Betrieb sowie die Verfügbarkeit der Kommunikationssysteme gewährleisten.Um die für eine Marktkommunikation notwendigen Abstimmungen mit den Marktteilnehmernvornehmen zu können, hat jeder Markteilnehmer sicherzustellen, dass er über die in der BDEW-Codenummerndatenbank, bzw. DVGW-Codenummerndatenbank veröffentlichten Kontaktdaten(Telefon und E-Mail-Adresse) zu erreichen ist. Dies heißt, dass er spätestens drei Werktagenach Kontaktaufnahme per Telefon oder E-Mail zu erreichen ist bzw. antwortet.2.2 Identifizierung der beteiligten MarktteilnehmerJede Nachrichtendatei beinhaltet neben der eindeutigen Identifizierung der Nachricht, desNachrichtentyps und des Nachrichtendateidatums auch die sog. Marktpartneridentifikationsnummer1 (= MP-ID) zur eindeutigen Identifizierung des Senders und Empfängers durch einenCode.Die Marktpartner können hierzu entweder beim BDEW eine BDEW-Codenummer, beim DVGWeine DVGW-Codenummer oder einen Edig@s-Code oder einen EIC-Code oder bei der GS1Germany eine GLN beantragen. Diese Codes werden im Kopf der Nachricht (Segmente UNBund NAD) mitgegeben (Näheres hierzu ist dem Dokument „Allgemeinen Festlegungen zu denEDIFACT-Nachrichten“ und den Nachrichtenbeschreibungen des BDEW zu entnehmen).2.3 Öffentliche Bekanntgabe der MarktpartneridentifikationsnummerDie durch die GS1 Germany zugeteilte GLN muss, wenn diese zur Identifikation des Unternehmensund seiner Marktrolle in der Sparte Strom dient, in der sogenannten BDEW-Codenummerndatenbankeingetragen sein. Wird die GLN, oder ein EDIG@S-Code, oder ein EIC-1 Marktpartneridentifikationsnummer: Darunter werden die Begriffe BDEW-/DVGW-Codenummer, EDIG@S-Code,EIC-Code und GLN subsummiert. Für weitere Informationen wird auf das BDEW-Dokument „AllgemeineFestlegungen zu den EDIFACT-Nachrichten“ verwiesen.BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 3

BDEW Kommunikationsrichtlinie 01.10.2012Code für die Identifikation in der Sparte Gas genutzt, so ist sie in der sogenannten DVGW-Codenummerndatenbank einzutragen.Im Rahmen der Zuteilung einer BDEW-Codenummer durch den BDEW bzw. einer DVGW-Codenummer durch den DVGW wird die Eintragung in der BDEW- bzw. DVGW-Codenummerndatenbankautomatisch vorgenommen.Die BDEW-Codenummerndatenbank ist unter www.bdew.de, die DVGW-Codenummerndatenbankunter www.dvgw-sc.de zu erreichen. Mittels dieser beiden Datenbanken ist dafür gesorgt,dass die vergebenen Marktpartneridentifikationsnummern (MP-ID) allen am deutschen GasundStrommarkt agierenden Parteien bekannt gemacht werden. Nur die in diesen Datenbankenenthaltenen MP-ID dürfen von den Marktpartnern verwendet werden, um sich als Absenderbzw. Empfänger einer Nachricht in den entsprechenden NAD-Segmenten und dem UNB-Segment der Nachrichtendateien zu identifizieren.Jeder am deutschen Energiemarkt teilnehmende Marktteilnehmer ist verpflichtet seine Marktpartneridentifikationsnummerrechtzeitig öffentlich – an den oben genannten Stellen – bekanntzu geben.2.4 Bekanntmachen beim InformationsempfängerUm beim Datenaustausch gemäß §37 GasNZV bzw. §22 StromNZV eine größtmögliche Automatisierungzu erreichen, müssen sich die Marktpartner vor dem erstmaligen Datenversandunter anderem über den Übertragungsweg und die Datenaustauschadressen verständigen.Dazu wird eine Kontaktaufnahme zum Austausch dieser Kommunikationsparameter (perTelefon oder E-Mail) vorausgesetzt, um nachfolgend einen reibungslosen elektronischen Datenaustauschzu ermöglichen und so Verzögerungen in der Bearbeitung aufgrund fehlender Informationenüber den Sender einer Nachrichtendatei seitens des Empfängers auszuschließen.Spätestens drei Werktage (nach GPKE/GeLi Gas-Kalender 2 ) nach erstmaliger Kontaktaufnahmeeines Marktteilnehmers müssen die o. g. Daten zwischen diesen beiden Parteien ausgetauschtsein (vgl. hierzu Abschnitt 2.1). Ein Werktag nach Austausch der Kommunikationsdatenmüssen beide Parteien die Daten des jeweils anderen Marktteilnehmers in allen ihren an derMarktkommunikation beteiligten Systemen eingetragen haben, so dass alle Voraussetzungenfür den elektronischen Datenaustausch erfüllt sind.EDIFACT-Nachrichtendateien, die aufgrund einer vom Empfänger verschuldeten, verspätetenEinrichtung des EDIFACT-Kommunikationskanals abgelehnt werden, gelten als fristgerechtzugestellt. Der Empfänger ist in diesem Fall verpflichtet diese entsprechend des ursprünglichenEmpfangsdatums zu prozessieren 3 . Diese Regelung gilt ausschließlich für fehlerfreie EDIFACT-Nachrichtendateien.Der EDIFACT-Kommunikationskanal zwischen zwei Marktpartnern ist mindestens für drei Jahrenach dem letzten Datenaustausch (zwischen diesen beiden Marktpartnern) aufrecht zu halten.Ändert sich bei einem Marktpartner der Kommunikationskanal, so ist er verpflichtet all seineMarktpartner mit denen er in den letzten drei Jahren EDIFACT-Kommunikation betrieben hat,über die Änderung zu informieren. Die Information erfolgt rechtzeitig mindestens zwei Wochenvor Umstellung an die Adressdaten, welche in den BDEW- bzw. DVGW-Codenummerndatenbankenhinterlegt sind.Zur Kontaktaufnahme mit einem Marktpartner dienen die in der DVGW-Codenummerndatenbankbzw. BDEW-Codenummerndatenbank veröffentlichten E-mail-Adresse, Telefon- und Faxnummer.2 Hinweis: Die Werktagsdefinitionen in GPKE und GeLi Gas sind identisch.3 Im Regelfall, in dem ein EDIFACT-Kommunikationskanal eingerichtet ist, ist das Zugangsdatum das, für die Fristenrelevante Datum.BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 4

BDEW Kommunikationsrichtlinie 01.10.20122.5 Nutzung von DienstleisternIm Rahmen der von der Bundesnetzagentur vorgegebenen 1:1-Kommunikation erfolgt eineKonkretisierung zur Verwendung von Absender und Empfänger in den Segmenten UNB undNAD. Sender und Empfänger einer Nachricht sind die für den Prozess verantwortlichen Marktteilnehmer(z. B. Lieferant, Netzbetreiber), nicht der hierfür ggf. von einem Marktteilnehmerbeauftragte Dienstleister. Die sich daraus ergebenden Regelungen zur Befüllung der entsprechendenNachrichtensegmente sind den „Allgemeinen Festlegungen zu den EDIFACT-Nachrichten“ in der jeweils gültigen Version zu entnehmen.3. Nachrichtendatei3.1 Aufbau von Nachrichtendateien und sortenreiner InterchangeDer Aufbau von EDIFACT-Nachrichten und EDIFACT-Nachrichtendateien ist im BDEW-Dokument „Allgemeine Festlegungen“ in der jeweils gültigen Version geregelt.Für das Verständnis der Folgekapitel soll hier deshalb nur das Prinzip skizziert werden, dass einInterchange immer sortenrein und spartenrein zu erfolgen hat:• Trennung von Energiearten in den Nachrichtendateien• Trennung von Lastgängen und Zählerständen in MSCONS-Dateien• Trennung von UTILMD-Kategorien in den Nachrichtendateien• …BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 5

BDEW Kommunikationsrichtlinie 01.10.20123.2 Namenskonvention für NachrichtendateienEntsprechend der Vorgabe durch die Bundesnetzagentur gilt seit dem 01.08.2008 die strenge1:1-Adressierung. Für diese werden die in diesem Kapitel beschriebenen Regelungen prinzipiellnicht benötigt, denn alle für die Verarbeitung relevanten Informationen sind in der EDIFACT-Nachrichtendatei enthalten.Die nachfolgend beschriebene Dateinamenskonvention bietet weiterhin eine Hilfestellung zurbilateralen Klärung bei auftretenden Problemen, bevor eine Nachrichtendatei verarbeitet wurde.Die Dateinamenkonvention lautet:Nachrichtentyp_Anwendungsreferenz_von_an_yyyymmdd_DAR.txtAlle sechs Bestandteile sind MUSS-Angaben. Als Trennzeichen dient der Unterstrich.Nachrichtentyp:Anwendungsreferenz 4 :Der EDIFACT-Name des Nachrichtentyps gem. UNH DE0065VL, TL, (LG, EM) 5 aus UNB DE0026 (gemäß Wertevorrat der BDEW-Nachrichtenbeschreibung)von:an:yyyy: Jahr | Datumsstempelmm: Monat | bei ErzeugungAbsender-Kennung (MP-ID aus UNB DE0004)Empfänger-Kennung (MP-ID aus UNB DE0010)dd: Tag | der DateiDAR:Datenaustauschreferenz aus UNB DE0020.txt:Die Extension „.txt“ gilt für alle Nachrichtendateien zuzüglich „.gz“wenn komprimiert, vgl. Kapitel 6.3.Zwei Beispiele:UTILMD__9900123400007_4012345393651_20070131_A177.txtMSCONS_TL_9900123400007_4012345393651_20070131_B31.txtDie Anwendungsreferenz wird im UTILMD-Beispiel nicht befüllt, damit verbleiben nur die beidenUnterstriche.Im MSCONS-Beispiel ist die Anwendungsreferenz zu befüllen, um die Inhalte Lastgang undZählerstand getrennt zu halten, vgl. Kapitel 3.1.4 Ausprägung der übertragenen Werte (z. B: Lastgänge oder diskrete Werte)5 LG ist nur für die Sparte Strom erlaubtBDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 6

BDEW Kommunikationsrichtlinie 01.10.20124. 1:1-KommunikationGrundidee der 1:1-Kommunikation ist, dass ein Marktteilnehmer dafür zu sorgen hat, dass seineinternen Organisationsstrukturen bei den anderen Marktteilnehmern keinen Zusatzaufwand imRahmen der Übermittlung der EDIFACT-Nachrichten generieren. Je MP-ID ist maximal eine E-Mail-Adresse für die Marktkommunikation erlaubt.Es ist zulässig, für mehrere MP-ID die gleiche E-Mail-Adresse zu verwenden.Eine E-Mail, die von einer anderen E-Mail-Adresse als der vereinbarten Adresse versandt wird,muss vom Empfänger nicht verarbeitet werden.Die 1:1-Adressierung gilt unabhängig vom Kommunikationskanal, wie z. B. AS2. Zwischen zweiMarktpartner kann für alle EDIFACT-Nachrichten nur ein Kommunikationskanal genutzt werden.Hinweis: Während der Umstellungsphase von einem Kommunikationskanal auf den anderenkann temporär davon abgewichen werden.5. ÜbertragungswegeFür die Übertragung von Nachrichtendateien kommen die Transportwege 6 AS2, E-Mail viaSMTP oder auslaufend X.400 zum Einsatz.Wenn keine Einigung auf einen Transportweg möglich ist, ist auf jeden Fall kostenneutral E-Mailvia SMTP (gemäß Kapitel 6) anzubieten.Der Transportweg sollte im Sinne der 1:1-Kommunikation über ein zentrales EDI-Systemerfolgen, um ein automatisiertes Monitoring und Auskunftsfähigkeit sicherstellen zu können.6 Vgl. BDEW-Dokument „Studie über sichere webbasierte Übertragungswege“ von VEDIS in der jeweils aktuellenVersion.BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 7

BDEW Kommunikationsrichtlinie 01.10.20126. Regelungen für den Austausch via E-MailDie hohe Variantenvielfalt in der E-Mail-Nutzung steht einem Einsatz zur Übermittlung vonEDIFACT-Nachrichtendateien entgegen. Um dennoch einen hohen Automatisierungsgrad aufSeiten des E-Mail-Empfängers zu erreichen, gelten folgende Regeln:6.1 E-Mail-Adresse• Die für den Austausch von EDIFACT-Nachrichtendateien zwischen zwei Marktpartnernfestgelegte E-Mail-Adresse ist ausschließlich für den Austausch von EDIFACT-Nachrichtenzu nutzen.• Im Sinne der 1:1-Kommunikation muss es eine personenneutrale, funktionsbezogene E-Mail-Adresse sein (bspw. ohne Vor- und Nachnamen).• Ein Marktteilnehmer, der E-Mails mit Geschäftskorrespondenz an die für den Austausch vonEDIFACT-Nachrichtendateien festgelegte E-Mail-Adresse eines anderen Marktteilnehmerssendet, kann nicht erwarten, dass diese E-Mails gelesen oder gar beantwortet werden.• Der Versender einer E-Mail hat seine eigene E-Mail-Adresse im VON-Feld (= FROM) der E-Mail zu verwenden. Das AN-Feld (= TO) der E-Mail ist ausschließlich mit der E-Mail-Adresse des Empfänger zu befüllen. Beide Felder müssen gefüllt sein.• Bei der E-Mail-Adresse werden nur die "reinen" Adressbestandteile ausgewertet(LocalPart@Domain.TLD). Ein Anspruch auf Auswertung oder Adressierung der "Phrase"besteht nicht.Beispiel: "Datenaustausch EDIFACT" Zur Adressierung verwendet werden kann nur der Adressteil edifact@Marktpartner.de.Wird die Phrase " Datenaustausch EDIFACT" mitgeschickt, darf sie nicht zurAuswertung herangezogen werden.6.2 Verschlüsselung und Signatur von E-Mails• Im Sinne der 1:1-Kommunikation ist der Datenaustausch geschäftsprozessunspezifisch zubetreiben, d. h. wenn verschlüsselt und signiert wird, dann erfolgt dies für alle Nachrichtentypen7 einheitlich. Es werden somit alle Nachrichtendateien von einem Absender an einemEmpfänger auf dieselbe Art übertragen.• Das Verschlüsseln und Signieren von E-Mails ist ausschließlich nach dem S/MIME-Standard gestattet. Die Verwendung eines qualifizierten Signaturzertifikates innerhalb vonS/MIME ist technisch nicht möglich. Es muss ein fortgeschrittenes Zertifikat 8 sein.• Hält ein Marktteilnehmer es auf der Grundlage geltenden Rechts (insbesondereDatenschutzrecht) für erforderlich, dass EDIFACT-Kommunikation verschlüsselt/signierterfolgt, so ist der sich daraus ergebende Aufwand beim anderen Marktteilnehmer zuakzeptieren 9 .• Das fortgeschrittene Zertifikat muss beide Verwendungszwecke (Verschlüsselung undSignatur) im Feld KeyUsage enthalten.Jeder Marktpartner muss genau nur ein fortgeschrittenes Zertifikat (genauer den dazugehörigenprivaten Schlüssel) zur Signaturerzeugung und auch zur Entschlüsselung der E-Mail-Nachrichten des jeweils anderen Marktpartners verwenden. Umgekehrt müssenZertifikate der Marktpartner sowohl zur Verschlüsselung als auch zur Signaturprüfung7 Beispiele für unterschiedliche Nachrichtentypen: APERAK, INVOIC, MSCONS8 Ein fortgeschrittenes Zertifikat stammt entweder von einem anerkannten TrustCenter, das die Zugehörigkeit zurjeweiligen Organisation bestätigt hat oder von einer eigenen vertrauensvollen PKI nach RFC 3647; zumSicherheitsniveau siehe Dokument „PKI Zertifikatsrichtlinie (Certificate Policy) des BDEW“.9 Siehe hierzu im Detail MaBiS Mitteilung Nr. 3 der BNetzA vom 28.4.2010.BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 8

BDEW Kommunikationsrichtlinie 01.10.2012verwendet werden. Auf diese Weise muss je Marktpartner nur ein fortgeschrittenes Zertifikatgepflegt werden 10 .6.3 E-Mail-Anhang• In einer E-Mail darf immer nur eine EDIFACT-Nachrichtendatei enthalten sein.• Eine E-Mail darf keine weiteren Anhänge, mit Ausnahme von Signaturdateien, enthalten.Die Verfahren zur Signatur der E-Mail via S/MIME bleiben davon unberührt.• Soll die EDIFACT-Nachrichtendatei komprimiert werden, so ist dafür die gzip-Komprimierung11 zu verwenden. Die unkomprimierte EDIFACT-Nachrichtendatei benutzt als Dateinamedie Namenskonvention aus Kapitel 3.2. Nach dem Komprimieren ist als Dateiname derOriginalname der EDIFACT-Nachrichtendatei inklusive der Extension „.txt“ zu nutzen, anden anschließend die von gzip benutzte Extension „gz“ angehängt wird (z. B:UTILMD__9900123400007_4012345494651_20070131_A177.txt.gz).• Der Anhang ist nicht zu verschlüsseln.• Der Anhang muss Base64 kodiert sein, damit Mailserver keine Zeilenumbrüche währenddes Transportes einfügen.6.4 E-Mail-Body• Es dürfen keine Informationen, die zur weiteren Verarbeitung notwendig sind, außerhalb dereigentlichen Nachrichtendatei in der E-Mail (d. h. im E-Mail-Body) enthalten sein.• Einige Softwareprodukte, die in der gesamten Verarbeitungskette der Marktkommunikationvia E-Mail derzeit eingesetzt werden, benötigen im E-Mail-Body einen Text. Aus diesemGrund ist der E-Mail-Body mit reinem Text zu füllen, wobei der vorgenannte Punkt zubeachten ist. Dies bedeutet insbesondere, dass der E-Mail-Body weder in HTML codiertsein darf, noch dass er Bilder oder Unternehmenslogos enthalten darf.6.5 Namenskonvention für Betreff und DateinameFür die per E-Mail ausgetauschten EDIFACT-Dateien gilt die Namenskonvention aus Kapitel3.2. Der E-Mail-Betreff muss mit dem Dateinamen gefüllt sein.Hinweis: Die in diesem Abschnitt 6 beschriebenen Regeln gelten ausschließlich für die E-Mail-Adresse, über die die EDIFACT-Nachrichten ausgetauscht werden. Diese E-Mail-Adresse darfnicht mit der E-Mail-Adresse verwechselt werden, die in der BDEW- bzw. DVGW-Codenummerndatenbankveröffentlicht sind und der erstmaligen Kontaktaufnahme mit dem Marktpartnerdienen bzw. bei Problemen im Datenaustausch mit dem Markteilnehmer zur Kontaktaufnahmemit ihm dienen (vgl. hierzu auch Abschnitt 2.4).10 In diesem Kapitel wird der EDIFACT-Datenaustausch beschrieben, der wie im Kapitel 6.1 unter einer personenneutralenE-Mailadresse stattzufinden hat. Für Geschäftskorrespondenz von Mensch zu Mensch ist das hierbeschriebene „Kombizertifikat“ nicht zulässig (dann zwei Zertifikate für Verschlüsselung und Signatur bspw. fürUrlaubsvertretung).11 gzip ist plattformunabhängigBDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 9

BDEW Kommunikationsrichtlinie 01.10.20127. Regelungen für den Austausch via AS2Erfolgt der Austausch der EDIFACT-Dateien via AS2, so sind die im BDEW-Leitfaden "Implementierungvon AS2 in Unternehmen der Energiewirtschaft", Version 1.0 vom 5. November2009 festgelegten AS2-Parameter zu verwenden. Dieser BDEW-Leitfaden enthält auch densogenannten AS2-Steckbrief zur standardisierten Mitteilung der eigenen AS2-Adresseparameter.7.1 Namenskonvention für DateinameEs ist die Namenskonvention aus Kapitel 3.2 anzuwenden.7.2 Weitere Informationen zu AS2Weitere Informationen zu AS2 sind diesen Unterlagen zu entnehmen:Studie über sichere webbasierte ÜbertragungswegeMarktüberblick über AS2-Lösungen für die EnergiewirtschaftDiese Dokumente sind in der jeweils gültigen Version zu finden unter:http://www.bdew.de/internet.nsf/id/DE_Vereinbarung-elektronischer-Datenaustausch-EDI8. Regelungen für den Austausch via X.400X.400 ist ein auslaufender Dienst. Neue Marktpartner sind möglichst via AS2 oder E-Mail(gemäß Kapitel 6) anzubinden.Für den logischen Dateinamen bei X.400 gilt die Dateinamenskonvention aus Abschnitt 3.2.BDEW Bundesverband der Energie- undWasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.deSeite: 10

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.9. ÄnderungshistorieDie angegebenen Änderungen beziehen sich auf die jeweils letzte veröffentlichte Version. Zwischenversionen werden nicht veröffentlicht.Version 2.1dOrt Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherNeuÄ1 Deckblatt Version: 2.1c Version: 2.2 Neue Version genehmigtÄ2GesamteDokumentBeseitigung von Tipp- und Grammatikfehlernund Durchführung von redaktionellenAnpassungen, wie z.B. Worttrennungen,Zeilenumbrüchen und Zeilenabständen inden Tabellen.Beseitigen dieser Fehler undVerbesserung der Lesbarkeitdes DokumentsgenehmigtÄ3 Kapitel 1 […] zwischen den Marktteilnehmern derdeutschen Energiewirtschaft für dieÜbertragungsprotokolle AS2, E-Mail undX.400.[…] zwischen den Marktteilnehmern derdeutschen Energiewirtschaft für dieÜbertragungsprotokolle AS2, E-Mail undauslaufend X.400.Präzisierung dass X.400zukünftig nicht mehr genutztwerden soll.genehmigtDie nachfolgenden Regeln finden Anwendungauf alle von der BNetzA festgelegtenMarktprozesse, wie beispielsweise GPKE,GeLi Gas, GABi Gas, MaBiS und WiM.Klarstellung, dass die Kommunikationsrichtliniefür die Marktkommunikationin den BranchenGas und Strom giltÄ4Vor Kapitel3 eingefügt-- 3. Nachrichtendatei Die neuen Unterkapitel gehöreninhaltlich zusammen, daherentsprechendes „Oberkapitel“erstellt.genehmigtÄ5 Kapitel 3und 4Zwei eigenen Kapitel für die Themen„Aufbau von Nachrichtendateien“ und„Sortenreiner Interchange“Zu einem Kapitel „Aufbau vonNachrichtendateien und sortenreinerInterchange“ zusammengelegtThemen gehören zusammenund werden nur für die nachfolgendenKapitel benötigt, aberin diesem Dokument nichtfestgelegt.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 11

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusÄ6 Kapitel 3,jetzt 3.1BisherNeu3. Aufbau von Nachrichtendateien 3.1 Aufbau von Nachrichtendateienund sortenreiner InterchangeThemen gehören zusammenund werden nur für die nachfolgendenKapitel benötigtgenehmigtÄ7 Kapitel 3,jetzt 3.1Der Aufbau von EDIFACT-Nachrichten undEDIFACT-Nachrichtendateien, so wie die fürdie deutsche Energiewirtschaft gültigenRegelungen sind dem BDEW-Dokument„Allgemeine Festlegungen zu den EDIFACT-Nachrichten“ in der jeweils gültigen Versionzu entnehmen.Der Aufbau von EDIFACT-Nachrichten undEDIFACT-Nachrichtendateien ist im BDEW-Dokument „Allgemeine Festlegungen“ in derjeweils gültigen Version geregelt.Vereinfachung derFormulierunggenehmigtÄ8 Kapitel 3,jetzt 3.1Ein Interchange hat immer sorten- undspartenrein zu sein. Dies soll knapp anausgewählten Beispielen skizziert werden.Die weiteren Details sind den „AllgemeinenFestlegungen zu den EDIFACT-Nachrichten“in der jeweils gültigen Version zuentnehmen:• Trennung von Lastgängen undZählerständen in MSCONS-Dateien• Trennung von UTILMD-Kategorien inden Nachrichtendateien• Trennung von Energiearten in denNachrichtendateienFür das Verständnis der Folgekapitel sollhier deshalb nur das Prinzip skizziertwerden, dass ein Interchange immersortenrein und spartenrein zu erfolgen hat:• Trennung von Energiearten in denNachrichtendateien• Trennung von Lastgängen undZählerständen in MSCONS-Dateien• Trennung von UTILMD-Kategorien inden Nachrichtendateien• …Vereinfachung derFormulierungSortierung vom Allgemeinenzum SpeziellengenehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 12

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusÄ9 Kapitel 8,neuesKapitel 3.2BisherSpezielle Regelungen zur Einführung der1:1-KommunikationNachfolgend sind die Hilfestellungenbeschrieben, die den Marktteilnehmer in derZeit bis zur ausschließlich anzuwendenden1:1-Kommunikation helfen sollten.Entsprechend der Vorgabe durch dieBundesnetzagentur gilt seit dem 01.08.2008die strenge 1:1-Adressierung. Für diesewerden die in diesem Kapitel beschriebenenRegelungen prinzipiell nicht benötigt, dennalle für die Verarbeitung relevanten Informationensind in der Nachrichtendatei enthalten.Für Unternehmen, die derzeit ggf. dieseInformationen noch benötigen, wird dieserTeil der Kommunikationsrichtlinie noch nichtentfernt.An dieser Stelle wird empfohlen bei derautomatisierten Verarbeitung seitens desEmpfängers die Informationen für dieweiterverarbeitenden Prozesseausschließlich dem Inhalt derNachrichtendatei zu entnehmen. Sollte diesnoch nicht realisiert sein, so ist dieseFunktionalität spätestens zum 1.10.2009sicherzustellen. Für Rückfragen bevor dieNachrichtendatei verarbeitet wurde, bietetdie nachfolgend beschriebeneNamenskonvention weiterhin eineHilfestellung zur eindeutigen Identifikationder Datei.NeuNamenskonvention fürNachrichtendateienEntsprechend der Vorgabe durch dieBundesnetzagentur gilt seit dem 01.08.2008die strenge 1:1-Adressierung. Für diese werdendie in diesem Kapitel beschriebenenRegelungen prinzipiell nicht benötigt, dennalle für die Verarbeitung relevanten Informationensind in der EDIFACT-Nachrichtendateienthalten.Einführungsphase ist langvorbei, daher Straffung derAussagen.Festlegung, dass weiterhin dieNamenskonvention – wiebisher auch schon – nicht in derVerarbeitung der Datei beimEmpfänger zu nutzen ist,sondern dort ausschließlich dieInhalte der Nachrichtendatei zuverwenden sind.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 13

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä10Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel8.1, neuesKapitel 3.2BisherNamenskonvention fürNachrichtendateienUm in jedem Fall eine Weiterverarbeitung zugewährleisten und die Möglichkeit vonNamenskollisionen zu vermeiden, wird eineVergabe der Dateinamen im folgendenFormat standardisiert vorgegeben:NeuDie nachfolgend beschriebeneDateinamenskonvention bietet weiterhin eineHilfestellung zur bilateralen Klärung beiauftretenden Problemen, bevor eineNachrichtendatei verarbeitet wurde.Festlegung, dass die Namenskonventionlediglich zur effizienterenBehebung vonFehlern dient.genehmigtÄ11Kapitel8.1, neuesKapitel 3.2Dateinamenkonvention:Nachrichtentyp_Anwendungsreferenz_von_an_yyyymmdd_lfd.txtDie Dateinamenkonvention lautet:Nachrichtentyp_Anwendungsreferenz_von_an_yyyymmdd_DAR.txtPräzisierung undverständlichere Formulierunggenehmigt(Alle Bestandteile sind MUSS-Angaben,siehe Unterschiede MSCONS zu restlichenNachrichtentypen)Alle sechs Bestandteile sind MUSS-Angaben.Als Trennzeichen dient der Unterstrich.Ä12Kapitel8.1, neuesKapitel 3.2lfd: lfd. Nr. zur Erhaltung der Eindeutigkeit(Datenaustauschreferenz aus UNB DE0020verwenden)DAR: Datenaustauschreferenz aus UNBDE0020Präzisierung undverständlichere FormulierunggenehmigtAls Trennzeichen ist der Unterstrich ( _ ) undals Extension „.txt“ für alle Nachrichtendateienzu verwenden. Der erste Teil desDateinamens ändert sich je nachNachrichtentyp..txt: Die Extension „.txt“ gilt für alleNachrichtendateien zuzüglich „.gz“ wennkomprimiert, vgl. Kapitel 6.3.BDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 14

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä13Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel8.1, neuesKapitel 3.2BisherBeispiel UTILMD:UTILMD__9900123400007_4012345393651_20070131_A177.txtDie Anwendungsreferenz wird hier nichtbefüllt, Kennzeichnung durch zweiUnterstriche an der entsprechenden Stelleist die Folge.Da die MSCONS nach den InhaltenLastgänge oder Zählerstand getrennt zuhalten ist, ist in der Dateibezeichnung dieAnwendungsreferenz zu befüllen.Beispiel MSCONS:MSCONS_TL_9900123400007_4012345393651_20070131_B31.txtNeuZwei Beispiele:UTILMD__9900123400007_4012345393651_20070131_A177.txtMSCONS_TL_9900123400007_4012345393651_20070131_B31.txtDie Anwendungsreferenz wird im UTILMD-Beispiel nicht befüllt, damit verbleiben nurdie beiden Unterstriche.Im MSCONS-Beispiel ist die Anwendungsreferenzzu befüllen, um die Inhalte Lastgangund Zählerstand getrennt zu halten,vgl. Kapitel 3.1Präzisierung undverständlichere FormulierunggenehmigtÄ14 Kapitel 4 Kapitel zum „Sortenreiner Interchange“ 1:1-Kommunikation Da „Sortenreiner Interchange“mit Kapitel 3 „fusioniert“ wurde.Die 1:1-Kommunikation ist eingrundlegendes Prinzip, dasunabhängig vomÜbertragungsweg gilt. Daherein „vor die Klammer“ ziehen“.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 15

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherÄ15 Kapitel 4 Grundidee der 1:1-Kommunikation ist, dassein Marktteilnehmer dafür zu sorgen hat,dass seine internen Organisationsstrukturenbei den anderen Marktteilnehmern keinenZusatzaufwand im Rahmen der Übermittlungder EDIFACT-Nachrichten generieren. JeMP-ID ist maximal eine E-Mail-Adresse fürdie Marktkommunikation erlaubt.Jeder Marktteilnehmer muss zum einen inder Lage sein, dass er je MP-ID eine E-Mail-Adresse für den elektronischenDatenaustausch mit diesem Marktteilnehmerbedient. Jeder Marktteilnehmer muss zumanderen auch in der Lage sein, mitMarktpartnern, die für mehrere MP-IDinnerhalb einer Marktrolle eine gemeinsameE-Mail-Adresse nutzen, den automatisiertenelektronischen Datenaustauschdurchzuführen. Eine E-Mail, die von eineranderen E-Mail Adresse als der vereinbartenAdresse versandt wird, muss vomEmpfänger nicht verarbeitet werden.Die 1:1-Adressierung gilt unabhängig vomKommunikationskanal, wie z. B. AS2.Zwischen zwei Marktpartner kann für alleEDIFACT-Nachrichten nur einKommunikationskanal genutzt werden.Hinweis: Während der Umstellungsphasevon einem Kommunikationskanal auf denanderen kann temporär davon abgewichenwerden.NeuGrundidee der 1:1-Kommunikation ist, dassein Marktteilnehmer dafür zu sorgen hat,dass seine internen Organisationsstrukturenbei den anderen Marktteilnehmern keinenZusatzaufwand im Rahmen der Übermittlungder EDIFACT-Nachrichten generieren. JeMP-ID ist maximal eine E-Mail-Adresse fürdie Marktkommunikation erlaubt.Es ist zulässig, für mehrere MP-ID diegleiche E-Mail-Adresse zu verwenden.Eine E-Mail, die von einer anderen E-Mail-Adresse als der vereinbarten Adresseversandt wird, muss vom Empfänger nichtverarbeitet werden.Die 1:1-Adressierung gilt unabhängig vomKommunikationskanal, wie z. B. AS2.Zwischen zwei Marktpartner kann für alleEDIFACT-Nachrichten nur einKommunikationskanal genutzt werden.Hinweis: Während der Umstellungsphasevon einem Kommunikationskanal auf denanderen kann temporär davon abgewichenwerden.Die alte Formulierung legtenahe, dass ein Unternehmen,das sowohl in der RolleLieferant, als auch in der RolleBKV agiert für beide Rollenunterschiedliche E-Mail-Adressen oder AS2-Adressenzu verwenden hätte. Dies istaber nicht nötig.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 16

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherÄ16 Kapitel 5, Derzeit ist die am meisten verbreitete Art derÜbermittlung von Nachrichtendateien dasSMTP-Protokoll, d. h. die Dateien werdenals Anhang von E-Mail (SMTP) übertragen.Darüber hinaus kommen auch die TransportprotokolleAS2 oder X.400 zum Einsatz.Wenn keine Einigung auf einen Transportwegmöglich ist, ist auf jeden Fall kostenneutralE-Mail anzubieten.NeuFür die Übertragung von Nachrichtendateienkommen die Transportwege AS2, E-Mail viaSMTP oder auslaufend X.400 zum Einsatz.Wenn keine Einigung auf einen Transportwegmöglich ist, ist auf jeden Fall kostenneutralE-Mail (gemäß Kapitel 6) anzubieten.Der Transportweg sollte im Sinne der 1:1-Kommunikation über ein zentrales EDI-System erfolgen, um ein automatisiertesMonitoring und Auskunftsfähigkeitsicherstellen zu können.Sämtliche Vorkommen von„SMTP“ werden gegen „E-Mail“ausgetauscht, da SMTP nureine Übertragungsart vom Mailclientzum Server (bei Outlook/Exchangesogar proprietär)bzw. die Übertragunginnerhalb der Mailserverkettebeschreibt. Der Abruf der Mailerfolgt über andere Protokolle(IMAP, POP3 bzw. eigene Protokolleinnerhalb Outlook/Exchange).Ergänzung von S/MIME umgesicherten Datenaustausch zubetreiben.Empfehlung ergänzt, um beispielsweiseeine Vollständigkeitsüberwachungdes Datenaustauschseinfach durchführenzu können.genehmigtÄ17 Kapitel 6 Aufgrund des aktuell hohen Verbreitungsgradsvon SMTP 5 zur Übermittlung derEDIFACT-Nachrichtendateien und der vielenz. T. softwarespezifischen Varianten desProtokolls sind zur Ermöglichung einerAutomation bzw. zur Erhöhung des Automationsgradsauf Seiten des E-Mail-Empfängers verbindliche Regelungenfestzulegen. Diese sind in den nachfolgendenAbschnitten zusammengestellt.Die hohe Variantenvielfalt in der E-Mail-Nutzungsteht einem Einsatz zur Übermittlungvon EDIFACT-Nachrichtendateien entgegen.Um dennoch einen hohen Automatisierungsgradauf Seiten des E-Mail-Empfängers zuerreichen, gelten folgende Regeln:Präzisierung und verständlichereFormulierung, sowie Ersetzenvon SMTP durch E-Mail(vgl. weiter oben)genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 17

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherNeuÄ18Umsortierung derUnterkapitel vonKapitel 66.1 Regelungen zum E-Mail-Anhang6.2 E-Mail-Body6.3 Verschlüsselte E-Mail6.4 E-Mail-Adresse6.1 E-Mail-Adresse6.2 Verschlüsselung und Signatur vonE-Mails6.3 E-Mail-Anhang6.4 E-Mail-BodySortierung in logischerReihenfolge des Empfangsprozessesund Anwendung des„Klammerprinzips“genehmigt6.5 Namenskonvention für Betreff undDateinameÄ19Kapitel6.4, neuesKapitel 6.1[…] zu nutzen.• Ein Marktteilnehmer […][…] zu nutzen.• Im Sinne der 1:1-Kommunikation musses eine personenneutrale,funktionsbezogene E-Mail-Adresse sein(bspw. ohne Vor- und Nachnamen).• Ein Marktteilnehmer […]In der letzten Konsultation zuZertifikaten stellte sich heraus,dass viele Teilnehmer derKonsultation den ersten Satzohne Beispiel nicht treffsicherverstehen.Aus der funktionsbezogenenAdressierung ergibt sich, dasses keine Urlaubsabwesenheitsmeldungenfür diesesPostfach gibt.genehmigtÄ20Kapitel6.4, neuesKapitel 6.1Beispiel: "Müller, Frank"Zur Adressierung verwendet werden kannnur der AdressteilFrank.Mueller@Marktpartner.de.Wird die Phrase "Müller, Frank"mitgeschickt, darf sie nicht zur Auswertungherangezogen werden.Beispiel: "Datenaustausch EDIFACT"Zur Adressierung verwendet werden kannnur der Adressteil edifact@Marktpartner.de.Wird die Phrase „Datenaustausch EDIFACT"mitgeschickt, darf sie nicht zur Auswertungherangezogen werden.In der letzten Konsultation zuZertifikaten stellte sich heraus,dass viele Teilnehmer derKonsultation den ersten Satzohne Beispiel nicht treffsicherverstehen.Aus der funktionsbezogenenAdressierung ergibt sich, dasses keine Urlaubsabwesenheitsmeldungenfür diesesPostfach gibt.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 18

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä21Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel6.3, neuesKapitel 6.2BisherNeu6.3 Verschlüsselte E-Mail 6.2 Verschlüsselung und Signatur von E-Mails1) Das Zertifikat ist unmittelbarabhängig von der Mailadresseund beeinflusst Folgekapitel,daher an zweiter Stelle(Klammerprinzip).2) Die Technik S/MIME wird fürVerschlüsselung und Signaturverwendet und sollte dahergemeinsam in einem Unterkapitelbehandelt werden.genehmigtÄ22Kapitel6.3, neuesKapitel 6.2-- • Im Sinne der 1:1-Kommunikation ist derDatenaustausch geschäftsprozessunspezifischzu betreiben, d. h. wenn verschlüsseltund signiert wird, dann erfolgtdies für alle Nachrichtentypen 6 einheitlich.Es werden somit alle Nachrichtendateienvon einem Absender an einemEmpfänger auf dieselbe Art übertragen.Fußnote 7: Beispiele für unterschiedlicheNachrichtentypen: APERAK,INVOIC, MSCONSGelebte Praxis im Markt; hierexplizite Nennung für Folgekapitel(Klammerprinzip).genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 19

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherNeuÄ23Kapitel6.3, neuesKapitel 6.2• Das Verschlüsseln von E-Mails istausschließlich nach dem S/MIME-Standard gestattet.• Das Verschlüsseln und Signieren von E-Mails ist ausschließlich nach demS/MIME-Standard gestattet. DieVerwendung eines qualifiziertenSignaturzertifikates innerhalb vonS/MIME ist technisch nicht möglich. Esmuss ein fortgeschrittenes Zertifikat 8sein.Die Technik S/MIME wird fürVerschlüsselung und Signaturverwendet.genehmigt• Hält ein Marktteilnehmer es auf derGrundlage geltenden Rechts (insbesondereDatenschutzrecht) für erforderlich,dass EDIFACT-Kommunikationverschlüsselt/signiert erfolgt, so ist dersich daraus ergebende Aufwand beimanderen Marktteilnehmer zu akzeptieren9 .Fußnote 8: Ein fortgeschrittenesZertifikat stammt entweder von einemanerkannten TrustCenter, das die Zugehörigkeitzur jeweiligen Organisationbestätigt hat oder von einer eigenenvertrauensvollen PKI nach RFC 3647;zum Sicherheitsniveau siehe Dokument„PKI Zertifikatsrichtlinie (CertificatePolicy) des BDEW“.Fußnote 9: Siehe hierzu im Detail MaBiSMitteilung Nr. 3 der BNetzA vom28.4.2010.BDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 20

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherNeuÄ24Kapitel6.3, neuesKapitel 6.2• Wird eine E-Mail verschlüsselt, so hatder Sender ausschließlich den für dieVerschlüsselung vorgesehenen öffentlichenSchlüssel des E-Mail-Empfängerszu verwenden.• Das fortgeschrittene Zertifikat mussbeide Verwendungszwecke (Verschlüsselungund Signatur) im Feld KeyUsageenthalten.Jeder Marktpartner muss genau nur einfortgeschrittenes Zertifikat (genauer dendazugehörigen privaten Schlüssel) zurSignaturerzeugung und auch zurEntschlüsselung der E-Mail-Nachrichtendes jeweils anderen Marktpartnersverwenden. Umgekehrt müssenZertifikate der Marktpartner sowohl zurVerschlüsselung als auch zurSignaturprüfung verwendet werden. Aufdiese Weise muss je Marktpartner nurein fortgeschrittenes Zertifikat gepflegtwerden 10 .Fußnote 10:In diesem Kapitel wird derEDIFACT-Datenaustausch beschrieben,der wie im Kapitel 6.1 unter einerpersonenneutralen E-Mailadressestattzufinden hat. FürGeschäftskorrespondenz von Menschzu Mensch ist das hier beschriebene„Kombizertifikat“ nicht zulässig (dannzwei Zertifikate für Verschlüsselung undSignatur bspw. für Urlaubsvertretung).Präzisere Formulierung undSpezifikation der im Marktgelebten Marktkommunikationmit dem umgangssprachlich sogenannten „Kombizertifikat“.genehmigtÄ25Kapitel6.1, neuesKapitel 6.36.1 Regelungen zum E-Mail-Anhang 6.3 E-Mail-Anhang Kapitelverschiebung(Klammerprinzip) undAngleichung der Überschriften,sowie neue Kapitelnummer,aufgrund der voran genanntenKapitelverschiebungen etc..genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 21

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä26Ä27Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel6.1, neuesKapitel 6.3Kapitel6.1, neuesKapitel 6.3Bisher• In einer E-Mail darf immer nur eineNachrichtendatei und – falls diese Dateisigniert ist – deren Signatur enthaltensein.• Eine E-Mail darf keine weiterenAnhänge enthalten. Die Verfahren zurSignatur der E-Mail via S/MIME bleibendavon unberührt.Neu• In einer E-Mail darf immer nur eineEDIFACT-Nachrichtendatei enthaltensein.• Eine E-Mail darf keine weiterenAnhänge, mit Ausnahme vonSignaturdateien, enthalten. DieVerfahren zur Signatur der E-Mail viaS/MIME bleiben davon unberührt.Vereinfachung. Die Auswirkungender S/MIME-Nutzungmüssen nicht beschriebenwerden, sie ergeben sich überden Standard S/MIME.PräzisierunggenehmigtgenehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 22

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä28Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel6.1, neuesKapitel 6.3Bisher• Soll die EDIFACT-Nachrichtendateisigniert werden, so wird erst dieEDIFACT-Nachrichtendatei signiert undggf. anschließend mit gzip komprimiert.In diesem Fall werden die komprimierteDatei und die Signaturdatei angefügt 6 .Fußnote 6: Diese Regelung ist auch aufandere Übertragungswege – soweitmöglich – anzuwenden.Neu-- Streichung der Aussagen zurqualifizierten Signatur.Für eine elektronische Rechnungsstellungstellte das Umsatzsteuergesetzbislang spezifische undstrenge Voraussetzungen auf (fürEDI-Rechnungen vgl. § 14 Abs. 3Nr. 2 UStG). Diese Anforderungenwurden durch das Steuervereinfachungsgesetz2011 wesentlichgelockert. So wird es dem Steuerpflichtigenausdrücklich freigestellt,wie er die Echtheit der Herkunft,die Unversehrtheit des Inhalts unddie Lesbarkeit der Rechnungsicherstellen möchte. Hierbei kannauch auf innerbetriebliche Kontrollverfahrenzurückgegriffen werden.Mit der Änderung des Umsatzsteuer-Anwendungserlassesvom02.07.2012 an die OberstenFinanzbehörden der Länderbestätigt das BMF diese Änderung.Daher besteht keine Notwendigkeitmehr die qualifizierte Signatur anzuwenden.Um einen sortenreinenInterchange zu gewährleisten, solltenausschließlich die SicherungsmechanismenAS2 oder E-Mail mitS/MIME genutzt werden.Die qualifizierte Signatur ist ausschließlichals bilaterale Option fürINVOIC-Nachrichten zwischen denMarkpartnern möglich.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 23

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä29Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel6.1, neuesKapitel 6.3Bisher• Soll der Anhang der E-Mail, d. h. dieEDIFACT-Nachrichtendatei komprimiertwerden, so ist dafür die gzip-Komprimierungaber dann ohne Nutzung einesPassworts zu verwenden. Es darf nureine Nachrichtendatei in einer gezipptenDatei enthalten sein. Bei der gezipptenDatei ist der Originalname derEDIFACT-Nachrichtendatei inkl. derExtension „.txt“ zu nutzen, an denanschließend die von gzip benutzteExtension „gz“ angehängt wird (z. B:UTILMD__GLN_GLN_yyyymmdd_lfdNr.txt.gz).Neu• Soll die EDIFACT-Nachrichtendateikomprimiert werden, so ist dafür diegzip-Komprimierung zu verwenden. Dieunkomprimierte EDIFACT-Nachrichtendateibenutzt als Dateiname dieNamenskonvention aus Kapitel 3.2.Nach dem Komprimieren ist als Dateinameder Originalname der EDIFACT-Nachrichtendatei inklusive der Extension„.txt“ zu nutzen, an den anschließend dievon gzip benutzte Extension „gz“angehängt wird (z. B:UTILMD__9900123400007_4012345494651_20070131_A177.txt.gz).PräzisierungGZIP unterstützt technisch keinPasswort und kann nur eine Dateienthalten (Beides aber bei ZIP)Begriff „gezippt“ wird typischirrtümlich mit ZIP gleichgesetzt.Aktualisierung Beispiel.Lesefreundlichere FormulierunggenehmigtÄ30Kapitel6.1, neuesKapitel 6.3-- • Der Anhang ist nicht zu verschlüsseln.• Der Anhang muss Base64 kodiert sein,damit Mailserver keine Zeilenumbrüchewährend des Transportes einfügen.Klare Regelung, dass der E-Mail-Anhang nicht zuverschlüsseln istDer Hinweis auf ParameterBase64 ist erforderlich, weilwenn Dateien im Klartextgesendet werden, dann fügenMailserver künstlicheZeilenumbrüche ein, die zuImportfehlern führen.genehmigtÄ31Kapitel6.2, neuesKapitel 6.46.2 E-Mail-Body 6.4 E-Mail-Body Neue Kapitelnummer, aufgrundder voran genannten Kapitelverschiebungenetc.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 24

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä32Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusNeuesKapitel 6.5BisherNeu6.5 Namenskonvention für Betreff undDateinameFür die per E-Mail ausgetauschtenEDIFACT-Dateien gilt die Namenskonventionaus Kapitel 4. Der E-Mail-Betreffmuss mit dem Dateinamen gefüllt sein.Verbindliche Vorgabe, dass derBetreff den Dateinamen enthält,sowie verbindliche Vorgabe desDateinamens zur Unterstützungder FehlerbehebunggenehmigtÄ33 Kapitel 9,neuesKapitel 79. AS2 7. Regelungen für den Austausch via AS2 Vereinheitlichung derFormulierunggenehmigtÄ34 Kapitel 9,neuesKapitel 7Wie in Abschnitt Kapitel 5“Übertragungswege“ festgelegt, ist in denFällen, in denen sich die Marktpartner nichtauf AS2 einigen können, derDatenaustausch via SMTP (= E-Mail)kosten-neutral durchzuführen.Erfolgt der Austausch der EDIFACT-Dateienvia AS2, so sind die im BDEW-Leitfaden"Implementierung von AS2 in Unternehmender Energiewirtschaft", Version 1.0 vom 5.November 2009 festgelegten AS2-Parameterzu verwenden. Dieser BDEW-Leitfadenenthält auch den sogenannten AS2-Steckbrief zur standardisierten Mitteilung dereigenen AS2-Adresseparameter.Regelung, welche Parameterbei der Einrichtung einer AS2-Verbindung zu verwenden sindund wie verfahren werden sollgenehmigtÄ35Kapitel9.1, neuesKapitel 7.19.1 AS2-Parameter 7.1 Namenskonvention für Dateiname Festlegung, dass bei auch beiAS2 die Namenskonvention zurUnterstützung der FehlerbehebungAnwendung findet.genehmigtÄ36Kapitel9.1, neuesKapitel 7.1Erfolgt der Austausch der EDIFACT-Datenvia AS2, so sind die Parameterentsprechend des BDEW-Leitfadens"Implementierung von AS2 in Unternehmender Energiewirtschaft" der BDEW-Projektgruppe Sicherheit beimelektronischen Datenaustausch in derVersion: 1.0 vom 5. November 2009einzustellen.Es ist die Namenskonvention aus Kapitel 3.2anzuwenden.Festlegung, dass bei auch beiAS2 die Namenskonvention zurUnterstützung der FehlerbehebungAnwendung findetgenehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 25

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusBisherNeuÄ37Kapitel9.2, neuesKapitel 7.29.2 Weitere Informationen zu AS2 7.2 Weitere Informationen zu AS2 Neue Kapitelnummer, aufgrundder voran genannten Kapitelverschiebungenetc.genehmigtÄ38Kapitel9.2, neuesKapitel 7.2Weitere Informationen zu AS2 sind diesenUnterlagen der BDEW-Projektgruppe„Sicherheit beim elektronischenDatenaustausch“ zu entnehmen:Studie über sichere webbasierteÜbertragungswege der Version 2.1vom 5. November 2009 Marktüberblick über AS2-Lösungenfür die Energiewirtschaft vom 5.November 2009Diese Dokumente sind zu finden unter:http://www.bdew.de/bdew.nsf/id/DE_Neue_BDEW-Dokumente_zu_sicheren_webbasierten_uebertragungswegen_und_AS2-Loesungen_fuer_die_Energi?open&l=DE&ccm=300015055020Weitere Informationen zu AS2 sind diesenUnterlagen zu entnehmen:Studie über sichere webbasierteÜbertragungswegeMarktüberblick über AS2-Lösungenfür die EnergiewirtschaftDiese Dokumente sind in der jeweils gültigenVersion zu finden unter:http://www.bdew.de/internet.nsf/id/DE_Vereinbarung-elektronischer-Datenaustausch-EDIKeine Nennung der Projektgruppe,weil diese zukünftigeine neue Bezeichnung habenwird.Statt Versionsnummer soll diegleiche zeitlose Lösung wie derVerweis beim BDEW-DokumentAllgemeine Festlegungverwendet werden.Aktualisierung Internetadresse.genehmigtÄ39Kapitel8.3, neuesKapitel 88.3 Namenskonvention für den logischenDateinamen bei X.4008 Regelungen für den Austausch viaX.400Vereinheitlichung derFormulierunggenehmigtÄ40Kapitel8.3, neuesKapitel 8Die in Abschnitt 8.2 genannten Regelungenfür die Befüllung der Betreffzeile sind für denlogischen Dateinamen bei X.400anzuwenden.X.400 ist ein auslaufender Dienst. NeueMarktpartner sind möglichst via AS2 oder E-Mail (gemäß Kapitel 6)anzubinden.Für den logischen Dateinamen bei X.400 giltdie Dateinamenskonvention aus Abschnitt3.2.X.400 als auslaufendes Übertragungsprotokollgekennzeichnetund einheitlicheFormulierunggenehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 26

BDEW Kommunikationsrichtlinie 01.10.2012Lfd.Nr.Ä41Ort Fehlerkorrektur / Änderung Grund der Anpassung StatusKapitel8.2BisherNeuvorhanden gelöscht Die Regelung zur Namenskonventionfür die Betreffzeilen beiE-Mail-Versand in der bisherigenVersion ist aufgrund derVereinheitlichung von Dateinamenund Betreffzeile imneuen Kapitel 6.5 obsolet.genehmigtBDEW Bundesverband der Energie- und Wasserwirtschaft e. V.Reinhardtstraße 32, 10117 Berlinhttp://www.BDEW.de Seite: 27