Warstwa gotowości i integracji danych transportowych

Połącz swój TMS/ERP z eFTI bez wymiany istniejących systemów.

Mapujemy, walidujemy i przygotowujemy dane transportowe do integracji z certyfikowaną platformą eFTI.

  • Provider-neutral
  • Version-aware
  • Human-validated
Integration ControlPrzykładowa analiza schematu
Gotowe do analizy
01 · Źródła02 · Model03 · Walidacja
TTMSshipments.csv83 pola
EERPorders.jsonPołączono
WWMSgoods.xmlPołączono
CANONICALTransport Data ModelJedno znaczenie danych, niezależnie od źródła.
61 zmapowanych12 sugestii
eFTI MAPPINGMapper & Validator
  • Consignment ID
  • Gross weight
  • Packaging type
Przykładowa gotowość danych3 wymagane punkty niedostępne86%
Dane wejściowe
  • TMS
  • ERP
  • WMS
  • CSV / XLSX
  • JSON / XML
  • API

01 · Problem

Dokument to nie model danych.

Informacje o jednym transporcie są rozproszone między systemami, plikami i dokumentami. eFTI potrzebuje danych ustrukturyzowanych, spójnych i możliwych do zweryfikowania.

Dlatego zaczynamy od pytania: gdzie są wymagane dane i jak je poprawnie odwzorować?

ERP

Kontrahenci i towary

customer · invoice · goods

TMS

Przesyłka i trasa

shipment · route · carrier · vehicle

WMS

Ilości i opakowania

quantity · packaging · weight

DOCS

Kontekst regulacyjny

CMR · ADR · delivery note

02 · Jak działa

Od surowego eksportu do danych gotowych na eFTI.

Jedna warstwa pośrednia oddziela modele klienta od zmieniających się wersji schematów i konkretnego operatora platformy.

  1. 01

    Wykryj pola

    Analizujemy schemat CSV, XLSX, JSON, XML albo API bez migracji systemu.

  2. 02

    Ujednolić znaczenie

    Mapujemy pola do Canonical Transport Model, niezależnego od dostawcy.

  3. 03

    Znajdź luki

    Walidujemy typy, kody, pola wymagane i zależności warunkowe.

  4. 04

    Przygotuj dataset

    Budujemy wersjonowany testowy output dla właściwego zakresu eFTI.

03 · Readiness

Wgraj schemat transportowy. Zobacz luki w danych.

Pierwszy krok nie wymaga pełnej integracji. Anonimowy, reprezentatywny eksport pozwala sprawdzić, które dane już istnieją, a których brakuje.

  • automatycznie rozpoznane pola,
  • proponowane mapowania do modelu kanonicznego,
  • transformacje wymagające uzgodnienia,
  • braki blokujące poprawny zestaw testowy.
Zgłoś schemat do analizy
eFTI DATA READINESSPRZYKŁAD
86%

shipment_export.csv

83 pól wykrytych61 automatycznie zmapowanych12 sugerowanych mapowań7 reguł transformacji
3 wymagane punkty danych niedostępne

04 · Dla kogo

Dla zespołów, które już mają systemy — i potrzebują spójnych danych.

A

Priorytet

Producenci TMS i ERP

Jedna integracja produktowa, którą można wykorzystać u wielu klientów końcowych.

  • API i SDK
  • wersjonowane mapowania
  • adaptery provider-neutral
B

Duża skala operacji

Spedytorzy i operatorzy logistyczni

Kontrola danych rozproszonych między własnym TMS, integracjami i dokumentami.

  • audyt gotowości
  • raport luk
  • reguły walidacji
C

Dane u źródła

Producenci i shippers

Przygotowanie informacji powstających w ERP i WMS, zanim otrzyma je przewoźnik.

  • towary i opakowania
  • identyfikatory
  • dane niebezpieczne

05 · eFTI 2027 bez marketingowych skrótów

Obowiązek po stronie organów. Wybór po stronie przedsiębiorcy.

Od 9 lipca 2027 r. organy państw członkowskich mają przyjmować dane przekazywane elektronicznie zgodnie z eFTI. Nie oznacza to powszechnego obowiązku rezygnacji z papieru przez wszystkie firmy transportowe.

Co ma sens już teraz? Uporządkować identyfikatory, źródła danych, mapowania i proces walidacji.

Czego nie obiecujemy? Automatycznej zgodności ani produkcyjnego połączenia z administracją przed finalizacją właściwych wymagań i ról.

06 · Zakres MVP

Data → Mapping → Validation → eFTI

Wąski zakres, który zmniejsza koszt przejścia do interoperacyjnych danych.

Budujemy teraz
  • eFTI Scope & Readiness
  • Canonical Transport Model
  • Data Mapper i Validator
  • raport luk i testowy dataset
  • wersjonowane szablony mapowań
Nie udajemy dziś
  • własnej certyfikowanej platformy
  • infrastruktury eFTI Gate
  • produkcyjnej łączności z organami
  • zamiennika eCMR lub TMS
  • automatycznych decyzji regulacyjnych AI

07 · Pytania

eFTI w praktyce

Najważniejsze odpowiedzi przed rozpoczęciem analizy technicznej.

Czy eFTI będzie obowiązkowe dla firm od 9 lipca 2027 r.?

Nie. Od tej daty organy państw członkowskich będą musiały przyjmować informacje przekazane elektronicznie za pośrednictwem certyfikowanych platform eFTI. Przedsiębiorcy co do zasady nadal będą mogli wybrać formę papierową.

Czym eFTI różni się od eCMR?

eCMR dotyczy elektronicznego listu przewozowego. eFTI tworzy szersze ramy udostępniania organom ustrukturyzowanych informacji regulacyjnych o transporcie towarów. Te rozwiązania mogą się uzupełniać, ale nie są tym samym.

Czy musimy wymienić TMS lub ERP?

Nie taki jest cel projektu. Warstwa integracyjna ma połączyć istniejące TMS, ERP, WMS, pliki i API z kanonicznym modelem danych, a następnie przygotować mapowanie do właściwego zbioru eFTI.

Czy eFTI Compliance jest certyfikowaną platformą eFTI?

Nie składamy dziś takiej deklaracji. Projekt znajduje się w fazie walidacji i integracyjnego MVP. Docelowe połączenie ma prowadzić do certyfikowanej platformy, a dokładna rola regulacyjna warstwy integracyjnej wymaga specjalistycznej oceny.

Od czego zaczyna się audyt gotowości?

Od realnego eksportu lub schematu danych: CSV, XLSX, JSON, XML albo dokumentacji API. Identyfikujemy pola, proponujemy mapowanie i pokazujemy luki, transformacje oraz dane wymagające decyzji człowieka.

08 · Rozmowa techniczna

Zacznijmy od jednego prawdziwego schematu danych.

Jeśli rozwijasz TMS/ERP albo obsługujesz dużą liczbę transportów, porozmawiajmy o formacie danych, lukach i sensownym zakresie pilotażu.

kontakt@efticompliance.pl Nie wysyłaj danych osobowych ani poufnych plików w pierwszej wiadomości.