z0 Merkblatt Teilnehmer Emcs

Excise Movement and Control System
IT-System zur Kontrolle der Befrderung verbrauchsteuerpflichtiger Waren
Merkblatt fr Teilnehmer
Version 1.0, Stand: 28.05.2009 Bundesministerium der Finanzen
IT-Verfahren EMCS
Versionsdokumentation
Release 1.0
Inhaltsverzeichnis
1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.8.1 1.8.2 1.8.3 1.9 1.10 1.11 2 2.1 2.2 2.3 3 3.1 3.1.1 3.1.1.1 3.1.1.2 3.1.1.3 3.1.2 3.1.3 3.1.3.1 3.1.3.2 3.1.3.3 3.1.3.4 3.1.4 3.1.5 3.1.5.1 3.1.5.2 3.1.5.3 Vorbemerkungen....................................................................................................1 Inhalt des Merkblatts ..............................................................................................1 Zielgruppe ..............................................................................................................1 Einfhrung..............................................................................................................1 Ansprechpartner fr die Zertifizierung von Teilnehmersoftware und fr die Registrierung zur Teilnahme an EMCS..................................................................2 Ansprechpartner fr Beteiligte am IT-Verfahren EMCS .........................................3 Datenaustausch mittels EDIFACT .........................................................................4 Kommunikationsnetz der Bundesfinanzverwaltung ...............................................4 Datenfernbertragungskosten (DF-Kosten) ........................................................5 Vom Teilnehmer zu tragende DF-Kosten ............................................................5 DF-Kosten, die die Zollverwaltung trgt ..............................................................5 DF-Kosten bei bermittlung in Staaten auerhalb der EU..................................5 Datenschutz ...........................................................................................................6 EMCS-Informationen..............................................................................................6 Internet-EMCS-Anwendung ...................................................................................7 Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen........................8 Erffnung................................................................................................................9 Beendigung ............................................................................................................9 Erledigung ..............................................................................................................9 Teilnahmevoraussetzungen .................................................................................10 Formale Voraussetzungen ...................................................................................10 Anmeldung zur Teilnahme ...................................................................................10 Anmeldung zur EMCS-Teilnahme........................................................................10 Anmeldung zur Zertifizierung ...............................................................................11 Wahlmglichkeit fr Steuerlagerinhaber ..............................................................12 Verbrauchsteuernummer .....................................................................................12 Beteiligten-Identifikations-Nummer (BIN) .............................................................13 Allgemeines..........................................................................................................13 Beantragung der BIN ...........................................................................................13 nderung der BIN ................................................................................................13 Firmeninterne Sicherheitsmanahmen ................................................................14 Checkliste fr knftige Teilnehmer.......................................................................15 bermittlung der EDIFACT-Nachrichten..............................................................16 Zugangsmglichkeiten zum Kommunikationsnetz der Zollverwaltung.................16 Nachrichtengre und Systemgrenzwerte...........................................................16 Sicherheit (Logbuch) ............................................................................................17
Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben
Inhaltsverzeichnis
Seite i
IT-Verfahren EMCS
3.1.6 3.1.6.1 3.1.6.1.1 3.1.6.1.1.1 3.1.6.1.1.2
Release 1.0
bermittlung von Nachrichten per X.400-Mail .....................................................18 X.400-Adresse .....................................................................................................18 Zertifizierungsdienststellen...................................................................................19 X.400-Adressen der Zertifizierungsdienststellen..................................................19 X.400-Adressen der Zertifizierungsdienststellen fr den Zertifizierungsautomaten......................................................................................20 3.1.6.1.2 Probebetriebsdienststellen...................................................................................21 3.1.6.1.2.1 X.400-Adressen der Probebetriebsdienststellen..................................................21 3.1.6.2 X.400-Betrefftext ..................................................................................................22 3.1.6.2.1 X.400-Betrefftext bei vom Teilnehmer versandten Nachrichten...........................22 3.1.6.2.2 Relevante Verbrauchsteuernummer im X.400-Betrefftext ...................................22 3.1.6.3 X.400-Betrefftext bei von der Zollverwaltung versandten Nachrichten ................22 3.1.6.4 Fehlerbehandlung bei X.400-Verbindung ............................................................23 3.1.7 bermittlung von Nachrichten per FTAM .............................................................24 3.1.7.1 FTAM-Adresse .....................................................................................................24 3.1.7.2 Dateiname bei per FTAM versandten Nachrichten ..............................................24 3.1.7.3 Dateiname von per FTAM bermittelten komprimierten Nachrichten ..................25 3.1.8 Software ...............................................................................................................25 3.1.9 Durchfhrung von Tests.......................................................................................26 3.1.9.1 Zertifizierung von Software (Softwarehersteller bzw. Eigennutzer) .....................26 3.1.9.1.1 Allgemeines..........................................................................................................26 3.1.9.1.2 Zertifizierungsantrag ............................................................................................27 3.1.9.1.3 Vollzertifizierung...................................................................................................28 3.1.9.1.4 Teilzertifizierung ...................................................................................................28 3.1.9.1.5 Eingeschrnkte Zertifizierung...............................................................................28 3.1.10 Probebetrieb.........................................................................................................29 3.2 Technische Voraussetzungen..............................................................................30 3.2.1 Elektronische Post nach Protokoll X.400 (X.400-Mail).........................................31 3.2.1.1 Darstellung der Zugangs- und bertragungsmglichkeiten (X.400) ....................31 3.2.1.2 X.400-Mail mit EDIFACT-bertragungsdateien als Anlagen ...............................32 3.2.1.3 Mailaustausch ber ein ffentliches X.400-Netz ..................................................32 3.2.1.4 Mailaustausch ber eine Direktanbindung zum Kommunikationsnetz (Exklusiver Zugang) .............................................................................................33 3.2.2 Datenbertragung per FTAM ...............................................................................34 3.2.2.1 Darstellung der Zugangs- und bertragungsmglichkeiten (FTAM)....................35 3.2.2.1.1 Generelle Zugangs- und bertragungsmglichkeiten (FTAM) ............................35 3.2.2.1.2 Besondere Zugangs- und bertragungsmglichkeit bei exklusivem FTAMZugang .................................................................................................................36 3.2.2.1.2.1 Allgemeine Erluterungen....................................................................................36 3.2.2.1.2.2 bermittlung vom FTAM-Partner zum vorgelagerten Rechner beim ZIVIT .........37
Inhaltsverzeichnis
Seite ii
IT-Verfahren EMCS
3.2.2.1.2.3 3.2.2.1.2.4 3.2.2.2 3.2.2.3 3.2.2.4 3.2.2.5 3.2.2.5.1 3.2.2.5.1.1 3.2.2.5.1.2 3.2.2.5.2 3.2.3 4 4.1 4.1.1 4.1.1.1 4.1.1.2 4.1.2 4.1.2.1 4.1.2.2 4.1.3 4.1.3.1 4.1.3.2 4.1.4 4.1.4.1 4.1.4.2 4.1.5 4.1.5.1 4.1.5.2 4.1.6 4.1.6.1 4.1.6.2 4.1.7 4.1.7.1 4.1.7.2 4.2 4.2.1 4.2.1.1 4.2.1.2
Release 1.0
bermittlung vom vorgelagerten Rechner beim ZIVIT zum FTAM-Partner .........37 Technische Anforderungen an die FTAM-Partnersoftware ..................................37 Einwahl.................................................................................................................37 Adressierung ........................................................................................................38 Komprimieren von Dateien...................................................................................38 Fehlerbehandlung bei der Datenbertragung per FTAM .....................................39 FTAM-Gateway-Fehler.........................................................................................39 Aufbau der rpt-Datei bei einem Non Delivery Report (NDR) .............................39 Erluterungen zu den Fehlercodes ......................................................................40 Volltextfehlermeldungen der EMCS-Kommunikationsanwendung.......................42 Kommunikationstest.............................................................................................42 Nachrichtenaustausch mit Teilnehmern...............................................................43 Nachrichtentypen .................................................................................................46 Nachrichtentypen Erffnung eines Befrderungsverfahrens .............................48 Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) .......................48 Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) ......................48 Nachrichtentypen Erffnung eines Befrderungsverfahrens nach einer Einfuhr.................................................................................................................48 Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) .......................48 Antwortnachrichtentypen (von dem Hauptzollamt an den Teilnehmer) ...............48 Nachrichtentypen Annullierung eines Befrderungsverfahrens.........................49 Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) .......................49 Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) ......................49 Nachrichtentypen nderung des Bestimmungsortes.........................................49 Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) .......................49 Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) ......................49 Nachrichtentypen Erffnung eines Befrderungsverfahrens zur Ausfuhr..........50 Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) .......................50 Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) ......................50 Nachrichtentypen Beendigung durch Eingangsbesttigung ..............................51 Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) .......................51 Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) ......................51 Nachrichtentypen Erinnerung bei Fristberschreitung.......................................51 Bezugsnachrichtentypen (vom Hauptzollamt an den Teilnehmer).......................51 Antwortnachrichtentypen (vom Teilnehmer an das Hauptzollamt).......................51 Verfahrensablufe................................................................................................52 Erffnung eines Befrderungsverfahrens ............................................................52 Grafische Darstellung als Sequenzdiagramm......................................................52 Fachliche Beschreibung.......................................................................................52
Inhaltsverzeichnis
Seite iii
IT-Verfahren EMCS
4.2.2 4.2.2.1 4.2.2.2 4.2.3 4.2.3.1 4.2.3.2 4.2.4 4.2.4.1 4.2.4.2 4.2.5 4.2.5.1 4.2.5.2 4.2.6 4.2.6.1 4.2.6.2 4.2.7 4.2.7.1 4.2.7.2 5 6
Release 1.0
Erffnung eines Befrderungsverfahrens nach einer Einfuhr ..............................54 Grafische Darstellung als Sequenzdiagramm......................................................54 Fachliche Beschreibung.......................................................................................54 Annullierung eines Befrderungsverfahrens ........................................................57 Grafische Darstellung als Sequenzdiagramm......................................................57 Fachliche Beschreibung.......................................................................................57 nderung der Bestimmungsortes.........................................................................58 Grafische Darstellung als Sequenzdiagramm......................................................58 Fachliche Beschreibung.......................................................................................59 Erffnung eines Befrderungsverfahrens zur Ausfuhr .........................................60 Grafische Darstellung als Sequenzdiagramm......................................................60 Fachliche Beschreibung.......................................................................................60 Beendigung durch Eingangsbesttigung .............................................................63 Grafische Darstellung als Sequenzdiagramm......................................................63 Fachliche Beschreibung.......................................................................................63 Erinnerung bei Fristberschreitung ......................................................................65 Grafische Darstellung als Sequenzdiagramm......................................................65 Fachliche Beschreibung.......................................................................................65 Abkrzungsverzeichnis und Glossar....................................................................66 bersicht ber die EMCS-Vordrucke ...................................................................71
Anlage 1: Logbuch .................................................................................................................1 Anlage 2: Kommunikationsmglichkeiten...............................................................................3 Anlage 2.1 Nachrichtenbermittlung durch den Teilnehmer ber ffentlichen Zugang (PRMD-PRMD-Kopplung - X.400 bzw. FTAM) ......................................................3 Anlage 2.1.1 Erluterungen zur Kommunikationsmglichkeit 1 ............................................4 Anlage 2.2 Nachrichtenbermittlung durch den Teilnehmer ber exklusiven Zugang per X.400 (PRMD-PRMD-Kopplung) bzw. FTAM (FTAM-Gateway) ............................6 Anlage 2.2.1 Erluterungen zur Kommunikationsmglichkeit 2 (Zugangsvarianten 1 und 2) .....................................................................................................................7 Anlage 2.2.2 Erluterungen zur Kommunikationsmglichkeit 2 (Zugangsvariante 3) ...........9
Inhaltsverzeichnis
Seite iv
IT-Verfahren EMCS
Release 1.0
1
1.1
Vorbemerkungen
Inhalt des Merkblatts
Dieses Merkblatt beschreibt den Nachrichtenaustausch und die Nachrichtenablufe zur Erffnung, Beendigung und Erledigung eines Befrderungsverfahrens unter Steueraussetzung im IT-Verfahren EMCS (Excise Movement and Control System) sowie ggf. zwischen den einzelnen Verfahrensbereichen bestehende Schnittstellen. Daneben werden die allgemeinen und technischen Voraussetzungen zur Teilnahme am IT-Verfahren EMCS sowie das Test- und Zertifizierungsverfahren der Teilnehmersoftware dargestellt.
1.2
Zielgruppe
Das Merkblatt richtet sich an alle an der Befrderung verbrauchsteuerpflichtiger Waren unter Steueraussetzung Beteiligten wie Steuerlagerinhaber, Registrierte Versender, Registrierte Empfnger und andere. Dabei wird aus Grnden der sprachlichen Vereinfachung jeweils die mnnliche Schreibweise gewhlt. Die weibliche Form der Begriffe ist in der Bedeutung immer mit eingeschlossen.
1.3
Einfhrung
Auf Vorschlag der EU-Kommission haben das Europische Parlament und der Rat entschieden 1, dass das Begleitende Verwaltungsdokument, das derzeit bei der Befrderung verbrauchsteuerpflichtiger Waren unter Steueraussetzung zwischen EU-Mitgliedstaaten mitzufhren ist, durch ein System elektronischer Meldungen ersetzt werden soll. In diesem Sinne mussten alle Mitgliedstaaten an das von der EU-Kommission betriebene gemeinschaftliche Netzwerk (CCN/CSI Common Communication Network/Common System Interface) angeschlossen werden, um damit den Austausch von Standardnachrichten zwischen den beteiligten Mitgliedstaaten zu ermglichen. Jeder Mitgliedstaat hat sein nationales Netzwerk, das die nationalen Hauptzollmter und die Wirtschaftsbeteiligten miteinander verbindet und seine nationale Anwendung EMCS an das gemeinsame Netzwerk anschliet. Vor dem Hintergrund des im Jahre 1998 erstmals im Zusammenhang mit der innergemeinschaftlichen Befrderung von Tabakwaren und Alkohol festgestellten Ausmaes der Verbrauchsteuerhinterziehung soll nunmehr ein standardisierter, effizienter und sicherer Datenaustausch zwischen den Mitgliedstaaten und den Wirtschaftsbeteiligen den Nachteilen eines papiergesttzten Verfahrens begegnen. Die Mitgliedstaaten sollten insbesondere in die Lage versetzt werden, Informationen ber laufende Warenbewegungen in Echtzeit abzufragen und risikoorientierte Kontrollen durchzufhren. Zugleich soll der Versender unmittelbar nach Eingang der Waren beim Empfnger eine entsprechende Meldung erhalten, wodurch eine schnellere Freigabe der geleisteten Sicherheit gewhrleistet ist. Aus Sicht der EU-Kommission soll das neue System vordringlich zur Bekmpfung des Steuerbetrugs eingesetzt werden und zudem die Verwaltungsverfahren sowie den Handelsverkehr erleichtern.
1
Entscheidung 1152/2003/EG des Europischen Parlaments und des Rates vom 16. Juni 2003.
1 Vorbemerkungen
Seite 1
IT-Verfahren EMCS
Release 1.0
Die Zollverwaltung hat das nationale IT-Verfahren EMCS eingefhrt, um die Befrderungsverfahren unter Steueraussetzung im Verbund mit allen anderen Mitgliedstaaten der Europischen Union weitestgehend automatisiert abwickeln zu knnen. EMCS steht den Dienststellen der Zollverwaltung zur Verfgung. Das IT-Verfahren EMCS bezieht grundlegende Stammdaten aus der nationalen SEED-Datenbank. EMCS umfasst zurzeit die folgenden Anwendungsfallgruppen: die Erffnung eines Befrderungsverfahrens unter Steueraussetzung fr verbrauchsteuerpflichtige Waren national und innergemeinschaftlich die Beendigung eines Befrderungsverfahrens unter Steueraussetzung fr verbrauchsteuerpflichtige Waren, das national oder in einem anderen Mitgliedstaat der Europischen Union erffnet wurde die Erledigung national oder innergemeinschaftlich erffneter Befrderungsverfahren verbrauchsteuerpflichtiger Waren unter Steueraussetzung
1.4
Ansprechpartner fr die Zertifizierung von Teilnehmersoftware und fr die Registrierung zur Teilnahme an EMCS
Ansprechpartner fr Fragen bzgl. der Zertifizierung von Teilnehmersoftware und zur Teilnahme an EMCS ist die Bundesfinanzdirektion Sdost Dienstort Weiden Asylstr. 17 Postfach 1658 92606 Weiden Telefon: ..................0961/302 -364 Telefax: ..................0961/302-261 E-Mail: ....................Zertifizierung@ofdn.bfinv.de
1 Vorbemerkungen
Seite 2
IT-Verfahren EMCS
Release 1.0
1.5
Ansprechpartner fr Beteiligte am IT-Verfahren EMCS

Ansprechpartner fr alle Beteiligten des IT-Verfahrens EMCS ist bei fachlichen und technischen Problemen, bei Anfragen und Verbesserungsvorschlgen im Zusammenhang mit der Anwendung die beim ZIVIT Frankfurt (Zentrum fr Informationsverarbeitung und Informationstechnik - Dienstsitz Frankfurt am Main) eingerichtete Betreuungsinstanz Service Desk. Eine Beratung oder technische Untersttzung kann vom ZIVIT nicht geleistet werden. Der Service Desk ist rund um die Uhr an allen Tagen des Jahres wie folgt zu erreichen: Zentrum fr Informationsverarbeitung und Informationstechnik - Service Desk Wilhelm-Fay-Str. 11 65936 Frankfurt am Main Telefon (Inland): .....0800 / 10 12 631 Telefon (Ausland):..0049 69 20971 545 Telefax: ..................069 / 20971 - 584 E-Mail: ....................servicedesk@zivit.de
1 Vorbemerkungen
Seite 3
IT-Verfahren EMCS
Release 1.0
1.6
Datenaustausch mittels EDIFACT

Die im IT-Verfahren EMCS zwischen Teilnehmern und der Zollverwaltung auszutauschenden Daten werden in Form von EDIFACT-Nachrichten bermittelt. Teilnehmer im Sinne dieses Merkblattes sind diejenigen, die elektronisch Daten im EDIFACT-Format im Rahmen des IT-Verfahrens EMCS an ihr zustndiges Hauptzollamt senden oder von diesem empfangen (z. B. der Versender). Fr die einzelnen Verfahrensbereiche gibt es mehrere UN/EDIFACT-Standardnachrichtentypen. Jeder Nachrichtentyp gibt ein Schema vor, mit dem bestimmte Daten (z. B. Inhalt e-VD) bertragen werden. Die Standardnachrichtentypen wurden von der UN/ECE (United Nations/Economic Commission for Europe) im UNTDID (United Nations Trade Data Interchange Directory) festgelegt. Diese Standardnachrichtentypen wurden auch als DINNorm verffentlicht. Im Rahmen von EDIFACT-Standardnachrichtentypen wurden fr das Verbrauchsteuerverfahren eigene EDIFACT-Nachrichtentypen (Guides) mit eigenen Nachrichtennamen gebildet. Diese sind in Kapitel 4 nher erlutert. Eine detaillierte Beschreibung enthlt das EDIFACT-Implementierungshandbuch (EDI-IHB; siehe www.zoll.de).
1.7
Kommunikationsnetz der Bundesfinanzverwaltung

