Fünf Straßendaten-Probleme jeder grenzüberschreitenden europäischen Flotte

Wenn Sie Routing-, Dispositions- oder Telematik-Software für den europäischen Güterverkehr entwickeln, ist selten der Routing-Algorithmus das, was die Roadmap ausbremst. Es sind die Straßendaten. Ein Tourenplan von Rotterdam nach Bukarest durchquert ein Dutzend Hoheitsgebiete, und jedes veröffentlicht, was auf seinen Straßen passiert — Vorfälle, Maut, Beschränkungen, Laden — auf seine eigene Weise, nach seinem eigenen Zeitplan, unter seinen eigenen Regeln. Nachfolgend die fünf Probleme, die in nahezu jedem Gespräch mit europäischen Flotten- und Logistik-Software-Teams auftauchen. Keines ist exotisch. Alle verbrennen still und leise Entwicklungszeit.

1. Siebenundzwanzig Länder, siebenundzwanzig Access Points

Die EU-ITS-Richtlinie hat tatsächlich jeden Mitgliedstaat dazu gebracht, einen National Access Point (NAP) einzurichten, der Straßendaten veröffentlicht, meist als DATEX II. Das klingt nach einem gelösten Problem — bis Sie sich tatsächlich mit einem zweiten Land verbinden. Der Standard lässt Spielraum, und die NAPs nutzen ihn vollständig aus: unterschiedliche DATEX-Profile und -Versionen, unterschiedliche Authentifizierung, unterschiedliche Aktualisierungsraten, unterschiedliche Vorstellungen davon, was ein gegebenes Feld bedeutet. Und viele betrieblich nützliche Daten reisen überhaupt nie als DATEX II: Sie liegen auf kommunalen Open-Data-Portalen oder in nationalen Feeds, die der Infrastruktur vorausgingen.

Ein Team, das echte kontinentale Abdeckung will, schreibt und wartet am Ende eine separate Integration pro Land und hütet sie dann alle, während die Feeds still ihre Form ändern. Das ist das Problem, das die meiste Zeit frisst, weil es nie endet. Wir haben aufgeschrieben, wie wir DATEX II über die europäischen NAPs normalisieren und wie sich die Nicht-DATEX-Quellen in dasselbe Schema einfügen — kurz gesagt wird das Durcheinander pro Land zu einem konsistenten events- und features-Vertrag, und die Adapter am Leben zu halten wird unser Problem statt Ihres.

2. Die Mautrechnung ändert sich an jeder Grenze

Es gibt keine einheitliche europäische Maut. Es gibt Vignetten, streckenabhängige Modelle, achslastbezogene Lkw-Gebühren, städtische Staugebühren sowie Tunnel- und Brückenmaut — jedes Land mit seinem eigenen Modell, seinen eigenen Fahrzeugklassen und seinen eigenen Emissionsklassen-Zuschlägen. Eine Route, die nach Distanz am günstigsten aussieht, kann nach Maut die teuerste sein, und der Unterschied zwischen einem 5-Achser Euro VI und einem kleineren Transporter ist auf jedem Abschnitt echtes Geld.

Für einen Planer ist eine Schätzung, die die Fahrzeugklasse ignoriert, eine Schätzung, die bei der Rechnung falsch ist. Für ein Software-Team bedeutet die Bepreisung einer grenzüberschreitenden Route von Hand, ein Dutzend nationaler Mautsysteme zu modellieren und aktuell zu halten, während sich die Tarife ändern. Wir haben das so zusammengeführt, dass eine Route mit einer fahrzeugklassenabhängigen Mautaufstellung je Land zurückkommt — siehe fahrzeugklassenabhängige Mautkosten in ganz Europa.

3. Wo die Zeit abläuft — und ob es Parkplätze gibt

Die Lenkzeitregeln der EU-Verordnung 561/2006 und der chronische Mangel an sicheren Lkw-Parkplätzen sind in Wahrheit ein Problem mit zwei Gesichtern. Zu wissen, dass ein Fahrer die Tageslenkzeit um 18:40 Uhr erreicht, ist nur die halbe Miete. Die Hälfte, die einen Lkw strandet — oder zu einem unsicheren Halt am Straßenrand zwingt —, ist die Frage, ob es einen legalen, erreichbaren Ort für die Pause gibt, wenn die Zeit abläuft, und diese Antwort braucht sowohl die Lenkzeit-Projektion als auch Live-Parkdaten auf demselben Korridor.

