Inhaltsbereich Navigation Navigation Fußzeile

Roadmap

Ein Überblick über die Vorhaben, an denen wir arbeiten und die wir planen. Die Roadmap zeigt Themen, keine einzelnen Komponenten oder Arbeitsschritte.

In den vergangenen Jahren ist mit der Komponenten-Bibliothek, den Regeln und den Umsetzungshilfen eine solide Basis entstanden, die technisch robust in beliebigen Frameworks verwendbar ist. Inhalte haben mehrere Iterationen durchlaufen, um sie an konzeptionelle Änderungen, neue Bedarfe und Erkenntnisse aus Nutzendentests anzupassen.

Dabei lag besonderes Augenmerk auf der Umsetzung des Servicestandards durch klare Definition von Qualitätsmaßstäben und deren Anwendung in der Implementierung aller Komponenten und Muster. Seit Herbst 2025 ist das gesamte Design System als Open Source öffentlich zugänglich.

Die folgenden Angaben können sich ändern. Wir priorisieren laufend neu, je nach Bedarf der Fachverfahren und verfügbarer Kapazität. Die Zeithorizonte sind eine Orientierung, keine Zusage.

Jetzt

Das Design System hat einen stabilen Reifegrad erreicht, mit dem der bekannte Bedarf des Zoll-Portals einschließlich der angeschlossenen Dienstleistungen abgedeckt wird. Die Barrierefreiheit ist geprüft und zertifiziert, jede Komponente ist in den Bereichen Verwendung, Design, Frontend-Code und Barrierefreiheit dokumentiert.

Komponentenbibliothek als Web Components

Technische Basis

Wir überführen das Design System in ein frameworkunabhängiges Format. Web Components laufen in jedem technischen Kontext, ohne dass die Wahl des Frameworks im Fachverfahren eine Rolle spielt.

Vollständige Formularbasis

Komponenten

Alle Kernelemente für Antragsstrecken stehen als stabile, barrierefreie Komponenten bereit: Eingabefelder, Auswahlen, Datumseingaben und die zugehörigen Fehler- und Hilfemuster.

Begleitung der Portal-Releases

Komponenten

Neue Muster und Seiten für die kommenden Releases des Zoll-Portals werden umgesetzt, dokumentiert und in die Bibliothek überführt.

Als Nächstes

Die Roadmap folgt einem pragmatischen Ansatz. Was aktuell ansteht, ist konkret beschrieben, fernere Zeiträume bleiben bewusst abstrakt. Als lebendes Dokument reagiert sie auf neue Anforderungen und technologische Entwicklungen, ohne jedes Detail starr vorwegzunehmen.

Seitenstruktur und Navigation

Komponenten

Header, Footer, Subnavigation und Seitenrahmen als Web Components. Damit lassen sich vollständige Portalseiten eigenständig aufbauen.

Datensichten und Postfachstrukturen

Muster

Komplexe Übersichten mit Filterung, Sortierung und Statusanzeigen. Diese Muster prägen angemeldete Servicebereiche und lassen sich nicht aus allgemeinen Komponenten ableiten.

Mehrstufige Antragsprozesse

Muster

Fortschrittsführung, Zwischenspeicherung und Wiederaufnahme von Vorgängen. Der Kern dessen, wofür das Design System gebaut ist.

Nutzungsdaten erheben

Nachweise

Wir richten eine datenschutzfreundliche Reichweitenmessung ein, um zu verstehen, welche Inhalte tatsächlich genutzt werden. Das ist die Grundlage dafür, die Weiterentwicklung datenbasiert zu priorisieren.

Design Tokens im offenen Standardformat

Technische Basis

Eine Token-Ebene im Format der W3C Design Tokens Community Group. Sie macht gestalterische Grundwerte maschinell verarbeitbar und anschlussfähig an andere Systeme.

Außendarstellung schärfen

Dokumentation

Wir stellen den Anwendungsfall in den Vordergrund und machen sichtbar, dass das Design System auch außerhalb der Zollverwaltung nachnutzbar ist.

Peer Review zum Servicestandard

Nachweise

Wir stellen das Design System dem Peer-Review-Verfahren des DigitalService. Geprüft wird anhand der Kriterien des Servicestandards. Das Ergebnis wird veröffentlicht.

Später

Vorhaben ohne festen Zeitpunkt. Was hier steht, ist als Richtung zu verstehen, nicht als Zusage.

Komponentenbibliothek vervollständigen

Komponenten

Alle dokumentierten Komponenten stehen als Web Components bereit, einschließlich der Muster mit hoher Interaktivität und Konfigurierbarkeit.

Muster für datenintensive Fachanwendungen

Muster

Datenraster, interaktive Suche und komplexe Auswahlmuster für Anwendungen mit großen Datenmengen. Diese Muster brauchen eigenen Research, bevor wir sie festlegen.

Gegenüberstellung zu anderen Design Systemen

Technische Basis

Auf Basis der Token-Ebene stellen wir dar, welche gestalterischen Grundwerte sich direkt, mit Anpassung oder gar nicht auf andere Systeme übertragen lassen.

Design-Vorgaben maschinell prüfbar machen

Technische Basis

Werkzeuge erzeugen Oberflächen zunehmend aus Design-Vorgaben. Damit das funktioniert, müssen Regeln in prüfbarer Form vorliegen. Wir beginnen mit einem Piloten anhand einer Komponente.

Dokumentation auf maschinelle Lesbarkeit prüfen

Dokumentation

Wir erproben, wie Sprachmodelle unsere Dokumentation interpretieren, um Lücken zu finden. Ziel ist, dass automatisiert erzeugte Oberflächen unseren Vorgaben entsprechen.

Sie vermissen etwas?

Wenn Sie einen Bedarf haben, der hier nicht auftaucht, melden Sie ihn uns über die Feature Requests. Wir nehmen ihn auf und prüfen ihn; er erscheint dann zukünftig unter „Gemeldete Bedarfe“.

Zuletzt aktualisiert am 10. August 2026. Einzelne Änderungen am Design System finden Sie im Änderungsprotokoll.