Informationsveranstaltung für Softwareentwickler ATLAS / EMCS - Einführung von XML an der Teilnehmerschnittstelle

Transkript

1 Informationsveranstaltung für Softwareentwickler ATLAS / EMCS - Einführung von XML an der Teilnehmerschnittstelle Datum: 19. April 2016, 10:30 Uhr - 13:30 Uhr Teilnehmer: Firma/GZD/ Name ABM Data Systems Ltd. Fr. Wiese AS ProTeria Hr. Fiedler BEO GmbH Fr. Dietz COPA Systeme GmbH & Co.KG Hr. Geil COPA Systeme GmbH & Co.KG Hr. Schachtner COSCO Container Lines Europe GmbH Hr. Jungclaus CSF-Solutions Hr. Geck CSF-Solutions Hr. Urban Format Software Service GmbH Hr. Hohaus Format Software Service GmbH Hr. Anders Infor (Deutschland) GmbH Hr. Wernert Infor (Deutschland) GmbH Hr. Kasprzak Lufthansa Industry Solutions Fr. Rühmigen Lufthansa Industry Solutions Hr. Hinz Lufthansa Technik Logistik Services GmbH Hr. Waniewski Salt Solutions GmbH Hr. Ulfig SAP SE Hr. Beck SAP SE Hr. Reißfelder Starsys (EDV-Systeme) Informatik GmbH Hr. Balz TIA innovations GmbH Hr. Weidenbacher TIA innovations GmbH Hr. Langer MHP Hr. Lukschnat tsoft GmbH Hr. Leuteritz XTRAS forward thinking GmbH & Co.KG Hr. Klusek XTRAS forward thinking GmbH & Co.KG Hr. Horbach ZNET group GmbH Hr. Becker GEFEG mbh Fr. Stephan BVZH Hr. Schwab Fr. Engelmann Fr. Deinzer Fr. Klinkmann GZD Direktion IV, DO Neustadt Hr. Eisoldt Hr. Gmeiner Hr. Lammermann Hr. Ballmann Fr. Beckmann GZD Direktion II, DO Dresden Fr. Rabe Hr. Appel Hr. Beynsberger Hr. Kinzner Hr. Oertel Hr. Herdegen Hr. Plött

2 Hr. Ulrich Hr. Bauer Hr. Ferstl Fr. Lehner Hr. Schwägerl Hr. Zangl Datum: 20. April 2016, 10:30 Uhr - 13:45 Uhr Teilnehmer: Firma/GZD/ Name AEB GmbH Hr. Schröder AEB GmbH Hr. Kamisch ANTON GmbH Hr. Erdmann ANTON GmbH Hr. Westphälinger Axway GmbH Hr. Koch DAKOSY Datenkommunikationssystem AG Hr. Eising DAKOSY Datenkommunikationssystem AG Hr. Dr. Schönberg dbh Logistics IT AG Hr. Möller Descartes Systems Group Hr. Knutslid DHL Hub Leipzig GmbH Fr. Fix DHL Hub Leipzig GmbH Hr. Freitag European Consulting GmbH Hr. Harald Axer European Consulting GmbH Hr. Fabio Axer Frred Software GmbH Hr. Grundke Hübner IT Solutions GmbH Hr. Hammerschmidt Itelligence AG Hr. von Schell Itelligence AG Fr. Dr. Dillmann Kewill (CSF) GmbH Hr. Seidel Kewill (CSF) GmbH Hr. Lange M+F Technologies GmbH Hr. Hüttich Mercoline GmbH Hr. Kunze MIC (Systemhaus) Datenverarbeitung GmbH Hr. Hiebl MIC (Systemhaus) Datenverarbeitung GmbH Hr. Springmann MSZoll GmbH Softwareentwicklung Hr. Schlarb Riege Software International GmbH Hr. Merk VTA Verfahrenstechnik und Automatisierung GmbH Hr. Koslowski BVZH Hr. Schwab Fr. Engelmann Fr. Deinzer Fr. Klinkmann GZD Direktion IV, DO Neustadt Hr. Eisoldt Hr. Gmeiner Hr. Lammermann Hr. Ballmann Fr. Beckmann GZD Direktion II, DO Dresden Fr. Rabe Hr. Kinzner Fr. Nastainczyk Hr. Oertel Hr. Plitt Hr. Echle

