Dokumentacja Systemowa Kontraktowo-Techniczna

REGULAMIN ŚWIADCZENIA USŁUG DROGĄ ELEKTRONICZNĄ (SaaS) „LOGDOCK.EU"

LogDock.eu — Dokumentacja SaaS Enterprise v3.0 (2026) | Wersja obowiązująca od dnia 27 maja 2026 r.

HIERARCHIA I STRUKTURA DOKUMENTACJI

Współpraca pomiędzy Stronami regulowana jest przez zintegrowany pakiet dokumentów, które łącznie tworzą związanie umowne (dalej: Umowa). W przypadku jakichkolwiek rozbieżności lub sprzeczności pomiędzy postanowieniami poszczególnych dokumentów, pierwszeństwo stosowania ustala się według następującej, malejącej hierarchii:

1. Indywidualna Umowa Główna SaaS (o ile została zawarta w formie odrębnego dokumentu lub aneksu handlowego).
2. Umowa Powierzenia Przetwarzania Danych Osobowych (DPA Enterprise) – reguluje relacje prawne Administrator-Procesor oraz techniczne warunki przetwarzania Danych Operacyjnych i realizację procedur bezpieczeństwa.
3. Regulamin Świadczenia Usług Drogą Elektroniczną (SaaS) – określa ramy operacyjne, parametry techniczne Usługi, poziomy SLA oraz reżim odpowiedzialności cywilnoprawnej.
4. Polityka Prywatności i Cookies – realizuje autonomiczne obowiązki informacyjne Usługodawcy jako niezależnego administratora danych w procesach własnych (np. marketing, obsługa konta, optymalizacja UX).

CENTRALNY SŁOWNIK POJĘĆ NADRZĘDNYCH

Poniższe definicje mają charakter wiążący dla wszystkich dokumentów wchodzących w skład Umowy:

• Usługa – dostęp do platformy logistycznej w modelu SaaS LogDock, interfejsów API, modułów automatyzacji oraz powiązanych integracji technicznych udostępnianych przez Usługodawcę.
• Klient – przedsiębiorca w rozumieniu art. 43¹ Kodeksu cywilnego, zawierający Umowę w celu bezpośrednio związanym z jego działalnością gospodarczą lub zawodową.
• Użytkownik – osoba fizyczna (pracownik lub współpracownik Klienta) upoważniona przez Klienta do bezpośredniego korzystania z Usługi w jego imieniu i na jego rzecz.
• Konto Master – główny profil administracyjny Klienta w Usłudze, służący do konfiguracji parametrów systemowych oraz zarządzania subkontami Użytkowników.
• Core Business Flow – zamknięty i wyczerpujący katalog kluczowych procesów biznesowych realizowanych bezpośrednio przez interfejs użytkownika (UI) platformy, obejmujący wyłącznie: manualne tworzenie i edycję zleceń logistycznych, kalkulację tras w systemowych modułach mapowych oraz generowanie ofert cenowych dla podwykonawców. Pojęcie to celowo nie obejmuje: działania zewnętrznych interfejsów API, asynchronicznych webhooków, masowych importów plików (np. XLSX/CSV) oraz integracji z zewnętrznymi systemami telematycznymi lub systemami ERP Klienta, które kwalifikowane są jako funkcjonalności pomocnicze.
• Dane Operacyjne – wszelkie dane techniczne, telematyczne, lokalizacyjne, handlowe i operacyjne wprowadzone przez Klienta lub Użytkowników do Usługi (w tym parametry GPS, trasy, pliki zleceń).
• Dane Osobowe – wszelkie informacje zdefiniowane ściśle według art. 4 pkt 1 RODO. Kwalifikacja Danych Operacyjnych jako danych osobowych następuje wyłącznie na podstawie obiektywnego testu możliwości identyfikacji osoby fizycznej przy użyciu rozsądnych środków, zgodnie z motywem 26 RODO.
• Dane Pochodne – dane statystyczne, raporty, agregaty lub zanonimizowane wzorce powstałe w wyniku technicznego i masowego przetwarzania Danych Operacyjnych przez systemy Usługodawcy.
• System AI – wdrożony w ramach Usługi moduł oprogramowania wykorzystujący algorytmy analizy danych, statystyki matematycznej oraz uczenia maszynowego w celu optymalizacji i strukturyzowania informacji. Moduł ten służy wyłącznie jako pomocnicze narzędzie wsparcia decyzji (Decision Support Tool) – generuje on niewiążące propozycje tras, przypisania ładunków oraz estymacje kosztowe. Narzędzie to nie posiada uprawnień do autonomicznego wykonywania operacji prawnych lub logistycznych. Każde wykonanie sugerowanej operacji wymaga manualnego zatwierdzenia przez Użytkownika (zasada human-in-the-loop).
• Audit Trail – niezmienialny, rejestrowany w architekturze wyłącznie do zapisu (append-only / WORM – Write Once, Read Many) rejestr zdarzeń systemowych, który automatycznie dokumentuje każdą operację zatwierdzenia lub odrzucenia sugestii Systemu AI przez Użytkownika. Logi Audit Trail zawierają: identyfikator Użytkownika, unikalny znacznik czasu (Timestamp UTC), identyfikator danych wejściowych (Input ID) oraz status akceptacji. Logi te są przechowywane przez okres 36 miesięcy i są dostępne dla Klienta do samodzielnego eksportu w formatach JSON/CSV z poziomu Konta Master.

