Zum Inhalt springen
Butterfly

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.

NCTS-Phase-6-Designdokument568 Regeln, versionierter KatalogPer Adapter an bestehende SystemeLive-Integrationsmonitor
24Ein hareket
3Unter Kontrolle
11Transitte
6Am Bestimmungsort
1Im Suchverfahren
MRNRouteSon mesajStatus
26XX00000000001042Abgang A → Durchgang B → Bestimmung CCC029CZum Versand überlassen
26XX00000000001043Abgang A → Bestimmung DCC060CUnter Kontrolle
26XX00000000001038Abgang E → Durchgang B → Bestimmung ACD118CAnkunft angenommen
26XX00000000001021Abgang A → Bestimmung FCC045CVorgang abgeschlossen
26XX00000000000997Abgang C → Bestimmung AZeitgeberSuchverfahren
ABGANGAbgangsstelle AZum Versand überlassen
DURCHGANGDurchgangszollstelle BGrenzübergang ausstehend
BESTIMMUNGBestimmungsstelle CAnkunft erwartet
  • IE015Anmeldung des Wirtschaftsbeteiligten eingegangen; Schema-, Codelisten- und Regelprüfung bestanden09:12
  • CC028CMRN vergeben, Inanspruchnahme der Sicherheit erfasst09:12
  • CC060CRisikowert über dem Schwellenwert: Kontrollentscheidung gemeldet09:13
  • CC029CMit Freigabe des Zollbeamten zum Versand überlassen09:41
  • CD050CVoranmeldung an die Durchgangszollstelle gesendet09:41
CustomsFlow-Integrationsmonitor: Aufrufzahlen und Live-Anfragestrom von acht externen Systemen
Betriebsübersicht · Rollenbasierte Startseite: offene Versandvorgänge, Status und letzte NachrichtenCustomsFlow-Masken · fiktive Daten
Der Weg eines Versandvorgangs

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.

Transit hareketi · 26XX00000000001042Beispiel hareket · kurgusal veri Anmeldung eingegangen
Abgangsstelle AMesajDurchgangszollstelle B · GrenzeMesajBestimmungsstelle CMesaj SICHERHEIT
IE015Anmeldung des Wirtschaftsbeteiligten eingegangen; Schema-, Codelisten- und Regelprüfung bestanden.
Sicherheit gesperrtSicherheit freigegebenSchranke geschlossen
IE015
AbgangsstelleDie Anmeldung wird angenommen, eine MRN vergeben und die Sicherheit gesperrt; nach der Kontrolle wird der Vorgang zum Versand überlassen.
CD050C
DurchgangszollstelleEmpfängt die Voranmeldung; bei Gestellung des Fahrzeugs gibt sie den Grenzübertritt frei und meldet ihn.
CD006C
BestimmungsstelleNimmt die Ankunft an und meldet das Kontrollergebnis an die Abgangsstelle.
CC045C
AbschlussDer Vorgang wird abgeschlossen, die Sicherheit freigegeben; jeder Schritt bleibt protokolliert.
Problem

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.

Wie funktioniert es?

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. 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. 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. 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. 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.

Ofis rolleri

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.

3DienststellenrollenAbgang, Durchgang und Bestimmung, jeweils mit eigenem Zustandsautomaten.
30Offizielle ZuständeDer Zustand des Vorgangs an jeder Zollstelle, mit seinem Namen aus dem Designdokument.
18Entscheidung MigrationiEntscheidungen, die nur in der Maske des berechtigten Zollbeamten erscheinen.
15GeschäftstimerLäuft die Frist ab, geht der Vorgang automatisch ins Suchverfahren.
Abgangsstelle
15

resmi durumZustände des Vorgangs an dieser Stelle

6

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.

NutzenKontrollentscheidung, Sicherheit und Überlassung zum Versand in einer Maske; eine abgelehnte Anmeldung geht mit der Nummer der verletzten Regel an den Wirtschaftsbeteiligten zurück.
Transit ofisi
9

resmi durumZustände des Vorgangs an dieser Stelle

7

karar MigrationiEntscheidungen des Zollbeamten

Die Zollstelle am Grenzübergang

Empfang der Voranmeldung, Gestellung des Fahrzeugs, Freigabe oder Verweigerung des Grenzübertritts.

