Jesteś dyrektorem IT w niemieckiej agencji federalnej. W środę rano w twojej skrzynce leżą trzy rzeczy: prasowe streszczenie wywiadu, którego Karsten Wildberger udzielił Politico około połowy kwietnia 2026, notatka z biura zamówień o trzech projektach z twojego planu na 2026/27 przekraczających 500 000 euro rocznie oraz wiadomość od osoby odpowiedzialnej za strategię AI z pytaniem, czy obowiązkowa federalna platforma AI dotyczy wdrożenia planowanego na trzeci kwartał. Te trzy dokumenty są ze sobą powiązane. Tym powiązaniem jest pytanie, na które ten artykuł ma odpowiedzieć.

Wildberger wymienił w wywiadzie cztery decyzje. Microsoft i Palantir są celami redukcji — nie dywersyfikacji, redukcji. Federalna platforma AI KIPITZ staje się obowiązkowa dla urzędów federalnych. Europejskiej alternatywie dla Palantira wyznaczono horyzont dwóch do trzech lat. A Federalne Ministerstwo ds. Cyfryzacji i Modernizacji Państwa (BMDS) otrzymuje de facto prawo weta wobec projektów IT innych ministerstw powyżej 500 000 euro rocznie lub 3 milionów euro łącznych kosztów projektu.

Politycznym ujęciem była suwerenność. Strukturalne ujęcie powinno brzmieć inaczej: to największa centralizacja federalnej władzy nad IT od czasu pierwotnego programu IT-Konsolidierung z 2015 roku — a twój plan właśnie jej podlega.

Ten artykuł to audyt tego, co weto rzeczywiście wyłapuje, do czego obowiązkowy KIPITZ rzeczywiście zobowiązuje, czy alternatywy Bundeswehry dla Palantira są gotowe operacyjnie, i pytania, na które musi odpowiedzieć twój następny wniosek budżetowy, zanim trafi na biurko z prawem weta.

Co weto rzeczywiście wyłapuje

Prawo weta dotyczy projektów IT powyżej 500 000 euro rocznie lub 3 milionów euro łącznych kosztów projektu. Próg został ustawiony starannie. Wyłapuje wystarczająco wiele, żeby kształtować kierunek federalnego IT, bez prowokowania natychmiastowych pytań konstytucyjnych o autonomię ministerialną w ramach Ressortprinzip.

W praktyce próg obejmuje wszystkie federalne decyzje dotyczące chmury i platform, większe zamówienia aplikacyjne, decyzje o platformie AI (które i tak domyślnie trafiają do KIPITZ) oraz projekty zarządzania tożsamością i dostępem. Nie obejmuje narzędzi resortowych poniżej 500 tys. euro, przedłużeń istniejących kontraktów w tym samym zakresie i cenie ani wbudowanej technologii w wyspecjalizowanych systemach — co najważniejsze, niejawnej architektury Bundeswehry i służb wywiadowczych.

Dla typowego planu agencji federalnej oznacza to, że większość decyzji strategicznych znajdzie się powyżej linii, a większość taktycznych poniżej. Pierwsza praktyczna konsekwencja: struktura projektu liczy się teraz bardziej niż dotąd. Projekt za 750 000 euro, który dałoby się rozsądnie podzielić na kontrakt podstawowy za 400 000 euro plus kontynuację za 350 000 euro, znajduje się poniżej weta w każdym z komponentów. Część takiego dzielenia to uprawnione fazowanie; część to rodzaj inżynierii zamówieniowej, którą BMDS w pierwszym cyklu nauczy się wykrywać. Wczesne sprawy ustanowią precedens.

Druga praktyczna konsekwencja jest taka, że uzasadnienie załączone do pozycji w planie ma teraz nowego czytelnika. Do kwietnia 2026 odbiorcą uzasadnienia zamówienia za 600 000 euro był własny kontroler ministerstwa i Bundesrechnungshof. Od maja 2026 odbiorcami są także architekci BMDS, których ramą oceny wniosku jest kierunek-podróży-ku-suwerenności. Uzasadnienie brzmiące jak „kontynuujemy istniejącą relację z dostawcą" wywoła pytania, których nie wywoła uzasadnienie brzmiące jak „nazwany dostawca spoza UE z określoną dwuletnią ścieżką wyjścia". Wczesne wnioski pokażą, co BMDS czyta jako poważne, a co jako performatywne.

