B2B assessment · 2–5 eCMR vendors
Nie wybieraj eCMR na demo.
Sprawdź, czy dokument przejdzie przez Twój TMS, partnerów i cały lifecycle — także wtedy, gdy schema się zmieni, podpis nie zadziała albo drugi uczestnik używa innej platformy.
- Vendor-neutral
- Real workflow
- Evidence pack
Buying signal · Rohlig SUUS
Kryteria wyboru są techniczne i operacyjne.
Rohlig SUUS wskazuje integrację z własnymi systemami, bezpieczeństwo danych, UX i skalowalność. Firma opisuje też ryzyko różnych modeli danych, uwierzytelniania, podpisów i udostępniania dokumentu między uczestnikami korzystającymi z różnych platform.
Rzeczpospolita / Rohlig SUUS · aktualizacja 17.09.2026 ↗To publiczny sygnał procesu wyboru na rynku, nie informacja o współpracy Rohlig SUUS z eFTI Compliance.
9 wymiarów testu
Jeden dokument. Cały workflow.
Zakres jest uzgadniany pod konkretny proces klienta i dostępne środowiska. Brak sandboxa pozostaje jawnym ograniczeniem, nie zielonym wynikiem.
Zakres pól, semantyka, enumy, wersje i round-trip bez utraty danych.
OAuth, mTLS, API keys, token lifecycle, role separation i access boundary.
Role podpisującego, mobile flow, timestamp, evidence i zachowanie po amendment.
Draft, review, approve, sign, amend, revoke i status propagation.
Shipper, carrier, forwarder i consignee w różnych systemach lub bez konta.
Create/update, idempotency, webhook ordering, retries i version contract.
Kontrolowany eksport, portability, provenance i odtworzenie dokumentu.
Timeout, schema drift, duplicate event, stale token, partial outage i rollback.
Rozładunek o 03:00 bez osoby na rampie: gate event, zdalne lub odroczone potwierdzenie wymagają osobnej oceny dowodowej i prawnej.
Delivery Evidence Policy Engine · scenariusz testowy
03:00. Towar rozładowany. Na rampie nikogo nie ma.
Techniczny ślad przyjazdu nie musi dowodzić rozładunku, a podpis odroczony nie jest automatycznie równoważny podpisowi przy odbiorze. Porównaj komplet danych i skieruj wyjątek do właściwej osoby oraz oceny prawnej dla kraju i kontraktu.
TEST CASE · unattended_gateEVIDENCE BLOCKED
INCOMPLETE technical evidence · REVIEW REQUIRED policy · legal sufficiency NOT ASSESSED
EVIDENCE CHECKLIST
- Missing: unloaded at
Scenariusze bramy, zdalnego i odroczonego potwierdzenia opisano w wywiadzie Ti z Open Logistics Foundation (22.09.2026) ↗. To badane możliwości operacyjne, nie potwierdzenie ich skuteczności prawnej. Pobierz fixture JSON ↓
Przebieg assessmentu
Od wymagań do porównywalnego dowodu.
- 01Baseline klienta
TMS, role, dokument, kraje, lifecycle, security i failure policy.
- 02Test contract
Wspólny zestaw danych, asercji, błędów i kryteriów odbioru dla każdego vendora.
- 03Sandbox execution
Zachowane request/response, correlation ID, wersje, statusy i ograniczenia.
- 04Decision pack
Macierz evidence, gaps, risk ownership, koszt integracji i plan retestu.
Rezultat
Assessment do decyzji procurement i architektury.
Must-have, should-have, acceptance criteria i exclusions.
Wersje, asercje, request/response fingerprint i wynik scenariusza.
Data, auth, signature, lifecycle, partner access i failure handling.
Warunkowy fit, wymagane adaptery, ryzyka, ownerzy i retest triggers.
EVIDENCE BOUNDARYAssessment ≠ certyfikacja providera
Nie publikujemy rankingu ani statusu „verified” bez dokumentacji, autoryzowanego środowiska, zachowanych testów i zgody na zakres. Wynik dotyczy procesu, wersji i daty testu; nie jest uniwersalną oceną dostawcy.
Rozmowa kwalifikująca
Przynieś shortlistę vendorów i jeden realny workflow.
Na pierwszym kontakcie wystarczą nazwy systemów, kraje, role i oczekiwany lifecycle. Nie wysyłaj sekretów API ani produkcyjnych dokumentów.