Die Zollverwaltung betreibt ein Kommunikationsnetz, ber das die Kommunikation zwischen Teilnehmern und dem IT-Verfahren EMCS abgewickelt wird. Der Teilnehmer erhlt ber Zugangsknoten, die beim ZIVIT Frankfurt eingerichtet sind, Zugang zum Kommunikationsnetz. Diese Zugangsknoten sind ber ein ffentliches Netz zugnglich. Des Weiteren steht ein Zugangsknoten fr Direktanbindungen (exklusiver Zugang) zur Verfgung. Ein Antrag auf eine Direktanbindung kann mit dem Vordruck Anmeldung Teilnahme EMCS (Vordruck-Nr. 033088) gestellt werden. Bei erstmaliger Einrichtung oder nderung eines exklusiven Zugangs sind das Formblatt Technische Angaben FTAM (Vordruck-Nr. 033085) oder Technische Angaben X-400-Mail (Vordruck-Nr. 033086) beizufgen. Mit einer Dienstleistungsvereinbarung werden Realisierung und weiterer Betrieb geregelt. Die Nachrichten eines Teilnehmers an das IT-Verfahren EMCS werden ber das ffentliche Netz oder eine Direktanbindung zum Zugangsknoten des Kommunikationsnetzes der Zollverwaltung gesendet (siehe Anlage 2). Die Nachrichten an einen Teilnehmer werden in umgekehrter Richtung bermittelt.
1 Vorbemerkungen
Seite 4
IT-Verfahren EMCS
Release 1.0
1.8
1.8.1
Datenfernbertragungskosten (DF-Kosten)
Vom Teilnehmer zu tragende DF-Kosten Bei ffentlichem Zugang: DF-Anschlusskosten (Installationskosten, Anschlussgebhren usw.) Hard- und Softwarekosten fr die beim Teilnehmer eingesetzten Produkte Providerkosten laufende DF-Kosten fr X.400-Sendevorgnge bis zur PRMD (Private Management Domain) des ZIVIT oder bis zum FTAM-Gateway des ZIVIT DF-Kosten fr Sendevorgnge an Teilnehmer (Serverstandorte) auerhalb der EU (siehe Kapitel 1.8.3)
Bei exklusivem Zugang: Kosten fr smtliche Sende- und Empfangsvorgnge Kosten fr die Einrichtung dieser Zugangsart beim ZIVIT Frankfurt (Routerinstallation beim ZIVIT liegt im Zustndigkeitsbereich des Teilnehmers) Kosten fr die Installation der Anschlsse beim ZIVIT und beim Teilnehmer Grundgebhren fr die Anschlsse Hard- und Softwarekosten fr die eingesetzten Produkte
1.8.2
DF-Kosten, die die Zollverwaltung trgt Kosten fr die Einrichtung und den laufenden Betrieb der zolleigenen PRMDen DF-Kosten im verwaltungsinternen X.400-Netz DF-Kosten bei ffentlichem Zugang fr von der Zollverwaltung initiierte Sendevorgnge bis zur angegebenen X.400- oder FTAM-Adresse (Ausnahmen siehe Kapitel 1.8.3)
Hinweis: Fr den IT-Dienstleister trgt die Zollverwaltung nicht die Kosten fr von ihr initiierte Sendevorgnge. Ein ffentlicher Zugang kann den IT-Dienstleistern daher grundstzlich nicht bereitgestellt werden. 1.8.3 DF-Kosten bei bermittlung in Staaten auerhalb der EU Sollen Daten von der Zollverwaltung im Rahmen eines ffentlichen Zugangs (FTAM oder PRMD-PRMD-Kopplung) an Serverstandorte auerhalb der EU bertragen werden, sind die Kosten vom Teilnehmer zu tragen. Es bietet sich hier fr den Teilnehmer die Einrichtung eines inlndischen Anschlusses (0800) an, den die Zollverwaltung kostenfrei anwhlt und ber den die Daten an Standorte auerhalb der EU weitergeleitet werden.
1 Vorbemerkungen
Seite 5
IT-Verfahren EMCS
Release 1.0
1.9
Datenschutz
Die im IT-Verfahren EMCS getroffenen datenschutzrechtlichen Manahmen basieren auf den Bestimmungen des BDSG (Bundesdatenschutzgesetz) und des IT-Grundschutzhandbuchs des BSI (Bundesamt fr Sicherheit in der Informationstechnik). Durch organisatorische, personelle und technische Manahmen wird ein entsprechendes Sicherheitsniveau fr das IT-Verfahren EMCS gewhrleistet. Es wurden folgende datenschutzrelevante Vorkehrungen gem der Anlage zu 9 BDSG getroffen: Beteiligten-Identifikations-Nummer (BIN) (siehe Kapitel 3.1.3) Autorisierungsprfungen bei Zugang ber ffentlichen Router Autorisierungsprfungen bei exklusivem Zugang EMCS-Benutzerkonzept Die Anwendungen im IT-Verfahren EMCS drfen nur von autorisierten Benutzern im Rahmen der ihnen eingerumten Berechtigungen genutzt werden. Um dies sicherzustellen, wurde eine spezielle Benutzerverwaltung eingerichtet, die es ermglicht, fr die einzelnen Benutzer Kennungen anzulegen und diesen die fr ihre Arbeit bentigten Benutzerrechte zuzuweisen. Leitungsverschlsselung
1.10
EMCS-Informationen
Im Internet stehen unter der Adresse www.zoll.de umfangreiche und aktuelle Informationen zum IT-Verfahren EMCS zur Verfgung. Zum Download werden bereitgestellt: das EDIFACT-Implementierungshandbuch, das vorliegende Merkblatt fr Teilnehmer, die EMCS-Verfahrensanweisung, die von EMCS untersttzten Codes, die entsprechenden Vordrucke sowie weitere Informationen zum IT-Verfahren EMCS.
1 Vorbemerkungen
Seite 6
IT-Verfahren EMCS
Release 1.0
1.11
Internet-EMCS-Anwendung
Die Internetschnittstelle IEA (Internet-EMCS-Anwendung) ist eine ffentlich zugngliche Schnittstelle zum Informationsaustausch zu EMCS-Vorgngen zwischen Wirtschaftsbeteiligten und den zustndigen Hauptzollmtern. Nationale Teilnehmer, die ber keine eigene EDIFACT-Teilnehmersoftware verfgen, knnen die IEA nutzen. Darber hinaus knnen Teilnehmer, deren Teilnehmersoftware ausgefallen ist (Fallback-Fall), die IEA temporr zur Kommunikation nutzen, um z. B. neue Befrderungsvorgnge zu erffnen. EMCS-Vorgnge, die unter Verwendung von Teilnehmersoftware erstellt wurden, knnen in der IEA nicht weiterbearbeitet werden. Ebensowenig knnen EMCS-Vorgnge, die unter Verwendung der IEA erstellt wurden, mit der Teilnehmersoftware weiterbearbeitet werden.
1 Vorbemerkungen
Seite 7
IT-Verfahren EMCS
Release 1.0
Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen

Es ist anzumerken, dass die Begriffe Erffnung, Beendigung und Erledigung nicht im Sinne einer legal definierten Anforderung entsprechend den geltenden Rechtsvorschriften zu verstehen sind. Vielmehr beschreiben sie eine sinnvolle logische Verknpfung zusammengehriger Aktivitten innerhalb der Fachanwendung (Anwendungsfallgruppe). Die folgende Abbildung beschreibt den allgemeinen Geschftsablauf eines ITgesttzten Befrderungsverfahrens unter Steueraussetzung.
Abbildung 1: Geschftsablauf eines IT-gesttzten Befrderungsverfahrens unter Steueraussetzung
In den Kapiteln 2.1 bis 2.3 werden alle aufgefhrten Anwendungsfallgruppen kurz beschrieben.
2 Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen

Seite 8
IT-Verfahren EMCS
Release 1.0
2.1
Erffnung
Die Anwendungsfallgruppe Erffnung ist eine Abgangsstellenfunktionalitt. Ereignis fr die Erffnung von Befrderungsverfahren unter Steueraussetzung ist die bermittlung eines Entwurfs des Elektronischen Verwaltungsdokuments (e-VD) an das EMCS-System durch einen Teilnehmer (Versender). Die Daten des e-VD werden plausibilisiert. Im Fehlerfall wird der Entwurf des e-VD abgewiesen. Bei positivem Ausgang der Prfung werden die Daten in die Anwendung bernommen und durch Vergabe eines eindeutigen Referenzcodes (ARC) validiert. Damit ist das Befrderungsverfahren systemtechnisch erffnet. Die Daten des e-VD werden dem Teilnehmer in Form einer EDIFACT-Nachricht sowie eines Reports im PDF-Format als Besttigung zurckgesendet. Gleichzeitig mit der Validierung des Entwurfs des e-VD wird die angemeldete Bestimmungsstelle und dadurch der angegebene Empfnger ber die beabsichtigte Ankunft der Warensendung unterrichtet. Eine Erfassung der Daten des e-VD (Entwurf) durch den Benutzer bei dem zustndigen Hauptzollamt (Abgangsstelle) erfolgt nicht.
2.2
Beendigung
Die Anwendungsfallgruppe Beendigung ist eine Bestimmungsstellenfunktionalitt. Voraussetzung fr die Beendigung des Befrderungsverfahrens ist der Eingang des durch die Abgangsstelle bermittelten e-VD. Die Bestimmungsstelle leitet das e-VD unmittelbar nach Erhalt automatisiert an den vom Versender angegebenen Empfnger weiter. Nach Eintreffen der Waren hat der Empfnger das Ergebnis seiner Feststellungen (konform/nicht konform/Fehlmenge/Mehrmenge) oder die Zurckweisung der Warensendung (vollstndig/teilweise) seinem zustndigen Hauptzollamt durch bermittlung der Eingangsmeldung anzuzeigen. Abhngig von der Mitteilung des Empfngers wird das Befrderungsverfahren entweder automatisiert oder manuell durch den Benutzer im Anschluss an mgliche Kontrollen/Prfungen beendet. Die Eingangsmeldung wird an die Abgangsstelle zurckgesendet. Eine Interaktion mit dieser Anwendungsfallgruppe ist in Form der Benutzereingabe und der Nachrichtenbermittlung durch den Teilnehmer mglich (Benutzereingabe ausschlielich fr die Eingabe der Eingangsmeldung).
2.3
Erledigung
Die Anwendungsfallgruppe Erledigung wird von der Abgangsstelle genutzt. Im Rahmen dieser Anwendung wird u. a. die fristgerechte Beendigung von Befrderungsverfahren berwacht, die Eingangsmeldung auf Grundlage der mitgeteilten Kontrollergebnisse ausgewertet, die Annullierung eines Befrderungsvorgangs durch den Versender geprft und die Erledigung des Befrderungsvorgangs automatisiert oder manuell durch den Benutzer sichergestellt. Eine Interaktion mit dieser Anwendungsfallgruppe ist in Form der Benutzereingabe und der Nachrichtenbermittlung durch den Teilnehmer mglich.
2 Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen

Seite 9
IT-Verfahren EMCS
Release 1.0
3
3.1
3.1.1 3.1.1.1
Teilnahmevoraussetzungen
Formale Voraussetzungen
Anmeldung zur Teilnahme Anmeldung zur EMCS-Teilnahme Wer am IT-Verfahren EMCS teilnehmen mchte, muss die Vordrucke Anmeldung Teilnahme EMCS (Vordruck-Nr. 033088), Netzanbindung (Vordruck-Nr. 033084) und BIN-Antrag (Vordruck-Nr. 033089) sowie ggf. Technische Angaben FTAM (Vordruck-Nr. 033085) und Technische Angaben X.400-Mail (Vordruck-Nr. 033086) vollstndig ausgefllt und rechtsverbindlich unterzeichnet bei der Bundesfinanzdirektion Sdost Dienstort Weiden Asylstrae 17 Postfach 1658 92606 Weiden Telefon: .................0961/302-364 Telefax: .................0961/302-261 E-Mail: ....................Zertifizierung@ofdn.bfinv.de einreichen. IT-Dienstleister mssen zustzlich den vollstndig ausgefllten und rechtsverbindlich unterzeichneten Vordruck IT-Dienstleister Stammdaten (Vordruck-Nr. 033083) an folgende Adresse einreichen: Informations- und Wissensmanagement Zoll Postfach 10 07 61 01077 Dresden Telefax: ..................0351/44834-444 Alle Vordrucke werden im Formularcenter unter www.zoll.de zum Download bereitgestellt. Eine frmliche Zulassung ist nicht vorgesehen. Allerdings muss der Teilnehmer zertifizierte Software einsetzen (siehe Kapitel 3.1.9.1) und die in der Verfahrensanweisung zum IT-Verfahren EMCS getroffenen Regelungen einhalten. Dies muss vom Teilnehmer im Vordruck Anmeldung Teilnahme EMCS (Vordruck-Nr. 033088) erklrt werden. Mit diesem Vordruck kann auch eine Direktanbindung an die Domne der Zollverwaltung beantragt werden. Auch Teilnehmer, die bereits zertifizierte Software einsetzen mchten, werden von der BFD Sdost ggf. noch einem verkrzten Testverfahren unterzogen. Daneben besteht auch die Mglichkeit eines Probebetriebs (siehe Kapitel 3.1.9 f.). Die mit dem Zusatzblatt Netzanbindung (Vordruck-Nr. 033084) anzugebenden Daten sind fr den elektronischen Datenaustausch unverzichtbar. Hier wird mitgeteilt, mit welcher Verbindungsart der Teilnehmer mit den Hauptzollmtern kom-
3 Teilnahmevoraussetzungen
Seite 10
IT-Verfahren EMCS
Release 1.0
munizieren mchte und - bei X.400- oder FTAM-Kommunikation - an welche Adresse die Antwortnachrichten bermitteln werden soll. Der Vordruck muss bei Neubeantragung einer BIN stets gemeinsam mit dem BIN-Antrag abgegeben werden. Im BIN-Antrag sind die Daten des zum Empfang der BIN-Berechtigten anzugeben. Ihm wird die BIN nach Vergabe persnlich zugestellt (siehe Kapitel 3.1.3). Um dem Teilnehmer Nachrichten in dem Format zustellen zu knnen, das sein System aktuell verarbeiten kann, muss in den Teilnehmerstammdaten hinterlegt werden, mit welchem EMCS-Release seine Teilnehmersoftware arbeitet. Hierzu muss der Teilnehmer fr jede Nachrichtengruppe das jeweils untersttzte EMCSRelease mit Beginndatum melden. Der Teilnehmer muss rechtzeitig vor dem geplanten Beginndatum zur Einrichtung der betreffenden Nachrichtengruppen einen BIN-Antrag (Vordruck-Nr. 033089) bei der BFD Sdost Dienstort Weiden - stellen. Der Antrag muss die Nachrichtengruppe(n), das Beginndatum und ein Kreuz in Feld 5 (neues EMCS-Release) beinhalten. IT-Dienstleister, die von ihren Kunden dazu bevollmchtigt sind, bermitteln den BIN-Antrag zusammen mit einer Liste der ihnen von ihren Kunden berantworteten Verbrauchsteuernummern. Die Liste muss die Verbrauchsteuernummer, den Firmennamen, den Sitz, das Gltigkeitsdatum, den Namen des BINAnsprechpartners und die Nachrichtengruppen beinhalten. Im BIN-Antrag muss dann im Feld Verbrauchsteuernummer auf die anliegende Liste hingewiesen werden. Parallel dazu muss die Liste in einer Excel-Datei per E-Mail bermittelt werden. IT-Dienstleister mssen durch den entsprechenden Beteiligten schriftlich ermchtigt werden. Wechsel des Softwareanbieters Der EMCS-Teilnehmer muss beim Wechsel des Softwareanbieters sicherstellen, dass mit der neuen Software ggf. noch nicht beendete Vorgnge, die mit der alten Anwendung initiiert wurden, ber das IT-Verfahren EMCS abgewickelt werden knnen. Dies kann beispielsweise nach dem Import der betreffenden (archivierten) EDIFACT-Nachrichten in die neue Anwendung geschehen (Stichtagsumstellung). Ein paralleler Betrieb von alter und neuer Anwendung wird von Seiten der Zollverwaltung grundstzlich weder technisch noch organisatorisch untersttzt. 3.1.1.2 Anmeldung zur Zertifizierung Fr die Teilnahme am IT-Verfahren EMCS ist eine zertifizierte Software erforderlich. Die Vordrucke Antrag Zertifizierung EMCS (Vordruck-Nr. 033090), Netzanbindung (Vordruck-Nr. 033084), Technische Angaben FTAM (Vordruck-Nr. 033085) und Technische Angaben X.400-Mail (Vordruck-Nr. 033086) mssen zur Aufnahme des Zertifizierungsverfahrens vollstndig ausgefllt bei der BFD Sdost Dienstort Weiden - eingereicht werden. Alle Vordrucke werden im Formularcenter unter www.zoll.de zum Download bereitgestellt.
Seite 11
IT-Verfahren EMCS
Release 1.0
Das Zertifizierungsverfahren wird durch die Bundesfinanzdirektion Sdost Dienstort Weiden durchgefhrt (siehe Kapitel 3.1.9.1 ff.). 3.1.1.3 Wahlmglichkeit fr Steuerlagerinhaber Um den Bedrfnissen einer zentralen oder dezentralen Datenverarbeitung im Falle von Steuerlagerinhabern gerecht zu werden, haben diese die Mglichkeit, ihre Kommunikationsdaten bergreifend fr alle Lagerorte oder fr jeden Lagerort einzeln anzugeben. Die BIN wird dann entsprechend zugewiesen (vgl. Kapitel 3.1.3.1). Die jeweiligen Vorschriften zur Zertifizierung gelten analog. 3.1.2 Verbrauchsteuernummer Jeder Beteiligte erhlt von seinem zustndigen Hauptzollamt mit der Erteilung der jeweiligen verbrauchsteuerrechtlichen Erlaubnis eine oder mehrere Verbrauchsteuernummern. Nhere Informationen zur Verbrauchsteuernummer sind unter www.zoll.de verfgbar. Die Verbrauchsteuernummer ist Bestandteil des Betrefftextes jeder X.400-Mail bzw. des Namens der FTAM-bertragungsdatei, die an die Zollverwaltung gesendet wird. Testteilnehmern werden fr die Dauer des Testverfahrens eine oder mehrere Testverbrauchsteuernummern zugewiesen. Die Nutzung der Testverbrauchsteuernummer im Echtbetrieb ist nicht zulssig.
Seite 12
IT-Verfahren EMCS
3.1.3 3.1.3.1 Beteiligten-Identifikations-Nummer (BIN) Allgemeines
Release 1.0
Die handschriftliche Unterschrift wird in EMCS durch eine BIN ersetzt. Rechtsgrundlage fr den Einsatz der BIN als Ersatz fr die elektronische Unterschrift ist 36 (1) Nr. 3g des Gesetzes zur nderung von Verbrauchsteuergesetzen. Folglich bentigt jeder, der am elektronischen Datenaustausch (EDI) im Rahmen des IT-Verfahrens EMCS teilnehmen mchte, eine BIN. Sie dient zur Prfung der Zugangsberechtigung. Der Teilnehmer muss die BIN in der EDIFACT-Nachricht angeben. So ist in Verbindung mit der Verbrauchsteuernummer eine eindeutige Identifizierung des Teilnehmers mglich. Fr die Zuordnung jeder vom Teilnehmer bermittelten EDIFACT-Nachricht zu dem verantwortlichen Bearbeiter ist ein Logbuch nach dem Muster in Anlage 1 zu fhren (siehe auch Kapitel 3.1.5.3). Zu jeder Verbrauchsteuernummer wird nur eine BIN durch das IWM Zoll vergeben. Steuerlagerinhaber haben die Wahl, sich eine BIN fr die VSt-Lagerinhabernummer oder jeweils eine BIN fr die VSt-Lagernummer zuweisen zu lassen. Eine bergreifende BIN fr alle Verbrauchsteuernummern eines Unternehmens kann nicht vergeben werden. Den Unternehmen, die die Zertifizierung ihrer entwickelten Software anstreben, werden von der BFD Sdost Dienstort Weiden fr die Dauer des Testbetriebs eine bzw. mehrere Testverbrauchsteuernummern und entsprechende Test-BINs zugewiesen. Die Test-BIN ist nicht fr den Echtbetrieb gltig. Anmerkung Bei der Zollverwaltung erscheint die BIN weder in Benutzeroberflchen noch in Ausdrucken. Sie wird als solche auch nicht in den Stammdaten gespeichert; hier werden nur die zur Berechnung der BIN erforderlichen Eckdaten festgehalten. 3.1.3.2 Beantragung der BIN Die BIN ist mit dem Vordruck BIN-Antrag (Vordruck-Nr. 033089) bei der BFD Sdost Dienstort Weiden zu beantragen. Bzgl. des beantragten Gltigkeitsbeginns sind die Dauer des Postwegs sowie die Zeit zur Erfassung der Daten durch das IWM Zoll zu bercksichtigen. 3.1.3.3 nderung der BIN Ist die BIN anderen als den unterschriftsberechtigten Personen bekannt geworden (siehe Kapitel 3.1.3.4), so ist die Vergabe einer neuen BIN zu beantragen. Im BIN-Antrag (Vordruck-Nr. 033089) kann der Teilnehmer angeben, ab wann er seine neue BIN nutzen will. Der Teilnehmer erhlt daraufhin wieder eine Mitteilung ber die Registrierung als EMCS-Teilnehmer mit Gltigkeitsende der alten und Gltigkeitsbeginn der neuen BIN und einen neuen BIN-Brief. Bei der Angabe der Gltigkeitsdaten sollte die Dauer des Postwegs bercksichtigt werden.
Seite 13
IT-Verfahren EMCS
Release 1.0
Eine nderung der Verbrauchsteuernummer fhrt automatisch zur Ungltigkeit der zur bisherigen Verbrauchsteuernummer vergebenen BIN und verlangt eine Neubeantragung einer BIN. 3.1.3.4 Firmeninterne Sicherheitsmanahmen Der Teilnehmer muss in seinem Einflussbereich sicherstellen, dass nur unterschriftsberechtigte Personen die BIN kennen und nutzen knnen. Bei der Festlegung interner Regelungen hat der Teilnehmer Gestaltungsfreiheit. Es wird vorgeschlagen, die Zugriffsberechtigung auf die BIN im firmeneigenen EDV-System auf bestimmte Mitarbeiter zu beschrnken. Sie sollte diesen Mitarbeitern gleichwohl nicht angezeigt werden. Flankierende Sicherheitsregelungen legt ggf. der Teilnehmer fest. Auch der Umgang mit dem BIN-Brief (siehe dazu den nachfolgenden Absatz) liegt in seiner Regelungskompetenz. Es sind Vorkehrungen getroffen, damit die BIN bei der bermittlung an den Teilnehmer oder IT-Dienstleister nicht unbeteiligten Dritten bekannt wird (Versand per sogenanntem BIN-Brief, der mittels eines Sicherheitsverfahrens so gestaltet ist, dass er ohne Beschdigung nicht geffnet werden kann). Der BIN-Brief wird an den benannten Verantwortlichen beim Teilnehmer (BINAnsprechpartner) adressiert. Im BIN-Brief erfolgt kein Hinweis auf die korrespondierende Verbrauchsteuernummer. Vielmehr muss der Beteiligte zur BIN-Beantragung eine dreistellige numerische Referenz angeben, um fr den Fall, dass gleichzeitig mehrere BIN-Briefe fr mehrere VSt-Nummern erzeugt werden mssen, eine Zuordnung der VSt-Nummer zu einer BIN treffen zu knnen. Diese Referenz wird im BIN-Brief angegeben. In einem zweiten Schreiben (der Mitteilung ber die Registrierung) werden die aktuell gespeicherten Stammdaten des Teilnehmers unter Angabe der Verbrauchsteuernummer mitgeteilt - die BIN wiederum ist hier nicht aufgefhrt. Die Firma benennt im BIN-Antrag einen fr den Erhalt der BIN verantwortlichen Mitarbeiter in herausgehobener Stellung (z. B. den Geschftsfhrer oder den Leiter der EDV-Abteilung). Dieser sollte fr die berwachung der firmeninternen Sicherheitsmanahmen zustndig sein. Stellt der Teilnehmer fest, dass die BIN anderen als den unterschriftsberechtigten Personen bekannt geworden oder missbruchlich verwendet worden ist, ist das IWM Zoll unverzglich zu benachrichtigen. Das IWM Zoll veranlasst die Sperrung der BIN, die aus technischen Grnden erst am nchsten Tag nach der Antragstellung wirksam wird. Zwischen der Sperrung der alten und der Vergabe der neuen BIN kann der Teilnehmer keine Nachrichten mit der Zollverwaltung austauschen.
Seite 14
IT-Verfahren EMCS
3.1.4 Checkliste fr knftige Teilnehmer Teilnahmevoraussetzungen: -
Release 1.0
Verbrauchsteuernummer(n) DF-Verbindung mit X.400-Adresse bzw. FTAM-Anbindung (ggf. ber Provider oder IT-Dienstleister) zertifizierte Software fr die bentigten Nachrichten Anmeldung Teilnahme EMCS (siehe Kapitel 3.1.1.1) - bei Direktanbindung mit Angabe der Verbindungsdaten (Technische Angaben X.400Mail bzw. FTAM) BIN
Seite 15
IT-Verfahren EMCS
3.1.5 3.1.5.1 bermittlung der EDIFACT-Nachrichten
Release 1.0
Zugangsmglichkeiten zum Kommunikationsnetz der Zollverwaltung EDIFACT-Nachrichten mit enthaltener BIN werden als Anlage einer E-Mail nach Protokoll X.400 (siehe Kapitel 3.1.6) bzw. per FTAM (siehe Kapitel 3.1.7) bermittelt. Alle Nachrichten zwischen der Zollverwaltung und dem Teilnehmer werden entweder per X.400 oder per FTAM ausgetauscht. Dazu muss die entsprechende Zugangsvariante beantragt und eingerichtet werden (Vordruck-Nr. 033085 und 033086). Der gewnschte Standardnachrichtenkanal wird dabei hinterlegt. Erstellt ein Teilnehmer per Nachricht den Entwurf eines e-VD, so wird der verwendete Nachrichtenkanal (X.400, FTAM) dem entsprechenden EMCS-Vorgang zugeordnet. Nachrichten an den Teilnehmer, die diesen EMCS-Vorgang betreffen, werden immer ber den beim EMCS-Vorgang hinterlegten Weg versandt. Ist fr einen EMCS-Vorgang noch keine Information ber den Kommunikationsweg hinterlegt, wird der in den Stammdaten hinterlegte Standardnachrichtenkanal verwendet.
3.1.5.2
Nachrichtengre und Systemgrenzwerte Unabhngig von den nachfolgenden Ausfhrungen bezglich der zulssigen maximalen Gre von bertragungsdateien, drfen technisch und fachlich nicht notwendige Informationen grundstzlich nicht bermittelt werden. Per X.400-Mail ist derzeit innerhalb des Kommunikationsnetzes (Vereinbarung mit der Telekom) die Gre einer zu bertragenden Datei auf 20 MB beschrnkt. Der Teilnehmer sollte sich ggf. bei seinem Provider nach der maximalen Gre einer zu bertragenden E-Mail erkundigen. Abhngig hiervon ergibt sich die fr den Teilnehmer zulssige maximale Gre einer bertragungsdatei. Beim FTAM-Zugang gibt es keine Grenbeschrnkung der bertragungsdatei. Eine Komprimierung von bertragungsdateien am FTAM-Zugang ist mittels PKZIPStandard 2.04 bzw. UNIX-compress mglich, wobei das Komprimierungsverfahren PKZIP empfohlen wird. Werden gleichzeitig die Datenelemente mit der technisch maximal mglichen Anzahl Zeichen gefllt, sind theoretisch Nachrichtengren von 1 KB bis 1,6 MB mglich. In der Praxis werden diese Maximalwerte nicht erreicht, da bereits beim Teilnehmer fachliche Plausibilitten die Erzeugung von Nachrichten, die smtliche Segmente bzw. Segmentgruppen enthalten, verhindern sollten.
Seite 16
IT-Verfahren EMCS
3.1.5.3 Sicherheit (Logbuch)
Release 1.0
Die einzelnen EDIFACT-Nachrichten mssen jeweils dem verantwortlichen Bearbeiter zugeordnet werden knnen. Zum Nachweis des Nachrichtenaustauschs und der Verantwortlichkeiten ist ein Logbuch in Form von Tagesnachweisen nach dem in Anlage 1 enthaltenen Muster zu fhren. Das Logbuch soll den chronologischen Ablauf des Nachrichtenaustauschs wiedergeben. Es wird anmeldungsbezogen gefhrt. Die gesendeten und empfangenen Nachrichten mssen ber die Bezugsnummer und/oder ber den ARC einem EMCS-Vorgang zugeordnet werden knnen. Das Logbuch enthlt die X.400- bzw. FTAM-Empfangs-/Sendequittungen (Sende- bzw. Empfangszeitpunkt, auch Fehlerkennzeichen) der von den Dienststellen empfangenen und an die Dienststellen gesendeten Nachrichten. Die Sende- und Empfangszeiten sind die Zeiten, zu denen die X.400-Mail bzw. die FTAM-bertragungsdatei mit den EDIFACT-Nachrichten in den Verantwortungsbereich des Teilnehmers gelangen bzw. diesen verlassen. Dieser Verantwortungsbereich beginnt bei Zugang ber PRMD beim MTA des Teilnehmers oder des IT-Dienstleisters und bei FTAM-bertragung beim FTAMServer des Teilnehmers oder des IT-Dienstleisters. Die Aufnahme des Konvertierungszeitpunkts, der sich aus dem UNB-Segment einer Nachricht ergibt, ist nicht zulssig. Beispiel: Bei der Sendezeit handelt es sich um den Zeitpunkt, an dem die X.400-Mail an das X.400-Transportsystem bergeben wird. Empfangszeit ist der Zeitpunkt, an dem die X.400-Mail das X.400-Transportsystem verlsst. Das Fehlerkennzeichen bezieht sich ausschlielich auf die bertragung der Nachrichten und nicht auf strukturelle oder inhaltliche Richtigkeit. Ein Fehlerkennzeichen ist zwingend erforderlich, wenn ein ordnungsgemer Nachrichtenaustausch nicht stattfindet. Dies ist der Fall, wenn ein Non Delivery Report (NDR) erzeugt und an den Teilnehmer verschickt wird. Fr jede Nachricht vom Teilnehmer sind das firmeninterne Ordnungskriterium (Bezugsnummer), das Ordnungskriterium des Systems EMCS (ARC), der Nachrichtentyp und die EDIFACT-Nachrichtennummer festzuhalten. Bei Antwortnachrichten des Hauptzollamts sind der ARC, die EDIFACT-Nachrichtennummer und soweit zurckgegeben - auch die Bezugsnummer aufzufhren. Das Logbuch kann in Dateiform vorgehalten werden. Es muss organisatorisch und technisch sichergestellt werden, dass sich die Sendevorgnge den Bearbeitern eindeutig zuordnen lassen und diese das Logbuch nicht editieren knnen. Sortier- und Filterfunktionen sind zur vorgangsbezogenen Aufbereitung des Logbuchs erforderlich. Andernfalls sind die - beispielhaft in Anlage 1 enthaltenen - Tagesnachweise pro Bearbeiter arbeitstglich auszudrucken und von diesem zu unterzeichnen. Das Logbuch (Tagesnachweise oder Dateiform) muss vom Teilnehmer zehn Jahre lang aufbewahrt werden.
Seite 17
IT-Verfahren EMCS
3.1.6 3.1.6.1 bermittlung von Nachrichten per X.400-Mail X.400-Adresse
Release 1.0
Ein Teilnehmer muss seine X.400-Adresse im Vordruck Netzanbindung (Vordruck-Nr. 033084) angeben. Sie wird unter seiner Verbrauchsteuernummer gespeichert. Antwortnachrichten leitet das Hauptzollamt stets an diese Adresse. Die Empfnger-X.400-Adresse eines Hauptzollamts ist stets nach dem gleichen Schema aufgebaut: S OU O P A C = = = = = = kommzoll (fix) <Dienststellenschlsselnummer> (variabel) emcs <Betriebsdomne> (fr Echtbetrieb: emcs-tn, fr Testbetrieb: emcs-zert) viat (fix) de (fix)
Die zur Adressierung einer beliebigen Dienststelle erforderliche X.400-Adresse lsst sich nach diesem Schema leicht herleiten. Die Absender-X.400-Adresse im Header der Antwortmail eines Hauptzollamts ist nicht identisch mit der vom Teilnehmer zu verwendenden Empfnger-X.400Adresse.
Seite 18
IT-Verfahren EMCS
3.1.6.1.1 Zertifizierungsdienststellen
Release 1.0
3.1.6.1.1.1 X.400-Adressen der Zertifizierungsdienststellen

