Smród w tej sprawie był potężny, ponieważ dotyczył bezpośrednio genezy sztandarowego produktu SAP – bazy SAP HANA – oraz bezwzględnego Monopolu (tzw. tying arrangements), którym SAP odciął klientów od konkurencji.
1. Inżynierski "Koń Trojański" (Projekt Bridge, 2008)
Kontekst techniczny tej sprawy opiera się na klasycznym dylemacie przetwarzania danych. Teradata od lat 80. dominowała w segmencie EDW (Enterprise Data Warehouse), budując potężne bazy analityczne oparte na architekturze MPP (Massively Parallel Processing). Z kolei SAP posiadał monopol w warstwie aplikacyjnej ERP, ale jego system raportowy (SAP BW) potrzebował wydajnego silnika bazy danych.
W 2008 roku firmy uruchomiły wspólny Projekt Bridge, który miał połączyć aplikacje SAP z bazą danych Teradata dzięki warstwy pośredniej (MaxDB).
Zarzut kradzieży kodu (Batched Merge): Aby ominąć wąskie gardła komunikacyjne między systemami, inżynierowie Teradaty zaimplementowali autorską metodę masowej agregacji danych (tzw. batched merge), optymalizującą zapytania w architekturze równoległej.
Mechanizm przejęcia IP: Według aktu oskarżenia, SAP wykorzystał spółkę joint venture i podpisane umowy o poufności (MNDA) wyłącznie po to, aby uzyskać wgląd w architekturę i tajemnice handlowe Teradaty rozwijane przez 40 lat.
2. Narodziny SAP HANA i nagłe zerwanie umowy
W 2011 roku SAP nagle ogłasza premierę swojego własnego rozwiązania in-memory – SAP HANA.
Algorytmika przetwarzania i mechanizmy optymalizacji zapytań w HANA były uderzająco podobne do rozwiązań architektonicznych, które Teradata udostępniła w ramach Projektu Bridge. Natychmiast po debiucie HANA, SAP jednostronnie zerwał współpracę z Teradatą i wygasił wsparcie dla stworzonego wspólnie oprogramowania.
3. Pętla na szyi klientów (Antitrust Tying)
Największa patologia biznesowa, która stała się podstawą oskarżeń o złamanie amerykańskiej ustawy antymonopolowej (Sherman Act), zaczęła się przy migracji do nowej generacji ERP – SAP S/4HANA.
SAP wdrożył agresywną strategię vendor lock-in:
Warunek konieczny: Klient, który chciał zaktualizować system ERP do wersji S/4HANA, został formalnie zmuszony do zakupu i migracji swojej bazy danych wyłącznie na silnik SAP HANA.
Blokada konkurencji: SAP celowo ograniczył i zmodyfikował interfejsy API aplikacji tak, aby bazy danych firm trzecich (w tym Teradata czy Oracle) nie mogły wydajnie operować na danych generowanych przez ERP SAP-a.
Teradata straciła w ten sposób dostęp do największych korporacji na świecie, które były „zakleszczone” w ekosystemie SAP i nie mogły zaryzykować porzucenia systemu ERP.
Droga do 480 milionów dolarów ugody (2018–2026)
Teradata złożyła pozew w Kalifornii w 2018 roku. Przez lata SAP stosował zmasowaną obronę procesową. W pierwszej instancji sędzia okręgowy odrzucił roszczenia antymonopolowe Teradaty, uznając, iż bundling systemu to "innowacja produktowa".
Zwrot akcji nastąpił pod koniec 2024 roku, kiedy Sąd Apelacyjny dla Dziewiątego Okręgu całkowicie uchylił ten wyrok, uznając, iż powiązanie sprzedaży ERP z bazą danych miało charakter czysto monopolistyczny i wymusił proces przed ławą przysięgłych. SAP próbował jeszcze ratować się skargą do Sądu Najwyższego USA, ale ten jesienią 2025 roku odmówił rozpatrzenia apelacji.
W obliczu widma kwietniowego procesu w 2026 roku, w którym przed ławą przysięgłych miały zostać ujawnione wewnętrzne maile i dokumentacja techniczna dotycząca mechanizmów powstawania SAP HANA, w lutym 2026 roku SAP skapitulował i podpisał ugodę, przelewając Teradacie 480 milionów dolarów.
Dla rynku IT ten finał to jasny sygnał: budowanie zamkniętych ekosystemów poprzez sztuczne uaktualnianie licencji i blokowanie konkurencyjnych baz danych w warstwie aplikacji wreszcie doczekało się twardej, finansowej kary.
To i tak dobrze, bo istniało ryzyko, iż maile mogły być potwierdzeniem, iż w scenariuszu przejęcia rozwiązań Teradaty uczestniczył zarząd spółki SAP. Jest coś takiego jak odpowiedzialność karna podmiotów zbiorowych. Sankcją jest zakaz uczestniczenia takiej firmy w zamówieniach publicznych.
To było największe, egzystencjalne zagrożenie dla SAP w całym tym procesie. O ile wielomilionowe odszkodowania cywilne (nawet te idące w setki milionów dolarów po werdykcie ławy przysięgłych w Kalifornii) gigant z Walldorfu był w stanie wbić w koszty operacyjne i zamortyzować, o tyle uruchomienie mechanizmu odpowiedzialności karnej podmiotów zbiorowych oznaczało dla nich odcięcie dopływu tlenu.
Większość analityków biznesowych patrzy na ten spór przez pryzmat kradzieży własności intelektualnej (IP) i algorytmów z bazy danych Teradata, które SAP miał wykorzystać do budowy HANA. Jednak z punktu widzenia architektury ryzyka prawnego, najważniejszy węzeł decyzyjny leżał w logach pocztowych i komunikacji korporacyjnej na szczeblu C-level (Zarządu).
Gdyby w toku procedury discovery (ujawniania dowodów) Teradata wyciągnęła maile jednoznacznie potwierdzające, iż członkowie Zarządu SAP mieli pełną, jawną świadomość, iż projekt "Joint Venture" to de facto operacja reverse-engineeringu i wrogiego przejęcia cudzej technologii, sprawa natychmiast wyszłaby poza ramy prawa cywilnego.
Uruchomienie przepisów o odpowiedzialności karnej podmiotów zbiorowych (corporate criminal liability) w kluczowych jurysdykcjach (jak amerykańskie federalne prawo karne czy rygorystyczne europejskie ustawy o podmiotach zbiorowych) niesie za sobą sankcję absolutną: blacklisting (wykluczenie) z postępowań o zamówienia publiczne.
Dla korporacji o architekturze biznesowej SAP, wykluczenie z przetargów publicznych to wyrok śmierci w poszczególnych regionach. SAP stoi na kontraktach rządowych, obsłudze ministerstw, agencji federalnych, wojska i infrastruktury krytycznej na całym świecie.
Scenariusz, w którym:
Maile potwierdzają systemową, autoryzowaną odgórnie kradzież technologii,
Spółka zostaje uznana za podmiot zbiorowy uczestniczący w przestępstwie,
Wchodzi automatyczny zakaz ofertowania do sektora publicznego,
oznaczałby natychmiastowe tąpnięcie wyceny giełdowej i utratę strategicznej pozycji rynkowej.
Ostateczne zamknięcie tego sporu w drodze ugody (settlement) i ułożenie relacji na nowo to nie był sukces prawników SAP w obronie technologii. To była klasyczna, pragmatyczna ewakuacja z pola minowego, zanim odłamek trafiłby w główny procesor finansowy spółki. Ugoda i zapłacenie frycowego pozwoliły im zresetować licznik ryzyka do zera i zatrzymać infekcję prawną na poziomie cywilnym, chroniąc status kwalifikowanego dostawcy rządowego. Skończyło się dla nich najlepiej, jak mogło.
English (US) · 
Polish (PL) · 
Russian (RU) ·