§ 1. POSTANOWIENIA OGÓLNE ORAZ KWALIFIKACJA PODMIOTOWA

1. Niniejszy Regulamin określa warunki techniczne i prawne korzystania z platformy logistycznej dostępnej w domenie logdock.eu.

2. Usługa świadczona jest przez LogDock Cezary Zięba, z siedzibą w Gliwicach (dalej: Usługodawca).

3. Do niniejszego Regulaminu zastosowanie mają definicje zawarte w Centralnym Słowniku Pojęć Nadrzędnych.

4. Klauzula B2B: Usługa ma charakter wyłącznie zawodowy i biznesowy. W przypadku, gdy Klientem okaże się osoba fizyczna zawierająca umowę w celu niezwiązanym bezpośrednio z jej działalnością gospodarczą lub zawodową (konsument lub podmiot objęty ochroną konsumencką na zasadach JDG), postanowienia niniejszego Regulaminu ograniczające jej ustawowe, bezwzględnie obowiązujące prawa stają się bezskuteczne, a w ich miejsce stosuje się właściwe przepisy prawa powszechnego.

§ 2. INTEGRALNOŚĆ PARAMETRÓW DOSTĘPOWYCH

1. Klient ponosi pełną odpowiedzialność za zachowanie poufności i integralności danych uwierzytelniających (loginów i haseł) do Konta Master oraz podległych subkont Użytkowników. Każda operacja autoryzowana poprawnymi parametrami dostępowymi będzie traktowana jako działanie podjęte bezpośrednio przez Klienta.

2. Klient zobowiązany jest do wdrożenia wewnętrznych procedur bezpieczeństwa haseł i niezwłocznego powiadomienia Usługodawcy o każdym podejrzeniu incydentu bezpieczeństwa na adres: security@logdock.eu.

§ 3. REŻIM KORZYSTANIA Z USŁUGI I LIMITOWANIE (RATE LIMITING)

1. Klient zobowiązuje się do korzystania z Usługi wyłącznie w sposób zgodny z jej technicznym przeznaczeniem. Bezwzględnie zabrania się podejmowania działań z zakresu reverse engineeringu, dekompilacji kodu, prób dekodowania algorytmów oraz obchodzenia zabezpieczeń logicznych (z wyłączeniem testów penetracyjnych w dobrej wierze, autoryzowanych pisemnie przez Usługodawcę).

2. Zabrania się stosowania zautomatyzowanych narzędzi typu scraping lub robotów indeksujących do masowej ekstrakcji danych z interfejsu graficznego platformy.

3. Polityka Rate Limitingu: Usługodawca stosuje techniczne limity zapytań (Rate Limits) na interfejsach API oraz UI w celu zabezpieczenia stabilności infrastruktury chmurowej. Ograniczenia te są szczegółowo opisane w dokumentacji technicznej i nie stanowią Przestoju ani Degradacji Usługi, chyba że nałożony limit całkowicie i bezpodstawnie uniemożliwi realizację Core Business Flow dla Użytkownika przez nieprzerwany okres przekraczający 60 minut z wyłącznej winy Usługodawcy.

§ 4. WARUNKI LICENCYJNE I FUNKCJONOWANIE SYSTEMU AI

1. Usługodawca udziela Klientowi licencji niewyłącznej, terminowej (na czas trwania Umowy) oraz niezbywalnej na korzystanie z oprogramowania SaaS na terytorium całego świata. Klient zachowuje pełne i wyłączne prawa autorskie oraz majątkowe do wprowadzanych Danych Operacyjnych.

