OpenAI API z przetwarzaniem danych w UE. Jak ustawić region Europe krok po kroku

Co zmieniło się 21 sierpnia

Do sierpnia 2026 roku region danych w API OpenAI był ustawieniem całego projektu. Firma, która chciała przetwarzać w Europie tylko część ruchu, musiała utrzymywać osobne projekty i klucze. Wpis w dzienniku zmian z 21 sierpnia 2026 roku dodał drugą drogę: region można wskazać dla pojedynczego zapytania.

Mechanizm działa przez domenę z prefiksem regionu. Zapytanie wysłane na eu.api.openai.com z kluczem z projektu o zasięgu Global zostanie przetworzone w Europie. Global to domyślne ustawienie projektu bez przypisanego regionu. OpenAI zastrzega, że dotychczasowe warunki kwalifikacji, zasady retencji danych oraz lista obsługiwanych endpointów i modeli pozostają bez zmian.

Przechowywanie a przetwarzanie danych

Dokumentacja OpenAI rozróżnia dwa pojęcia. Przechowywanie w regionie oznacza, że treści klienta zapisywane na dysku pozostają na infrastrukturze w wybranym regionie. Przetwarzanie regionalne oznacza, że w tym regionie odbywa się także samo działanie modelu, czyli generowanie odpowiedzi.

Region Europe obsługuje oba tryby. Wiele innych regionów, na przykład Wielka Brytania, Japonia czy Kanada, oferuje wyłącznie przechowywanie. OpenAI podkreśla, że obsługa przechowywania w regionie nie oznacza automatycznie obsługi przetwarzania. W wybranych sytuacjach firma może też przetwarzać lub tymczasowo przechowywać dane poza regionem, jeśli jest to potrzebne do świadczenia usługi.

Wymagania, zanim zaczniesz

Region Europe nie jest dostępny od ręki. Dla wszystkich regionów poza USA OpenAI wymaga zatwierdzenia kontroli monitorowania nadużyć oraz podpisania aneksu Modified Retention. Kwalifikację potwierdza dział sprzedaży, więc proces przypomina bardziej negocjację umowy niż zmianę ustawienia.

W Europie trzeba dodatkowo korzystać z jednego z trybów ograniczonej retencji: Zero Data Retention, Modified Abuse Monitoring, Private Retention z PSP albo Safety Retention. Zero Data Retention oznacza, że treści nie trafiają do logów monitorowania nadużyć, a parametr store jest zawsze traktowany jako wyłączony. Obsługa obrazów w większości regionów poza USA wymaga osobnej zgody na rozszerzone wersje tych trybów.

Konfiguracja krok po kroku

Poniższa kolejność zakłada, że organizacja ma już aktywne konto API. Nazwy opcji podajemy w brzmieniu z angielskiego panelu OpenAI.

1. Skontaktuj się z działem sprzedaży OpenAI i potwierdź kwalifikację do rezydencji danych oraz trybu retencji.
2. Podpisz aneks Modified Retention i poczekaj na zatwierdzenie kontroli monitorowania nadużyć.
3. Wybierz model pracy: osobny projekt z regionem Europe albo projekt Global z wyborem regionu dla pojedynczych zapytań.
4. Przy projekcie regionalnym utwórz nowy projekt i wybierz Europe z listy regionów. Region ustawia się podczas tworzenia projektu.
5. W kodzie ustaw adres bazowy klienta na https://eu.api.openai.com/v1. W bibliotece Ruby można użyć opcji data_residency: :eu.
6. Sprawdź w tabeli obsługi regionów, czy używane endpointy i modele obsługują przetwarzanie w Europie.
7. Po wdrożeniu porównaj koszty w panelu Usage, bo nowsze modele są rozliczane z dopłatą.

Ile kosztuje przetwarzanie w Europie

OpenAI dolicza 10 proc. do cen modeli wydanych 5 marca 2026 roku lub później, jeśli zapytanie trafia do endpointu rezydencji danych. Starsze modele nie mają tej dopłaty. Przykład: GPT-6 Sol kosztuje standardowo 2 USD za milion tokenów wejściowych i 10 USD za milion wyjściowych, więc w regionie UE będzie to 2,20 USD i 11 USD.

Po przeliczeniu według średniego kursu NBP z 25 września 2026 roku (1 USD = 3,8404 zł) daje to około 8,45 zł za milion tokenów wejściowych i 42,24 zł za milion wyjściowych, bez VAT. Przy miesięcznym koszcie API rzędu 1000 USD dopłata wyniesie około 100 USD, czyli około 384 zł.

Ograniczenia modeli i endpointów

Nie każda funkcja API działa w Europie w taki sam sposób. OpenAI publikuje tabelę, która dla każdego regionu osobno wskazuje obsługę przechowywania i przetwarzania dla poszczególnych endpointów, narzędzi i modeli. Przy wyborze regionu dla pojedynczego zapytania wybrany endpoint i model muszą obsługiwać przetwarzanie regionalne. Agents API w wersji beta obsługuje rezydencję danych wyłącznie w USA.

Najnowsze modele również mają ograniczenia. GPT-6 Sol i GPT-6 Luna są dostępne z rezydencją danych w UE tylko w standardowym trybie przetwarzania w Responses API i Chat Completions. Przed przeniesieniem aplikacji warto więc sprawdzić, czy korzysta z trybów priorytetowych lub przetwarzania wsadowego, które mogą nie być obsługiwane.

Znaczenie dla polskich firm

Przetwarzanie w regionie Europe nie zwalnia z obowiązków wynikających z RODO. Nadal potrzebne są podstawa prawna, umowa powierzenia przetwarzania z OpenAI i ocena, jakie dane trafiają do modelu. Region upraszcza jednak rozmowę z inspektorem ochrony danych i klientami, którzy wymagają, aby dane nie opuszczały EOG.

W naszej ocenie wybór regionu dla pojedynczego zapytania jest najbardziej praktyczny dla firm z mieszanym ruchem. Zapytania z danymi osobowymi klientów mogą trafiać do eu.api.openai.com, a zadania bez danych osobowych, na przykład generowanie opisów produktów, do domyślnego endpointu bez dopłaty. Taki podział wymaga jednak jasnej reguły w kodzie i regularnego audytu, bo pomyłka w adresie oznacza przetwarzanie poza Europą.