Versandvorgänge vom Abgang bis zur Bestimmung,
in einem Ablauf und regelkonform.
NCTS-Phase-6-konforme nationale Transitanwendung.
CustomsFlow ist die nationale Anwendung des gemeinsamen Versandverfahrens (NCTS) für Zollverwaltungen. Sie wurde nach dem von der Europäischen Kommission veröffentlichten Designdokument für nationale Transitanwendungen der NCTS Phase 6 aufgebaut: Die Rollen von Abgangsstelle, Durchgangszollstelle und Bestimmungsstelle arbeiten mit eigenen Zustandsautomaten, jede Nachricht wird anhand definierter Regeln validiert und in ein unveränderliches Protokoll geschrieben, und bestehende Zollsysteme werden per Adapter angebunden.
| MRN | Route | Son mesaj | Status |
|---|---|---|---|
| 26XX00000000001042 | Abgang A → Durchgang B → Bestimmung C | CC029C | Zum Versand überlassen |
| 26XX00000000001043 | Abgang A → Bestimmung D | CC060C | Unter Kontrolle |
| 26XX00000000001038 | Abgang E → Durchgang B → Bestimmung A | CD118C | Ankunft angenommen |
| 26XX00000000001021 | Abgang A → Bestimmung F | CC045C | Vorgang abgeschlossen |
| 26XX00000000000997 | Abgang C → Bestimmung A | Zeitgeber | Suchverfahren |
IE015Anmeldung des Wirtschaftsbeteiligten eingegangen; Schema-, Codelisten- und Regelprüfung bestanden09:12CC028CMRN vergeben, Inanspruchnahme der Sicherheit erfasst09:12CC060CRisikowert über dem Schwellenwert: Kontrollentscheidung gemeldet09:13CC029CMit Freigabe des Zollbeamten zum Versand überlassen09:41CD050CVoranmeldung an die Durchgangszollstelle gesendet09:41