Microsoft jako krzywa zużycia, Palantir jako zero-jedynka

Microsoft to krzywa zużycia. Administracja federalna zapłaciła w 2025 za licencje Microsoftu 481,4 mln euro — to liczba, którą wyciągnęło zapytanie parlamentarne Lenhard do parlamentarnego sekretarza stanu Thomasa Jarzombka w lutym. „Mniej Microsoftu" jest więc mierzalne. Wildberger nie podał publicznie konkretnego celu redukcji, ale krzywa zużycia produkuje roczny punkt danych, względem którego można testować deklaracje.

Palantir to wybór zero-jedynkowy. Do maja 2026 wiceadmirał Thomas Daum — szef służby Bundeswehry ds. cyberprzestrzeni i informacji — powiedział publicznie to, co Wildberger mówił prywatnie. Palantir, oświadczył Daum dziennikarzom, “not being considered at all right now” (nie jest obecnie w ogóle brany pod uwagę), ponieważ Niemcy nie pozwolą pracownikom amerykańskiej firmy prywatnej na dostęp do narodowych danych obronnych. Bundeswehra oceniała już trzech dostawców zastępczych: Almato ze Stuttgartu, Orcrist z Berlina i ChapsVision z Paryża. Rozstrzygnięć kontraktowych oczekiwano do końca 2026.

Co to oznacza dla planowania IT w okolicach federalnych, zależy od strony linii zamówieniowej, po której znajduje się czytelnik. Dla agencji rozważających platformy fuzji danych klasy Palantira w kontekstach nieobjętych klauzulą tajności rozumowanie Bundeswehry uogólnia się: dostawca z amerykańską siedzibą, którego pracownicy potrzebowaliby dostępu do wrażliwych danych operacyjnych, jest teraz ryzykiem zamówieniowym, które trzeba obronić na piśmie, a nie przyjąć z założenia. Dla dostawców i integratorów obecnie sprzedających Palantir Foundry w rynku okołofederalnym najbliższe dwa lata to zamykające się okno, w którym kompetencja na alternatywnych dostawcach jest najcenniejszą rzeczą do rozwinięcia.

Europejski horyzont alternatywy to najbardziej kruchy element pakietu. Przy obecnej trajektorii finansowania dwa do trzech lat to retoryka. Jeśli to retoryka, to redukcja Palantira bez wiarygodnego zastępcy oznacza, że Bundeswehra traci zdolność fuzji danych, którą obecnie ma — a to jest ta część opakowania Wildbergera, która nie przeżyła kontaktu z warstwą operacyjną.

Alternatywy Bundeswehry: co dostarczą w 2026

Wymienione alternatywy — Almato, Orcrist, ChapsVision — nie są zamiennikiem Palantira jeden do jednego, a publiczna dyskusja nie zawsze to wyraźnie pokazywała.

Almato (Stuttgart) jest najbardziej ugruntowanym z trójki: niemiecki integrator systemów z głębokimi narzędziami automatyzacji, kompetencją w orkiestracji procesów i istniejącą bazą klientów sektora publicznego. Jego zdolności fuzji danych są realne, ale zorientowane na przepływy administracyjne, a nie na wywiad operacyjny. Dla logistyki Bundeswehry, zarządzania kadrami i analizy łańcucha dostaw Almato może dostarczyć wiarygodną ofertę w 12 miesięcy. Dla fuzji wywiadu taktycznego w czasie rzeczywistym, jaką zapewnia Palantir Gotham, Almato nie jest obecnie w zasięgu, a publiczne materiały nie sugerują mapy drogowej w tym kierunku.

Orcrist (Berlin) jest koncepcyjnie najbliższy architekturze klasy Palantira. Założony z wyraźnymi ambicjami w obszarze fuzji danych, z silną kadrą z niemieckiego ekosystemu defence-tech. Luka dojrzałości względem Palantira jest realna i widoczna: Orcrist nie był do tej pory wdrażany w skali narodowego ministerstwa obrony, a powierzchnia inżynierska, która trafia dziś na produkcję, jest węższa niż w Palantir Foundry. Uczciwa ocena brzmi tak: Orcrist będzie wiarygodnym produktem na lata 2027–2028, jeśli zostanie sfinansowany w skali, jaką sugerowałby kontrakt Bundeswehry. Jako produkt do dostarczenia w 2026 roku jest pilotem, a nie systemem produkcyjnym.

