Die AEO-Bewilligung wird einmal erteilt. Das AEO-Monitoring danach läuft jeden Tag weiter. Ein Nachweisregister trennt beide Welten. Genau dort verliert manche Spedition ihren Status. Ohne es zu merken.
Der AEO, der Zugelassene Wirtschaftsbeteiligte, ist ein besonderer Zollstatus. Er steht in Art. 38 des Unionszollkodex (UZK, Verordnung (EU) Nr. 952/2013). Er kommt in zwei Formen. AEO-C für Zollvereinfachungen. AEO-S für Sicherheit. Vor der Bewilligung prüft das Hauptzollamt einen Fragenkatalog zur Selbstbewertung. Dazu kommen Sachverständigengutachten und eine Begehung der Liegenschaften. Grundlage sind die angemessenen Sicherheitsstandards aus Art. 28 der Durchführungsverordnung (EU) 2015/2447. Das kennt jede Spedition mit AEO-Status. Weil sie es einmal durchlaufen hat.
Der andere Teil ist Art. 23 Abs. 2 UZK. Der Inhaber der Entscheidung meldet der Zollbehörde jedes Ereignis. Sofort. Wenn es die Bewilligung berühren könnte. Das ist eine eigene, unaufgeforderte Meldepflicht. Niemand fragt danach. Sie gilt trotzdem. Dazu kommt die Praxisempfehlung, den Fragenkatalog mindestens jährlich zu aktualisieren. Und die Änderungen in einem Monitoring-Bericht zu sammeln.
Danach passiert das Erwartbare. Der Fragenkatalog wird einmal ausgefüllt. Abgelegt. Für gut befunden. Die Nachweise dahinter leben in Excel und Mail. Drei Stellen brechen zuverlässig.
Erstens die Erklärungen der Frachtführer zur Sicherheit. Ein AEO-Inhaber muss seine Partner absichern. Er sagt ihnen, was gilt. Er drängt auf einen Vertrag dazu. In der Praxis heißt das so: eine Erklärung je Partner, mit Datum. Sie läuft ab. Niemand trägt das Datum in einen Kalender ein. Der Partner fährt weiter. Ohne gültiges Papier.
Zweitens die Protokolle am Zugang. Wer war wann am Tor. An welcher Rampe. In welchem Wagen. AEO-S will festen Zugang zu Hof und Ladung. Der Nachweis dafür liegt in einem Buch am Tor. Oder gar nicht vor.
Drittens die Zuordnung von Vorgang zu Sendung. Jede Anmeldung beim Zoll bekommt über ATLAS eine MRN. Eine Nummer mit achtzehn Stellen. Sie kommt von selbst, sobald der Zoll die Anmeldung nimmt. Die MRN ist der einzige feste Schlüssel dafür. Zwischen dem Vorgang und der Sendung. In der Praxis liegt sie in einer eigenen Zoll-Software. Die Sendung läuft im TMS unter einer anderen Zahl. Beide Systeme reden nicht miteinander.
Alle drei Stellen lassen sich als Datensatz führen. Nicht als Papierstapel.
Das Register trägt je Partner drei Zeilen. Die Erklärung zur Sicherheit, mit Datum. Der Nachweis für die Schulung. Und der Beleg für die Police. Jede Zeile trägt ein Ablaufdatum. Ohne Datum gilt keine Zeile als aktiv.
Die Zugangsprotokolle entstehen nebenbei. Aus Telematik und Tor-Systemen, die längst laufen. Nicht aus neuer Hardware. Der Beitrag zum TAPA-Vorfallprotokoll aus Telematik-Ereignissen zeigt das im Detail. Geofence, Tür und Route werden dort zum Protokoll. Für den AEO-Nachweis zählt derselbe Rohdatensatz. Nur die Frage ist anders. Nicht "was ist passiert". Sondern "wer hatte wann Zugang".
Die Zoll-Zuordnung braucht einen Join. Zwischen MRN und Sendungsnummer. Geführt an genau einer Stelle. Statt in zwei Systemen mit zwei Wahrheiten. Steht dieser Join, zeigt sich jede Zollanmeldung zu jeder Sendung in Sekunden. Statt in zwei Ablagen zu suchen.
Über allen drei liegt der Alarm bei Ablauf. Mit einem Status je Fall. Eine Erklärung, die in vierzehn Tagen abläuft, wird zu einem Fall. Offen. In Klärung mit dem Partner. Erledigt. Kein Alarm fällt weg, ohne dass ihn wer quittiert hat. Das trennt einen Alarm von einer Mail im Postfach. Das gleiche Prinzip trägt schon den Lieferkettennachweis für CSRD und LkSG. Dort geht es um den Bogen des Kunden. Nicht um den Zoll.
Ein Blick in public.workflow_runs half hier nicht. Das ist die Log-Datenbank hinter den Exasync-Läufen. Sie zeigt keine passende Zahl für diesen Fall. Kein Kundenprozess zählt bis heute Alarme für diese Art Papier. Oder einen Fall von MRN zu Sendung. Also steht hier nur der Weg. Keine Zahl, die frei erfunden wäre.
Für den Mann vom Zoll ändert sich der Tag der Bewertung im Jahr. Sonst müsste er den Bogen gegen den alten Stand raten. Jetzt liegt eine Liste vor ihm. Was abgelaufen ist. Was noch offen ist. Was neu dazu kam seit dem letzten Mal. Der Bericht wird zur Abfrage. Nicht zur Nacht am Schreibtisch.
Für die Disposition ändert sich wenig. Das ist der Punkt dabei. Ein Papier vom Partner zu prüfen, ist nicht ihr Job. Das soll auch so bleiben. Das Register läuft daneben her. Niemand in der Tourenplanung muss eine Frage vom Zoll klären, bevor ein Wagen losfährt.
Bei einer Prüfung oder einer neuen Bewertung ändert sich am meisten. Sonst dauert das Wochen. Papier, Zugang, Vorgänge, alles von Hand zusammentragen. Jetzt liegt der Stand für den Zeitraum schon vor. Das macht die Prüfung selbst nicht kürzer. Es macht nur die Vorbereitung kurz. Und genau da entsteht sonst der größte Druck vor jedem Termin.
Ein Ablauf-Alarm zeigt eine fehlende Erklärung. Er sagt nicht, ob der Subunternehmer die Sicherheitsstandards wirklich noch einhält. Das bleibt eine Frage an den Menschen. Nicht an das Register. Genauso entscheidet kein Alarm, ob ein Ereignis nach Art. 23 Abs. 2 UZK meldepflichtig ist. Das System zeigt die Änderung. Die rechtliche Einordnung bleibt beim Zollbeauftragten. Und die MRN-Zuordnung funktioniert nur, wenn beide Referenznummern digital vorliegen. Läuft eine Anmeldung noch per Fax? Oder in einer isolierten Zoll-Insellösung? Dann bleibt der Join Handarbeit.
Viele Speditionen mit AEO-Status haben noch keinen dieser Schritte automatisiert. Der erste Griff sollte trotzdem nicht zur neuen Zoll-Software gehen. Der erste Schritt ist das Nachweisregister mit Ablaufdatum. Die einfachste Stelle, an der am meisten unbemerkt bricht.
Eine Frage an Leser mit AEO-Bewilligung. Wo liegt Ihre Liste der Sicherheitserklärungen Ihrer Subunternehmer heute? Und wer hat als letzter geprüft, ob eine davon abgelaufen ist?