DSt-Schlsselnummer DE000040 DE000041 DE000042 DE000043 DE000044 DE000050 DE000051 DE000052 DE000053 DE000054 Bezeichnung der DSt HZA 4 ZA 1 (beim HZA 4) ZA 2 (beim HZA 4) ZA 3 (beim HZA 4) ZA 4 (beim HZA 4) HZA 5 ZA 1 (beim HZA 5) ZA 2 (beim HZA 5) ZA 3 (beim HZA 5) ZA 4 (beim HZA 5) Sonstiges Hauptzollamt Binnenzollamt Grenzzollamt Flughafenzollamt Seehafenzollamt Hauptzollamt Binnenzollamt Grenzzollamt Flughafenzollamt Seehafenzollamt
Die X.400-Adresse einer Dienststelle fr die Zertifizierung ist nach folgendem Schema aufgebaut: S O P A C = = = = = kommzoll (fix) <DSt-Schlsselnummer> (variabel) emcs emcs-zert viat de OU =
Beispiel fr HZA 4: S O P A C = = = = = kommzoll DE000040 emcs emcs-zert viat de OU =
Seite 19
IT-Verfahren EMCS
Release 1.0
3.1.6.1.1.2 X.400-Adressen der Zertifizierungsdienststellen fr den Zertifizierungsautomaten

DSt-Schlsselnummer DE000140 DE000141 DE000142 DE000143 DE000144 DE000150 DE000151 DE000152 DE000153 DE000154 Bezeichnung der DSt HZA 14 ZA 1 (beim HZA 14) ZA 2 (beim HZA 14) ZA 3 (beim HZA 14) ZA 4 (beim HZA 14) HZA 15 ZA 1 (beim HZA 15) ZA 2 (beim HZA 15) ZA 3 (beim HZA 15) ZA 4 (beim HZA 15) Sonstiges Hauptzollamt Binnenzollamt Grenzzollamt Flughafenzollamt Seehafenzollamt Hauptzollamt Binnenzollamt Grenzzollamt Flughafenzollamt Seehafenzollamt
Die X.400-Adresse einer Dienststelle fr die Zertifizierung mit dem Zertifizierungsautomaten ist nach folgendem Schema aufgebaut: S O P A C = = = = = kommzoll (fix) <DSt-Schlsselummer> (variabel) emcs emcs-zefa viat de OU =
Beispiel fr HZA 14: S O P A C = = = = = kommzoll DE000140 emcs emcs-zefa viat de OU =
Seite 20
IT-Verfahren EMCS
3.1.6.1.2 Probebetriebsdienststellen
Release 1.0
3.1.6.1.2.1 X.400-Adressen der Probebetriebsdienststellen