2. Architektura techniczna Systemu AI, implementacja zasady human-in-the-loop oraz struktura rejestru Audit Trail odpowiadają definicjom zawartym w Centralnym Słowniku Pojęć Nadrzędnych i stanowią integralną podstawę techniczną realizowanej funkcjonalności wsparcia decyzji.

§ 5. POUFNOŚĆ INTERFEJSÓW I INFORMACJI HANDLOWYCH (NDA)

1. Strony zobowiązują się do zachowania w ścisłej tajemnicy wszelkich informacji technicznych (w tym struktury API, specyfikacji Systemu AI), handlowych, finansowych i organizacyjnych uzyskanych w trakcie realizacji Umowy, które zostały oznaczone jako poufne lub których poufny charakter wynika racjonalnie z okoliczności (Informacje Poufne).

2. Obowiązek zachowania poufności obowiązuje przez cały okres trwania Umowy oraz przez 5 lat po jej rozwiązaniu lub wygaśnięciu, niezależnie od przyczyny.

§ 6. REŻIM SLA ORAZ INDEKSY DEGRADACJI SYSTEMOWEJ

1. Usługodawca gwarantuje roczną dostępność infrastruktury SaaS na poziomie 99% (SLA Availability).

2. Rozliczenie i klasyfikacja naruszeń jakościowych Usługi realizowane są w oparciu o następujące, rozdzielne wskaźniki techniczne:

• Przestój (Full Outage): Całkowity brak możliwości autoryzacji w Usłudze lub całkowita niedostępność wszystkich procesów wchodzących w skład Core Business Flow z wyłącznej winy Usługodawcy, trwająca nieprzerwanie dłużej niż 60 minut. Czas Przestoju pomniejsza bezpośrednio wskaźnik SLA Availability.
• Degradacja Wydajności UI (UI Performance Degradation): Sytuacja, w której procesy Core Business Flow są dostępne, ale czas odpowiedzi serwera (P95 Latency) dla transakcji synchronicznych w interfejsie graficznym przekracza próg 1500 ms przez nieprzerwany okres minimum 3 godzin.
• Degradacja Wydajności API (API Performance Degradation): Sytuacja, w której interfejs API LogDock zwraca błędy systemowe (kod HTTP 5xx) dla ponad 5% prawidłowych żądań Klienta w ujęciu godzinowym lub opóźnienie odpowiedzi (P95 Latency) interfejsu API przekracza próg 2000 ms przez okres minimum 3 godzin.
• Niedostępność Procesów Asynchronicznych (Background Jobs Outage): Sytuacja, w której systemy kolejkowania zadań w tle wykazują opóźnienie w realizacji zadań przekraczające 60 minut względem standardowego czasu procesowania.

3. Gwarancja SLA nie obejmuje przerw konserwacyjnych (zapowiadanych z min. 7-dniowym wyprzedzeniem, do maksymalnie 4 godzin w miesiącu w oknach serwisowych 00:00–04:00 UTC), zdarzeń Siły Wyższej oraz awarii spowodowanych przez infrastrukturę zewnętrzną Klienta lub globalnych dostawców trzecich (np. AWS, Google Maps API).

4. Kredyty Usługowe (Service Credits): W przypadku niedotrzymania wskaźnika SLA Availability lub wystąpienia udokumentowanej Degradacji Wydajności, jedynym i wyłącznym środkiem naprawienia szkody o charakterze odszkodowawczym jest przyznanie Klientowi rabatu (Kredytu Usługowego) na kolejny okres rozliczeniowy, proporcjonalnie do czasu trwania zakłócenia, do maksymalnej łącznej wysokości 100% miesięcznej opłaty abonamentowej.

§ 7. ROZGRANICZENIE I LIMITOWANIE ODPOWIEDZIALNOŚCI

1. W relacjach B2B obowiązuje zasada braku zwrotów wniesionych opłat (no-refund policy). Zwłoka w płatności jakiejkolwiek faktury przekraczająca 14 dni uprawnia Usługodawcę do zawieszenia świadczenia Usługi po uprzednim, elektronicznym wezwaniu i wyznaczeniu ostatecznego terminu 3 dni roboczych.

2. Globalny Cap Odpowiedzialności: Łączna odpowiedzialność odszkodowawcza Usługodawcy wobec Klienta z jakiegokolwiek tytułu (kontraktowa, deliktowa) za wszystkie zdarzenia zaistniałe w danym roku umownym zostaje ograniczona do kwoty stanowiącej równowartość sumy opłat abonamentowych faktycznie zapłaconych przez Klienta w okresie 12 miesięcy poprzedzających miesiąc, w którym wystąpiło zdarzenie wywołujące szkodę. Odpowiedzialność obejmuje wyłącznie bezpośrednie szkody rzeczywiste (damnum emergens) – odpowiedzialność za utracone korzyści (lucrum cessans) oraz szkody pośrednie zostaje całkowicie wyłączona.

