P0 · Change control
Version Registry
+ Schema Diff
Porównaj dwa kontrakty, wykryj breaking change i wskaż mapowania oraz właścicieli wymagających decyzji — zanim nowa wersja trafi do adaptera.
- Local-first
- Version-aware
- Impact-linked
Porównaj kontrakt przed publikacją
Dodaj dwa snapshoty albo uruchom przykład. Narzędzie pokaże zmiany strukturalne, ich poziom wpływu oraz brakujących właścicieli decyzji.
To strukturalny diff dostarczonych plików. Nie monitoruje automatycznie interfejsów, nie zatrzymuje wdrożeń i nie potwierdza zgodności eFTI ani interoperacyjności z providerem.
Klasyfikacja P0
Breaking oznacza blokadę do przeglądu, nie automatyczny wyrok.
Usunięcie pola, zmiana typu lub nowy wymóg mogą złamać mapping. Dodanie pola opcjonalnego zwykle nie łamie struktury, ale nadal może zmienić semantykę procesu.
- 01Field removed
Breaking — istniejący konsument może stracić dane.
- 02Type changed
Breaking — transformacja lub walidator mogą odrzucić wartość.
- 03Required changed
Breaking przy nowym wymogu; compatible przy poluzowaniu wymogu strukturalnego.
- 04Optional field added
Compatible strukturalnie, ale nadal wymaga oceny znaczenia.
Poza automatem
Struktura to dopiero pierwsza warstwa kontraktu.
MVP nie rozstrzyga zmian enumów, formatów, znaczenia biznesowego, auth, podpisu, webhooków ani lifecycle dokumentu. Nie pobiera też schematów od providerów bezpośrednio. Każdy alert wymaga dowodu, testu kontraktowego i decyzji właściciela.
Zobacz metodę oceny providerów →Następny krok
Połącz diff z adapterem i testem lifecycle.
Zacznij od powtarzalnego fixture dla create/update/share/status/revoke, a następnie przenieś ten sam kontrakt do autoryzowanego sandboxa.
Uruchom Contract Test Runner