Das Fahrzeug passiert drei Zollstellen,
das Protokoll reißt nie ab.
Während das Fahrzeug vom Abgang bis zur Bestimmung jede Zollstelle passiert, werden Nachrichten erzeugt und die Sicherheit gesperrt und wieder freigegeben. Jede Stelle sieht den Status des Versandvorgangs aus demselben Datensatz.
IE015Anmeldung des Wirtschaftsbeteiligten eingegangen; Schema-, Codelisten- und Regelprüfung bestanden.Die Transitregeln ändern sich,
die Systeme kommen nicht hinterher.
Die neue Phase des gemeinsamen Versandverfahrens bringt Hunderte Nachrichtenregeln, Dutzende Nachrichtentypen, Geschäftstimer und den wechselseitigen Nachrichtenaustausch mit den Verwaltungen der Partnerländer. All das in bestehende Zollsysteme einzubauen dauert lange und erfordert bei jeder Regeländerung eine Neuentwicklung.
Im Code verankerte Regeln
Stehen Regeln und Codelisten in der Anwendung, wird jede Änderung zum Softwareprojekt.
Zahlreiche externe Systeme
Anmeldung, Risiko, Sicherheit, Ausfuhr und Partnerverwaltungen; jedes bedeutet eine eigene Verbindung und ein eigenes Fehlerformat.
Unsichtbarer Nachrichtenverkehr
Um zu sehen, an welcher Nachricht ein Vorgang hängt und warum, muss man die Spur in mehreren Systemen verfolgen.
Von der Anmeldung bis zum Abschluss
in vier Schritten.
Jeder Schritt von der Anmeldung des Wirtschaftsbeteiligten bis zum Abschluss des Vorgangs folgt den Nachrichten- und Zustandsdefinitionen des Designdokuments; Geschäftstimer werden als Daten geführt, und ein Vorgang mit abgelaufener Frist geht automatisch ins Suchverfahren.
- 1
Anmeldung geht ein
Die Nachricht des Wirtschaftsbeteiligten durchläuft Schema-, Codelisten- und Regelprüfung; bei Erfolg wird eine MRN vergeben und die Inanspruchnahme der Sicherheit erfasst, andernfalls folgt eine Ablehnung mit der verletzten Regel.
- 2
Risiko und Kontrolle
Liegt der Wert der Risiko-Engine über dem Schwellenwert, wird eine Kontrollentscheidung gemeldet; der Zollbeamte der Abgangsstelle entscheidet in seiner eigenen Maske.
- 3
Durchgang und Bestimmung
Der Vorgang wird zum Versand überlassen; Durchgangs- und Bestimmungsstelle werden per Common-Domain-Nachricht informiert und treffen ihre eigenen Entscheidungen.
- 4
Abschluss
Das Ankunftsergebnis geht an die Abgangsstelle zurück, die Sicherheit wird freigegeben und der Vorgang abgeschlossen. Ein Vorgang mit abgelaufener Frist kommt ins Suchverfahren.
30 Zustände, 18 Entscheidungen,
ein einziger Vorgangsdatensatz.
Während ein Versandvorgang Abgangs-, Durchgangs- und Bestimmungsstelle durchläuft, schreibt jede Zollstelle ihren Zustand und ihre Entscheidung in denselben Datensatz. Zustände und Übergänge wurden nach den offiziellen Diagrammen des Designdokuments aufgebaut; was an welcher Zollstelle wartet, ist jederzeit sichtbar.
resmi durumZustände des Vorgangs an dieser Stelle
karar MigrationiEntscheidungen des Zollbeamten
Die Zollstelle, bei der die Anmeldung eingeht
Annahme der Anmeldung, Risiko- und Sicherheitsprüfung, Kontrollentscheidung, Überlassung zum Versand, Annullierung und Suchverfahren.
resmi durumZustände des Vorgangs an dieser Stelle
karar MigrationiEntscheidungen des Zollbeamten
Die Zollstelle am Grenzübergang
Empfang der Voranmeldung, Gestellung des Fahrzeugs, Freigabe oder Verweigerung des Grenzübertritts.
resmi durumZustände des Vorgangs an dieser Stelle
karar MigrationiEntscheidungen des Zollbeamten
Die Zollstelle, an der der Vorgang endet
Annahme der Ankunft, Kontrollergebnis, Überlassung der Waren und Meldung an die Abgangsstelle.
Jede Nachricht passiert acht Tore,
fehlerhafte kommen mit ihrer Regel zurück.
Jede Nachricht vom Wirtschaftsbeteiligten oder aus der Common Domain wird in der Reihenfolge des Designdokuments validiert. Die Regeln stehen nicht im Anwendungscode, sondern in einem versionierten Regelkatalog: 568 Regeln und Bedingungen; ändern sie sich, wird der Katalog aktualisiert, nicht der Code.
IE015Anmeldung des Wirtschaftsbeteiligten · LRN DEMO-0042Ihre bestehenden Systeme
bleiben, wo sie sind.
CustomsFlow wird über eine Adapterschicht an die laufenden Systeme der Zollverwaltung angebunden und erfordert dort keine Änderungen. Acht Integrationspunkte sprechen denselben Vertrag, jeder Aufruf wird protokolliert.
- Transit-Engine · Rollen, Zustände, Timer
- Regelkatalog · 568 Regeln und Bedingungen
- Unveränderliches Protokoll · jede Nachricht und jeder Aufruf
Für eine nationale Zollverwaltung
ein durchgängiger Prototyp an einem Tag.
Für eine nationale Zollverwaltung wurde eine nationale Transitanwendung für NCTS Phase 6 als Prototyp auf Butterfly aufgebaut. Alle Daten waren fiktiv; die Testszenarien liefen über Browser und API vollständig durch.
- 1 TagDurchgängig kurulumDer gesamte Ablauf, vom Abgang bis zum Durchgang und von der Ankunft bis zum Abschluss des Vorgangs, wurde an einem Tag aufgebaut und ausgeführt.
- 568Regeln und BedingungenDie Regeln und Bedingungen des Designdokuments wurden als versionierter Katalog geladen, dazu 5.517 Codelisteneinträge aus den gemeinsamen Referenzdaten.
- 8IntegrationspunkteAnmeldung, Risiko, Sicherheit, Ausfuhr, Common Domain, Kanal für Wirtschaftsbeteiligte, Referenzdaten und Verfügbarkeit; ein Vertrag, Live-Monitor.
- 19 / 20Testszenarien bestandenEinschließlich Sicherheitsfehlern, Regelverstößen, verweigertem Grenzübertritt, Annullierung und Suchverfahren. Das verbleibende ist ein bewusst vereinfachter Ablehnungsablauf.
Für den nationalen Transit
alles, was Sie brauchen.
Teams, die Versandvorgänge durchgängig
steuern.