DSt-Schlsselnummer DE000060 DE000061 DE000062 DE000063 DE000064 Bezeichnung der DSt HZA 6 ZA 1 (beim HZA 6) ZA 2 (beim HZA 6) ZA 3 (beim HZA 6) ZA 4 (beim HZA 6) Sonstiges Hauptzollamt Binnenzollamt Grenzzollamt Flughafenzollamt Seehafenzollamt
Die X.400-Adresse einer Dienststelle fr den Probebetrieb ist nach folgendem Schema aufgebaut: S O P A C = = = = = kommzoll (fix) <DSt-Schlsselnummer> (variabel) emcs emcs-zert viat de OU =
Beispiel fr HZA 6: S O P A C = = = = = kommzoll DE000060 emcs emcs-zert viat de OU =
Seite 21
IT-Verfahren EMCS
3.1.6.2 3.1.6.2.1 X.400-Betrefftext
Release 1.0
X.400-Betrefftext bei vom Teilnehmer versandten Nachrichten Der Teilnehmer muss im Betrefftext (subject im Header einer X.400-Mail) den Nachrichtengruppenschlssel zur Nachricht und die relevante Verbrauchsteuernummer angeben (<Nachrichtengruppenschlssel>-<relevante Verbrauchsteuernummer>, z. B. EME-DE12345678901). Die Schlssel der entsprechenden Nachrichtengruppen sind im Kapitel 4 sowie in den Vordrucken Anmeldung Teilnahme EMCS (Vordruck-Nr. 033088) bzw. Antrag Zertifizierung EMCS (Vordruck-Nr. 033090) aufgelistet.
3.1.6.2.2
Relevante Verbrauchsteuernummer im X.400-Betrefftext Als relevante Verbrauchsteuernummer im X.400-Betrefftext ist stets die Verbrauchsteuernummer des Nachrichtenbermittlers, im Falle eines ITDienstleisters dessen Identifikationsnummer, einzutragen.
3.1.6.3
X.400-Betrefftext bei von der Zollverwaltung versandten Nachrichten Eine von der Zollverwaltung versandte X.400-Mail enthlt im Betrefftext den Nachrichtengruppenschlssel zur Nachricht und die vierstellige Dienststellenschlsselnummer der versendenden Dienststelle (<Nachrichtengruppenschlssel>-DE00<Dienststellenschlsselnummer>, z. B. EME-DE001234).
Seite 22
IT-Verfahren EMCS
3.1.6.4 Fehlerbehandlung bei X.400-Verbindung
Release 1.0
Bei Fehlern im Verbindungsaufbau, z. B. bei Verwendung einer unzutreffenden X.400-Adresse der Dienststelle, wird der Sendeversuch nach X.400-Protokoll mit einem Non Delivery Report (NDR - Nichtzustellbesttigung) beantwortet. Bestimmte fachliche Fehler werden ebenfalls per NDR beantwortet, d. h. solche Nachrichten werden nicht entgegengenommen. Die folgenden Kriterien fhren zu einem NDR:
Quittung Diagnose/ Fehlernachricht NDR NDR NDR NDR NDR NDR NDR NDR NDR DR DR CONTRL-Nachricht (E_EDI_NCK) Fachliche Fehlernachricht (N_REJ_DAT) 38 (undeliverable mail recipient refused to accept) 12 (content syntax error) 38 (undeliverable mail recipient refused to accept) 11 (invalid arguments) Ursache Syntaktisch fehlerhafte .ipm-Datei Betrefftext besteht nicht aus Nachrichtengruppe und Verbrauchsteuernummer Existenz keiner oder mehr als einer Anlage EDIFACT-Anlage nicht lesbar oder leer Kein UNB-Segment in der EDIFACT-Anlage Unbekannte Nachrichtengruppe im Betrefftext Unbekannter Absender Nicht autorisierter Absender Abweichung der Absenderangaben zwischen Betrefftext und EDIFACT-UNB-Segment Technischer Fehler in der EDIFACT-Datei Fachlicher Fehler in der EDIFACT-Nachricht
Aufgefhrt sind auch Fehler, die zu einem Delivery Report (DR - Zustellbesttigung) fhren, jedoch mit einer technischen oder einer fachlichen Fehlernachricht beantwortet werden.
Seite 23
IT-Verfahren EMCS
3.1.7 bermittlung von Nachrichten per FTAM
Release 1.0
Der FTAM-Zugang erfolgt ber ein FTAM-Gateway. Vom Teilnehmer werden die Daten per FTAM zu diesem FTAM-Gateway bertragen und von dort an den Dienststellenserver weitergegeben. In umgekehrter Richtung werden die Daten vom Hauptzollamt zunchst zum FTAM-Gateway und von dort per FTAM weiter zum Teilnehmer bertragen. Bei der bermittlung an das FTAM-Gateway erhlt der Teilnehmer von seiner FTAM-Kommunikationsanwendung eine Rckmeldung ber den Erfolg der bertragung. Bei Dateibertragungen an den Teilnehmer wird vom FTAM-Gateway eine Besttigung (analog DR bzw. NDR bei X.400) in Form von (Sammel)Reportdateien erzeugt und an das Hauptzollamt bertragen, damit beim Hauptzollamt das Zustelldatum fr ausgehende Nachrichten abgelegt werden kann (siehe Kapitel 3.2.2.5). 3.1.7.1 FTAM-Adresse Ein Teilnehmer muss die Daten, die zum Aufbau einer FTAM-Verbindung bentigt werden, mit dem Vordruck Technische Angaben FTAM (Vordruck-Nr. 033085) angeben. Die Daten werden unter einem Profilnamen (FTAM-Adresse) gespeichert. Die Versendung von Antwortnachrichten des Hauptzollamts erfolgt stets auf Basis der unter der FTAM-Adresse gespeicherten Verbindungsdaten. 3.1.7.2 Dateiname bei per FTAM versandten Nachrichten Der Name einer vom Teilnehmer oder einer an den Teilnehmer bertragenen Datei (Teilnehmernachricht und Antwortnachricht) ist folgendermaen aufgebaut: <Verfahren><Richtung><Verbrauchsteuernummer><Dienststellenschlsselnummer>_ <lfd. Nummer> <Verfahren> 3-stellig; das ist der Nachrichtengruppenschlssel (wie im Betrefftext von X.400-Nachrichten;siehe Kapitel 3.1.6.2.1) 0 = an den Zoll, 1 = an den Teilnehmer 13-stellige Verbrauchsteuernummer des Teilnehmers (relevante Verbrauchsteuernummer bzw. Identifikationsnummer fr IT-Dienstleister analog zu Kapitel 3.1.6.2.2) 4-stellige Dienststellenschlsselnummer der Zollstelle gem Dienststellenverzeichnis Unterstrich als Trennzeichen vom Teilnehmer oder von der Kommunikationsanwendung vergebene eindeutige Nummer (maximal 17-stellig)
<Richtung> <Verbrauchsteuernummer>
<Dienststellenschlsselnummer>
_ <laufende Nummer>
Bei FTAM-bertragungsdateien von EMCS an Teilnehmer ist als weitere Dateinamenskomponente stets das Suffix .zip angehngt.
Seite 24
IT-Verfahren EMCS
Release 1.0
Bei Eingang einer fehlerfreien FTAM-Datei wird vom System automatisch eine technische Positivquittung erstellt und an den Teilnehmer bertragen. Diese Quittung hat denselben Dateinamen wie die vom Teilnehmer bertragene Datei, an die zustzlich die Zeichenkette OK angehngt wird. Die Richtung wird mit 0 angegeben, obwohl die Datei an den Teilnehmer bermittelt wird. Als Inhalt der Datei wird ein Zeitstempel mit dem Zeitpunkt der Nachrichtenverarbeitung im System EMCS bermittelt. 3.1.7.3 Dateiname von per FTAM bermittelten komprimierten Nachrichten Wenn eine Datei komprimiert bermittelt wird, ist der Dateiname folgendermaen aufgebaut: <Verfahren> <Richtung> <Verbrauchsteuernummer> <Dienststellenschlsselnummer>_<laufende Nummer>.zip <Verfahren> <Richtung> <Verbrauchsteuernummer> <Dienststellenschlsselnummer>_<laufende Nummer>.Z . zip Z Punkt als Trennzeichen empfohlene Komprimierung per PKZIP-Standard 2.04 Komprimierung per UNIX-compress,
Die Dateinamen werden vom Teilnehmer bzw. von dessen Kommunikationsanwendung oder vom Hauptzollamt an den Teilnehmer nach folgendem Beispiel aufgebaut: EME1DE123456789017777_1.zip. 3.1.8 Software Die eingesetzte Software muss vor Echtbetriebsaufnahme von der BFD Sdost Dienstort Weiden - fachlich freigegeben werden (Zertifizierung nach Kapitel 3.1.9.1). nderungen der eingesetzten Software mssen der BFD Sdost Dienstort Weiden - mit dem Vordruck Antrag Teilnahme EMCS (Vordruck-Nr. 033088) angezeigt werden. Je nach Art und Umfang der nderung werden erneut Tests, ggf. auch eine erneute Zertifizierung durchgefhrt.
Seite 25
IT-Verfahren EMCS
3.1.9 Durchfhrung von Tests
Release 1.0
Ein Teilnehmer muss zur Teilnahme an EMCS ber zertifizierte Software verfgen. Die Zertifizierung wird von der BFD Sdost Dienstort Weiden durchgefhrt. Auch Teilnehmer, die mit bereits zertifizierter Software den Echtbetrieb aufnehmen wollen, mssen sich ggf. einem stark verkrzten Testverfahren unterziehen (Kurztest). Dies soll sicherstellen, dass die bertragung der EDIFACT-Nachrichten per E-Mail gem Protokoll X.400 bzw. FTAM fehlerfrei abluft und die Software nach Installation bei einem Teilnehmer alle fachlichen Anforderungen erfllt. Nach erfolgreichen Tests teilt die BFD Sdost Dienstort Weiden - den Teilnehmern die freigeschalteten Nachrichtengruppen mit. Daneben besteht fr jeden Teilnehmer die Mglichkeit, zu Test-, Schulungs- oder Demonstrationszwecken einen Probebetrieb (Vordruck-Nr. 033091) mit der bereits zertifizierten Software zu beantragen (siehe Kapitel 3.1.10). In den Vordrucken mssen die whrend des Testbetriebs zu verwendende X.400-Adresse und/oder die FTAM-Verbindungsdaten angegeben werden. Diese knnen mit den im Echtbetrieb verwendeten identisch sein. Die X.400-Adresse oder FTAM-Verbindungsdaten werden fr die Dauer des Tests unter der Testverbrauchsteuernummer gespeichert. 3.1.9.1 3.1.9.1.1 Zertifizierung von Software (Softwarehersteller bzw. Eigennutzer) Allgemeines Alle Testflle sind im Rahmen des Zertifizierungsverfahrens (Teil 1) fehlerfrei zu bermitteln. Der Softwarehersteller erhlt hier ebenfalls bereits die vorgesehenen Antwortnachrichten. Auch deren fehlerfreie Einarbeitung ist sicherzustellen. Das Zertifizierungsverfahren fr den Teil 1 wird mit dem Zertifizierungsautomaten durchgefhrt. Voraussetzung fr den Beginn des Zertifizierungsverfahrens (Teil 2) ist die fehlerfreie Abarbeitung der Testflle des Teils 1. Dies ist durch die bermittlung eines Logbuchs ber den vollstndigen Nachrichtenaustausch zu Teil 1 nachzuweisen. In Teil 2 der Zertifizierung kommen bislang noch nicht bermittelte Testflle zum Einsatz, u. a. Fehlerflle und Testflle mit Benutzeraktionen. Zur Durchfhrung der Tests erhlt der Softwarehersteller von der BFD Sdost Dienstort Weiden - die erforderlichen Testverbrauchsteuernummern und BINs. Im Testverfahren tauscht der Softwarehersteller EDIFACT-Nachrichten mit von der BFD Sdost Dienstort Weiden -betreuten virtuellen Hauptzollmtern aus. Abhngig von den zu bedienenden Nachrichtengruppen werden dem Softwarehersteller auch Testerlaubnisse zugewiesen. Whrend des Testverfahrens muss ein IT-gesttztes Logbuch gefhrt werden. Die eingesetzte Software muss eine entsprechende Funktionalitt bieten. Nach einer erfolgreichen Zertifizierung werden die zertifizierten Softwarekombinationen und -anbieter im Internet verffentlicht, sofern sie ihr Einverstndnis schriftlich im entsprechenden Vordruck 033090 erklrt haben. In dieser Liste der Softwareanbieter sind u. a. die Versionen der Softwarekomponenten und die getesteten Nachrichtengruppen aufgefhrt. Sie findet sich unter: www.zoll.de (Zoll online > Zoll und Steuern > Verbrauchsteuern > EMCS)
Seite 26
IT-Verfahren EMCS
Release 1.0
Die Zertifizierung gilt ausschlielich fr die getestete Kombination der eingesetzten einzelnen Softwarekomponenten und die Datenbertragungs- und Zugangsart fr die getesteten Nachrichtengruppen. Sie gilt nicht fr Nachfolgeversionen. nderungen der Softwarekomponenten, insbesondere wenn sie die EDIFACTSchnittstelle betreffen, mssen der BFD Sdost Dienstort Weiden - gemeldet werden. Je nach Art der nderung ist ein neues Testverfahren notwendig, dessen Umfang die BFD Sdost - Dienstort Weiden - in Abstimmung mit dem Softwarehersteller festlegt. Basis der Zertifizierung sind die festgelegten Versionen der EDIFACT-Nachrichtentypen gem Zertifizierungsantrag. nderungen der auf Seiten der Zollverwaltung eingesetzten EMCS-Software, insbesondere der EDIFACTNachrichtentypen, knnen dazu fhren, dass ein neues Testverfahren durchgefhrt werden muss. Nach erfolgreich absolviertem Testverfahren gelten die getesteten Nachrichten wieder als zertifiziert. Eine zertifizierte Softwarekombination kann fr weitere Nachrichten zertifiziert werden. Sofern sich die Version bereits getesteter Nachrichtentypen gendert hat (z. B. anlsslich eines EMCS-Releasewechsels), muss ein neues Zertifizierungsverfahren beantragt und durchlaufen werden (Nachzertifizierung). Die Zertifizierung bedingt eine im Rahmen des Testverfahrens tatschlich eingesetzte Inhouse-Anwendung. Die Teilnehmersoftware sollte die technischen und fachlichen Plausibilitten umsetzen. Die abgefangenen Fehler sind anhand von Bildschirmausdrucken mit entsprechenden Fehlerhinweisen nachzuweisen. Der reine Austausch von EDIFACT-Nachrichten kann nicht zur Zertifizierung fhren. Die Inhalte von Antwortnachrichten des Hauptzollamts sind automatisiert in die Inhouse-Anwendung einzuarbeiten und benutzergerecht auf dem Bildschirm darzustellen. Im Rahmen eines Zertifizierungsverfahrens ggf. erfolgte Hinweise der BFD Sdost Dienstort Weiden - zu unzutreffenden oder unvollstndigen Bezeichnungen bzw. Angaben auf Oberflchen oder in Druckausgaben mssen beachtet werden. Die verwendete PDF-Version ist die Version 1.3. 3.1.9.1.2 Zertifizierungsantrag Fr die Zertifizierung ist bei der BFD Sdost Dienstort Weiden - ein Antrag auf Zertifizierung (Vordruck-Nr. 033090) zu stellen. Alle Vordrucke werden im Formularcenter unter www.zoll.de zum Download bereitgestellt.
2,3
2 3
Diese PDF-Version wurde mit dem Adobe Acrobat Version 4.0 eingefhrt. Genutzt wird zudem die Mglichkeit, die PDF-internen stream-Objekte zu komprimieren. Notwendig werden dazu die in der PDF-Spezifikation beschriebenen Filter FlateDecode und ASCII85Decode.
Seite 27
IT-Verfahren EMCS
3.1.9.1.3 Vollzertifizierung
Release 1.0
Fr die (alles umfassende) Vollzertifizierung muss der Nachweis erbracht werden, dass die EMCS-Teilnehmersoftware alle Nachrichtengruppen und alle laut EDI-IHB festgelegten Funktionalitten der Nachrichten umfasst. Hierzu legt die BFD Sdost Dienstort Weiden - Testflle und Testszenarien fest, die die EMCS-Teilnehmersoftware innerhalb der Zertifizierungstests fehlerfrei durchlaufen muss. Testflle und -szenarien decken den Funktionsumfang der Nachrichten mglichst umfassend ab. Als Nachweis dient der telefonische Abgleich bermittelter Daten, Bildschirmausdrucke und Druckreports sowie das vom Softwarehersteller automatisiert zu fhrende Logbuch ber den Nachrichtenaustausch. Die Vollzertifizierung kommt fr Softwarehuser und Eigennutzer in Betracht. 3.1.9.1.4 Teilzertifizierung Eine Teilzertifizierung ist mglich, wenn die zu zertifizierende Teilnehmersoftware nicht alle Nachrichtengruppen umfassen soll. Die Teilzertifizierung kommt fr Softwarehuser und Eigennutzer in Betracht. Besonderheit Steuerlager: Inhaber eines Steuerlagers bentigen stets die Nachrichtengruppen EME und EMB. 3.1.9.1.5 Eingeschrnkte Zertifizierung Eine eingeschrnkte Zertifizierung (nur fr Eigenentwickler) kommt in Betracht, wenn die zu zertifizierende Teilnehmersoftware nicht alle Felder/Feldgruppen/ Codes innerhalb einer Nachricht bedienen knnen soll. Mit dem Zertifizierungsantrag muss je Nachrichtentyp eine Liste vorgelegt werden, die die Felder/Feldgruppen/Codes auffhrt, auf deren Prfung in der Zertifizierung verzichtet werden soll. Die Liste muss die entsprechenden Felder im EDIIHB referenzieren. Eine eingeschrnkte Zertifizierung ist in folgenden Fllen nicht mglich: Die Bedienung sogenannter Mussfelder (mandatory, required) eines Nachrichtentyps kann nicht gewhrleistet werden. Die Bedienung sogenannter bedingter Mussfelder (dependent) oder Kannfelder (advised, optional), die aufgrund von fachlichen Plausibilitten erforderlich sind, kann nicht gewhrleistet werden.
Die BFD Sdost Dienstort Weiden - prft anhand des EDI-IHB und sonstiger fachlicher und technischer Anforderungen, ob dem Antrag vollstndig oder teilweise entsprochen werden kann. Dies ist insbesondere abhngig von der Art der erteilten verbrauchsteuerrechtlichen Erlaubnisse und den besonderen Gegebenheiten des Teilnehmers (Standorte, Art und Umfang der Steueraussetzungsverfahren). Das Prfungsergebnis wird dem Teilnehmer anschlieend mitgeteilt. Das Zertifizierungsverfahren wird gem Kapitel 3.1.9.1.1 um die Testflle reduziert, die aufgrund der gewnschten Einschrnkung nicht erzeugt oder verarbeitet
Seite 28
IT-Verfahren EMCS
Release 1.0
werden knnen. Fr die eingeschrnkte Zertifizierung werden daher durch die BFD Sdost Dienstort Weiden - angepasste Testflle und Testszenarien festgelegt. Zustzlich sollen im Testbetrieb Testflle aus der Praxis des Teilnehmers bermittelt werden. Soweit mglich, richtet sich der Umfang einer eingeschrnkten Zertifizierung am Umfang einer Vollzertifizierung aus. Eingeschrnkt zertifizierte Software darf nur im Unternehmensbereich des Teilnehmers eingesetzt werden, der den Antrag auf eingeschrnkte Zertifizierung gestellt hat. Im Rahmen der Anmeldung zur Teilnahme an EMCS muss ein Teilnehmer die EMCS-Teilnehmersoftware angeben, die er einzusetzen beabsichtigt. Einer Anmeldung, die den Einsatz eingeschrnkt zertifizierter Software auerhalb des Unternehmensbereichs des Eigennutzers vorsieht, wird nicht stattgegeben. Softwarehuser werden fr die eingeschrnkte Zertifizierung nicht zugelassen. 3.1.10 Probebetrieb Der Probebetrieb stellt ein unverbindliches Serviceangebot der Zollverwaltung dar und dient Teilnehmern mit zertifizierter Software zu Schulungs- und Test-, ggf. auch zu Demonstrationszwecken. Die Probebetriebsumgebung entspricht hinsichtlich Performance und personeller Ressourcen nicht dem Echtbetrieb. Lasttests knnen nicht durchgefhrt werden Teilnehmern wird im Probebetrieb die Mglichkeit geboten, Nachrichten an virtuelle Hauptzollmter (Probebetriebsdienststellen) zu senden und analog dem Echtbetrieb entsprechende Reaktionen zu erhalten. Im Probebetrieb knnen die wesentlichen, fr einen Teilnehmer relevanten Bereiche der Nachrichtenbermittlung abgebildet werden. Die an Probebetriebsdienststellen bersandten Daten entfalten keine rechtliche Wirkung. Im Vordergrund stehen fachliche Tests und Schulungsmanahmen des Teilnehmers. Die Teilnahme am Probebetrieb ist bei der BFD Sdost Dienstort Weiden mindestens vier Wochen vor dem beabsichtigten Termin schriftlich zu beantragen (Vordruck 033091). Der Vordruck ist im Formularcenter unter www.zoll.de verfgbar. Aus Kapazittsgrnden ist der Probebetrieb in der Regel zeitlich befristet und kann bei hoher Auslastung begrenzt werden. Aktuelle Informationen und Ansprechpartner fr Fragen zum Probebetrieb sind unter www.zoll.de (Zoll online > Zoll und Steuern > Verbrauchsteuern > EMCS) zu finden.
Seite 29
IT-Verfahren EMCS
Release 1.0
3.2
Technische Voraussetzungen
In diesem Kapitel werden die verschiedenen Zugangsmglichkeiten zum IT-Verfahren EMCS und die jeweils notwendigen technischen Voraussetzungen beschrieben. Anmeldedaten werden in Form von elektronischer Post nach X.400-Protokoll oder per FTAM an das zustndige Hauptzollamt gesandt. Wenn der Teilnehmer die erste Nachricht zu dem EMCS-Vorgang schickt, ohne dass das nationale EMCS zuvor eine Nachricht an ihn gesendet hat, wird der Kommunikationskanal (X.400, FTAM) dieser Nachricht als Kommunikationskanal fr den Teilnehmer im EMCS-Vorgang gespeichert. Wenn im EMCS-Vorgang ein Kommunikationskanal fr den Teilnehmer hinterlegt ist, werden alle folgenden Nachrichten ber diesen Kommunikationskanal geschickt. Ein Wechsel des Kommunikationskanals in einem laufenden EMCSVorgang ist damit ausgeschlossen. Im Fallback-Fall (Ausfall der Kommunikationssoftware beim Teilnehmer) werden Informationen zu den bestehenden Vorgngen nach wie vor als Nachrichten an den Teilnehmer bermittelt. Nachdem die Kommunikationssoftware beim Teilnehmer wieder verfgbar ist, werden diese Nachrichten nachtrglich verarbeitet. Die notwendigen Details zur Vorgehensweise im Fallback-Fall knnen der Verfahrensanweisung zum IT-Verfahren EMCS entnommen werden. Im Rahmen der Kommunikation mit den Hauptzollmtern sind Systemgrenzwerte zu beachten. Zurzeit betrgt die maximale Dateigre bei der bermittlung der Nachrichten per elektronische Post 20 MB. Bei der bermittlung per FTAM gibt es keine Einschrnkungen hinsichtlich der Dateigre. Nhere Informationen hierzu sind in Kapitel 3.1.5.2 dargestellt. Wenn Teilnehmer Daten verschlsselt bertragen mchten, ist dies zurzeit ausschlielich im Rahmen einer exklusiven Anbindung an das Kommunikationsnetz mglich (siehe Kapitel 3.2.1.4 und 3.2.2).
Seite 30
IT-Verfahren EMCS
3.2.1 Elektronische Post nach Protokoll X.400 (X.400-Mail)
Release 1.0
Innerhalb des Kommunikationsnetzes wird ein Mailsystem nach dem X.400-Protokoll von 1988 eingesetzt. Der Teilnehmer kann wahlweise den X.400-Standard von 1988 oder den von 1984 benutzen, um elektronische Post mit der Zollverwaltung auszutauschen (ISO-Norm 10021). Von den X.400-Dienstelementen werden neben der Sender- und Empfangsadresse (Originator/Recipient Name) nur der Betrefftext (Subject), der Anlagentyp (Attachment) und die Empfangsquittung (Delivery Report) bentigt, die bereits im 84er-Standard verfgbar sind. Weitere Dienstelemente werden nicht ausgewertet und sollen auf den standardmig voreingestellten Werten belassen werden (Prioritt, Wichtigkeit, Vertraulichkeit usw.). Fr die bertragung der X.400-Mail stehen dem Teilnehmer mehrere Wege offen. Der bertragungsweg hngt insbesondere von der Menge und der Hufigkeit der zu bermittelnden Daten ab. Die Entscheidung, welcher Weg genutzt werden soll, trifft der Teilnehmer (siehe Kapitel 1.7 bzw. 1.8). 3.2.1.1 Darstellung der Zugangs- und bertragungsmglichkeiten (X.400) Die technischen bertragungsmglichkeiten sind in der Anlage 2 erlutert. Mit dem Antragsformular Technische Angaben X.400-Mail (Vordruck-Nr. 033086) kann die gewnschte Zugangsart beantragt werden. An dieser Stelle wird eine erste bersicht als Entscheidungshilfe angeboten.
bertragung auf Basis des X.400-Protokolls
ffentliche Kopplung (Whlverbindung)
Exklusive PRMD-PRMD-Kopplung1
PRMD -Kopplung
ISDN (Whlverb.)
DDV
SFV
1 Antrag
mit Vordruck 0874 bzw. 0875
Abbildung 2: Darstellung der Zugangs- und bertragungsmglichkeiten mit X.400
Die PRMD-PRMD-Kopplung bedingt einen exklusiven Zugang oder einen Zugang auf einen ffentlichen Anschluss/Router bei einem der beiden Standorte des ZIVIT Frankfurt. Bei einer PRMD-PRMD-Kopplung empfiehlt es sich, als Backuplsung einen Zweitzugang zum zweiten Standort einrichten zu lassen, damit im Strungsfall auf diesen umgestellt werden kann. Hinweis Fr IT-Dienstleister besteht nicht die Mglichkeit, einen ffentlichen Zugang zu nutzen. Ihnen steht grundstzlich nur ein exklusiver Zugang zur Verfgung.
Seite 31
IT-Verfahren EMCS
3.2.1.2 X.400-Mail mit EDIFACT-bertragungsdateien als Anlagen
Release 1.0
Die X.400-Mail muss als Anlage (Attachment) eine den EDIFACT-Regeln entsprechende bertragungsdatei (Interchange) enthalten. Mit der Telekom besteht derzeit eine Vereinbarung, dass die maximale Gre der bertragungsdatei 20 MB betrgt. Der im Interchange zu verwendende Zeichensatz (UNOC) entspricht dem erweiterten ASCII-Zeichensatz. Als Typ der Anlage muss BILAT angegeben werden. Im UNB-Segment des Interchange muss die Dienststelle mit ihrer achtstelligen Dienststellenschlsselnummer 4 angegeben werden. Mit der X.400-Mail darf im IT-Verfahren EMCS genau ein Interchange bermittelt werden, der aus einer oder mehreren EDIFACT-Nachrichten des gleichen Nachrichtentyps bestehen muss. Die im Interchange enthaltenen EDIFACT-Nachrichten mssen folglich zur gleichen Nachrichtengruppe gehren. Die EDIFACT-Nachricht C_AAD_VAL (e-VD) enthlt als einzige zwei Anlagen: die Nachricht als elektronisches Verwaltungsdokument (e-VD) und die Druckausgabe des e-VD (PDF-Datei). 3.2.1.3 Mailaustausch ber ein ffentliches X.400-Netz Ein Teilnehmer, der nur gelegentlich Daten mit der Zollverwaltung austauscht oder kleinere Datenmengen bertrgt, kann seine X.400-Mail ber einen ffentlichen X.400-Zugang senden. Der Teilnehmer bertrgt dazu eine X.400-Mail auf PRMD-Ebene ber ffentliche Whlanschlsse an das ZIVIT Frankfurt. Der Teilnehmer wird hierzu im Rahmen der Einrichtung dieser Zugangsart autorisiert. Die X.400-Mail gelangt ber den Zugangsknoten (PRMD) in das Kommunikationsnetz und wird von dort an das adressierte Hauptzollamt weitergeleitet. Die Nachrichtenbertragung in umgekehrter Richtung, d. h. vom Hauptzollamt zum Teilnehmer, luft analog ab. Der Teilnehmer bentigt fr die physikalische Nachrichtenbertragung in das Kommunikationsnetz einen Anschluss zu und eine Adresse in seiner PRMD. Dabei muss jeder Teilnehmer auf einen MTA, ber den der Nachrichtentransfer abgewickelt wird, zugreifen knnen. Ein privates System wird in der Regel ber einen ISDN-Anschluss mit dem System eines X.400-Dienstanbieters verbunden. Der ffentliche Zugang zu den Domnen der Zollverwaltung ber ffentliche Whlanschlsse ist nicht fr Spitzenlast ausgelegt. Dadurch kann es zu Verzgerungen bei der bermittlung von Nachrichten kommen (Besetztsituation).
Die internationale achtstellige Dienststellenschlsselnummer setzt sich fr deutsche Dienststellen aus dem Prfix "DE00" und der nationalen vierstelligen Dienststellenschlsselnummer zusammen.
Seite 32
IT-Verfahren EMCS
3.2.1.4
Release 1.0
Mailaustausch ber eine Direktanbindung zum Kommunikationsnetz (Exklusiver Zugang) Ein Teilnehmer, der regelmig groe Datenmengen zur Zollverwaltung bertrgt, erhlt die Mglichkeit, seine eigene PRMD mit einer PRMD der Zollverwaltung direkt zu koppeln (PRMD-PRMD-Kopplung). Die X.400-Mail wird von der Teilnehmer-PRMD direkt zu der ZollverwaltungPRMD und von dort zum adressierten Hauptzollamt weitergeleitet. Antworten an den Teilnehmer werden zunchst zu der Zollverwaltung-PRMD und von dort auf dem gleichen Weg wie die eingegangene X.400-Mail an den Teilnehmer bermittelt. Verwalter der Zollverwaltung-PRMDen ist das ZIVIT Frankfurt. Fr die PRMD-PRMD-Kopplung muss beim Teilnehmer ein MTA eingerichtet sein. Die MTAs beim Teilnehmer und beim ZIVIT Frankfurt werden so konfiguriert, dass Nachrichten direkt ausgetauscht werden knnen. Dazu mssen Angaben zum MTA ausgetauscht und entsprechende Eintrge zur Konfiguration der MTAs gemacht werden (Vordruck-Nr. 033086). Dem ZIVIT Frankfurt mssen ggf. MTA-Zugangspasswrter mitgeteilt werden. Fr die Direktanbindung knnen Whl- oder Festverbindungen eingesetzt werden, die exklusiv genutzt werden. In diesem Fall erfolgt die bergabe der Daten an einen LAN-Port, so dass die Leitungs- oder bertragungsart vom Teilnehmer an das ZIVIT (WAN) frei gewhlt werden kann. Im Rahmen eines exklusiven Zugangs besteht die Mglichkeit, die Daten verschlsselt ber das WAN zu senden. In der Wahl der Sicherheits-Komponenten sind die Teilnehmer frei. An der LAN-Schnittstelle im ZIVIT Frankfurt werden die Daten dann unverschlsselt erwartet. Im Unterschied zur oben beschriebenen Mglichkeit des X.400-Mailaustauschs ber ein ffentliches X.400-Netz ist bei der direkten PRMD-PRMD-Kopplung kein X.400-Provider erforderlich. Allerdings sind die Konfigurationsmanahmen beim Teilnehmer und beim ZIVIT aufwndiger. Auerdem mssen beim ZIVIT in ausreichender Zahl LAN-Ports vorgehalten werden. Deshalb ist diese Mglichkeit nur fr die Teilnehmer vorgesehen, die ein groes Datenvolumen direkt mit der Zollverwaltung austauschen. Die Zollverwaltung entscheidet darber, ob ein exklusiver Zugang gewhrt wird.
Seite 33
IT-Verfahren EMCS
3.2.2 Datenbertragung per FTAM
Release 1.0
FTAM ist in der internationalen Norm ISO 8571 festgelegt. Der hier verwendete Document Type ist FTAM-3 (unstructured binary file). Zurzeit wird auf dem FTAM-Gateway das Produkt openFT eingesetzt. Fr Teilnehmer wird ein Berechtigungsprofil angelegt. Dieses Profil ist mit einer Zugangsberechtigung verknpft, die das bei FT-Auftrgen sonst bliche login aus Benutzerkennung, ggf. Account sowie Passwort ersetzt. Diese Zugangsberechtigung wird dem technischen Teilnehmer aus Sicherheitsgrnden gesondert mitgeteilt. Daneben wird vermerkt, ob ein Teilnehmer komprimierte Daten (UNIX-compress) senden und empfangen kann. Im Rahmen eines exklusiven Zugangs besteht die Mglichkeit, die Daten verschlsselt zu senden. In der Wahl der Sicherheits-Komponenten sind die Teilnehmer frei. An der LAN-Schnittstelle beim ZIVIT Frankfurt werden die Daten dann unverschlsselt erwartet.
Seite 34
IT-Verfahren EMCS
3.2.2.1 3.2.2.1.1
Release 1.0
Darstellung der Zugangs- und bertragungsmglichkeiten (FTAM) Generelle Zugangs- und bertragungsmglichkeiten (FTAM) Mit dem Vordruck technische Angaben FTAM (Vordruck-Nr. 033085) kann die gewnschte Zugangsart beantragt werden. An dieser Stelle wird eine erste bersicht als Entscheidungshilfe angeboten.
bertragung per FTAM
ffentliche Kopplung1
Exklusive Kopplung1
ISDN (Whlverb.)
ISDN (Whlverb.)
DDV
SFV
Antrag mit Vordruck 0874 od. 0875 und ggf. 0876 mssen gestellt werden
Abbildung 3: Darstellung der Zugangs- und bertragungsmglichkeiten per FTAM
Die Datenbertragung per FTAM bedingt einen exklusiven Zugang oder einen Zugang zu einem ffentlichen Anschluss/Router bei einem der beiden Standorte des ZIVIT Frankfurt. Bei einem FTAM-Zugang empfiehlt es sich, als Backuplsung einen Zweitzugang zum zweiten Standort einrichten zu lassen, damit im Strungsfall auf diesen umgestellt werden kann. Hinweis Fr IT-Dienstleister besteht nicht die Mglichkeit, einen ffentlichen Zugang zu nutzen. Ihnen steht grundstzlich nur ein exklusiver Zugang zur Verfgung.
Seite 35
IT-Verfahren EMCS
3.2.2.1.2
Release 1.0
Besondere Zugangs- und bertragungsmglichkeit bei exklusivem FTAMZugang Die FTAM-Datenbertragung ber WAN wird auf Basis eines ISO-genormten Protokolls durchgefhrt, das einen hohen Protokoll-Overhead erfordert. Insbesondere bei vielen kleinen zu bermittelnden Nachrichten fhrt dies zu einem ungnstigen Verhltnis von Overhead zu Nutzdaten. IT-Dienstleistern, DF-Gemeinschaften oder groen FTAM-Partnern, die einen exklusiven FTAM-Zugang besitzen kann eine Schnittstelle zur Verfgung gestellt werden, die es ermglicht, diesen Overhead zu verkleinern, wie nachfolgend beschrieben. Die ber WAN von der technischen Gegenstelle des FTAM-Partners bertragenen bzw. vom FTAM-Gateway an diese zu bertragenden Daten werden dabei einem dem FTAM-Gateway des ZIVIT vor- bzw. nachgelagerten Rechner bergeben. Die technische Gegenstelle des FTAM-Partners kommuniziert also nicht direkt mit dem FTAM-Gateway, sondern mit diesem vorgelagerten Rechner. Auf dem Rechner (bzw. in dem Homeverzeichnis je FTAM-Partner) kann eine FTAM-Partner-spezifische Software installiert sein, die (Sammel-)Dateien mit mehreren Nachrichten empfngt und fr die bertragung an das FTAM-Gateway separiert bzw. aufbereitet (eine Nachricht wird in einer Datei gespeichert), so dass die FTAM-Konventionen in Bezug auf Dateiinhalt und Dateinamen eingehalten werden. Fr die Datenbermittlung zwischen dem vorgelagerten Rechner und der technischen Gegenstelle des FTAM-Partners ist dabei allein der FTAM-Partner verantwortlich.
3.2.2.1.2.1 Allgemeine Erluterungen
Abbildung 4: Darstellung der Zugangs- und bertragungsmglichkeit bei exklusivem FTAM-Zugang

