Fünfzehn Stunden pro Woche. So viel Zeit verbringt Ihr Team damit, Zoll- und Versanddaten aus E-Mails, PDFs und Tabellenkalkulationen manuell in ein Altsystem zu übertragen. Sie leiten das operative Geschäft bei einem Speditions- und Zollabwicklungsunternehmen mit 14 Mitarbeitern in Ljubljana. Ein Softwareanbieter hat Ihnen gerade einen AI-Agenten gezeigt, der verspricht, dies automatisch zu erledigen. Die Demo lief mit sauberen Testdaten. Sie haben noch drei Wochen Zeit, bis das Budgetfreigabefenster schließt, und ein vierteljährlicher Zoll-Compliance-Bericht liegt vor Ihnen.
Die Entscheidung lautet nicht einfach: Automatisieren oder nicht. Die Entscheidung ist, welchen von drei Schritten Sie jetzt tun: die Entwicklung in Auftrag geben, sie mit Belegen verschieben oder zuerst ein Workflow-Audit durchführen. Wir empfehlen Letzteres – führen Sie eine eintägige Bereitschaftsprüfung durch und lassen Sie sich von den Zahlen leiten. Die falsche Entscheidung kostet mehr als nur Budget; sie kann zu Fehlern in einem Compliance-Bericht führen, für den Sie persönlich haften.
Vorsicht ist hier keine Paranoia. Die veröffentlichten Schätzungen zum Scheitern von Automatisierungen sind so uneinheitlich, dass sie nicht auf eine einzige Zahl reduziert werden sollten. Berichten zufolge stellt EY fest, dass 30–50% der ersten RPA-Projekte scheitern, wobei die Fehler eher auf die Methoden der Unternehmen und ein Missverständnis der Technologie als auf die Technologie selbst zurückgeführt werden. Eine ABBYY-Umfrage unter 400 Führungskräften im Jahr 2020 ergab, dass 38% der Meinung sind, RPA-Projekte scheiterten, weil sie zu komplex seien, und rund 30% gaben an, dass die geplanten Automatisierungsprozesse oder die zugrunde liegenden Tools nicht richtig verstanden wurden. Ein am 5 October 2025 veröffentlichter Fachartikel konstatiert eine hohe Scheiterquote (~50%) für RPA-Initiativen. Die Quellen sind sich über die Ursache uneinig: Die berichtete Position von EY ist, dass Unternehmen die Technologie falsch einsetzen, während die ABBYY-Befragten die Projektkomplexität und unzureichendes Prozessverständnis verantwortlich machen; dies sind unterschiedliche Populationen und unterschiedliche Messgrößen, die nicht in einer einzigen Statistik zusammengefasst werden sollten.
Der Bereitschaftsfilter in vier Fragen
Das folgende Framework verwandelt „nicht bereit“ von einem Gefühl in eine dokumentierte Entscheidung. Es umfasst vier Fragen. Alle vier müssen positiv beantwortet werden, bevor sich die Entwicklung einer Automatisierung lohnt. Jede einzelne rote Flagge führt direkt zu „Verschieben und Auditieren“.
| Frage | Eintägige Messung | Rote Flagge | Entscheidungsweg |
|---|---|---|---|
| 1. Stabilität | Auflistung der vereinbarten Regelwerks- oder Systemänderungen in den nächsten 12–24 Monaten. Für den Zoll: die dreijährige Aufbewahrungsfrist gemäß UCC und der Zeitplan für den EU Data Hub (freiwillig 2030, verpflichtend 2032). | Eine wesentliche Änderung des Regelwerks oder des Systems ist bereits beschlossen oder in Arbeit. | Verschieben; den Filter nach Umsetzung der Änderung erneut anwenden. |
| 2. Ausnahmerate | Ziehen Sie eine Stichprobe realer eingehender E-Mails, PDFs und Tabellenkalkulationen aus einem definierten Zeitraum; zählen Sie die Gesamtzahl der Elemente und diejenigen, die menschliche Interpretation oder eine andere Regel erfordern; teilen Sie die Ausnahmen durch die Gesamtzahl. | Die Ausnahmebehandlung und manuelle Prüfungen würden mehr als etwa ein Drittel der Stunden in Anspruch nehmen, die durch die Automatisierung eingespart werden sollen. | Verschieben; den Prozess zuerst auditieren, um Ausnahmen zu reduzieren. |
| 3. Anteil menschlichen Urteilsvermögens | Listen Sie jeden Schritt auf, bei dem derzeit ein Mensch interpretiert, entscheidet oder freigibt; fordern Sie den Anbieter auf, zu zeigen, wie diese Schritte in menschlicher Hand bleiben. | Ein compliance-relevanter oder unumkehrbarer Schritt hängt von einer Entscheidung ohne menschliche Freigabeinstanz ab. | Verschieben; Verifizierungs- und Freigabeschritte im Design einfordern. |
| 4. Datenqualität | Zählen Sie in derselben Stichprobe Felder mit fehlenden, inkonsistenten oder unterschiedlichen Datenformaten; berechnen Sie die fehlerfreie Trefferquote. | Die fehlerfreie Trefferquote ist zu niedrig für die Importregeln des Altsystems. | Verschieben; zuerst die Daten bereinigen oder die Eingabe neu gestalten. |
Eine rote Flagge reicht aus, um den Kauf zu stoppen. Das ist der Sinn des Filters: Er verhindert, dass eine makellose Demo die Entscheidung für Sie trifft.
Frage 1: Ist das Regelwerk stabil?
Für einen Prozess zur Erfassung von Zolldaten besteht Stabilität aus zwei Teilen: der rechtlichen Grundlage, die Sie wahren müssen, und den bereits absehbaren Änderungen des Regelwerks.
Die Grundlage ist Article 51 des Union Customs Code (Regulation (EU) No 952/2013). Er verpflichtet die betroffene Person, die in Article 15(1) genannten Unterlagen und Informationen mindestens drei Jahre lang aufzubewahren, „mit allen Mitteln, die für die Zollbehörden zugänglich und akzeptabel sind“. Für Waren, die zum zollrechtlich freien Verkehr überlassen oder zur Ausfuhr angemeldet wurden, läuft diese Frist ab dem Ende des Jahres, in dem die Zollanmeldung angenommen wurde – nicht ab dem Transaktionsdatum. Jede von Ihnen entwickelte Automatisierung muss diese Aufbewahrungsregel einschließlich der Anforderungen an Zugänglichkeit und Akzeptanz wahren.
Im Mai 2023 schlug die Europäische Kommission eine grundlegende Reform des EU-Zollrahmens vor; am 26 March 2026 erzielten der Rat und das Europäische Parlament eine politische Einigung darüber. Die vereinbarte Reform führt eine neue dezentrale EU-Agentur, einen EU customs data hub, weitreichende Erleichterungen für besonders vertrauenswürdige Händler sowie eine neue EU-weite Abwicklungsgebühr ein. Laut dem von der Kommission im Dezember 2025 in Umlauf gebrachten Zeitplan für die Zollreform ist die freiwillige Nutzung des EU Data Hub durch alle Händler zusammen mit dem Trust & Check-System für 2030 (zuvor 2032) und die obligatorische Nutzung für alle Händler für 2032 (zuvor 2037) vorgesehen. Dies sind politisch vereinbarte Reformpläne und Planungsziele, keine rechtsverbindlichen Meilensteine, und sie können sich vor der formellen Verabschiedung und Umsetzung noch ändern.
Wenn Ihre Integration den heutigen Deklarationsablauf fest codieren würde, fragen Sie den Anbieter, was passiert, wenn der Data Hub verpflichtend wird. Ein stabiles Regelwerk ist nicht eines, das sich nie ändert; es ist eines, bei dem die Ihnen bekannten Änderungen genügend Vorlaufzeit bieten, um sie einzuplanen.
Fragen 2 und 4: Messen Sie den Prozess an einem Tag
Vertrauen Sie keiner Demo. Nutzen Sie stattdessen Ihre echten Eingangsdaten. Dieses fünfstufige Stichprobenprotokoll ist ein Screening-Test, kein vollständiges Prozess-Audit, aber es liefert die beiden Zahlen, die Sie für Ihre Entscheidung benötigen.
- Ziehen Sie eine Stichprobe realer eingehender E-Mails, PDFs und Tabellenkalkulationen aus einem definierten Zeitraum – die letzten vier Wochen reichen meist aus.
- Zählen Sie die Gesamtzahl der Elemente. Das ist Ihr Nenner.
- Zählen Sie die Ausnahmen: Elemente, die eine menschliche Interpretation oder eine andere Regel erfordern. Eine Sendung, die auf zwei E-Mails aufgeteilt ist, ein Zollverfahren, das Sie nur einmal im Quartal sehen, ein Lieferant, der Gewichte jedes Mal anders formatiert.
- Messen Sie an derselben Stichprobe die Datenqualität auf Feldebene. Markieren Sie für jeden Datensatz Felder, die fehlen, inkonsistent sind oder in mehreren Formaten vorliegen – beispielsweise Daten, die sowohl als 12/03/2026 als auch als 2026-03-12 gespeichert sind.
- Berechnen Sie zwei Kennzahlen:
Ausnahmerate = Ausnahmen ÷ Gesamtzahl der Elemente
fehlerfreie Trefferquote = fehlerfreie Datensätze ÷ Gesamtzahl der Datensätze
Angenommen, die Stichprobe umfasst 200 Elemente, davon 45 Ausnahmen, und 130 Datensätze, bei denen jedes erforderliche Feld in einem einheitlichen Format vorliegt. Die Ausnahmerate liegt bei 22.5% und die fehlerfreie Trefferquote bei 65%. Diese beiden Zahlen fließen in das Entscheidungsprotokoll ein.
Nun zum ehrlichen Teil: Welche Ausnahmerate ist zu hoch?
Hier ist unsere Einschätzung, klar deklariert als fachliches Urteil. Wenn die Ausnahmebehandlung und die manuellen Prüfungen mehr als etwa ein Drittel der Stunden in Anspruch nehmen würden, die durch die Automatisierung eingespart werden sollen, rechnet sich die Entwicklung nicht. Bei einem Prozess, der derzeit 15 Stunden pro Woche in Anspruch nimmt: Wenn Sie nach dem Wegfall der eigentlichen Datenerfassung immer noch mehr als etwa fünf Stunden pro Woche für Ausnahmen und die Überprüfung der Ergebnisse aufwenden müssen, haben Sie nicht die Zeit eingespart, die erforderlich ist, um die Entwicklung und Wartung zu rechtfertigen.
Entscheidungsarbeitsblatt Gesamtkosten
Erfassen Sie diese Punkte, bevor Sie irgendetwas in Auftrag geben:
- Einmalige Kosten: Entwicklung, Integration in das Altsystem, Tests, Datenbereinigung, Mitarbeiterschulung.
- Wiederkehrende Kosten: Software, menschliche Überprüfung und Wartung bei Änderungen von Regeln oder Dokumentenformaten.
- Eingesparte Zeit: die Vollkosten pro Stunde für die Zeit, die Sie einsparen würden, und die erwarteten wöchentlich eingesparten Stunden nach Abzug der Prüfzeit.
Die Entwicklung wird nur fortgesetzt, wenn der erwartete Nutzen sowohl die einmaligen als auch die wiederkehrenden Kosten innerhalb der von Ihrem Unternehmen vorgegebenen Amortisationszeit deckt. Andernfalls lautet die Entscheidung: Verschieben oder Auditieren.
Frage 3: Wo ist menschliches Urteilsvermögen weiterhin entscheidend?
Compliance-kritische Prozesse scheitern an den Stellen, an denen derzeit ein Mensch ein Dokument interpretiert, entscheidet, ob eine Ausnahme vorliegt, oder eine unumkehrbare Aktion freigibt. Listen Sie jeden dieser Schritte auf, bevor der Anbieter das nächste Mal zu Besuch kommt.
Zur spezifischen Frage, ob das Gesetz eine Unterschrift vorschreibt: Im Text von Article 51 findet sich keine Anforderung für eine menschliche Unterschrift auf Zollbelegen. Dies ist eine Tatsache, die sich ausschließlich auf diesen Artikel bezieht; sie belegt nicht, dass an anderer Stelle im UCC keine menschliche Mitwirkung erforderlich ist. Lassen Sie nicht zu, dass ein Anbieter diese begrenzte Erkenntnis zu einer allgemeinen Behauptung aufbläht, der gesamte Prozess könne ohne Menschen ablaufen.
Verlangen Sie für jeden Schritt auf Ihrer Liste vom Anbieter den Nachweis, wie dieser Schritt in menschlicher Hand bleibt. Wenn die Antwort lautet „das Modell regelt das“, ist das keine Architektur, sondern ein Risiko, das Sie erst beim Erstellen des Compliance-Berichts entdecken werden.
Bevor Sie eine Entwicklung in Auftrag geben: Dieser Filter regelt keine rechtlichen Freigabeanforderungen außerhalb von Article 51. Listen Sie jede compliance-relevante Entscheidung im Prozess auf und holen Sie vor der Auftragsvergabe eine schriftliche Bestätigung des zuständigen Beraters oder der zuständigen Behörde für Zoll-Compliance ein, aus der hervorgeht, welche Schritte automatisiert werden dürfen, welche eine menschliche Freigabe erfordern und welcher Audit-Trail aufbewahrt werden muss.
Senden Sie dem Anbieter diesen Test, bevor Sie sich verpflichten
Was der Anbieter vor der Angebotserstellung benötigt
- Den Namen des Altsystems und dessen Importmethode.
- Eine anonymisierte, repräsentative Stichprobe Ihrer echten E-Mails, PDFs und Tabellenkalkulationen.
- Das wöchentliche Eingangsvolumen und Spitzenzeiten.
- Die erforderlichen Ausgabefelder und deren Zuordnungen (Mappings).
- Ausnahmekategorien und wie diese heute gehandhabt werden.
- Die namentlich genannten Personen, die compliance-relevante Aktionen freigeben.
- Die erforderlichen Ausgaben für Audit-Trail und Belegaufbewahrung.
- Bekannte Änderungen von Regeln oder Dokumentenformaten in den nächsten 12–24 Monaten.
Ein Angebot, das ohne diese Angaben erstellt wird, ist lediglich eine unverbindliche Schätzung.
Senden Sie dem Anbieter vor jeder Verpflichtung diesen Test. Er ist so formuliert, dass er direkt in eine E-Mail kopiert werden kann.
Eine seriöse Automatisierung für diesen Prozess sollte ein überwachtes Agentensystem sein: ein System in dem AI-Modelle innerhalb klar abgegrenzter Phasen arbeiten und deren Ausgabe als Behauptung behandelt wird, die Prüfungen bestehen muss, bevor sie als erledigt gilt. Ein Verifizierungsschritt ist eine deterministische Prüfung – Code, der anhand expliziter Regeln erfolgreich ist oder fehlschlägt –, die geschaltet wird, bevor ein Mensch eine unumkehrbare oder compliance-relevante Aktion freigibt.
Unsere veröffentlichte AI-Automatisierungsdoktrin ist der Maßstab, an dem man sich messen lassen muss: „Wir vertrauen Modellausgaben niemals blind. Jede Automatisierung wird mit deterministischen Verifizierungsprüfungen, Budgetobergrenzen und menschlichen Freigabeschritten für unumkehrbare Aktionen ausgeliefert. Wir bauen Systeme, in denen AI-Ausgaben als Behauptung behandelt werden, die Prüfungen bestehen muss, bevor sie als erledigt gilt.“
Die Demo muss vier Dinge leisten:
- Sie muss mit einer anonymisierten Stichprobe Ihrer echten E-Mails und PDFs laufen, nicht mit den kuratierten Screenshots des Anbieters.
- Sie muss zeigen, was mit Ausnahmen geschieht: welche in eine Warteschlange geleitet werden, welche einen Menschen erfordern und wie das System sie kennzeichnet.
- Sie muss die Verifizierungsschritte und menschlichen Freigabeschritte für unumkehrbare oder compliance-relevante Aktionen benennen.
- Sie muss erklären, was passiert, wenn sich Regeln oder Dokumentenformate ändern, und wie das System diese Änderungen erkennt.
Wir veröffentlichen ein Beispiel dieser Architektur in der Praxis – eine Content-Agent-Plattform mit 14 Phasen und deterministischen Validatoren – als Referenz, falls Sie vor einem Gespräch Belege wünschen.
Das Plädoyer für Automatisierung, wenn der Filter bestanden ist
Nichts von alledem spricht gegen eine Automatisierung. Ein stabiler, volumenstarker, ausnahme- und gut strukturierter Prozess ist genau der richtige Ort für eine Automatisierung. Wenn die vier Fragen positiv beantwortet werden, ist die repetitive Arbeit bekannt, die Regeln sind explizit und ein deterministisches System kann seine eigene Ausgabe überprüfen, bevor etwas Unumkehrbares geschieht.
Der Standard, den eine Entwicklung erfüllen sollte, ist unabhängig vom Anbieter derselbe: Verifizierungsprüfungen, Budgetobergrenzen und menschliche Freigabeschritte für unumkehrbare Aktionen. Das ist eine technische Anforderung, kein Verkaufsargument. Unser AI-Automatisierungsservice basiert auf diesem Ansatz – wir bilden die Workflows eines Unternehmens ab und bauen überwachte Systeme mit integrierter Verifizierung und menschlicher Freigabe.
Halten Sie die „Noch nicht“-Entscheidung schriftlich fest
Wenn Ihr Filter eine rote Flagge liefert, schreiben Sie die Entscheidung auf. Ein einseitiges Protokoll reicht für die Geschäftsführung völlig aus:
- Prozess: Erfassung von Zoll- und Versanddaten.
- Stichprobe: 200 Elemente aus einem definierten vierwöchigen Zeitraum; geben Sie die Daten an.
- Ausnahmerate: 22.5%.
- Datenqualitäts-Score: 65% fehlerfreie Datensätze.
- Stabilität: EU-Zollreform am 26 March 2026 politisch vereinbart; EU Data Hub freiwillig im Jahr 2030, verpflichtend im Jahr 2032.
- Bedingungen, die die Entscheidung umkehren würden: Ausnahmerate unter der Gewinnschwelle, fehlerfreie Trefferquote über einem bestimmten Niveau oder eine weitere Verzögerung des Zeitplans für den Data Hub.
Dieses Dokument macht aus einem „Nein“ einen Business Case. Wenn Ihre Geschäftsführung fragt, warum Sie das Tool nicht gekauft haben, antworten Sie mit Stichprobengröße, Ausnahmerate und dem Zeitplan der Reform – mit Belegen statt mit Bauchgefühl.
Was als Nächstes zu tun ist: Auditieren Sie den Prozess, nicht das Produkt
Der nächste Schritt nach dem Filter ist ein Workflow-Audit, das bei Ihrem tatsächlichen Prozess ansetzt, nicht bei einem Produkt. So beginnen unsere AI-Automatisierungsprojekte: Wir bilden die Workflows eines Unternehmens ab und bauen überwachte AI-Systeme mit integrierter Verifizierung und menschlicher Freigabe. Wenn Ihr Filter bestanden wurde, verifiziert das Audit Ihre Zahlen, bevor Sie sich verpflichten. Wenn er fehlgeschlagen ist, zeigt das Audit auf, was sich ändern muss, bevor eine Automatisierung rentabel wird.
Wir veröffentlichen Richtpreisspannen als Referenz, aber die genauen Kosten ergeben sich erst nach dem Audit. Buchen Sie ein Strategiegespräch, um diese Überprüfung zu starten.
Quellen
- 01Reducing the High Failure Rate (50%) of RPA Implementation Projects: A Real-World Application Using Design Science Researchdoi.org
- 02RPA projects fail because of complexity, misunderstandingciodive.com
- 03Modernising the EU customs union - Consilium - European Councilconsilium.europa.eu
- 04EU Customs Reform - Taxation and Customs Union - Europa.eutaxation-customs.ec.europa.eu
- 05LIMITE ENdata.consilium.europa.eu
- 06Regulation (EU) No 952/2013 of the European Parliament and of the ...legislation.gov.uk
- 07[PDF] Regulation (EU) No 952/2013 of the European Parliament ... - EUR-Lexeur-lex.europa.eu
- 08Why RPA Implementation Projects Failcmswire.com
- 09What can we learn from RPA failures? - Raconteurraconteur.net
- 10Get ready for robotseyfs.ie
- 11State of Process Mining and Robotic Process Automation 2020digital.abbyy.com
- 12RPA projects fail because of complexity and misunderstanding | Supply Chain Divesupplychaindive.com