ChapsVision (Paryż) to nietypowy członek krótkiej listy: francuski dostawca, którego włączenie sygnalizuje, że Bundeswehra traktuje europejską suwerenność szerzej niż tylko niemiecką. ChapsVision ma istniejące kontrakty z francuską obroną i produkt bardziej dojrzały niż Orcrist. Dla ról Bundeswehry, w których francuskie oprogramowanie jest politycznie akceptowalne, ChapsVision jest opcją dostarczenia o najniższym ryzyku z trójki. Dla ról, w których nie jest, wybór się zawęża.

Implikacja dla szerszego czytelnika federalnego IT jest taka, że kontrakt Bundeswehry, kiedy rozstrzygnie się na koniec 2026, zasygnalizuje, na jaki kompromis suwerennościowy warstwa zamówieniowa jest gotowa. Rozstrzygnięcie na rzecz Almato sygnalizuje fuzję-administracyjną-najpierw, odroczyć-fuzję-taktyczną. Rozstrzygnięcie na rzecz Orcrist sygnalizuje inwestycję-w-zdolność-strategiczną, zaakceptować-bliską-lukę. Rozstrzygnięcie na rzecz ChapsVision sygnalizuje europejską-suwerenność-szeroko-rozumianą. Rozstrzygnięcie podzielone — najbardziej prawdopodobny wynik — sygnalizuje wszystkie trzy naraz, co także jest decyzją o tym, ile zdolności Bundeswehra jest gotowa utrzymywać, kiedy buduje.

Problem pojedynczego punktu przejęcia przy obowiązkowym KIPITZ

KIPITZ to trzecia dźwignia i ta, wobec której jest najmniej publicznego nadzoru. Jeśli federalne urzędy muszą używać go do obciążeń AI — nie powinny, ale muszą — to federalna infrastruktura AI jest scentralizowana w ITZBund niezależnie od preferencji ministerialnych. Warstwa infrastrukturalna jest budowana na kontrakcie federalnej chmury AI o wartości 250 mln euro udzielonym konsorcjum T-Systems i SAP. ChatGPT i równoważne systemy komercyjne pozostają wyłączone ze względu na ochronę danych. Jak na razie spójne.

Architektoniczne zmartwienie to koncentracja. Obowiązkowy KIPITZ tworzy pojedynczy punkt, w którym przyszłe przesunięcie polityczne — inna koalicja, dostawca z nadzwyczajnym wpływem, incydent bezpieczeństwa — może wpłynąć na federalne użycie AI we wszystkich urzędach naraz. Architektury jednodostawcze mają dobrze udokumentowane tryby awarii, nawet gdy dostawca jest własnością federalną. Kontrakt T-Systems/SAP na 250 mln euro to strona dostawcza tej relacji. Federalne urzędy od niej zależne stają się operacyjnie zainwestowane w jej dalszą kondycję niezależnie od tego, czy w 2027 lub 2028 pojawią się lepsze alternatywy.

Dla dyrektora IT planującego wdrożenia AI pod nowym mandatem praktyczna konsekwencja jest taka, że KIPITZ staje się niepodlegającym negocjacjom substratem dla obciążeń na danych federalnych, ale architektura integracyjna ponad nim pozostaje twoją odpowiedzialnością. Wdrożenie, które traktuje KIPITZ jako czarną skrzynkę i buduje wszystko inne jako przenośne między substratami, zachowuje opcję migracji, gdy migracja stanie się wykonalna. Wdrożenie, które bierze głębokie zależności od cech KIPITZ specyficznych dla ITZBund — a platforma będzie do tego zachęcać — zamyka urząd w substracie równie ciasno, jak kontrakty M365, od których dyrektywa ma uniezależnić. Metodologiczna lekcja z dwudziestu lat vendor lock-inu w sektorze publicznym ma tu zastosowanie niezależnie od tego, że dostawca jest własnością federalną.

Suwerenność to nie dyrektywa zamówieniowa

To przeramowanie pakiet narzuca i trudno go uniknąć.