Seite 36
IT-Verfahren EMCS
Release 1.0
3.2.2.1.2.2 bermittlung vom FTAM-Partner zum vorgelagerten Rechner beim ZIVIT Der FTAM-Partner bermittelt unter Nutzung seiner bertragungssoftware Daten an den vorgelagerten Rechner beim ZIVIT. Die bermittelten Daten werden je FTAM-Partner in einem separaten Homeverzeichnis gespeichert (z. B. in $HOME/data). Aus den Daten sind die Nachrichten in einer den FTAM-Konventionen entsprechenden Datei im Unterverzeichnis $HOME/tlnin abzulegen. Bis dahin ist der FTAM-Partner fr die Steuerung und bertragung verantwortlich, d. h. er kann sich eigener Prozeduren bedienen. Mit einer vom ZIVIT bereitgestellten Prozedur (shellskript p.tlnin) wird fr jede Datei die Weiterverarbeitung im ZIVIT angestoen. Bei erfolgreicher Weiterverarbeitung liefert die Prozedur den Returncode 0 zurck im Fehlerfall einen Returncode > 0, zurzeit ausschlielich den Code 1. Bei erfolgreicher Weiterverarbeitung wird die Datei aus dem Verzeichnis $HOME/tlnin gelscht. 3.2.2.1.2.3 bermittlung vom vorgelagerten Rechner beim ZIVIT zum FTAM-Partner Antwortnachrichten oder Quittungen werden in einer den FTAM-Konventionen entsprechenden Datei sofort in vollstndiger Gre im Unterverzeichnis $HOME/tlnout bereitgestellt (atomare Operation). Ab hier ist der FTAM-Partner fr die Steuerung und bertragung verantwortlich, d. h. er kann sich einer eigenen Prozedur bedienen und Sammeldateien bilden und bertragen oder die FTAM-Nachrichten wie bereitgestellt bertragen. Nach erfolgreicher bermittlung zum FTAM-Partner ist die im Verzeichnis $HOME/tlnout bereitgestellte Datei durch die FTAM-Partnersoftware zu lschen. 3.2.2.1.2.4 Technische Anforderungen an die FTAM-Partnersoftware Die dem ZIVIT vom FTAM-Partner bergebene Software muss auf einer INTELLINUX-Plattform unter einer beliebigen User-ID und ohne besondere Privilegien ablauffhig sein. Die Software kann aus Shell-Skripten und/oder ablauffhigen Programmen bestehen. Die vom FTAM-Partner bereitgestellte Software sollte dem ZIVIT in einem TARArchiv bergeben werden, das keine absoluten Pfadnamen enthalten darf. Sofern erforderlich, kann in diesem TAR-Archiv auch ein Installationsskript enthalten sein. Ggf. erforderliche Konfigurationsdateien sind in Absprache mit dem ZIVIT - soweit technisch sinnvoll - bereits mit einem (echt-)betriebstauglichen Inhalt zu versehen. 3.2.2.2 Einwahl Teilnehmer ohne eigenen exklusiven Zugang whlen die vom ZIVIT anlsslich der Einrichtung des Zugangs mitgeteilte ISDN-Nummer (ffentlicher Zugang). Teilnehmer mit Exklusivleitungen knnen diesen Zugang nutzen.
Seite 37
IT-Verfahren EMCS
3.2.2.3 Adressierung Die FTAM-Anwendung ist wie folgt zu konfigurieren:
Transportprotokoll Portnummer IP-Adresse des FTAM-Gateway-Servers (Testbetrieb) IP-Adresse des FTAM-Gateway-Servers (Echtbetrieb, fr eingehende Nachrichten) IP-Adresse des FTAM-Gateway-Servers (Echtbetrieb, fr ausgehende Nachrichten) Transportselektor beim Senden und Empfangen RFC1006 (TCP/IP) 102 10.131.208.30
Release 1.0
10.131.208.101 bis 10.131.208.109 10.131.208.102 bis 10.131.208.109 FTAM (ASCII)
3.2.2.4
Komprimieren von Dateien Teilnehmernachrichten Teilnehmer knnen ebenfalls komprimiert senden (PKZIP-Standard 2.04 und UNIX-compress). Antwortnachrichten des Hauptzollamts An Teilnehmer werden Dateien stets komprimiert (ausschlielich gezippt nach PKZIP-Standard 2.04) bermittelt, da neben der Komprimierung auch ein Zusammenpacken von Dateien erforderlich ist (EDIFACT-Datei C_AAD_VAL mit der PDF-Datei e-VD).
Der Name der bertragungsdatei muss bei Teilnehmernachrichten mit dem Suffix .zip bzw. .Z versehen sein. bertragungsdateien mit Antwortnachrichten des Hauptzollamts sind stets mit dem Suffix .zip versehen. Die gepackten Dateien sind bis auf das Suffix namensgleich. Sie erhalten die Suffixe .edi (EDIFACT-Datei) bzw. .pdf (Begleitdokumente). Ein Teilnehmer, der Daten per FTAM empfangen mchte, muss also ein Softwareprodukt nach PKZIP-Standard 2.04 zum Dekomprimieren und ggf. Entpacken einsetzen.
Seite 38
IT-Verfahren EMCS
3.2.2.5 Fehlerbehandlung bei der Datenbertragung per FTAM
Release 1.0
Die eingesetzte Software openFT behandelt technische Fehler der Dateibertragung und Zugangsberechtigung. Fehler, die die Weiterleitung von Dateien an den Dienststellenserver beeintrchtigen, behandelt das FTAM-Gateway teilweise selbst. Bei der bertragung per X.400 werden bestimmte Fehler, z. B. Verbrauchsteuernummer ist fr das Verfahren nicht zugelassen per NDR beantwortet, d. h. solche Nachrichten werden nicht entgegengenommen. Dies ist bei FTAM-bertragungen nicht mglich. Deshalb werden fr derartige Fehler bei FTAM-Einsatz entsprechende Fehlermeldungen an den Teilnehmer zurckgeschickt. Die Fehlermeldungsdateien tragen denselben Dateinamen wie die zugehrige vom Teilnehmer bertragene Datei. Bei Fehlermeldungen wird also die Richtung 0 im Dateinamen angegeben, obwohl die Fehlermeldung an den Teilnehmer geht. Mechanismen zur Fehlererkennung und -behandlung sind auf dem FTAMGateway und in der EMCS-Kommunikation (Dienststellenserver) teilweise redundant ausgefhrt. Alle mit Fehler beantworteten Nachrichten gelten als fachlich nicht entgegengenommen und sind nach Fehlerkorrektur nochmals zu bermitteln. 3.2.2.5.1 FTAM-Gateway-Fehler FTAM-Gateway-Fehler werden codiert zurckgegeben. Die Datei trgt den in Kapitel 3.1.7.2 genannten Dateinamen, ergnzt um die Erweiterung .rpt. Sie enthlt einen Textstring, der aus Fehlercode, Dateiname und dem Hinweis FTGW-Fehler besteht. 3.2.2.5.1.1 Aufbau der rpt-Datei bei einem Non Delivery Report (NDR) <Dateiname>.<rpt> Erluterung <Dateiname> <rpt> Inhalt: <Fehlercode><Dateiname><Hinweis> Erluterung <Fehlercode> <Dateiname> <Hinweis> = = = <FT9100xGWERRxxxx> siehe Kapitel 3.1.7.2 FTGW-Fehler (fixer Text) = = Dateiname der nicht entgegengenommenen bertragungsdatei gem Kapitel 3.1.7.2 Suffix (report)
Seite 39
IT-Verfahren EMCS
3.2.2.5.1.2 Erluterungen zu den Fehlercodes Beispiele
Fehlercode Bedeutung
Release 1.0
Hinweis fr den Teilnehmer Dateinamen entsprechend der vorgeschriebenen Namenskonvention berprfen. Anschlieend Nachricht mit dem der Namenskonvention entsprechenden Dateinamen erneut versenden.
FT91001GWERRZSTN Im Dateinamen fehlt die Rfehlt fehler Dienststellenschlsselnummer. Der Dateiname entspricht damit nicht der vorgeschriebenen Dateinamenskonvention. Eine Weiterleitung der Nachricht ist ohne Dienststellenschlsselnummer nicht mglich. FT91002GWERRxxxx0 fehler Die im Dateinamen angegebene vierstellige Dienststellenschlsselnummer (xxxx) existiert entweder nicht oder ist nicht in den Stammdaten des Gateways enthalten. Eine Weiterleitung der Nachricht ist deshalb nicht mglich.
Dienststellenschlsselnummer auf Richtigkeit berprfen. Fehler ggf. beim Service Desk melden und nach Rckmeldung des ZIVIT Frankfurt Nachricht anschlieend erneut senden.
Der Teilnehmer muss den Fehler beseitigen und danach die Nachricht erneut bermitteln.
Fehlercode FT91000GWERR$RC fehler Bedeutung Hierbei handelt es sich um allgemeine Gatewayfehler, wenn z. B. openFT den Auftrag erst gar nicht annimmt. Dann wird der entsprechende Reasoncode ($RC) angegeben. Die im Dateinamen angegebene vierstellige Dienststellenschlsselnummer (xxxx) ist in den Stammdaten des Gateways doppelt enthalten. Die Nachricht kann aufgrund der nichteindeutigen Zuordnung nicht weitergeleitet werden. Hinweis fr den Teilnehmer Fehler ggf. beim Service Desk melden und nach Rckmeldung des ZIVIT Frankfurt Nachricht anschlieend erneut senden.
FT91003GWERRxxxx2 fehler
Fehler ggf. beim Service Desk melden und nach Rckmeldung des ZIVIT Frankfurt Nachricht anschlieend erneut senden.
Fehlersituationen mit den Fehlercodes FT91000GWERR$RC und FT91003GWERRxxxx-2 sind vom Teilnehmer nicht behebbar. Der Teilnehmer wird gebeten, sich bei diesen Fehlermeldungen an den Service Desk beim ZIVIT Frankfurt zu wenden. Nach erneuter Rckmeldung des ZIVIT sind die Nachrichten erneut durch den Teilnehmer zu versenden.
Seite 40
IT-Verfahren EMCS
Release 1.0
Folgende Fehlermeldungen werden von openFT als Ergebniscode ($RC, Reasoncode) bergeben: Beispiele
Fehlercode (Reasoncode) 160 Auftrag $Datei: Ferne Zugangsberechtigung ungltig Bedeutung Im Auftrag wurde eine falsche Zugangsberechtigung fr den Dienststellenserver angegeben, oder bei Verwendung einer gltigen Zugangsberechtigung wurde gegen Profileintrge bzw. gegen den Berechtigungssatz verstoen (diese Fehlermeldung bezieht sich nicht auf die Zugangsberechtigung, die der Teilnehmer bei jedem Sendeauftrag angibt, sondern auf die Zugangsberechtigung beim Senden vom Gateway des Teilnehmers an das Gateway der Dienststelle). Probleme beim Schreiben der Datei im Zielsystem.
164 Auftrag $Datei: Unzulssiger Zugriffsmodus fr ferne Datei 198 Auftrag $Datei: Wiederanlauf fehlgeschlagen
Fehler bei der Dateibertragung bzw. beim Wiederanlauf einer unterbrochenen Dateibertragung.
204 Die Datei konnte innerhalb der Canceltime nicht berAuftrag $Datei im lokalen Sys- tragen werden. Sie ist deshalb aus dem Auftragsbuch tem gelscht. entfernt worden.
Seite 41
IT-Verfahren EMCS
3.2.2.5.2
Release 1.0
Volltextfehlermeldungen der EMCS-Kommunikationsanwendung Die Fehlermeldungsdateien haben denselben Dateinamen wie die vom Teilnehmer bertragene fehlerhafte Datei und zustzlich das Suffix ERR (die Richtung wird also mit 0 angegeben, obwohl die Datei an den Teilnehmer bermittelt wird). Die Dateien knnen folgende Fehlercodes/-texte enthalten:
Fehlercode Fehlertext FT90000 FT90001 FT90002 FT90003 FT90004 FT90005 FT90008 FT90009 FT90010 FT90011 Der Aufbau des Dateinamens entspricht nicht den Konventionen. Absenderverbrauchsteuernummer aus dem Dateinamen ist keine gueltige Verbrauchsteuernummer. Dienststellenschluesselnummer aus dem Dateinamen ist keine gueltige Dienststellenschluesselnummer. Flag fuer Nachrichtenrichtung ist falsch, 0 waere richtig. Verfahren ist unbekannt. Verfahren an dieser Dienststelle nicht zugelassen. Die Absenderverbrauchsteuernummer in der Nachricht stimmt nicht mit der im Dateinamen enthaltenen ueberein. Die Dienststellenschluesselnummer in der Nachricht stimmt nicht mit der im Dateinamen enthaltenen ueberein. Verbrauchsteuernummer ist zum angegebenen Verfahren nicht zugelassen. Der Inhalt der Nachricht ist fehlerhaft. 5
Technische Fehler (z. B. syntaktische Fehler) in der EDIFACT-Datei und inhaltliche, fachliche Fehler der EDIFACT-Nachricht werden analog zur Beschreibung in Kapitel 3.1.6.4 mit einer CONTRL-Nachricht (E_EDI_NCK) bzw. einer fachlichen Fehlernachricht N_REJ_DAT beantwortet. 3.2.3 Kommunikationstest Vor Aufnahme des Testverfahrens zur Zertifizierung von Software oder zur Teilnahme an EMCS wird der Mail- bzw. Dateiaustausch auf Basis der Angaben in den Antrgen technische Angaben FTAM (Vordruck-Nr. 033085), bzw. technische Angaben X.400-Mail (Vordruck-Nr. 033086) getestet. Das ZIVIT Frankfurt nimmt bei PRMD-PRMD-Kopplungen und bei FTAM-Verbindungen nach Rcksprache mit dem Teilnehmer die Konfiguration des MTA- bzw. FTAM-Gateways im ZIVIT vor. Der Teilnehmer wird hierbei zum Nachrichtenaustausch autorisiert. Anschlieend fhrt das ZIVIT Frankfurt einen Anschalttest mit bertragung einer X.400-Mail bzw. Testdatei durch.
Als ZIP-formatiert ausgewiesene Datei enthlt kein ZIP-Format ZIP-formatierte Datei enthlt nicht genau eine EDIFACT-Datei EDIFACT nicht lesbar oder leer Kein UNB-Segment in der EDIFACT-Anlage
Seite 42
IT-Verfahren EMCS
Release 1.0
Nachrichtenaustausch mit Teilnehmern