Die meisten Teams lösen die erste Hälfte und entdecken die zweite an der Haltebucht. Wir haben beides verknüpft: Senden Sie die Uhr des Fahrers mit der Route, und Sie erhalten jede erforderliche Pause zurück, jeweils gepaart mit den vor der Frist erreichbaren Parkplätzen und einem feasible-Flag, wenn keiner erreichbar ist. Das ist Thema von Pausenplanung gemäß EU 561/2006.

4. Das Fahrverbot, von dem Sie erst an der Grenze erfahren

Grenzüberschreitender Güterverkehr läuft über einen Flickenteppich nationaler Beschränkungen, die keine Verbraucher-Navi kennt: Wochenend- und Nachtfahrverbote, sektorale und sektorspezifische Verbote auf Alpenkorridoren, Umweltzonen in Innenstädten, länderspezifische Gewichts- und Maßbeschränkungen sowie saisonale Beschränkungen. Ein Plan, der in einem Land legal ist, kann jenseits der Linie zur selben Stunde illegal sein — und die Strafe dafür, es auf die harte Tour herauszufinden, ist ein Bußgeld, eine erzwungene Wartezeit oder eine abgewiesene Ladung.

Der betriebliche Bedarf ist nicht „eine Liste jeder Regel in Europa“. Es ist „sag mir die Beschränkungen und Wechselverkehrszeichen auf diesem Korridor, bevor der Fahrer dort ist“ — Beschränkungen und Beschilderung aus den offiziellen nationalen Feeds, normalisiert in dieselben abfragbaren features, die der Rest der API spricht, filterbar nach Land und Bounding Box. Ein Schema für ein deutsches Nachtfahrverbot und ein österreichisches sektorales Verbot heißt: Sie prüfen einen Ort statt siebenundzwanzig.

5. Eine elektrifizierende Flotte laden, über die Lücken hinweg

Während Flotten elektrifizieren, wird „wo kann dieses Fahrzeug auf dem Korridor tatsächlich laden“ zu einer Routing-Eingabe, nicht zu einem Nice-to-have. Die EU-AFIR-Verordnung verpflichtet Ladepunktbetreiber nun, den Live-Status je Steckverbinder über die NAPs zu veröffentlichen — das ist der Goldstandard, und wo ein Land ihn trägt, liefern wir ihn aus. Doch die AFIR-Abdeckung ist nur so vollständig wie der Rollout des jeweiligen NAP, und mehrere Länder stellen noch keinen ausgereiften EV-Feed bereit.

Die ehrliche Antwort sind also zwei Schichten, ausgewiesen, damit Sie sie auseinanderhalten können: Live-Status, wo AFIR ihn trägt, und ein offen lizenziertes Lade-Register — Koordinaten, Steckverbinder-Standards, Leistungsangaben —, wo nicht. Jeder Ladepunkt sagt, welche Garantie er Ihnen gibt. Die Live-Seite haben wir in AFIR Artikel 20 EV-Lade-Telemetrie behandelt und die Abdeckungsseite in Open Data in einer europäischen API zusammenführen.

Der rote Faden

Jedes dieser Probleme hat dieselbe Form: Die Daten existieren, aber sie sind über nationale Behörden zersplittert, in inkompatiblen Formaten veröffentlicht, von unterschiedlichen Lizenzen geregelt und erst nützlich, wenn sie mit einer Route verbunden und aktuell gehalten werden. Jedes ist intern lösbar — und jedes wird, intern gelöst, zu einer dauerhaften Wartungsverpflichtung, die mit dem Produkt konkurriert, das Sie eigentlich verkaufen.

Das ist die ganze Prämisse von NAPSPAN: diese Aggregation einmal erledigen, für alle, und Ihnen eine normalisierte API übergeben — Events, Features, Maut, Beschränkungen, Laden, Routing mit Korridor-Gefahren — statt siebenundzwanzig Integrationen am Leben zu halten. Die Daten werden aus Europa ausgeliefert, jede Quelle wird vor der Auslieferung lizenzklassifiziert, und Sie verbringen Ihre Entwicklungszeit mit dem Teil, der Ihr Produkt zu Ihrem macht.

Ausprobieren

• API-Dokumentation — events, features, Routing und die Filter ?country= / ?type= in einer Referenz
• Live-Karte — die normalisierten Daten über die europäischen NAPs ansehen
• Kostenloser API-Schlüssel — keine Karte, 14-tägige Testphase