Wywiad Wildbergera wyprodukował cztery mechanizmy — progi weta, obowiązkowy KIPITZ, odrzucenie Palantira, redukcja Microsoftu — działające w warstwie zamówieniowej. Polityczne ujęcie przedstawiło je jako suwerenność. Ujęcie architektoniczne musi przyznać, że kierunek zamówień to nie suwerenność. Obowiązkowy KIPITZ zastępuje zależność od Microsoft 365 zależnością od ITZBund — oba to substraty, których dalsza dostępność nie leży pod kontrolą korzystającego z nich urzędu. Odrzucenie Palantira zastępuje amerykańskiego dostawcę fuzji danych europejskim, jeszcze niedostarczonym dostawcą, którego ciągłość zależy od cykli finansowych przekraczających kadencję obecnego rządu. Redukcja Microsoftu to krzywa zużycia, którą można odwrócić w następnym cyklu budżetowym, jeśli klimat polityczny się zmieni.

Suwerenność, właściwie zaramowana, to własność polegająca na zdolności do dalszej pracy, gdy jakakolwiek pojedyncza część łańcucha dostaw staje się niedostępna. Żaden z czterech mechanizmów w pakiecie Wildbergera nie wytwarza tej własności na poziomie urzędu. Wytwarzają inną zależność, z innym narażeniem jurysdykcyjnym. To znaczące ulepszenie w kwestii CLOUD Act — dane federalne na infrastrukturze ITZBund nie podlegają wezwaniu amerykańskiego Kongresu — ale nie jest to znaczące ulepszenie w kwestii ciągłości łańcucha dostaw, która jest trudniejszym problemem i tym, który własna architektura twojego urzędu musi rozwiązać niezależnie od tego, na jaki substrat wskazuje dyrektywa zamówieniowa.

Praktyczna konsekwencja: twój następny wniosek zamówieniowy do BMDS będzie oceniany jako suwerenność, nawet gdy strukturalnie jest substytucją dostawcy. Wnioski, które wprost uznają to rozróżnienie — „traktujemy KIPITZ jako obowiązkowy substrat i projektujemy ponad nim z zachowaniem przenośności", „wybieramy Orcrist do ról fuzji danych, w których dojrzałość europejskiego dostawcy jest akceptowalna, a resztę odraczamy" — architekci BMDS, od których weta zależy twój plan, odczytają jako poważne. Wnioski, które traktują dyrektywę zamówieniową tak, jakby była odpowiedzią suwerennościową, odczytają jako performatywne — niezależnie od tego, jaka nazwa dostawcy się w nich pojawi.

Czym ten artykuł nie jest

Kto czyta tę analizę jako twierdzenie, że ramy weta są błędne lub że KIPITZ to niewłaściwa platforma AI, mija się z sednem — federalny kierunek IT był niespójny między ministerstwami przez dwie dekady, centralny koordynator z merytoryczną władzą to dająca się obronić odpowiedź, a federalna infrastruktura AI jest konieczna, jeśli komercyjna generatywna AI ma pozostać poza federalnymi przepływami pracy. Analiza pracuje warstwę głębiej: na obserwacji, że mechanizmy zamówieniowe pakietu i jego roszczenie suwerennościowe leżą na różnych warstwach. Założenia o motywacjach poszczególnych aktorów nie należą do przedmiotu badania. Dla dyrektorów IT, których plany muszą teraz przejść przez obie warstwy, analiza nie zastępuje porady z zakresu prawa zamówień publicznych ani bezpieczeństwa informacji.

Sygnał w budżecie

Sygnał wart obserwacji przez najbliższych dwanaście miesięcy to relacja między cyklem weta BMDS a federalnym cyklem budżetowym. Próg weta wyłapuje projekty na etapie składania. Cykl budżetowy decyduje o tym, co dostaje zasoby. Jeśli projekty powyżej progu systematycznie otrzymują od BMDS rekomendacje w kierunku suwerenności i rekomendacje te utrzymują się w finansowanym budżecie, pakiet jest polityką operacyjną. Jeśli rekomendacje są wystawiane, a budżet wraca do dotychczasowej linii zamówień, pakiet jest cyklem prasowym, który wyprodukował cykl prasowy. Wczesne dowody pojawią się we wnioskach budżetowych jesieni 2026.

Dla twoich trzech projektów powyżej linii: złóż dwa z językiem kierunku suwerennościowego, a jeden bez — porównanie pokaże ci, w jakich ramach pracujesz.

Źródła

Przegląd tematu: Suwerenność cyfrowa w Europie Powiązane artykuły: Akta do jesieni, Suwerenność na serwerach Microsoftu