3 Hr. Herdegen Hr. Krauß Hr. Bauer Hr. Ferstl Hr. Zangl Ort: Sitzungsleiter: Protokollant: Thema: Generalzolldirektion, Dienstort Nürnberg, Nürnberg, Krelingstraße 50, Großer Sitzungssaal Herr Herdegen, Generalzolldirektion, Referat Informationstechnik Herr Zangl Informationsveranstaltung für Softwareentwickler ATLAS / EMCS - Einführung von XML an der Teilnehmerschnittstelle Protokoll 10:30 Uhr Begrüßung Wolfgang Herdegen Generalzolldirektion Referat Informationstechnik Auch nach Einrichtung der Generalzolldirektion und neuer Bezeichnungen ist es von Seiten der Zollverwaltung der erklärte Wunsch, die bisher gelebte Tradition der engen Zusammenarbeit mit den Softwareherstellern fortzuführen. Informationsveranstaltungen für Softwarehersteller sind in der bewährten Form weiterhin vorgesehen. Die aktuelle Veranstaltung diene dazu, die wesentlichen technischen Aspekte in Zusammenhang mit der Einführung der XML-Teilnehmerschnittstelle und damit eng verbunden den Zeichensatz Unicode in den Verfahrensbereichen ATLAS und EMCS im Detail vorzustellen und rechtzeitig die Rahmenbedingungen zu erläutern. Hierbei werde auf die Erfahrungen im Verfahrensbereich Ausfuhr AES zurückgegriffen. Für Fragen im Zusammenhang mit der Ablösung von EDIFACT durch XML steht weiterhin der Verteiler xml-umstellung.gzd@zoll.bund.de zur Verfügung. Fachliche Inhalte im Zusammenhang mit der Einführung des UZK würden ausdrücklich nicht in die Veranstaltung einfließen. Hierfür sind die bekannten Medien und Stellen, unter anderem die ATLAS-Teilnehmerinfos und der ServiceDesk heranzuziehen. ATLAS - Einfuhr - NCTS - EAS - AES / EMCS 1 Einstieg Übersicht Vorgehensplanung Markus Kinzner, Abteilung III, Referat 5 -Zoll, grenzüberschreit. Warenverkehr und EU-Schnittstellen- In Zusammenhang mit der Präsentation Einführung-XML-Ueberblick.pdf stellte Herr Kinzner das Übermittlungsformat XML als zukünftig primäres Übermittlungsformat für die Verfahrensbereiche ATLAS, AES und EMCS vor. Verschiedene Gründe, u. a. die strategische Ausrichtung, der Wechsel auf Unicode auch auf EU-Seite - und eine schrittweise Umstellung auf ein WZO