Der Nachrichtenaustausch zwischen Teilnehmern mit einer zertifizierten Teilnehmersoftware und der Zollverwaltung wird im IT-Verfahren EMCS mit EDIFACT-Nachrichten durchgefhrt, die auf EDIFACT-Standardnachrichtentypen basieren. Bei Eingang einer fehlerfreien X.400-Mail erstellt das System automatisiert eine Empfangsquittung (Delivery Report) und sendet sie an den Absender. Im Fehlerfall erhlt der Absender eine Mitteilung in Form eines Non Delivery Reports. Bei der bertragung per FTAM erstellt das System bei Eingang einer fehlerfreien FTAM-Datei automatisch eine technische Positivquittung und bertrgt sie an den Teilnehmer. Die FTAM-Komponenten behandeln positive wie negative Quittungen zu eingehenden Nachrichten wie ausgehende Nachrichten. Diese Ablufe werden hier der bersichtlichkeit wegen nicht dargestellt. Danach werden die EDIFACT-Nachrichten einzeln verarbeitet. Bei syntaktischen Fehlern in einer Nachricht wird an den Teilnehmer eine CONTRL-Nachricht (UN/EDIFACT-Standardnachricht) bermittelt, in der die Fehlerposition in der bersandten Nachricht angegeben ist. Die Daten werden nicht vom System bernommen. Der Teilnehmer muss neue, berichtigte Nachrichten bermitteln. CONTRL-Nachrichten sind in den Ablaufdarstellungen nicht enthalten. In EMCS wird die CONTRL-Nachricht als E_EDI_NCK bezeichnet. Bei fachlichen Verarbeitungs-/Plausibilittsfehlern wird dem Teilnehmer eine fachliche Fehlermeldung (N_REJ_DAT) bermittelt, in der die Fehlerposition und die Fehlerursache in der bersandten Nachricht angegeben sind. Die bermittlung der fachlichen Fehlermeldung geht einher mit einer Nichtentgegennahme der Bezugsnachricht. Die fachlichen Fehlermeldungen sind in den Ablaufdarstellungen nicht enthalten. Aus diesem Grund sind die Ablufe, die die Entgegennahme einer Bezugsnachricht darstellen, in den Ablaufdarstellungen jeweils optional dargestellt. Folgendes Sequenzdiagramm erlutert die Ablufe bezglich der Fehlernachrichten beispielhaft fr die Erffnung eines Befrderungsverfahrens:
Abbildung 5: Fehlerbehandlung bei Erffnung eines Befrderungsverfahrens (Sequenzdiagramm)

4 Nachrichtenaustausch mit Teilnehmern

Seite 43
IT-Verfahren EMCS
Release 1.0
Im Rahmen des IT-Verfahrens EMCS knnen derzeit folgende EDIFACTNachrichten bermittelt werden: Erffnung durch den Inhaber eines Steuerlagers / einen Registrierten Versender
Kommunikation Fachlicher Technischer Beschreibung Nachrichtentyp Nachrichtentyp N_AAD_SUB ED815A Nachricht Entwurf e-VD (engl.: Submitted draft of eAAD) Nachricht Annullierung e-VD (engl.: Cancellation of an eAAD) Nachricht nderung des Bestimmungsortes (engl.: Change of destination) Nachricht Erklrung fr Versptung (engl.: Explanation on delay of delivery) Nachricht Elektronisches Verwaltungsdokument (e-VD) (engl.: e-AAD (Administrative accompanying document)) Nachricht Erinnerungsmeldung (engl.: Reminder message for excise movement) Nachricht Annullierung e-VD (engl.: Cancellation of an eAAD) Nachricht nderung des Bestimmungsortes (engl.: Change of destination) Nachricht Eingangsmeldung (engl.: Accepted or rejected report of receipt) Nachricht Meldung ber zugelassene Ausfuhr (engl.: Notification of accepted export) Nachricht Ablehnung Ausfuhr e-VD (engl.: Rejection of eAAD for export) Nachricht Fachliche Fehlermeldung (engl.: Generic refusal message) EME6
TNVERSENDER
(in EMCS eingehend und von TN ausgehend)
C_CAN_DAT
ED810A
C_UPD_DAT
ED813A
C_DEL_EXP
ED837A
EMCS
(von EMCS ausgehend und beim TN eingehend)
C_AAD_VAL
ED801A
C_EXC_REM
ED802A
C_CAN_DAT
ED810A
C_UPD_DAT
ED813A
C_DEL_DAT
ED818A
C_EXP_NOT
ED829A
C_EXP_REJ
ED839A
N_REJ_DAT
ED704A

Seite 44
IT-Verfahren EMCS
Release 1.0
EME6
Erffnung durch den Inhaber eines Steuerlagers / einen Registrierten Versender

Kommunikation Fachlicher Technischer Beschreibung Nachrichtentyp Nachrichtentyp E_EDI_NCK ED907A
Nachricht Technische Fehlermeldung einer EDIFACTNachricht
Beendigung durch den Inhaber eines Steuerlagers / einen Registrierten Empfnger

Kommunikation Fachlicher Nachrichtentyp C_DEL_DAT Technischer Beschreibung Nachrichtentyp ED818A
EMB 6
TNEMPFAENGER
(in EMCS eingehend und von TN ausgehend)
Nachricht Eingangsmeldung (engl.: Accepted or rejected report of receipt) Nachricht Erklrung fr Versptung (engl.: Explanation on delay of delivery) Nachricht Elektronisches Verwaltungsdokument (e-VD) (engl.: e-AAD (Administrative accompanying document)) Nachricht Erinnerungsmeldung (engl.: Reminder message for excise movement) Nachricht Meldung ber umgeleitetes e-VD (engl.: Notification of diverted e-AAD) Nachricht Annullierung e-VD (engl.: Cancellation of an eAAD) Nachricht nderung des Bestimmungsortes (engl.: Change of destination) Nachricht Eingangsmeldung (engl.: Accepted or rejected report of receipt) Nachricht Fachliche Fehlermeldung (engl.: Generic refusal message)
C_DEL_EXP
ED837A
EMCS
(von EMCS ausgehend und beim TN eingehend)
C_AAD_VAL
ED801A
C_EXC_REM
ED802A
C_AAD_NOT
ED803A
C_CAN_DAT
ED810A
C_UPD_DAT
ED813A
C_DEL_DAT
ED818A
N_REJ_DAT
ED704A
Nachrichtengruppenschlssel der Nachrichtengruppen

Seite 45
IT-Verfahren EMCS
Release 1.0
EMB 6
Beendigung durch den Inhaber eines Steuerlagers / einen Registrierten Empfnger

Kommunikation Fachlicher Nachrichtentyp E_EDI_NCK Technischer Beschreibung Nachrichtentyp ED907A
Nachricht Technische Fehlermeldung einer EDIFACTNachricht
Nachfolgend werden die verwendeten Nachrichtentypen erlutert, und es werden mgliche Kommunikationsablufe dargestellt. Ein gestrichelt dargestellter Pfeil in den nachfolgenden Sequenzdiagrammen bedeutet, dass der dargestellte Ablauf bzw. die bermittelte Nachricht optional ist. Die Abnderung einer bereits bermittelten Nachricht durch die nochmalige bermittlung einer gleichartigen Folgenachricht mit genderten Inhalten ist im ITVerfahren EMCS nicht mglich. Eine Besonderheit im IT-Verfahren EMCS ist die Tatsache, dass einzelne Nachrichtenablufe durch eine Nachricht vom Hauptzollamt an den Teilnehmer initiiert werden knnen. Das betrifft z. B. den Ablauf Erinnerung bei Fristberschreitung (siehe Kapitel 4.2.7).
4.1
Nachrichtentypen
Im Rahmen des Fachverfahrens EMCS werden zwei Klassen von Nachrichtentypen unterschieden: Eine Klasse umfasst die E- und N-Nachrichten und eine die C-Nachrichten. Die Abkrzungen E, N und C vor den Nachrichtentypen wurden aus dem Projekt EMCS (Excise Movement and Control System) der Europischen Kommission bernommen und verweisen auf die Domne des Nachrichtentyps. Das Common Domain (C-Nachrichten) beschreibt den Datenaustausch zwischen den Mitgliedstaaten ber das europische Gateway CCN/CSI. Das National Domain (N-Nachrichten) beschreibt den Datenaustausch innerhalb eines Mitgliedstaats. Zwischen den Dienststellen in DE werden keine Nachrichten ausgetauscht. Das External Domain (E-Nachrichten) beschreibt den Datenaustausch zwischen Mitgliedstaat und seinen Wirtschaftsbeteiligten.
Die Verwendung der Nachrichtentypen in den verschiedenen Domnen ist im Projekt EMCS hierarchisch gegliedert: C-Nachrichten knnen in allen Domnen verwendet werden. N-Nachrichten knnen im National Domain und im External Domain verwendet werden. E-Nachrichten knnen nur im External Domain verwendet werden.
Im weiteren Verlauf des Dokuments wird im Wesentlichen der Datenaustausch zwischen den Teilnehmern und ihrem zustndigen Hauptzollamt mit der fachliDok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Seite 46
IT-Verfahren EMCS
Release 1.0
chen Funktion und der Datendefinition beschrieben. Beispielsweise beschreibt der Begriff Entwurf e-VD (N_AAD_SUB) mit Entwurf e-VD die fachliche Funktion des Informationsaustauschs, und der Klammerzusatz (N_AAD_SUB) legt die Datenstruktur des Informationsaustauschs fest, der fr den Informationsaustausch per EDIFACT-Nachricht im IHB (Implementierungshandbuch) beschrieben ist. Auch die betroffenen Nachrichten der IT-Verfahren ATLAS-Ausfuhr und ATLASEinfuhr sind zum besseren Verstndnis der Vorgnge bei den entsprechenden Ablufen dargestellt. In den Fllen, in denen Nachrichten, die ursprnglich vom Teilnehmer stammen, an diesen zurckgesendet werden, geschieht dies zum Zwecke der Besttigung der Akzeptanz dieser Nachricht. Dies ist im Folgenden nicht in jedem Fall ausdrcklich erwhnt.

Seite 47
IT-Verfahren EMCS
4.1.1 4.1.1.1
Release 1.0
Nachrichtentypen Erffnung eines Befrderungsverfahrens Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) N_AAD_SUB: Entwurf e-VD Submitted draft of e-AAD Diese Nachricht dient fachlich zur bermittlung des Entwurfs des elektronischen Verwaltungsdokuments (e-VD).
4.1.1.2
Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) C_AAD_VAL: Elektronisches Verwaltungsdokument (e-VD) e-AAD (Administrative accompanying document) Diese Nachricht dient fachlich zur bermittlung des e-VD. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDF-Format bermittelt.
4.1.2 4.1.2.1
Nachrichtentypen Erffnung eines Befrderungsverfahrens nach einer Einfuhr Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) CUSDEC: Zollanmeldung CUStoms DEClaration Diese Nachricht dient fachlich zur bermittlung der Daten der Zollanmeldung zur berfhrung von Waren in den zollrechtlich freien Verkehr. Dabei handelt es sich um eine Nachricht des ITVerfahrens ATLAS, die aus Grnden der Vollstndigkeit hier mit aufgefhrt ist. Entwurf e-VD Submitted draft of e-AAD Diese Nachricht dient fachlich zur bermittlung des Entwurfs des elektronischen Verwaltungsdokuments (e-VD).
N_AAD_SUB:
4.1.2.2
Antwortnachrichtentypen (von dem Hauptzollamt an den Teilnehmer) CUSREC: Registrierung der Zollanmeldung CUStoms RECeipt Message Diese Nachricht dient fachlich zur bermittlung von Verarbeitungsmitteilungen nach Verarbeitung einer Zollanmeldung. Elektronisches Verwaltungsdokument (e-VD) e-AAD (Administrative accompanying document) Diese Nachricht dient fachlich zur bermittlung des e-VD. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDF-Format bermittelt.
C_AAD_VAL:

Seite 48
IT-Verfahren EMCS
4.1.3 4.1.3.1
Release 1.0
Nachrichtentypen Annullierung eines Befrderungsverfahrens Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) C_CAN_DAT: Annullierung e-VD Cancellation of an e-AAD Diese Nachricht dient fachlich zur bermittlung des Antrags auf Annullierung des Befrderungsvorgangs des e-VD.
4.1.3.2
Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) C_CAN_DAT: Annullierung e-VD Cancellation of an e-AAD Diese Nachricht dient fachlich zur bermittlung der Annullierung des e-VD.
4.1.4 4.1.4.1
Nachrichtentypen nderung des Bestimmungsortes Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) C_UPD_DAT: nderung des Bestimmungsortes Change of destination Diese Nachricht dient fachlich zur bermittlung des Antrags zur nderung des Bestimmungsortes.
4.1.4.2
Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) C_UPD_DAT: nderung des Bestimmungsortes Change of destination Diese Nachricht dient fachlich zur bermittlung der nderung des Bestimmungsortes. Elektronisches Verwaltungsdokument (e-VD) e-AAD (Administrative accompanying document) Diese Nachricht dient fachlich zur bermittlung des e-VD. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDF-Format bermittelt. Meldung ber umgeleitetes e-VD Notification of diverted e-AAD Diese Nachricht dient fachlich zur bermittlung der Information an den ursprnglich vorgesehenen Empfnger der Ware, dass er nicht mehr der Empfnger ist.
C_AAD_VAL:
C_AAD_NOT:

Seite 49
IT-Verfahren EMCS
4.1.5 4.1.5.1
Release 1.0
Nachrichtentypen Erffnung eines Befrderungsverfahrens zur Ausfuhr Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) N_AAD_SUB: Entwurf e-VD Submitted draft of e-AAD Diese Nachricht dient fachlich zur bermittlung des Entwurfs des e-VD. Anmeldung zur Ausfuhr EXPort DATa Diese Nachricht dient fachlich zur bermittlung der Ausfuhranmeldung. Dabei handelt es sich um eine Nachricht des IT-Verfahrens ATLAS, die aus Grnden der Vollstndigkeit hier mit aufgefhrt ist.
E_EXP_DAT:
4.1.5.2
Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) C_AAD_VAL: Elektronisches Verwaltungsdokument (e-VD) e-AAD (Administrative accompanying document) Diese Nachricht dient fachlich zur bermittlung des e-VD. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDF-Format bermittelt. Ablehnung Ausfuhr e-VD Rejection of e-AAD for export Diese Nachricht dient fachlich zur bermittlung des negativen Abgleichergebnisses zwischen den Daten des e-VD und der Anmeldung zur Ausfuhr. C_EXP_NOT: Meldung ber zugelassene Ausfuhr Notification of accepted export Diese Nachricht dient fachlich zur bermittlung des positiven Abgleichergebnisses zwischen den Daten des e-VD und der Anmeldung zur Ausfuhr.
C_EXP_REJ:

Seite 50
IT-Verfahren EMCS
4.1.6 4.1.6.1
Release 1.0
Nachrichtentypen Beendigung durch Eingangsbesttigung Bezugsnachrichtentypen (vom Teilnehmer an das Hauptzollamt) C_DEL_DAT: Eingangsmeldung Accepted or rejected report of receipt Diese Nachricht dient fachlich zur bermittlung der Eingangsmeldung der Ware durch den Empfnger.
4.1.6.2
Antwortnachrichtentypen (vom Hauptzollamt an den Teilnehmer) C_DEL_DAT: Eingangsmeldung Accepted or rejected report of receipt Diese Nachricht dient fachlich zur Weiterleitung der Eingangsmeldung der Ware an den Versender 7.
4.1.7 4.1.7.1
Nachrichtentypen Erinnerung bei Fristberschreitung Bezugsnachrichtentypen (vom Hauptzollamt an den Teilnehmer) C_EXC_REM: Erinnerungsmeldung Reminder message for excise movement Diese Nachricht dient fachlich zur bermittlung der Erinnerungsmeldung an den Versender und den Empfnger.
4.1.7.2
Antwortnachrichtentypen (vom Teilnehmer an das Hauptzollamt) C_DEL_EXP: Erklrung fr Versptung Explanation on delay of delivery Diese Nachricht dient fachlich zur bermittlung der Erklrung fr die Versptung durch den Versender oder den Empfnger.
Die Bezeichnung Eingangsmeldung umfasst in den Fllen der Ausfuhr aus Vereinfachungsgrnden auch den Begriff Ausfuhrmeldung.

Seite 51
IT-Verfahren EMCS
Release 1.0
4.2
4.2.1 4.2.1.1
Verfahrensablufe
Erffnung eines Befrderungsverfahrens Grafische Darstellung als Sequenzdiagramm
Abbildung 6: Erffnung eines Befrderungsverfahrens (Sequenzdiagramm)
4.2.1.2
Fachliche Beschreibung (1) bermittlung des Entwurfs des e-VD Zur Erffnung eines Befrderungsverfahrens unter Steueraussetzung bermittelt der TNVERSENDER der Abgangsstelle den Entwurf e-VD (N_AAD_SUB). Hierbei muss als Abgangsstelle das HZA adressiert werden, das fr den Versender rtlich zustndig ist. Die rtliche Zustndigkeit ist der Erlaubnis zu entnehmen. Im Feld Transport Details.Complementary Information der Nachricht Entwurf e-VD (N_AAD_SUB) ist bei Befrderung von Alkopops der Text Unversteuerter Branntwein und versteuerte Alkopops zu bermitteln. Im Feld Transport Details.Complementary Information der Nachricht Entwurf e-VD (N_AAD_SUB) ist der String Transit zu bermitteln, wenn ein Transport von Deutschland nach Deutschland zum Teil ber das Gebiet anderer Mitgliedstaaten fhrt. Im Feld Reference of document der Nachricht Entwurf e-VD (N_AAD_SUB) ist bei einem Folge-e-VD zum Aufteilen von Warensendungen mit Energieerzeugnissen der Hinweis Aufteilung des ARC . anzubringen. Der dabei anzugebende ARC muss sich immer auf die Warenbefrderung beziehen, die ursprnglich durchgefhrt werden sollte. Im Feld Guarantor type code muss, fr den Fall, dass national keine Sicherheit hinterlegt wird, der Wert 0 eingetragen werden.

Seite 52
IT-Verfahren EMCS
(2) Prfung des Entwurfs des e-VD
Release 1.0
Bei der sich anschlieenden inhaltlichen Prfung werden insbesondere die Vollstndigkeit und Schlssigkeit der Daten sowie die Richtigkeit und Gltigkeit der angegebenen Verbrauchsteuernummern geprft. (3) Warten auf Validierung Der Versender wartet mit dem Beginn des Transports bis zur Validierung der Daten des Entwurfs des e-VD durch das System. (4) Validierung Nach erfolgreicher Prfung erhlt der Befrderungsvorgang im System einen ARC. Das e-VD ist damit ein rechtsgltiges Dokument. (5) Validiertes e-VD bermitteln Die Daten des validierten e-VD werden dem TNVERSENDER mit der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) mitgeteilt. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDFFormat bermittelt. Die Nachricht wird auch an die Bestimmungsstelle, d. h. an das fr den Empfnger zustndige Hauptzollamt, weitergeleitet. Die Bestimmungsstelle ihrerseits leitet die Nachricht an den TNEMPFNGER weiter. (6) Starten des Transports Nach Erhalt der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) kann der Versender den Transport der Waren unter Steueraussetzung beginnen.

Seite 53
IT-Verfahren EMCS
4.2.2 4.2.2.1
Release 1.0
Erffnung eines Befrderungsverfahrens nach einer Einfuhr Grafische Darstellung als Sequenzdiagramm
Abbildung 7: Erffnung eines Befrderungsverfahrens nach einer Einfuhr (Sequenzdiagramm)
4.2.2.2
Fachliche Beschreibung (1) bermittlung der Zollanmeldung Die ATLAS-Nachricht Zollanmeldung (CUSDEC) wird an die Einfuhrzollstelle bermittelt 8. Da es sich bei dieser Nachricht um eine Nachricht eines anderen IT-Verfahrens handelt, ist sie gesondert zu zertifizieren. (2) Registrierung der Zollanmeldung Die Einfuhrzollstelle bermittelt nach der Registrierung der Zollanmeldung die ATLAS-Nachricht CUSREC. Die Nachricht enthlt die ATLASRegistriernummer. Da es sich bei dieser Nachricht um eine Nachricht eines anderen IT-Verfahrens handelt, ist sie gesondert zu zertifizieren. (3) bermittlung des Entwurfs des e-VD Zur Erffnung eines Befrderungsverfahrens unter Steueraussetzung bermittelt der TNVERSENDER der Abgangsstelle den Entwurf e-VD (N_AAD_SUB). Hierbei muss als Abgangsstelle das HZA adressiert werden, das fr den Versender rtlich zustndig ist. Die rtliche Zustndigkeit ist der Erlaubnis zu entnehmen. Im Feld Transport Details.Complementary Information der Nachricht Entwurf e-VD (N_AAD_SUB) ist bei Befrderung von Alkopops der Text Unversteuerter Branntwein und versteuerte Alkopops zu bermitteln.
8
In Abbildung 7 erfolgt dies durch den Versender.