NutzenDie Voranmeldung liegt der Zollstelle vor, bevor das Fahrzeug eintrifft; die Grenzübertrittsentscheidung des Zollbeamten wird der Abgangsstelle per Common-Domain-Nachricht gemeldet.
Bestimmungsstelle
6

resmi durumZustände des Vorgangs an dieser Stelle

5

karar MigrationiEntscheidungen des Zollbeamten

Die Zollstelle, an der der Vorgang endet

Annahme der Ankunft, Kontrollergebnis, Überlassung der Waren und Meldung an die Abgangsstelle.

NutzenAnkunft und Kontrollergebnis gehen per Nachricht an die Abgangsstelle zurück; der Vorgang wird abgeschlossen, die Sicherheit freigegeben.
Nachrichtenvalidierung

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-0042
✓1SchemaXSD-Struktur
✓2Kod listesiOrtak referans veri
✓3SReihenfolgeprüfung
✓4BRTRegeln der Übergangszeit
✓5CBedingunglar
✓6RRegeln
✓7TTeknik kurallar
✓8GLeitlinien
…
Nachricht wird validiertAcht Prüfungen laufen nacheinander; beim ersten Fehler wird gestoppt.
Angenommene NachrichtDer Vorgang geht in den nächsten Zustand über und eine Antwortnachricht wird erzeugt; zum Beispiel wird der Anmeldung eine MRN zugeteilt (CC028C).
Abgelehnte NachrichtDer Wirtschaftsbeteiligte erhält eine Ablehnungsnachricht (CC056C) mit der verletzten Regel; der Zustand des Vorgangs ändert sich nicht.
In beiden Fällen protokolliertDas XML der Nachricht und ihr Ergebnis werden ins unveränderliche Protokoll geschrieben und auf der Vorgangskarte angezeigt.
Integration

Ihre 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.

Ihre bestehenden Systeme
Beyan sistemi
Risk motoru
Sicherheitenverwaltung
Ausfuhrsystem
Common-Domain-Netz
Kanal für Wirtschaftsbeteiligte
Referans veri
Verfügbarkeit
✓ Keines davon wird geändert
CustomsFlowAUF BUTTERFLY
  • Transit-Engine · Rollen, Zustände, Timer
  • Regelkatalog · 568 Regeln und Bedingungen
  • Unveränderliches Protokoll · jede Nachricht und jeder Aufruf
200risk · skor 78 · kontrol
0 Änderungen an bestehenden Systemen1 Aufrufvertrag, 8 PunkteJeder Aufruf mit vollständiger Anfrage und Antwort protokolliertLive-Monitor: in den Masken oben
Aus der Praxis

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ähigkeiten

Für den nationalen Transit
alles, was Sie brauchen.

Rollenbasierte ZustandsautomatenEigene Zustandsautomaten für Abgang, Durchgang und Bestimmung; die Zustände tragen die offiziellen Namen des Designdokuments.
Versionierter RegelkatalogRegeln und Bedingungen werden aus dem Katalog gelesen, nicht aus dem Code; Codelisten stammen aus den gemeinsamen Referenzdaten.
Unveränderliches NachrichtenprotokollJede Nachricht wird mit ihrem XML gespeichert; Nachrichtenkette und Inhalt lassen sich über die Vorgangskarte öffnen.
Timer als DatenGeschäftstimer werden als Datensätze geführt; ein Vorgang mit abgelaufener Frist geht ins Suchverfahren.
Integration per AdapterEin einziger Aufrufvertrag; beim Wechsel auf das echte System ändert sich nur der Adapter, Engine und Masken bleiben gleich.
Rollenbasierte BerechtigungVerwaltung, Zollbeamte an Abgangs-, Durchgangs- und Bestimmungsstelle sowie Wirtschaftsbeteiligte; jeder sieht nur seine eigene Maske und seine Entscheidungen.
Für welche Teams ist es gedacht?

Teams, die Versandvorgänge durchgängig
steuern.

Zollbeamte der Zollverwaltung

Abgangs-, Durchgangs- und BestimmungsstellenWarum? ↻
Warum?

Die Spur in mehreren Systemen zu verfolgen, um zu sehen, warum ein Vorgang wartet, verlängert die Entscheidungszeit.

Was es leistet

Zustand des Vorgangs, Nachrichtenkette und eigene Entscheidung in einer Maske sehen.