4 Datenmodell machten die Einführung von XML an der Teilnehmerschnittstelle erforderlich. Veränderte Rahmenbedingungen hätten dazu geführt, die Umsetzung im Rahmen eines 3-Schritt-Modells vorzusehen, was auch einen kürzeren Zeitraum der Parallelität von EDIFACT und XML bedeutet. 2 Technische Neuerungen an der Teilnehmerschnittstelle Andreas Oertel, Abteilung III, Referat 5 -Zoll, grenzüberschreit. Warenverkehr und EU-Schnittstellen- Detlef Lammermann MATERNA GMBH Die technischen Neuerungen an der Teilnehmerschnittstelle zu den Folgereleases ATLAS 8.8, AES 2.4 und EMCS 2.3 sind der Präsentation Technische-Neuerungen_Teilnehmerschnittstelle.pdf zu entnehmen. Diese betreffen maßgeblich die Verfahrensbereiche ATLAS und EMCS. Im Verfahrensbereich Ausfuhr AES findet seit AES-Release 2.3 die Pilotierung bereits statt. Wie im Bereich AES werden sich auch in den restlichen Verfahrensbereichen durch die Einführung von XML weder Geschäftsprozesse noch jeweilige fachliche Nachrichtenstrukturen ändern. Fachliche Neuerungen sind in allen Verfahren davon unabhängig vorgesehen. Hinsichtlich der Umsetzung der XML-Teilnehmerschnittstelle findet in ATLAS gleich dem Verfahrensbereich AES eine sukzessive Migration mit Wahlfreiheit für Teilbereiche statt, d. h. das Übermittlungsformat kann für Nachrichtengruppen unter ATLAS und AES unterschiedlich gewählt werden. Für das IT-Verfahren EMCS ist diese Festlegung noch nicht getroffen. Eine Wortmeldung zur zwingenden Notwendigkeit dieser Funktionalität hat es aus dem Teilnehmerkreis heraus nicht gegeben. Nachtrag des Protokollerstellers: Zwischenzeitlich erfolgte auch für das IT- Verfahren EMCS die Entscheidung zu Gunsten eines vollständigen Wahlrechts des Übermittlungsformats auf Ebene der Nachrichtengruppen. Die gleichzeitige Übermittlung von Nachrichten per EDIFACT und XML je Nachrichtengruppe ist nicht möglich. Die Teilnahme ist je Nachrichtengruppe auf EDIFACT oder XML beschränkt. Dies wird in den Stammdaten abgebildet und von den Anwendungen plausibilisiert. Die Übertragung von XML-Nachrichten wird für alle Verfahrensbereiche per FTAM-Protokoll und Übertragungsart X.400 unterstützt. Jedoch wird das FTAM-Protokoll favorisiert und empfohlen, da langfristig mit einer Ablösung der Übertragungsart X.400 zu rechnen ist. Konkrete diesbezügliche Zeitpläne gibt es nicht. Die Einführung des Zeichensatzes Unicode erfolgt mit ATLAS 8.8. Vollumfänglich muss Unicode in allen Nachrichten (auch in ATLAS eingehenden Nachrichten) dann unterstützt werden, wenn EDIFACT nicht mehr als Übermittlungsformat zugelassen ist. Davon unabhängig ist die Quotierung mit Beschränkungen des ASCII-Zeichensatzes im FTAM-Dateinamen und im Betrefftext von X.400-Nachrichten zu sehen. Diese Beschränkungen gelten fort. Teilnehmer haben in der Übergangsphase auf XML mit ggf. unterschiedlichen Daten zwischen den mitgelieferten pdf-dokumenten und den Nachrichten zu rechnen. Das in Deutschland zollseitig im ATLAS-Bereich für eingehende Nachrichten verwendete Regelwerk für die Transformation wird den Softwareherstellern im Downloadbereich als Anhang zum EDI-IHB unter zoll.de

5 als Spezifikation zur Verfügung gestellt. Ausgehende Nachrichten an XML- Teilnehmer werden nicht transformiert. Bei einer etwaigen eigenverantwortlichen Wandlung von Unicode-Zeichen in ISO/IEC ist auf verständliche und brauchbare Daten zu achten. Im Bereich Ausfuhr AES wird es ab Echtbetriebsbeginn AES 2.4 (Februar 2017) zwei Übergangsphasen von dem derzeit verwendeten Zeichensatz ISO/IEC geben. Mit Echtbetriebsbeginn AES 2.4 wird bei unverändertem Zeichensatz die Encodierung für ausgehende XML- Nachrichten, auch für Teilnehmer AES 2.3, auf UTF 8 geändert. Hier werden aber keine Auswirkungen auf Teilnehmer erwartet. Gleiches gilt für den Codelistendownload. Ab dem AES-Release 2.4.2, das zeitgleich mit ATLAS 8.8 ausgerollt wird, werden nur im Nachrichtenaustausch mit Teilnehmern AES 2.4 Unicodezeichen verwendet. Für den XML-Nachrichtenaustausch in ATLAS ist die Einführung der Fehlernachricht E_ERR_NCK vorgesehen. Im Verfahrensbereich Einfuhr bleibt die Nachricht CUSREC aufgrund der umfassenden Funktionalität, die über eine reine Fehlernachricht hinausgeht, als Antwortnachricht für fachliche, nicht aber für strukturelle Fehler bestehen. Die Einführung einer einheitlichen Fehlernachricht wurde bisher nicht konkret geplant und auch auf Nachfrage aus dem Teilnehmerkreis heraus nicht gefordert. Für das IT-Verfahren EMCS wird ebenfalls eine neue fachliche / technische XML-Fehlernachricht eingeführt. Hier steht die Bezeichnung noch nicht fest. Die Datenstruktur der XML-Nachrichten wird in gewohnter Form im EDI-IHB mit entsprechender Referenz auf die zur Verfügung gestellten xsd-dateien veröffentlicht. Künftig werden in den generierten pdf-dokumenten die Fonts eingebettet und die Informationen zur Darstellung enthalten sein. In der Übertragung ändert sich für Teilnehmer im Nachrichtenformat ATLAS 8.8 bzw. AES 2.4 maßgeblich die X.400-Kommunikation. Angelehnt an das FTAM- Protokoll wird die Übertragung stets in einem komprimierten Archiv erfolgen. Damit wird ATLAS inklusive AES an die unter EMCS Release 2.2 umgesetzte Vorgehensweise angepasst. Eine, in EDIFACT mögliche, Nachrichtenbündelung (Interchange) ist im XML- Nachrichtenaustausch nicht vorgesehen, da durch die bereits realisierten Änderungen der externen Kommunikation auch ohne diese Option ein Nachrichtenaustausch mit hoher Performance gewährleistet ist. Pause 3 Rahmenbedingungen zum Zertifizierungsverfahren Bernhard Ferstl Generalzolldirektion Referat Informationstechnik -Teilnehmermanagement-

