P0 · Integrate once proof
Two‑Adapter
Pilot Lab
Jeden kontrolowany rekord. Dwa niezależne kontrakty docelowe. Każdy output wskazuje mapping, canonical field, właściciela i system źródłowy.
- One source
- Two fixtures
- Ownership-aware evidence
allowlisted transformsJeden input. Dwa outputy.
Uruchom przykład, aby porównać dwie wersjonowane konfiguracje adapterów na tym samym rekordzie źródłowym.
Mapping fixture passed ≠ integration verified. Fixture 2× PASS ≠ real provider pilot. Lab nie łączy się z API, nie podpisuje dokumentów i nie zmienia statusu providera ani Compatibility Matrix.
Integrate once — uczciwy zakres
Stabilizuj znaczenie danych. Zmieniaj kontrakty na brzegu.
Lab pokazuje mechanikę warstwy normalizacyjnej: jeden source path może zasilać różne target paths i transformacje. Nie zamienia demonstracyjnego mappingu w deklarację kompatybilności.
- 01Freeze input
Ten sam rekord i source schema version dla obu konfiguracji.
- 02Version mappings
Osobna wersja adaptera, mappingu i docelowego kontraktu.
- 03Trace ownership
Output prowadzi przez canonical field do ownera, authoritative system i source path.
- 04Block evidence gaps
Brak ownera lub źródła zatrzymuje 2× PASS bez generowania danych zastępczych.
Granica dowodu
Documented provenance ≠ mapping correct.
Kompletny trace oznacza, że fixture wskazuje źródło, ownera i wersje. Nie potwierdza poprawności semantycznej, zatwierdzenia ownership ani działania providera. Realny pilot nadal wymaga dwóch niezależnych interfejsów, autoryzacji, lifecycle i zachowanych request/response.
Sprawdź pełny model Provenance Trace →Integration pilot
Zastąp demo dwoma prawdziwymi kontraktami.
Audit ustala źródła prawdy, zakres danych, dwóch kandydatów adapterów i kryteria dowodowe przed dostępem do sandboxów.
Sprawdź zakres pilota