Abgangs-, Durchgangs- und Bestimmungsstellen

Wirtschaftsbeteiligte und Zollagenten

Beyan sahipleri, lojistik ekipleriWarum? ↻
Warum?

Eine Ablehnung ohne Begründung führt dazu, dass dieselbe Anmeldung nach Versuch und Irrtum erneut eingereicht wird.

Was es leistet

Mit 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? ↻
Warum?

Steht die Regel im Code, bedeutet jeder Phasenwechsel ein neues Softwareprojekt.

Was es leistet

Aufrufe externer Systeme in Echtzeit überwachen und neue Regelsätze ohne Programmierung in Betrieb nehmen.

System- und Integrationsmanagement
Vertrauen und Kontrolle

Bestehende 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
Bedarfstest

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
8 Fragen · etwa 2 Minuten
Transitumfang1 / 8
Steht die Migration auf NCTS Phase 6 oder der Beitritt zum Übereinkommen über ein gemeinsames Versandverfahren auf der Agenda Ihrer Organisation?
Transitumfang2 / 8
Wie wird ein Versandvorgang heute vom Abgang bis zur Bestimmung verfolgt?
Regel und Nachricht3 / 8
Wo werden die Regeln zur Nachrichtenvalidierung geführt?
Regel und Nachricht4 / 8
Wie erfolgt die Aktualisierung, wenn sich eine Regel oder Codeliste ändert?
Integration5 / 8
Mit wie vielen externen Systemen müssen Sie kommunizieren (Anmeldung, Risiko, Sicherheit, Ausfuhr, Common Domain)?
Integration6 / 8
Ist es wichtig, die Anbindung ohne Änderung Ihrer bestehenden Zollsysteme umzusetzen?
Audit7 / 8
Müssen Sie jede Nachricht unveränderlich protokollieren?
Audit8 / 8
Müssen die Masken für Zollbeamte, Wirtschaftsbeteiligte und Verwaltung nach Rolle getrennt sein?
Ihre CustomsFlow-Eignungsbewertung ansehen · 2 Min.
Häufig gefragt

Über CustomsFlow
zu Butterfly.

CustomsFlow nedir?
CustomsFlow ist die nationale Transitanwendung der NCTS Phase 6 des gemeinsamen Versandverfahrens (NCTS) für Zollverwaltungen. Sie vereint die Rollen von Abgangs-, Durchgangs- und Bestimmungsstelle, Nachrichtenvalidierung, Geschäftstimer und die Integration externer Systeme in einer einzigen Anwendung auf der Butterfly-Plattform.
Auf welchem Dokument basiert die Anwendung?
Sie wurde nach dem von der Europäischen Kommission veröffentlichten Designdokument für nationale Transitanwendungen der NCTS Phase 6 (DDNTA, Version 6.4.1) aufgebaut. Zustände, Übergänge und Nachrichtentypen folgen den offiziellen Definitionen dieses Dokuments.
Müssen wir unsere bestehenden Zollsysteme ändern?
Nein. Ihre Systeme für Anmeldung, Risiko, Sicherheit, Ausfuhr und Referenzdaten werden über Adapter angebunden. Alle Integrationspunkte nutzen denselben Vertrag; beim Wechsel auf das echte System ändert sich nur der Adapter.
Was passiert, wenn sich die Regeln ändern?
Regeln und Bedingungen stehen nicht im Anwendungscode, sondern in einem versionierten Regelkatalog. Ein neuer Regelsatz wird per Katalogaktualisierung in Betrieb genommen.
Werden die Modi Opt-Out und Opt-In unterstützt?
Die Anwendung wurde so aufgebaut, dass sie im Opt-Out-Modus startet, und ist für den Wechsel zu Opt-In vorbereitet.
Ist es im Live-Betrieb?
CustomsFlow wurde für eine nationale Zollverwaltung als Prototyp mit fiktiven Daten aufgebaut und getestet. Der Produktivbetrieb erfordert die Anbindung an die eigenen Systeme der Verwaltung und offizielle Konformitätstests.
Lässt es sich On-Premises bereitstellen?
Ja. CustomsFlow läuft auf der Butterfly-Plattform und kann in der eigenen Infrastruktur der Zollverwaltung bereitgestellt werden; der Zugriff wird über rollenbasierte Berechtigungen vergeben.

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.