6 Die Rahmenbedingungen zu den geplanten Zertifizierungen ATLAS 8.7, ATLAS 8.8, AES 2.4 und EMCS 2.3 finden sich in der Präsentation rahmenbedingungen_zertifizierung.pdf wieder. Bei bereits für ATLAS zertifizierten Teilnehmersoftwareprodukten besteht die Möglichkeit einer verkürzten XML-Neuzertifizierung. Hierbei ist zunächst ein exemplarischer Nachrichtenaustausch vorgesehen. Ausgehend von den Ergebnissen dieser Tests, können weitere Testfälle gefordert werden. In allen Verfahren wird die Zertifizierung wie bisher in einen unbetreuten ersten und einen betreuten zweiten Teil gegliedert. In AES und EMCS kommt erneut ein Zertifizierungsautomat zum Einsatz. Die Möglichkeit zur Vornahme von Neuzertifizierungen AES 2.3 besteht bis Ende Oktober Bis dahin sind eventuelle Neuzertifizierungen abzuschließen. Sofern noch unter AES 2.3 Neuzertifizierungen XML durchgeführt und abgeschlossen werden, beschränkt sich die Zertifizierung unter AES 2.4 auf den Umfang einer Nachzertifizierung. Auf Nachfrage wurde klargestellt, dass Fehlerfälle zeigen sollen, wie die Teilnehmeranwendung bei diesen Fehlersituationen reagiert. Dies kann dazu führen, dass einzelne Fehlerszenarien nicht übermittelt werden können. Softwareanpassungen, die eine Übermittlung des Fehlerfalls möglich machen, sind ausdrücklich nicht vorgesehen und nicht gewünscht. 4 Zeitplanungen Markus Kinzner, Abteilung III, Referat 5 -Zoll, grenzüberschreit. Warenverkehr und EU-Schnittstellen- Die Zeitplanung zur Einführung von XML an der Teilnehmerschnittstelle ergibt sich aus der Präsentation Einführung-XML-Zeitplanung.pdf. Demzufolge wird das ATLAS-Release 8.8 das einzige Release sein, in dem EDIFACT und XML parallel als Übermittlungsformate angeboten werden. Für AES und EMCS wurden noch keine Entscheidungen zum Ende von EDIFACT getroffen. Es kann aber davon ausgegangen werden, dass dies mit einem jeweils zertifizierungspflichtigen Release erfolgen wird, ggf. mit den genannten Releases AES 2.4 und EMCS 2.3. Die Zertifizierungen ATLAS und AES sind unter anderem auch von den Änderungen und Neuerungen des UZK abhängig. Für ATLAS 8.9 wurden noch keine Termine festgelegt. Das Ziel ist, auch künftig einen jährlichen Rhythmus bei den ATLAS-Releases beizubehalten. Dies könne auf Grund von nicht beeinflussbaren Faktoren und Bedingungen jedoch nicht garantiert werden. 5 Abschlussdiskussion Plenum Von Seiten der Softwarehersteller wurde der Wunsch geäußert, pdf-dokumente in das XML-File einzubinden. Dies wird für die Zukunft geprüft. Die Validierung von XML-Teilnehmernachrichten gegen die xsd-dateien ist nicht Pflicht, wäre jedoch aus Qualitätssicherungsgründen wünschenswert. Antwortnachrichten an den Teilnehmer entsprechen den Vorgaben der xsd- Dateien.