eFTI ComplianceTransport Interoperability Gateway← Contract Test RunnerOmów trace adaptera

P0 · Data lineage

Provenance
Trace

Od outputu providera do konkretnej ścieżki w ERP, TMS lub WMS. Każdy krok ma nazwę, właściciela i wersję — a każdy brak jest jawny.

  • Local-first
  • Versioned
  • Evidence-scoped
Processing modeManifest · local only
Pobierz przykład JSON ↓

Prześledź każde pole outputu

Zaimportuj bundle lub manifest mapowania. Field Ownership Registry uzupełni właściciela, system prawdy i konkretną ścieżkę źródłową.

Narzędzie nie odczytuje wartości rekordów i nie wykonuje adaptera. Status „documented” opisuje kompletność śladu, nie poprawność transformacji, interoperacyjność ani zgodność eFTI.

Łańcuch bez czarnej skrzynki

Pięć pytań do każdego pola.

Trace łączy kontrakt adaptera z decyzjami o ownership. Pozwala przejrzeć brakujące elementy przed testem lifecycle i publikacją mappingu.

  1. 01
    Gdzie pole wychodzi?

    Jawny output path i wersja docelowego schematu.

  2. 02
    Jak jest mapowane?

    Reguła transformacji, mapping version i adapter version.

  3. 03
    Co oznacza wewnętrznie?

    Canonical field pozostaje warstwą normalizacyjną, nie nowym standardem.

  4. 04
    Kto odpowiada za prawdę?

    Field owner, authoritative system i polityka konfliktu.

  5. 05
    Skąd dokładnie pochodzi?

    System, plik, source path i typ źródłowy.

Granica dowodu

Trace documented ≠ mapping correct.

Kompletny ślad pozwala odtworzyć decyzję integracyjną. Nie dowodzi poprawności transformacji, znaczenia biznesowego, działania API providera, interoperacyjności ani zgodności eFTI. Te warstwy wymagają osobnych testów i zatwierdzenia.

Przejdź do testu lifecycle →

Integration Evidence Pack

Połącz ownership, wersję, trace i wynik testu.

W pilocie jeden evidence pack wiąże source of truth z mappingiem oraz zachowanym wynikiem contract testu dla każdego adaptera.

Złóż Evidence Pack