| Nachricht „Ausgang zur Ausfuhr“ (E_EXP_EXT) |
| 8.1 |
Codelisten-Bezüge in der E_EXP_EXT |
| Durch Verwendung der einschränkenden Codeliste S0210 sind Teile des formulierten Regelwerks obsolet. |
| Art: |
Korrektur |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Datenfeld „KOPF / Datum des Ausgangs“ |
| Korrektur der Wertigkeit. |
| Streichung des Existenzkriteriums. |
| Korrektur des zweiten Prüfkriteriums. |
| Datenfeld „KOPF / Text“ |
| Korrektur des Existenzkriteriums. |
| Datengruppe „TATSÄCHLICHE AUSGANGSZOLLSTELLE“ |
| Ersetzung der beiden Existenzkriterien. |
| Ergänzung einer Bemerkung. |
| Datengruppe „BEFÖRDERER AM AUSGANG“ |
| Korrektur des Existenzkriteriums. |
| Datenfeld „ALTERNATIVNACHWEIS / TRANSPORTDOKUMENT / Referenznummer“ |
| Korrektur der Codeliste in beiden Existenzkriterien. |
| 29.13 |
Redaktionelle Korrekturen |
| Art: |
Korrektur |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Bemerkungen: |
Nicht einzeln ausgewiesen sind systematische redaktionelle Anpassungen zwecks Verfahrensbereich-übergreifender Harmonisierung bezüglich der Begrifflichkeiten und Beschreibungen von MRNs, Dienststellennummern, EORI- und TCUI-Nummern, insbesondere auch die durchgängige Ersetzung von „Nationalitätskennzeichen“ durch „Land“. |
| Datengruppe „ANMELDER“ |
| Korrektur der letzten Bemerkung. |
| Datenfeld „ALTERNATIVNACHWEIS / TRANSPORTDOKUMENT / Art“ |
| Anpassung der Prüfmuster. |
| 48.1 |
Nachforschung nach Überführung in ein Versandverfahren |
| Art: |
Korrektur |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Datenfeld „KOPF / Art des Ausgangs“ |
| Ergänzung eines Prüfkriteriums. |
| 50.13 |
Verwendung von Schnellinformationen |
| Codierte Information, i.d.R. durch eine Codeliste unterlegt, wird durch Schnellinformation ergänzt. Bereits vorhandene Erläuterungen als bisherige Klammerzusätze im Fließtext werden dabei integriert. |
| HTML-Format: |
| • |
Statuswerte in der strukturellen Übersicht bleiben wie bisher durch ihre Bedeutung unterlegt. |
| • |
Statuswerte in Textblöcken werden durch ihre Bedeutung unterlegt. |
| • |
Codelisten-Kürzel werden durch die Langbezeichnung der Codeliste unterlegt. |
| • |
Codierungen werden durch Kürzel und Langbezeichnung der Codeliste sowie ihre Entschlüsselung unterlegt. |
| • |
Gruppen von Codierungen werden wie Codierungen einzeln/mehrzeilig aufgeschlüsselt. |
| • |
Codierungsmuster mit Jokerzeichen werden durch eine Erläuterung unterlegt. |
| • |
Literale Texte ohne zugrunde liegende Codeliste oder ohne in der Publikation verfügbare Codeliste werden durch eine Erläuterung unterlegt. |
| • |
Oben genannte neue Unterlegungen werden farblich gekennzeichnet. |
| RTF-Format: |
| • |
Statuswerte in der strukturellen Übersicht werden nicht durch ihre Bedeutung unterlegt. |
| • |
Statuswerte in Textblöcken werden durch ihre Bedeutung unterlegt. |
| • |
Codelisten-Kürzel werden durch die Langbezeichnung der Codeliste unterlegt. |
| • |
Codierungen werden durch Kürzel und Langbezeichnung der Codeliste sowie ihre Entschlüsselung unterlegt. |
| • |
Gruppen von Codierungen werden nicht aufgeschlüsselt. |
| • |
Codierungsmuster mit Jokerzeichen werden durch eine Erläuterung unterlegt. |
| • |
Literale Texte ohne zugrunde liegende Codeliste oder ohne in der Publikation verfügbare Codeliste werden durch eine Erläuterung unterlegt. |
| • |
Oben genannte neue Unterlegungen werden farblich gekennzeichnet. |
| • |
Referenzen auf andere Nachrichten oder Datenelemente in anderen Nachrichten werden durch Verweise unterlegt, soweit sich diese Ziele im AES-IHB befinden. |
| • |
Referenzen auf externe URLs werden durch Verweise unterlegt. |
| • |
Dokument-externe als auch -interne Verweise werden farblich gekennzeichnet. |
| CSV-Format (als Textzusatz in eckigen Klammern): |
| • |
Statuswerte in Textblöcken werden durch ihre Bedeutung ergänzt. |
| • |
Codelisten-Kürzel werden nicht aufgeschlüsselt. |
| • |
Codierungen werden durch ihre Entschlüsselung ergänzt. |
| • |
Gruppen von Codierungen werden nicht aufgeschlüsselt. |
| • |
Codierungsmuster mit Jokerzeichen werden durch eine Erläuterung ergänzt. |
| • |
Literale Texte ohne zugrunde liegende Codeliste oder ohne in der Publikation verfügbare Codeliste werden durch eine Erläuterung ergänzt. |
| XSD-Format: |
| • |
Keine Anpassungen. |
| Art: |
Korrektur |
| Auswirkung: |
transparent |
| Verfügbarkeit: |
bereits zurückliegend |
| Bemerkungen: |
Die Neuerung beinhaltet keine fachlichen Änderungen, sondern erweitert und vereinheitlicht die Darstellung. In Einzelfällen ergeben sich daraus auch redaktionelle Korrekturen. |
|
Die Einschränkungen im RTF- ggü. dem HTML-Format sind durch die technischen Möglichkeiten des hauptsächlich für die Anzeige solcher Dokumente verwendeten Werkzeugs bedingt.
Die Einschränkungen im CSV- gegenüber den beiden Präsentationsformaten sind aus inhaltlichen Erwägungen bestimmt. |
|
Aufgrund des redaktionellen Charakters der Anpassung sind die geänderten Elemente nicht einzeln ausgewiesen. |
| 65.13 |
Redaktionelle Korrekturen |
| Art: |
Korrektur |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Bemerkungen: |
Aufgrund des Umfangs der Anpassungen zu Satzbausteinen in Existenz- und Prüfkriterien werden diesbezüglich die einzelnen Datengruppen und -felder nicht einzeln aufgeführt. |
| Datenfeld „KOPF / LRN“ |
| Anpassung der Feldbeschreibung. |
| Datengruppe „ANMELDER“ |
| Ergänzung des zweiten Prüfkriteriums (als direkte Formulierung statt bislang nur indirekter Ableitung). |
| Datengruppe „VERTRETER“ |
| Ergänzung des ersten Prüfkriteriums (als direkte Formulierung statt bislang nur indirekter Ableitung). |
| 83.8 |
Ende der weichen Migration von AES 2.4 |
| Mit dem Ende der weichen Migration des Nachrichtenaustausches mit ATLAS/Ausfuhr zu den Datenkränzen auf Basis des ZK wurden Übergangsregelungen und andere Referenzen obsolet und werden gestrichen. |
| Art: |
Korrektur |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Bemerkungen: |
Wertigkeiten (Status) und Formate/Prüfmuster zu Übergangsregelungen an Datenelementen von ausgehenden Nachrichten bleiben unverändert, um noch eine reibungslose Abwicklung von Altvorgängen zu ermöglichen. Die zugrunde liegenden technischen oder fachlichen Hintergründe werden aber nicht mehr ausgewiesen. |
| Fachlicher Überblick |
| Korrektur der Beschreibung. |
| 89.11 |
UZK-konforme Prüfmuster für MRNs |
| Mit nunmehr erfolgter Rechtsgültigkeit vom Dezember 2024 für MRNs nach UZK wird die Validierung der Jahrgangsanteile so präzisiert, dass fehlerhafte Angaben weitgehend abgewiesen und in der Folge Probleme im internationalen Nachrichtenaustausch vermieden werden. |
| Art: |
Änderung |
| Auswirkung: |
beschränkt auf die aktuelle(n) und ggf. zukünftige Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Datenfeld „KOPF / MRN“ |
| Änderung des Prüfmusters |
| Änderung der Aufbaubeschreibung. |
| 96.1 |
Herabsetzung der Frist zur proaktiven Übermittlung der E_EXP_EXT |
| Die Einleitung des Nachforschungsverfahrens auf Initiative des Teilnehmers wird jetzt bereits 20 Tage nach Überlassung ermöglicht. |
| Art: |
Änderung |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Fachlicher Überblick |
| Anpassung des Prüfkriteriums. |
| 100.13 |
Download-URLs für Codelisten |
| Aufgrund der Anbindung der iAAplus an das Zoll-Portal ändern sich die URLs für den Codelisten-Download. |
| Art: |
Änderung |
| Auswirkung: |
anwendbar auch rückwirkend auf ältere Nachrichtenversionen |
| Verfügbarkeit: |
bereits zurückliegend |
| Bemerkungen: |
Aufgrund des Umfangs der Änderungen werden die einzelnen Datengruppen und -felder nicht einzeln aufgeführt. |
|
Die bisherigen URLs stehen noch für eine begrenzte Übergangszeit zur Verfügung. |
| 106.12 |
Rückbau von Übergangsregelungen |
| Mit Eintrag #83 wurde bereits zum Ende der weichen Migration von AES 2.4 die Streichung von diesbezüglichen Übergangsregelungen dokumentiert. Wertigkeiten (Status) und Formate/Prüfmuster dazu an Datenelementen von ausgehenden Nachrichten blieben dabei unverändert, um noch eine reibungslose Abwicklung von Altvorgängen zu ermöglichen. |
| Mit Ablauf des 14.12.2025, 23:59:59 Uhr UTC (15.12.2025, 00:59:59 Uhr MEZ) ist die EU-weite Übergangszeit zur Umstellung von ECS-P2 auf AES-P1 für neu anzulegende Ausfuhrvorgänge (Transition Period) ausgelaufen. Seitdem gelten nicht mehr die extra für einen verlustfreien Übergang eingeführten Sonderregeln der DDNXA. |
| Mit Ablauf des 30.09.2026, 23:59:59 Uhr UTC (01.10.2026, 01:59:59 Uhr MESZ) ist auch die sich anschließende Auslaufzeit für Altvorgänge (Long Living Legacy Period) abgekündigt. Bis zu diesem Datum dürfen noch Nachrichten zu Vorgängen vor oder aus der Übergangszeit mit entsprechenden Datenqualitäten übermittelt werden. |
| Aufgrund dieses letzten nun feststehenden Termins werden die dokumentierten Übergangsbeschränkungen aus den Schnittstellenbeschreibungen entfernt. |
| Art: |
Änderung |
| Auswirkung: |
beschränkt auf die aktuelle(n) und ggf. zukünftige Nachrichtenversionen |
| Verfügbarkeit: |
ATLAS_10.2.2_WF04 |
(unverbindlicher Plantermin) |
| Bemerkungen: |
Dieser Rückbau beinhaltet faktisch technische, jedoch keine fachlichen Änderungen. Im Ergebnis beschreiben die Nachrichtenspezifikationen lediglich den bereits geltenden Iststand in gestraffterer Form. |
|
Aufgrund der Systematik der Anpassung sind die geänderten Elemente i.d.R. nicht einzeln ausgewiesen. |
|
In Einzelfällen erfolgt ein struktureller Rückbau von bereits technisch gesperrten oder aufgrund von fachlichen Übergangsregeln nicht mehr genutzten Datengruppen. Diese Änderungen erfolgen zwecks Einheitlichkeit mit den Spezifikationen der zugrunde liegenden DDNXA in ihrer aktualisierten Fassung und sind explizit notiert.
Siehe dazu auch die Einträge #14, #31 und #56. |