Zollbeamte der Zollverwaltung
Abgangs-, Durchgangs- und BestimmungsstellenWarum? ↻Die Spur in mehreren Systemen zu verfolgen, um zu sehen, warum ein Vorgang wartet, verlängert die Entscheidungszeit.
Was es leistetZustand des Vorgangs, Nachrichtenkette und eigene Entscheidung in einer Maske sehen.
Abgangs-, Durchgangs- und Bestimmungsstellen
Wirtschaftsbeteiligte und Zollagenten
Beyan sahipleri, lojistik ekipleriWarum? ↻Eine Ablehnung ohne Begründung führt dazu, dass dieselbe Anmeldung nach Versuch und Irrtum erneut eingereicht wird.
Was es leistetMit der Regelnummer sehen, warum eine Anmeldung abgelehnt wurde, und wissen, wo sich der Vorgang befindet.
Beyan sahipleri, lojistik ekipleri
Zoll-IT- und Integrationsteams
System- und IntegrationsmanagementWarum? ↻Steht die Regel im Code, bedeutet jeder Phasenwechsel ein neues Softwareprojekt.
Was es leistetAufrufe externer Systeme in Echtzeit überwachen und neue Regelsätze ohne Programmierung in Betrieb nehmen.
System- und IntegrationsmanagementBestehende Systeme bleiben unverändert,
jeder Schritt wird protokolliert.
CustomsFlow wurde nicht entwickelt, um die laufenden Systeme der Zollverwaltung zu ersetzen, sondern um sie an das gemeinsame Versandverfahren anzubinden. Jede Nachricht und jeder externe Aufruf wird protokolliert; die Entscheidungen liegen beim berechtigten Zollbeamten.
Kontrolle
- Jede Nachricht im unveränderlichen Protokoll, mit ihrem XML
- Jeder externe Aufruf mit vollständiger Anfrage und Antwort protokolliert
- Entscheidungen nur in der Maske des berechtigten Zollbeamten
- Zeiten in UTC gespeichert, in Ortszeit angezeigt
Platform
- Per Adapter an bestehende Zollsysteme angebunden
- Startet im Opt-Out-Modus, bereit für Opt-In
- Mehrsprachige Oberfläche
- Kann On-Premises bereitgestellt werden
CustomsFlow und Ihr Transitprozess: wie gut passt es?
8 Fragen, zwei Minuten. Am Ende sehen Sie die Eignungsbewertung von CustomsFlow für Ihren Transitprozess und die Gründe dafür.
- Transitumfang
- Regel und Nachricht
- Integration
- Audit
Über CustomsFlow
zu Butterfly.
CustomsFlow nedir?
Auf welchem Dokument basiert die Anwendung?
Müssen wir unsere bestehenden Zollsysteme ändern?
Was passiert, wenn sich die Regeln ändern?
Werden die Modi Opt-Out und Opt-In unterstützt?
Ist es im Live-Betrieb?
Lässt es sich On-Premises bereitstellen?
Lassen Sie uns Ihren Transitprozess anhand eines Szenarios prüfen.
Lassen Sie uns gemeinsam Ihre Dienststellenrollen, die anzubindenden Systeme und Ihren Umstellungszeitplan betrachten. Die erste Bewertung führen wir anhand eines einzigen Transitszenarios durch.