Seite 54
IT-Verfahren EMCS
Release 1.0
Im Feld Transport Details.Complementary Information der Nachricht Entwurf e-VD (N_AAD_SUB) ist der String Transit zu bermitteln, wenn ein Transport von Deutschland nach Deutschland zum Teil ber das Gebiet anderer Mitgliedstaaten fhrt. Im Feld Dispatch (Import) Office bermittelt der Versender die Dienststellenschlsselnummer der Einfuhrzollstelle. Diese ist identisch mit der Dienststellenschlsselnummer der ATLAS-Registriernummer. Im Feld Import SAD Number bermittelt der Versender die restlichen Teilfelder der ATLAS-Registriernummer in folgendem Format:
Feld 1 2 2 3 4 5 6 Inhalt Positionsnummer (mit fhrenden Nullen) Verfahren Belegart Verfahrenscode (mit fhrenden Nullen) Laufende Nummer (mit fhrenden Nullen) Monat (mit fhrenden Nullen) Jahr Feldtyp Numerisch 4 Alphabetisch 2 Alphabetisch 1 Numerisch 2 Numerisch 6 Numerisch 2 Numerisch 4 Beispiel 0012 AT C 45 000012 01 2010
Dabei muss die Positionsnummer grer als 0, das Verfahren gleich AT, die Belegart gleich A, C, D E oder K, der Verfahrenscode gleich 45 oder 49, der Monat grer als 0 und kleiner als 13 und das Jahr gleich dem aktuellen Jahr oder dem aktuellen Jahr minus 1 sein. Im Feld Guarantor type code muss, fr den Fall, dass national keine Sicherheit hinterlegt wird, der Wert 0 eingetragen werden.
(4) Prfung des Entwurfs des e-VD Bei der sich anschlieenden inhaltlichen Prfung werden insbesondere die Vollstndigkeit und Schlssigkeit der Daten sowie die Richtigkeit und Gltigkeit der angegebenen Verbrauchsteuernummern geprft. (5) Warten auf Validierung Der Versender wartet mit dem Beginn des Transports bis zur Validierung der Daten des Entwurfs des e-VD durch das System.

Seite 55
IT-Verfahren EMCS
(6) Abgleich mit Einfuhrdaten und Validierung
Release 1.0
Nach erfolgreicher Prfung erfolgt ein Abgleich der Daten des e-VD mit den Daten der Zollanmeldung. Erst wenn dieser Abgleich mit positivem Ergebnis durchgefhrt wurde, wird im ATLAS-System die berlassung der Waren ausgesprochen, und im EMCS-System erhlt der Befrderungsvorgang einen ARC. Das e-VD ist damit ein rechtsgltiges Dokument. (7) Validiertes e-VD bermitteln Die Daten des validierten e-VD werden dem TNVERSENDER mit der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) mitgeteilt. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDFFormat bermittelt. Die Nachricht wird auch an die Bestimmungsstelle, d. h. an das fr den Empfnger zustndige Hauptzollamt, weitergeleitet. Die Bestimmungsstelle ihrerseits leitet die Nachricht an den TNEMPFNGER weiter. (8) Starten des Transports Nach Erhalt der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) kann der Versender den Transport der Waren unter Steueraussetzung beginnen.

Seite 56
IT-Verfahren EMCS
4.2.3 4.2.3.1 Annullierung eines Befrderungsverfahrens Grafische Darstellung als Sequenzdiagramm
Release 1.0
TNVERSENDER
(1) bermittlung der Annullierung des e-VD
(C_CAN_DAT -Annullierung e-VD)
AbgSt
(2) Prfung der Annullierung des e-VD
BestSt
TNEMPFNGER
(3) Annullierung (4) Annullierung besttigen

(4) Annullierung besttigen

(4) Annullierung besttigen

Abbildung 8: Annullierung eines Befrderungsverfahrens (Sequenzdiagramm)
4.2.3.2
Fachliche Beschreibung (1) bermittlung der Annullierung des e-VD Zur bermittlung der Annullierung eines e-VD bermittelt der TNVERSENDER dem System die Nachricht Annullierung e-VD (C_CAN_DAT). (2) Prfung der Annullierung des e-VD Es erfolgt eine inhaltliche Prfung der Annullierung des e-VD durch das System. Dabei wird insbesondere geprft, ob es sich um ein e-VD des TNVERSENDER handelt und ob eine Annullierung im aktuellen Bearbeitungszustand des EMCS-Vorgangs noch zulssig ist. (3) Annullierung Nach erfolgreicher Prfung wird der Befrderungsvorgang im System annulliert. (4) Annullierung besttigen Die Daten der Annullierung des e-VD werden dem TNVERSENDER mit der Nachricht Annullierung e-VD (C_CAN_DAT) mitgeteilt. Die Nachricht wird auch an die Bestimmungsstelle, d. h. an das fr den Empfnger zustndige Hauptzollamt, weitergeleitet. Die Bestimmungsstelle ihrerseits leitet die Nachricht an den TNEMPFNGER weiter.

Seite 57
IT-Verfahren EMCS
4.2.4 4.2.4.1 nderung der Bestimmungsortes Grafische Darstellung als Sequenzdiagramm
Release 1.0
Abbildung 9: nderung des Bestimmungsortes ohne nderung des Empfngers (Sequenzdiagramm)
Abbildung 10: nderung des Bestimmungortes mit nderung des Empfngers (Sequenzdiagramm)

Seite 58
IT-Verfahren EMCS
4.2.4.2 Fachliche Beschreibung (1) bermittlung der nderung des Bestimmungsortes
Release 1.0
Zur nderung des Bestimmungsortes eines Befrderungsverfahrens unter Steueraussetzung bermittelt der TNVERSENDER dem System die Nachricht nderung des Bestimmungsortes (C_UPD_DAT). (2) Prfung der nderung des Bestimmungsortes Es erfolgt eine inhaltliche Prfung der nderung des Bestimmungsortes durch das System. Dabei wird insbesondere geprft, ob es sich um ein existierendes e-VD handelt und ob eine nderung des Bestimmungsortes im aktuellen Bearbeitungszustand des EMCS-Vorgangs noch zulssig ist. (3) nderung des Bestimmungsortes Nach erfolgreicher Prfung wird die nderung des Bestimmungsortes bernommen. (4) nderung des Bestimmungsortes besttigen Die Daten der nderung des Bestimmungsortes werden dem TNVERSENDER mit der Nachricht nderung des Bestimmungsortes (C_UPD_DAT) mitgeteilt. Sollte lediglich der Bestimmungsort gendert worden sein, so erhlt die Bestimmungsstelle, d. h. das fr den Empfnger zustndige Hauptzollamt, ebenfalls diese Nachricht, welche sie dann ihrerseits an den (unvernderten) Empfnger weiterleitet. Die Nachricht wird auch an die ursprngliche Bestimmungsstelle weitergeleitet, wenn der genderte Empfnger in einem anderen Mitgliedstaat ansssig ist. (5) nderung des Bestimmungsortes an ursprnglich vorgesehenen Empfnger bermitteln Wenn in der nderung des Bestimmungsortes ein neuer Empfnger angegeben wurde, wird dies dem ursprnglich vorgesehenen TNEMPFNGER durch die ursprngliche Bestimmungsstelle mit der Nachricht Meldung ber umgeleitetes e-VD (C_AAD_NOT) mitgeteilt. (6) Elektronisches Verwaltungsdokument bermitteln Wenn in der nderung des Bestimmungsortes ein neuer Empfnger oder in den Fllen nach Art. 22 RL 2008/118/EG erstmalig ein Empfnger angegeben wurde, werden die Daten der nderung der Bestimmung der (neuen) Bestimmungsstelle mit der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) mitgeteilt. Diese leitet ihrerseits die Nachricht an den (neuen) Empfnger TNEMPFNGER,NEU weiter. Der Fall einer nderung des Bestimmungsortes zu einem neuen Lagerort, wobei der Empfnger der gleiche Steuerlagerinhaber ist und dieser die Mglichkeit der dezentralen Datenverarbeitung (vgl. 3.1.1.3) nutzt, wird wie eine nderung des Empfngers behandelt.

Seite 59
IT-Verfahren EMCS
4.2.5 4.2.5.1 Erffnung eines Befrderungsverfahrens zur Ausfuhr Grafische Darstellung als Sequenzdiagramm
TNVERSENDER
(1) bermittlung des Entwurfs des e-VD (3) Warten auf Validierung
(N_AAD_SUB Entwurf e-VD)
Release 1.0
AbgSt
(2) Prfung des Entwurfs des e-VD
(4) Validierung (5) Validiertes e-VD bermitteln

(C_AAD_VAL -Elektronisches Verwaltungsdokument (e-VD))
(6) Starten des Transports
AfZSt
(7) bermittlung der Ausfuhrnachricht

(E_EXP_DAT Anmeldung zur Ausfuhr)
(8) Abgleich der Befrderungsdaten mit den Ausfuhrdaten
(9) Information ber negativen Abgleich

(C_EXP_REJ -Ablehnung Ausfuhr (e-VD))
(10) Information ber positiven Abgleich

(C_EXP_NOT Meldung ber zugelassene Ausfuhr)
Abbildung 11: Erffnung eines Befrderungsverfahrens zur Ausfuhr (Sequenzdiagramm)
4.2.5.2
Fachliche Beschreibung (1) bermittlung des Entwurfs des e-VD Zur Erffnung eines Befrderungsverfahrens unter Steueraussetzung bermittelt der TNVERSENDER der Abgangsstelle den Entwurf e-VD (N_AAD_SUB). Hierbei muss als Abgangsstelle das HZA adressiert werden, das fr den Versender rtlich zustndig ist. Die rtliche Zustndigkeit ist der Erlaubnis zu entnehmen. Als Ausfuhrzollstelle (Schritt 7 der Abbildung 11) muss die auch in der Ausfuhranmeldung angegebene Dienststelle verwendet werden. Hinweis fr zugelassene Ausfhrer: Im Feld Submission Message Type der Nachricht Entwurf e-VD (N_AAD_SUB) ist der Wert 2 anzugeben, wenn es sich um den Befrderungsvorgang eines zugelassenen Ausfhrers handelt. Hinweis fr Ausfuhren nach Helgoland: Im Feld (Consignee) Trader. Postcode der Nachricht Entwurf e-VD (N_AAD_SUB) ist der Wert 27498 an-

Seite 60
IT-Verfahren EMCS
Release 1.0
zugeben, wenn es sich um verbrauchsteuerrechtliche Ausfuhren auf die Insel Helgoland handelt. Im Feld Guarantor type code muss, fr den Fall, dass national keine Sicherheit hinterlegt wird, der Wert 0 eingetragen werden.
(2) Prfung des Entwurfs des e-VD Bei der sich anschlieenden inhaltlichen Prfung werden insbesondere die Vollstndigkeit und Schlssigkeit der Daten sowie die Richtigkeit und Gltigkeit der angegebenen Verbrauchsteuernummern geprft. (3) Warten auf Validierung Der Versender wartet mit dem Beginn des Transports bis zur Validierung der Daten des Entwurfs des e-VD durch das System. (4) Validierung Nach erfolgreicher Prfung erhlt der Befrderungsvorgang im System einen ARC. Das e-VD ist damit ein rechtsgltiges Dokument. (5) Validiertes e-VD bermitteln Die Daten des validierten e-VD werden dem TNVERSENDER mit der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) mitgeteilt. Zusammen mit dieser Nachricht wird eine Druckausgabe des e-VD im PDFFormat bermittelt. (6) Starten des Transports Nach Erhalt der Nachricht Elektronisches Verwaltungsdokument (e-VD) (C_AAD_VAL) kann der Versender den Transport der Waren unter Steueraussetzung beginnen. (7) bermittlung der Ausfuhrnachricht Der Ausfhrer bermittelt die AES-Nachricht Anmeldung zur Ausfuhr (E_EXP_DAT) an die Ausfuhrzollstelle 9. Dabei gibt er im Feld Ware.Vorpapier.Typ den Wert AAD und im Feld Ware.Vorpapier.Referenz den ARC des Befrderungsvorgangs an. Da es sich bei dieser Nachricht um eine Nachricht eines anderen Verfahrens handelt, ist sie gesondert zu zertifizieren. (8) Abgleich der Befrderungsdaten mit den Ausfuhrdaten Der Abgleich der Befrderungsdaten mit den Ausfuhrdaten umfasst die Prfung auf die korrekte Angabe von ARC und Positionsnummer des Befrderungsvorgangs im Ausfuhrvorgang sowie die bereinstimmung der Positionsdaten in beiden Vorgngen. Der Abgleich wird nicht durchgefhrt
9
In Abbildung 11 sind Ausfhrer und Versender identisch.

Seite 61
IT-Verfahren EMCS
-
Release 1.0
beim Befrderungsvorgang eines zugelassenen Ausfhrers und bei verbrauchsteuerrechtlichen Ausfuhren auf die Insel Helgoland.
Wenn der Abgleich nicht durchgefhrt wird, erfolgt auch keine Rckmeldung ber den Abgleich (die Schritte 9 und 10 des Sequenzdiagramms entfallen dann). (9) Information ber negativen Abgleich Die Daten des Ausfuhrvorgangs stimmen nicht mit den Daten des Befrderungsvorgangs berein. Dem TNVERSENDER wird dies mit der Nachricht Ablehnung Ausfuhr e-VD (C_EXP_REJ) mitgeteilt. (10) Information ber positiven Abgleich Die Daten des Ausfuhrvorgangs stimmen mit den Daten des Befrderungsvorgangs berein. Dem TNVERSENDER wird dies mit der Nachricht Meldung ber zugelassene Ausfuhr (C_EXP_NOT) mitgeteilt.

Seite 62
IT-Verfahren EMCS
4.2.6 4.2.6.1 Beendigung durch Eingangsbesttigung Grafische Darstellung als Sequenzdiagramm
Release 1.0
TNEMPFNGER
(1) bermittlung der Eingangsmeldung
(C_DEL_DAT -Eingangsmeldung)
BestSt
(2) Prfung der Eingangsmeldung
AbgSt
TNVERSENDER
(3) Validierung (4) Eingangsmeldung bermitteln

(4) Eingangsmeldung bermitteln

(4) Eingangsmeldung bermitteln

Abbildung 12: Beendigung durch Eingangsbesttigung (Sequenzdiagramm)
4.2.6.2
Fachliche Beschreibung (1) bermittlung der Eingangsmeldung Zur Beendigung eines Befrderungsverfahrens unter Steueraussetzung bermittelt der TNEMPFNGER der Bestimmungsstelle die Nachricht Eingangsmeldung (C_DEL_DAT). Im Feld Global Conclusion of Receipt werden fr den Fall, dass die Waren vollstndig akzeptiert wurden, die Werte 1 oder 2 bermittelt. Falls die Waren nicht bzw. nicht vollstndig akzeptiert wurden, werden die Werte 3 bzw. 4 bermittelt. In diesen Fllen ist auf Positionsebene anzugeben, welche Mengen welcher Waren des e-VD nicht akzeptiert wurden. Im Fall des Aufteilens von Warensendungen mit Energieerzeugnissen bermittelt der Empfnger (hier gleich dem Versender) im Feld Complementary Information den String Aufteilung in [Anzahl der neuen e-VDs] Sendungen an. (2) Prfung der Eingangsmeldung Es erfolgt eine inhaltliche Prfung der Eingangsmeldung durch das System. Dabei wird insbesondere geprft, ob es sich um ein existierendes e-VD handelt, bei dem der TNEMPFNGER als Empfnger eingetragen ist, ob die Eingangsmeldung in dem Bearbeitungszustand des EMCSVorgangs zulssig ist und ob der TNEMPFNGER zum Zeitpunkt der Ankunft der Waren zum Empfang der Waren berechtigt war.

Seite 63
IT-Verfahren EMCS
(3) Validierung
Release 1.0
Wenn die Waren vollstndig akzeptiert wurden, wird der Befrderungsvorgang nach erfolgreicher Prfung der Eingangsmeldung beendet. Falls die Waren nicht vollstndig akzeptiert wurden, erwartet das System nach der erfolgreichen Prfung der Eingangsmeldung eine nderung des Bestimmungsortes fr die nicht akzeptierte Menge. (4) Eingangsmeldung bermitteln Die Nachricht Eingangsmeldung (C_DEL_DAT) wird nach Validierung an den TNEMPFNGER bermittelt. Die Nachricht wird auch an die Abgangsstelle, d. h. an das fr den Versender zustndige Hauptzollamt, weitergeleitet. Die Abgangsstelle ihrerseits leitet die Nachricht an den TNVERSENDER weiter.

Seite 64
IT-Verfahren EMCS
4.2.7 4.2.7.1 Erinnerung bei Fristberschreitung Grafische Darstellung als Sequenzdiagramm
Release 1.0
Abbildung 13: Erinnerung bei Fristberschreitung (Sequenzdiagramm)
4.2.7.2
Fachliche Beschreibung (1) bermittlung der Erinnerungsmeldung Die im Entwurf e-VD (N_AAD_SUB) durch den TNVERSENDER angegebene Befrderungsdauer ist berschritten. Die Abgangsstelle bermittelt die Nachricht Erinnerungsmeldung (C_EXC_ REM) an den TNVERSENDER. Die Nachricht wird auch an die Bestimmungsstelle, d. h. an das fr den Empfnger zustndige Hauptzollamt, weitergeleitet. Die Bestimmungsstelle ihrerseits leitet die Nachricht an den TNEMPFNGER weiter. Sowohl TNVERSENDER als auch TNEMPFNGER knnen darauf mit der Nachricht Erklrung fr Versptung (C_DEL_EXP) den Grund fr die Fristberschreitung erklren. (2) Erklrung fr Versptung durch Versender Der TNVERSENDER kann die Nachricht Erklrung fr Versptung (C_DEL_ EXP) an die Abgangsstelle bermitteln. Nach einer syntaktischen Prfung leitet die Abgangsstelle die Nachricht an die Bestimmungsstelle weiter. (3) Erklrung fr Versptung durch Empfnger Der TNEMPFNGER kann die Nachricht Erklrung fr Versptung (C_DEL_ EXP) an die Bestimmungsstelle bermitteln. Nach einer syntaktischen Prfung leitet die Bestimmungsstelle die Nachricht an die Abgangsstelle weiter.

Seite 65
IT-Verfahren EMCS
Release 1.0
Abkrzungsverzeichnis und Glossar

Das Abkrzungsverzeichnis lst die verwendeten Abkrzungen auf, bersetzt sie ins Deutsche und erlutert sie kurz, sofern das erforderlich erscheint.
Abkrzung AAD Auflsung der Abkrzung Accompanying Administrative Document (dt.: begleitendes Verwaltungsdokument, BVD) Erluterung (soweit nicht selbsterluternd) AAD ist die englische Bezeichnung fr das Begleitende Verwaltungsdokument nach der Verordnung (EWG) 2719/92 vom 11.09.1992
AbgSt AES AfZSt ARC
Abgangsstelle Automated Export System (dt.: Automatisiertes Ausfuhrsystem) Ausfuhrzollstelle AAD Reference Code (dt.: AADReferenzcode) Referenzcode des elektronischen Verwaltungsdokuments nach der Richtlinie 2008/118/EG vom 16.12.2008 Verfahrensbereich Ausfuhr im IT-Verfahren ATLAS
ASCII
American Standard Code for Infor- Zeichencodierung mation Interchange (dt.: Amerikanischer Standard Code zum Informationsaustausch) Automatisiertes Tarif- und Lokales Zoll-Abwicklungs-System ein IT-Verfahren der deutschen Zollverwaltung zur Automatisierung und Beschleunigung der Zollabwicklung
ATLAS
BDSG BestSt BFD BILAT BIN
Bundesdatenschutzgesetz Bestimmungsstelle Bundesfinanzdirektion Bilateral Defined (dt.: zweiseitig definiert) Beteiligten-Identifikations-Nummer Mittelbehrde der deutschen Zollverwaltung Anlagetyp bei einer X.400-Mail Ersatz fr eine handschriftliche Unterschrift beim elektronischen Austausch von Nachrichten
BSI CCN/CSI
Bundesamt fr Sicherheit in der Informationstechnik Common Communications Network/Common Systems Interface (dt.: Gemeinsames Kommunikationsnetz/Gemeinsame Systemschnittstelle) CCN/CSI dient dem sicheren Austausch von Nachrichten zwischen den Zoll- und Steuerverwaltungen der EUMitgliedstaaten sowie mit EUBehrden.
5 Abkrzungsverzeichnis und Glossar