3. Podział ryzyka w architekturze Systemu AI:

• Zakres odpowiedzialności Usługodawcy: Usługodawca odpowiada na zasadach ogólnych za wady techniczne kodu źródłowego, nieprawidłową implementację struktur algorytmicznych, błędy przetwarzania danych wewnątrz bazy oraz krytyczne awarie infrastruktury Systemu AI, które powodują działanie platformy sprzeczne ze specyfikacją techniczną lub prowadzą do bezpośredniego uszkodzenia i utraty integralności danych.
• Zakres odpowiedzialności Klienta (Zasada Podwójnej Weryfikacji): Usługodawca nie ponosi odpowiedzialności za jakiekolwiek szkody (w tym kary umowne nałożone przez kontrahentów Klienta, straty transportowe, błędne wyceny frachtów), które powstały w wyniku wykonania operacji logistycznej lub handlowej zainicjowanej na podstawie sugestii wygenerowanej przez System AI. Klient jako profesjonalny podmiot logistyczny gwarantuje, że każda rekomendacja systemu jest traktowana jako matematyczna hipoteza, a Użytkownik ma prawny i operacyjny obowiązek zweryfikować jej poprawność pod kątem rzeczywistych warunków drogowych, prawnych i rynkowych przed manualnym zatwierdzeniem. Klient odpowiada za należyte przeszkolenie personelu w zakresie krytycznej weryfikacji danych wyjściowych Systemu AI.

4. Bezwzględne wyłączenia z limitacji: Ograniczenia odpowiedzialności, o których mowa w ust. 2 i 3, nie mają zastosowania w przypadkach szkód wyrządzonych z winy umyślnej (dolus), rażącego niedbalstwa (culpa lata), naruszenia klauzuli poufności (§ 5), naruszenia praw autorskich Usługodawcy oraz odpowiedzialności odszkodowawczej opartej bezpośrednio o art. 82 RODO z tytułu udowodnionego zaniedbania procedur bezpieczeństwa przez Usługodawcę.

§ 8. KLAUZULA SIŁY WYŻSZEJ

1. Żadna ze Stron nie ponosi odpowiedzialności za niewykonanie lub nienależyte wykonanie swoich zobowiązań umownych, jeżeli zostało ono spowodowane działaniem Siły Wyższej.

2. Przez Siłę Wyższą rozumie się zdarzenie zewnętrzne, nadzwyczajne, niemożliwe do przewidzenia i do zapobieżenia przy zachowaniu najwyższej staranności zawodowej, w tym w szczególności: konflikty zbrojne, akty terroryzmu, katastrofy naturalne, blokady granic, ogólnokrajowe awarie sieci energetycznych lub telekomunikacyjnych, a także zmasowane cyberataki o charakterze APT (Advanced Persistent Threat) paraliżujące infrastrukturę chmurową dostawcy nadrzędnego, o ile wdrożone były standardowe systemy ochrony.

§ 9. POSTANOWIENIA KOŃCOWE

1. Usługodawca zastrzega sobie prawo do modyfikacji niniejszego Regulaminu z ważnych przyczyn technologicznych, operacyjnych lub zmian w prawie powszechnym, informując Klienta drogą elektroniczną z zachowaniem minimum 14-dniowego okresu wyprzedzenia. Brak złożenia oświadczenia o wypowiedzeniu Umowy w tym terminie stanowi akceptację nowych warunków.

2. Wszelkie spory wynikające z Umowy będą poddawane pod rozstrzygnięcie sądowi powszechnemu właściwemu miejscowo dla siedziby Usługodawcy (Gliwice). Prawem właściwym jest prawo polskie.

3. Program Bug Bounty / Bezpieczeństwo: Usługodawca wspiera badanie bezpieczeństwa w dobrej wierze. Zgłoszenia podatności infrastrukturalnych należy kierować bezpośrednio na adres: security@logdock.eu z zachowaniem zasad poufnego ujawniania (Responsible Disclosure).

LogDock.eu — Dokumentacja SaaS Enterprise v3.0 (2026) | LogDock Cezary Zięba, ul. Rolników 204/6, 44-141 Gliwice | NIP: 6262983596