eFTI ComplianceeFTI Edge GatewayAuthority Runtime →Dla integratorów →

REST · eDelivery / AS4 · V0/V1

Nie zmuszaj TMS-a do śledzenia każdego protokołu bramki eFTI.

eFTI Edge Gateway stabilizuje granicę między systemem klienta a krajową bramką: REST i OpenAPI po stronie TMS, canonical shipment graph w środku, wersjonowany adapter oraz eDelivery/AS4 albo protokół krajowy po stronie administracji.

  • Version adapter V0 → V1
  • Schema diff + contract tests
  • Protocol evidence boundary
EDGE PROFILE0.1.0 · FI · local fixture
Pobierz fixture JSON ↓

To assessment granicy protokołów, nie access point eDelivery.Demonstrator nie wysyła AS4, nie łączy się z gate i nie potwierdza certyfikacji platformy eFTI.

fixture only
EFTI EDGE GATEWAY

EDGE_GATEWAY_REVIEW

Fintraffic eFTI Gate · 0 blockers · 3 reviews

57%testing_available · planned_2027
CLIENT SIDERESTTMS / ERP / WMS → REST
MODELCanonicalcanonical shipment graph + eFTI common data set mapping
VERSIONV0 → V1adapter boundary
AUTHORITY SIDEAS4eDelivery/AS4 / national gate protocol
PROTOCOL + VERSION PREFLIGHTREST contract · eDelivery boundary · V0/V1 adapter · schema diff
7 checks
edge.client_rest_contractStabilny kontrakt REST dla TMS/ERPREST + OpenAPI contract · owner: integration_architect
OBSERVEDREST + OpenAPIclient API profile
pass
edge.protocol.http_restHTTP/OpenAPI test interfacepublic HTTP API and schemas · owner: platform_engineering
OBSERVEDpublic developer portal APIFintraffic developer portal
pass
edge.protocol.edelivery_as4eDelivery / AS4 access point boundarydocumented access point path · owner: integration_architect
OBSERVEDAPI description available via support requestFintraffic developer portal
review
edge.protocol.production_gateProduction gate connectionproduction environment · owner: program_owner
OBSERVEDproduction planned for 2027Fintraffic developer portal
review
edge.version.v0_v1Adapter wersji V0 → V1wersjonowane mapowanie + contract tests · owner: adapter_team
OBSERVEDrecommended_now → developing; tests: pendingFintraffic API version note
review
edge.schema_diffSchema diff i regresja kontraktuschema diff + contract tests · owner: platform_engineering
OBSERVEDschema_diff=true; contract_tests=truechange control policy
pass
edge.migration_policyPolityka migracji V0/V1 bez zmiany TMSstable_adapter_boundary · owner: product_owner
OBSERVEDstable_adapter_boundaryadapter boundary decision
pass
BOUNDARYEDGE_GATEWAY_READY_FOR_LAB ≠ produkcyjny gate ani certyfikowana platformaWynik oznacza wyłącznie, że lokalny profil nie ma wykrytych blockerów w zaimplementowanych regułach adaptera.
Umów lab →

Dlaczego teraz

Integration pain nie kończy się na JSON-ie.

  1. 01V0 jest rekomendowane teraz

    Gdy V1 nadal się zmienia, klient potrzebuje stabilnej granicy adaptera.

  2. 02eDelivery nie jest tym samym co REST

    Platforma musi rozumieć access point, komunikację z gate i testy interoperacyjności.

  3. 03Produkcja przyjdzie później niż development

    Testy można zacząć wcześniej, ale nie wolno udawać produkcyjnego endpointu.

  4. 04Vendor potrzebuje regression shield

    Schema diff i contract tests chronią TMS przed zmianą specyfikacji gate.

Źródła i granice

Źródła potwierdzają lukę protokołów. Nie potwierdzają naszego connectora.

Fintraffic publicznie udostępnia HTTP/OpenAPI i rekomenduje obecnie endpointy V0, bo V1 jest nadal rozwijane. Opis eDelivery API wymaga kontaktu z supportem, a produkcja ma być dostępna w 2027 r. To dobry sygnał dla labu adapterów, nie dowód produkcyjnej integracji.

Fintraffic API · V0/V1 ↗Fintraffic Developer Portal ↗European Commission · eFTI ↗

Publiczny demonstrator nie obsługuje eDelivery Access Point, nie wysyła komunikatów AS4, nie wykonuje authority conformance test i nie jest certyfikowaną platformą eFTI.

Edge Gateway Lab

Zrób test adaptera, zanim specyfikacja stanie się zakupowym kryterium.

Zakres: profile protokołów, adapter wersji, schema diff, testy kontraktowe i evidence pack dla integratora ERP/TMS.

Umów technical discovery →