Seite 66
IT-Verfahren EMCS
Abkrzung CISCOkompatibel Auflsung der Abkrzung
Release 1.0
Erluterung (soweit nicht selbsterluternd) CISCO-Router arbeiten mit einem proprietren Betriebssystem, dem Internetwork Operating System (IOS). Ein CISCO-kompatibler Router orientiert sich an den Protokollen und Standards der CISCORouter. Netzwerk-Produkt der Firma Cisco Systems inc.
CISCO-Router DDV DE DF DIN DNAG DR DSt EDI EDIFACT Datendirektverbindung Deutschland Datenfernbertragung bzw. -bermittlung Deutsche Industrienorm Datennetzanschlussgert Delivery Report Dienststelle Electronic Data Interchange (dt.: Elektronischer Datenaustausch) Electronic Data Interchange for Administration, Commerce and Transport (dt.: Elektronischer Datenaustausch fr Verwaltung, Handel und Transport) EDIFACT-Implementierungshandbuch Elektronische Datenverarbeitung Einfuhrzollstelle Europische Gemeinschaft(en) Elektronische Steuererklrung EMCS Beendigung
Krzel fr Deutschland oder deutsch
Zustellbesttigung
EDIFACT ist ein internationaler Standard fr den elektronischen Austausch von Handelsnachrichten.
EDI-IHB EDV EfZSt EG ELSTER EMB EMCS
Nachrichtengruppe
Excise Movement and Control Sys- IT-System zur Kontrolle der tem (dt.: Verbrauchsteuer Befrde- Befrderung verbrauchsteuerrungs- und Kontrollsystem) pflichtiger Waren EMCS Erffnung Europische Union/European Union Nachrichtengruppe
EME EU

Seite 67
IT-Verfahren EMCS
Abkrzung e-VD Auflsung der Abkrzung elektronisches Verwaltungsdokument
Release 1.0
Erluterung (soweit nicht selbsterluternd) Elektronische Verwaltungsdokument nach Artikel 21 der Richtlinie 2008/118/EG vom 16.12.2008
FT FTAM
File Transfer (dt.: Dateibertragung) File Transfer, Access and Management (dt.: Dateibertragung, zugang und -verwaltung) File Transfer-Gateway-Fehler Hauptzollamt Identifier/Identifikator Internet-EMCS-Anwendung Implementierungshandbuch Integrated Services Digital Network ISDN ist ein leitungsvermittel(dt.: diensteintegrierendes digitales tes digitales Whlnetz zur Netz) bertragung von Sprache und Daten. International Organization for Stan- Die ISO (von gr.: isos; zu dt. dardization (dt.: Internationale Orgleich) ist die internationale ganisation fr Normung Vereinigung von Normungsorganisationen. Information Technology/Informationstechnik/Informationstechnologie Informations- und Wissensmanagement der Zollverwaltung Kilobyte Local Area Network (dt.: lokales Netz) Rechnernetz, das die Ausdehnung von Personal Area Networks bertrifft, die Ausdehnung von Metropolitan Area Networks, Wide Area Networks und Global Area Networks aber nicht erreicht Dienststelle fr ein bundeseinheitliches Informations- und Wissensmanagement FTAM ist ein standardisiertes Datenkommunikationsprotokoll fr den Dateitransfer.
FTGW-Fehler HZA ID IEA IHB ISDN
ISO
IT
IWM Zoll
KB LAN
MB MTA
Megabyte Message Transfer Agent (dt.: Nachrichtenbertragungsagent) Nachrichtenverteiler in einem Nachrichtenbertragungssystem

Seite 68
IT-Verfahren EMCS
Abkrzung NDR Auflsung der Abkrzung Non Delivery Report (dt.: Nichtzustellbarkeitsmeldung)
Release 1.0
Erluterung (soweit nicht selbsterluternd) Fehlermeldung, die von einem Mailserver automatisch erzeugt wird, wenn eine E-Mail nicht zustellbar ist
NT OU PDF
Network Terminator (dt.: Netzabschluss) Organizational Unit (dt.: Organisationseinheit) Organisationseinheit in einem X.400-System
Portable Document Format (dt.: PDF ist ein plattformbergreiTransportables Dokumentenformat) fendes Dateiformat fr Dokumente. RFC1006 ist ein TCP/IP-Transportprotokoll Phil Katz' ZIP program (dt.: ZIPProgramm von Phil Katz) Private Management Domain (dt.: Privater Verwaltungsbereich) Richtlinie Single Administrative Document (dt.: Einzelnes Verwaltungsdokument) System for Exchange of Excise Data (dt.: System zum Austausch von Verbrauchsteuerdaten) Standardfestverbindung Tape Archiver (dt.: Bandarchivierer) TAR ist der Name eines im UNIX-Umfeld sehr gelufigen Archivierungsprogramms. Transmission Control Protocol/Internet Protocol (dt.: bertragungssteuerungsprotokoll/Internetprotokoll) Teilnehmer United Nations Vereinte Nationen Das UNB-Segment einer EDIFACT-Datei dient der Umklammerung der bertragungsdatei zur Identifikation des Partners, fr den die bertragungsdatei bestimmt ist, und des Partners, der die bertragungsdatei gesendet hat. TCP/IP ist eine Familie von Netzwerkprotokollen. Zollanmeldung (auf Einheitspapier) Kompressionsprogramm fr Dateien Privater Verwaltungsbereich (in einem X.400-System)
RFC1006 PKZIP PRMD RL SAD
SEED
SFV TAR-Archiv
TCP/IP
TN UN UNB-Segment

Seite 69
IT-Verfahren EMCS
Abkrzung UN/ECE UNH-Segment Auflsung der Abkrzung United Nations/Economic Commission for Europe
Release 1.0
Erluterung (soweit nicht selbsterluternd) Kommission der Vereinten Nationen Das UNH-Segment einer EDIFACT-Datei enthlt den Nachrichtenkopf.
UNIX
Uniplexed Information and Comput- UNIX (auch: Unix) ist ein multiing System user- und multitaskingfhiges Betriebssystem. Es wurde 1969 von AT&T entwickelt. Es war das erste Betriebssystem, das in einer hheren Programmiersprache (C) geschrieben wurde, und ist daher weitgehend plattformunabhngig. UNIX ist multiuser- und multitaskingfhig und bietet eine Flle von Netzwerkfunktionen wie z.B. TCP/IP. Es wird vor allem auf Grorechnern eingesetzt. UN/ECE-Zeichensatz C United Nations Trade Data Interchange Directory Domne der Deutschen Telekom Verbrauchsteuer Verbrauchsteuernummer Identifikationsnummer fr Wirtschaftsbeteiligte am Steueraussetzungsverfahren Rechnernetz, das sich im Unterschied zu einem LAN oder MAN ber einen sehr groen geografischen Bereich erstreckt Internationaler Standard fr elektronische Post Zollamt Zentrum fr Informationsverarbeitung und Informationstechnik
UNOC UNTDID viat VSt VSt-Nummer
WAN
Wide Area Network (dt.: Weitverkehrsnetz)
X.400 ZA ZIVIT

Seite 70
IT-Verfahren EMCS
Release 1.0
bersicht ber die EMCS-Vordrucke

Vordrucknummer Bezeichnung des Vordrucks 033083 033084 033085 033086 033087 033088 033089 033090 033091 IT-Dienstleister Stammdaten Netzanbindung technische Angaben FTAM technische Angaben X.400-Mail Antrag auf Eintragung der dem ELSTER-Zertifikat zugrunde liegenden Steuernummer Anmeldung Teilnahme EMCS BIN-Antrag Antrag Zertifizierung EMCS Antrag Probebetrieb EMCS
6 bersicht ber die EMCS-Vordrucke

Seite 71
IT-Verfahren EMCS
Release 1.0
Anlage 1: Logbuch
Logbuch Tagesnachweis vom: <DATUM> Verantwortlicher fr abgesetzte Nachrichten: <VORNAME> <NAME>, <STELLUNG IN DER FIRMA> Lfd. Nr. Sende-/ Sende-/ technischer EDI- eindeutige fireindeutige Referenzcode (ARC) (3) Empfangsdatum EmpfangsFACT-Nachrich- meninterne Benutzer(1) (3) (4) zeit tenname Bezugs-Nr. ID <TT.MM.JJJJ> <SS:MM> (an10) (an5) (an6) (2) (an..22) formatfrei (an21) <TT.MM.JJJJ>/<SS:MM> (n..6) (an16) 5 6 7 8 ... 17 ... 21 22 23 ... 11.10.2008 13:25
(2)
EDIFACT-Nach(5) richten-Nr.
Fehlerkennzeichen
(6)
(n10)
<OK> <ERROR> (n..5)
11.11.2008/13:25 11.10.2008 13:29 11.10.2008 13:31 11.10.2008 11.10.2008 11.10.2008 11.10.2008 11.10.2008 13:45 14:11 15:25 15:28 15:35
ED815A ED801A ED815A ED810A ED801A ED810A ED813A ED813A ED837A
a1b1c123456 ... b1b1c123456 ... a1b1c123456 ... b1b1c123456 ... a1b1c123456 ... a1b1c123456 ... c1b1c123456 ... c1b1c123456 ...
zoll03 zoll01
09DE48051111111111119 09DE48051111111111119 09DE48051111111111119 09DE48051111111111119 09DE48051111111111119 09DE48051111111111119 09DE48051111111111119 09DE48051111111111119 09DE48051111111111119
8173640001 9973640002 8173640001 8173640002 9973640034 8173640013 8173640014 8173640015 8173640016
OK OK OK OK OK OK OK OK
zoll03
.................................................................................... Unterschrift des Verantwortlichen

(4)
Anlage 1:
Logbuch
Seite A-1
IT-Verfahren EMCS
Release 1.0
(1) (2) (3)
Name, der lt. EDIFACT-Implementierungshandbuch mit Datenelement Association assigned code (Anwendungscode der zustndigen Organisation) im UNH-Segment einer EDIFACTNachricht anzugeben ist. Datum und Uhrzeit knnen auch zusammengefasst in einer Spalte angegeben werden. Bezugsnummer (Local Reference Number des elektronischen Verwaltungsdokuments) der Nachricht. Sobald ein eindeutiger Referenzcode (ARC, auch AAD Reference Code) vergeben wurde, ist diese bei der Bezugsnachricht neben der Bezugsnummer anzugeben, d. h. es kann stets bei der Bezugsnachricht ein Eintrag des eindeutigen Referenzcodes (ARC) erfolgen, es sei denn, es konnte kein Referenzcode vergeben werden (keine Empfangsbesttigung, Abweisung durch eine CONTRL-Nachricht). Wenn der Verantwortliche z. B. durch Angabe einer eindeutigen Benutzer-ID je Sende-/Empfangsvorgang nachgewiesen wird, ist keine separate Unterschrift erforderlich. Nachrichtennummer, die lt. EDIFACT-Implementierungshandbuch mit Datenelement Message Reference Number im UNH-Segment einer EDIFACT-Nachricht anzugeben ist. Diese Spalte dient der Kennzeichnung von bertragungsfehlern. bertragungen, fr die technische Empfangsbesttigungen (delivery report) eingingen, drfen nicht mit ERROR gekennzeichnet werden.
(4) (5) (6)
Anlage 1:
Logbuch
Seite A-2
IT-Verfahren EMCS
Release 1.0
Anlage 2: Kommunikationsmglichkeiten
Anlage 2.1 Nachrichtenbermittlung durch den Teilnehmer ber ffentlichen Zugang (PRMD-PRMD-Kopplung - X.400 bzw. FTAM)
Abbildung 14: Kommunikation bei Nachrichtenbermittlung durch den Teilnehmer ber ffentlichen Zugang per X.400 bzw. FTAM
Anlage 2:
Kommunikationsmglichkeiten
Seite A-3
IT-Verfahren EMCS
Anlage 2.1.1 Erluterungen zur Kommunikationsmglichkeit 1 ISDN-Verbindung
Release 1.0
Anschlusstyp
Geschwindigkeit Ein Euro-ISDN-Anschluss (S0), 64 Kbit/s mit geschl. Benutzergruppe fr die Nachrichtenbermittlung durch den Teilnehmer
Status Realisiert
Anpassungsmglichkeiten bei steigenden Anforderungen Schaltung weiterer ISDN-Anschlsse bzw. eines Primrmultiplexanschlusses
Zustndigkeit Kostentrger die Bundesfinanzverwaltung fr die Bereitstellung und -haltung des ffentlichen ISDN-Anschlusses/ der Anschlsse im Bereich der Zollverwaltung fr die von der Zollverwaltung abgehenden X.400-Nachrichten und FTAM-bertragungsdateien fr den/die Router im Bereich der Zollverwaltung der Teilnehmer fr die Bereitstellung und Bereithaltung des ISDN-Anschlusses beim Teilnehmer fr die vom Teilnehmer abgehenden X.400-Nachrichten und FTAMbertragungsdateien
Kommunikationseingangsprotokoll beim ZIVIT Frankfurt X.400 ber TCP/IP FTAM ber TCP/IP
Rahmenbedingungen (Grobdarstellung) Die Zollverwaltung stellt sicher, dass ausschlielich zollrelevante Daten an den Teilnehmer gesendet werden. Der Teilnehmer hat sicherzustellen, dass von ihm aus nur fr die Zollverwaltung relevante Daten gesendet werden (eventuell schriftliche Verpflichtungserklrung/Dienstleistungsvereinbarung).
Anmerkungen Die Datenmenge, die ber die PRMD-Kopplung abgearbeitet wird, wird durch das ZIVIT Frankfurt beobachtet, damit rechtzeitig Anpassungen (Erhhung der Geschwindigkeit bzw. der Kanle) vorgenommen werden knnen. Die Anschlussbandbreiten werden durch Querschnittskalkulation berechnet. In Spitzenzeiten bzw. bei berdurchschnittlicher Belastung kann Performanceverlust (Besetztsituation) auftreten.
Anlage 2:
Seite A-4
IT-Verfahren EMCS
-
Release 1.0
Der Anschluss des Teilnehmers wird in eine geschlossene Benutzergruppe aufgenommen. Der Router auf Seiten des Teilnehmers muss CISCO-kompatibel sein.
Anlage 2:
Seite A-5
IT-Verfahren EMCS
Release 1.0
Anlage 2.2 Nachrichtenbermittlung durch den Teilnehmer ber exklusiven Zugang per X.400 (PRMD-PRMD-Kopplung) bzw. FTAM (FTAM-Gateway)
Abbildung 15: Kommunikation bei Nachrichtenbermittlung durch den Teilnehmer ber exklusiven Zugang per X.400 bzw. FTAM
Anlage 2:
Seite A-6
IT-Verfahren EMCS
Anlage 2.2.1
Release 1.0
Erluterungen zur Kommunikationsmglichkeit 2 (Zugangsvarianten 1 und 2) Festverbindung fr TCP/IP oder Datendirektverbindung fr TCP/IP
Anschlusstyp -
Geschwindigkeit Eine Begrenzung der Geschwindigkeit wird nicht mehr vorgegeben, sondern ist abhngig vom Provider.
Status Offen
Zustndigkeit Kostentrger die Bundesfinanzverwaltung fr die Infrastruktur (LAN, Switches, Ports usw.) hinter der LAN-Karte der vom Teilnehmer zu stellenden Technik der Teilnehmer fr die Bereitstellung und Bereithaltung der Verbindung fr die Zugangstechnik (u. a. Router) bei der Zollverwaltung fr die Abgangstechnik (u. a. Router) beim Teilnehmer fr die vom Teilnehmer abgehenden X.400-Nachrichten und FTAMbertragungsdateien fr die von der Zollverwaltung abgehenden X.400-Nachrichten und FTAM-bertragungsdateien
Rahmenbedingungen (Grobdarstellung) Die Zollverwaltung stellt sicher, dass ausschlielich zollrelevante Daten an den Teilnehmer gesendet werden. Der Teilnehmer garantiert, einen Zugriff ber die Routerstrecke durch unbefugte Dritte zu verhindern. Der Teilnehmer hat sicherzustellen, dass von ihm aus nur fr die Zollverwaltung relevante Daten gesendet werden (eventuelle schriftliche Verpflichtungserklrung/Dienstleistungsvereinbarung). Die Betreuung der Exklusivanbindungsanschlsse erfolgt in ausschlielicher Zustndigkeit des Teilnehmers. Der Zugang von Personal des Teilnehmers zu Rumlichkeiten der Zollverwaltung ist durch autorisierte Personen anzukndigen.
Anlage 2:
Seite A-7
IT-Verfahren EMCS
Anmerkungen -
Release 1.0
Die Datenmenge, die ber die PRMD-Kopplung abgearbeitet wird, wird durch das ZIVIT Frankfurt beobachtet, damit rechtzeitig Anpassungen (Erhhung der Geschwindigkeit bzw. der Kanle) vorgenommen werden knnen. Die Anschlussbandbreiten werden durch Querschnittskalkulation berechnet. In Spitzenzeiten bzw. bei berdurchschnittlicher Belastung kann Performanceverlust (Besetztsituation) auftreten. Der Anschluss des Teilnehmers wird in eine geschlossene Benutzergruppe aufgenommen. Der Router auf Seiten des Teilnehmers muss CISCO-kompatibel sein.
Anlage 2:
Seite A-8
IT-Verfahren EMCS
Anlage 2.2.2 -
Release 1.0
Erluterungen zur Kommunikationsmglichkeit 2 (Zugangsvariante 3) ISDN-Verbindung fr TCP/IP
Anschlusstyp
Geschwindigkeit Eine Begrenzung der Geschwindigkeit wird nicht mehr vorgegeben, sondern ist abhngig vom Provider.
Status Offen
Zustndigkeit Kostentrger die Bundesfinanzverwaltung fr die Infrastruktur (LAN, Switches, Ports usw.) hinter der LAN-Karte der vom Teilnehmer zu stellenden Technik der Teilnehmer fr die Bereitstellung und Bereithaltung des ffentlichen ISDN-Anschlusses/der Anschlsse bei der Zollverwaltung fr die Zugangstechnik (u. a. Router) bei der Zollverwaltung fr die Bereitstellung und Bereithaltung des ISDN-Teilnehmeranschlusses fr die Abgangstechnik (u. a. Router) beim Teilnehmer fr die vom Teilnehmer abgehenden X.400-Nachrichten und FTAMbertragungsdateien fr die von der Zollverwaltung abgehenden X.400-Nachrichten und FTAM-bertragungsdateien
Rahmenbedingungen (Grobdarstellung) Die Zollverwaltung stellt sicher, dass ausschlielich zollrelevante Daten an den Teilnehmer gesendet werden. Der Teilnehmer garantiert, einen Zugriff ber die Routerstrecke durch unbefugte Dritte zu verhindern. Der Teilnehmer hat sicherzustellen, dass von ihm aus nur fr die Zollverwaltung relevante Daten gesendet werden (eventuelle schriftliche Verpflichtungserklrung/Dienstleistungsvereinbarung). Die Betreuung der Exklusivanbindungsanschlsse erfolgt in ausschlielicher Zustndigkeit des Teilnehmers. Der Zugang von Personal des Teilnehmers zu Rumlichkeiten der Zollverwaltung ist durch autorisierte Personen anzukndigen.
Anlage 2:
Seite A-9
IT-Verfahren EMCS
Anmerkungen -
Release 1.0
Der Anschluss des Teilnehmers wird in eine geschlossene Benutzergruppe aufgenommen. Der Router auf Seiten des Teilnehmers muss CISCO-kompatibel sein.
Anlage 2:
Seite A-10

z0 Merkblatt Teilnehmer Emcs

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

z0 Merkblatt Teilnehmer Emcs

Hochgeladen von

Copyright:

Verfügbare Formate

Excise Movement and Control System

IT-System zur Kontrolle der Befrderung verbrauchsteuerpflichtiger Waren

Version 1.0, Stand: 28.05.2009 Bundesministerium der Finanzen

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Ansprechpartner fr Beteiligte am IT-Verfahren EMCS

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Datenaustausch mittels EDIFACT

Kommunikationsnetz der Bundesfinanzverwaltung

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen

Abbildung 1: Geschftsablauf eines IT-gesttzten Befrderungsverfahrens unter Steueraussetzung

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

2 Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

2 Kurzberblick ber die einzelnen EMCS-Anwendungsfallgruppen

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

3.1.6.1.1.1 X.400-Adressen der Zertifizierungsdienststellen

Beispiel fr HZA 4: S O P A C = = = = = kommzoll DE000040 emcs emcs-zert viat de OU =

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

3.1.6.1.1.2 X.400-Adressen der Zertifizierungsdienststellen fr den Zertifizierungsautomaten

Beispiel fr HZA 14: S O P A C = = = = = kommzoll DE000140 emcs emcs-zefa viat de OU =

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

3.1.6.1.2.1 X.400-Adressen der Probebetriebsdienststellen

Beispiel fr HZA 6: S O P A C = = = = = kommzoll DE000060 emcs emcs-zert viat de OU =

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

ffentliche Kopplung (Whlverbindung)

mit Vordruck 0874 bzw. 0875

Abbildung 2: Darstellung der Zugangs- und bertragungsmglichkeiten mit X.400

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

bertragung per FTAM

Abbildung 3: Darstellung der Zugangs- und bertragungsmglichkeiten per FTAM

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

3.2.2.1.2.1 Allgemeine Erluterungen

Abbildung 4: Darstellung der Zugangs- und bertragungsmglichkeit bei exklusivem FTAM-Zugang

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

10.131.208.101 bis 10.131.208.109 10.131.208.102 bis 10.131.208.109 FTAM (ASCII)

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Dok.-Nr. - Version 1.0 vom 28.05.2009 - Status: Freigegeben

Nachrichtenaustausch mit Teilnehmern