Obowiązuje
Akt w sprawie Interoperacyjnej Europy: Rozporządzenie ma zastosowanie
Ramy zarządzania transgraniczną interoperacyjnością i ponownym wykorzystywaniem rozwiązań sektora publicznego.
Administracja publiczna
Projektujemy, budujemy i utrzymujemy usługi cyfrowe dla instytucji publicznych: dostępne zgodnie z prawem, bezpieczne od podstaw, interoperacyjne z założenia i udokumentowane tak, by przetrwały dłużej niż umowa. Ponad 600 projektów dla instytucji publicznych w całej Unii Europejskiej, zakończonych i trwających ukształtowało nasz sposób pracy.
Dla ministerstw, urzędów centralnych i wojewódzkich oraz jednostek samorządu terytorialnego, które muszą obsłużyć każdego obywatela według przepisów unijnych i krajowych jednocześnie.

28 października 2026
Ustawa o systemach sztucznej inteligencji: kontrole i kary
Od tego dnia stosuje się przepisy o kontroli, postępowaniu i karach; organem nadzoru rynku jest KRiBSI.
24 grudnia 2026
Termin udostępnienia europejskich portfeli tożsamości cyfrowej
Każde państwo członkowskie musi udostępnić co najmniej jeden portfel, a usługi publiczne muszą go akceptować.
ŹródłoRozporządzenie (UE) 2024/1183 (otwiera stronę zewnętrzną)
2 grudnia 2027
AI Act: obowiązki dla systemów wysokiego ryzyka
W tym ocena skutków dla praw podstawowych w przypadku publicznych podmiotów stosujących, po zmianach z 2026 r.
ŹródłoRozporządzenie (UE) 2024/1689 (otwiera stronę zewnętrzną)
600+projektów dla instytucji publicznych
AI Act, NIS2, eIDAS 2, akt w sprawie Interoperacyjnej Europy i akt w sprawie danych obejmują te same systemy w ciągu kilku lat, a w Polsce dochodzą do nich ustawa o KSC i ustawa o systemach sztucznej inteligencji. Każdy akt dodaje obowiązki dokumentacyjne, analizy ryzyka i sprawozdawczość, a zamawiający oczekują już w postępowaniach, że wykonawca pokaże, jak je wspiera.
Ludzie chcą składać wnioski, śledzić sprawy i otrzymywać decyzje online, bez dwukrotnego dostarczania tych samych dokumentów. W przypadku kluczowych procedur transgranicznych zasada jednorazowości jest już obowiązkiem.
Doświadczeni pracownicy merytoryczni i inżynierowie, którzy znają stary kod, odchodzą szybciej, niż można ich zastąpić. To, co żyje w ludziach i starych systemach, musi trafić do udokumentowanych usług i narzędzi, z którymi poradzi sobie kolejne pokolenie.
AI może skrócić kolejki i zaległości, ale instytucja publiczna musi umieć wyjaśnić decyzję, wskazać osobę za nią odpowiedzialną i ujawnić systemy, z których korzysta. To zmienia sposób projektowania AI, a nie tylko sposób jej zakupu.
Główne systemy dziedzinowe mają dekady, a każda zmiana przepisów oznacza ryzykowne wydanie.
Modernizujemy etapami za stabilnymi interfejsami: wydzielamy usługi, migrujemy dane z uzgadnianiem i wyłączamy moduły jeden po drugim. Obywatele nie odczuwają przełączenia całego systemu w jeden dzień.
Obywatele i przedsiębiorcy wciąż od nowa dostarczają te same dokumenty.
Łączymy usługi z rejestrami źródłowymi i krajowymi platformami wymiany danych, tak aby dane były pobierane raz, na podstawie prawnej, a każdy dostęp był zapisywany.
Infolinie odpowiadają na pytania, na które powinna odpowiadać strona internetowa.
Asystenci obsługi oparci na opublikowanych zasadach i procedurach urzędu, z jasnym przekazaniem sprawy pracownikowi i bez odpowiedzi spoza zatwierdzonych źródeł.
Osoby prowadzące sprawy tracą godziny na czytanie, sortowanie i przepisywanie dokumentów.
Przetwarzanie dokumentów klasyfikuje je i wyodrębnia dane, człowiek weryfikuje niepewne pola, a system dziedzinowy otrzymuje ustrukturyzowane dane z pełnym śladem audytowym.
Pilotaże AI utykają na etapie oceny prawnej i etycznej.
Od pierwszych analiz projektujemy z myślą o ocenie: klasyfikacja ryzyka, dane do oceny skutków dla ochrony danych i dla praw podstawowych, rejestrowanie zdarzeń, nadzór człowieka i dokumentacja na potrzeby rejestrów przejrzystości.
Wiedza o przepisach i procedurach jest rozproszona w intranetach, plikach PDF i głowach ludzi.
Wyszukiwanie wiedzy z uwzględnieniem uprawnień, które przy każdej odpowiedzi wskazuje przepis, wytyczne lub procedurę, aby pracownik mógł to sprawdzić, zanim podejmie działanie.
Daty, które już dziś kształtują decyzje architektoniczne i zakupowe. Przepisy krajowe i akty wykonawcze mogą dodawać własne daty.
Obowiązuje
Ramy zarządzania transgraniczną interoperacyjnością i ponownym wykorzystywaniem rozwiązań sektora publicznego.
Obowiązuje
Przepisy krajowe obowiązują od ich przyjęcia; w Polsce znowelizowana ustawa o KSC od 3 kwietnia 2026 r. Administracja publiczna jest objęta obowiązkami zarządzania ryzykiem i zgłaszania incydentów.
Obowiązuje
Przed decyzją o nowych lub istotnie zmienionych transeuropejskich cyfrowych usługach publicznych.
Obowiązuje
W tym scoring społeczny prowadzony przez organy publiczne. Tego samego dnia zaczynają obowiązywać wymogi kompetencji w zakresie AI.
Obowiązuje
Dla kluczowych produktów i usług, przez przepisy krajowe; w Polsce Polski Akt o Dostępności.
Obowiązuje
W tym żądania danych przez instytucje publiczne w sytuacjach wyjątkowej potrzeby i zasady zmiany dostawcy chmury.
Obowiązuje
Ludzie muszą wiedzieć, że mają do czynienia z systemem AI, a wygenerowane treści muszą być oznaczone.
Stan na 2 października 2026
Wkrótce
Każde państwo członkowskie udostępnia co najmniej jeden portfel; usługi publiczne wymagające identyfikacji online muszą go akceptować.
Wkrótce
Dla samodzielnych zastosowań wysokiego ryzyka, takich jak dostęp do usług publicznych i świadczeń, po zmianach z 2026 r.
Akty, które najczęściej kształtują specyfikację w sektorze publicznym, opisane prostym językiem, wraz z tym, co każdy z nich oznacza dla projektu.
Ten przegląd służy rozmowom planistycznym. Nie stanowi porady prawnej, a przepisy krajowe różnią się między państwami. Daty sprawdzono 2 października 2026 r., polskie ustawy 4 i 5 listopada 2026 r.
Oparte na ryzyku przepisy dla systemów AI. AI wykorzystywana do decyzji o dostępie do podstawowych usług publicznych i świadczeń, w sprawach migracji, azylu i kontroli granicznej, w wymiarze sprawiedliwości i ściganiu przestępstw należy do systemów wysokiego ryzyka.
Instytucje publiczne stosujące systemy wysokiego ryzyka muszą przeprowadzić ocenę skutków dla praw podstawowych (art. 27), zapewnić nadzór ze strony człowieka i prowadzić rejestry zdarzeń. Po zmianach z 2026 r. obowiązki te mają zastosowanie od 2 grudnia 2027 r. W Polsce ustawa z dnia 3 lipca 2026 r. o systemach sztucznej inteligencji obowiązuje od 11 sierpnia 2026 r., a jej przepisy o kontroli, postępowaniu i karach od 28 października 2026 r.; organem nadzoru rynku jest Komisja Rozwoju i Bezpieczeństwa Sztucznej Inteligencji (KRiBSI).
Klasyfikujemy każde zastosowanie na etapie analizy, wbudowujemy w system nadzór i rejestrowanie zdarzeń oraz przygotowujemy dokumentację techniczną potrzebną Państwa prawnikom. Ocena prawna pozostaje po stronie Państwa radców prawnych.
ŹródłoRozporządzenie (UE) 2024/1689, EUR-Lex (otwiera stronę zewnętrzną)
Dyrektywa obejmuje administrację rządową, a państwa członkowskie mogą objąć nią także administrację regionalną i lokalną. Obowiązki obejmują zarządzanie ryzykiem, bezpieczeństwo łańcucha dostaw i etapowe zgłaszanie incydentów, które zaczyna się od wczesnego ostrzeżenia w ciągu 24 godzin. W Polsce NIS2 wdraża ustawa z dnia 23 stycznia 2026 r. o zmianie ustawy o krajowym systemie cyberbezpieczeństwa (Dz.U. 2026 poz. 252), obowiązująca od 3 kwietnia 2026 r. Wykaz podmiotów kluczowych i ważnych działa od 13 kwietnia 2026 r., samorejestracja trwała od 7 maja do 3 października 2026 r., a część podmiotów wpisał z urzędu Minister Cyfryzacji.
Klauzule bezpieczeństwa trzeba przewidzieć w każdej umowie. Dokumentujemy nasze zabezpieczenia, zgłaszamy incydenty uzgodnionymi kanałami i dostarczamy dowody, których wymagają Państwa obowiązki nadzorcze.
ŹródłoDyrektywa (UE) 2022/2555, EUR-Lex (otwiera stronę zewnętrzną)
Każde państwo członkowskie musi do 24 grudnia 2026 r. udostępnić co najmniej jeden europejski portfel tożsamości cyfrowej. Usługi publiczne wymagające identyfikacji elektronicznej muszą go akceptować obok krajowych systemów eID. W Polsce Krajowy Węzeł Identyfikacji Elektronicznej (login.gov.pl) pozwala zalogować się do usług publicznych aplikacją mObywatel, przez bankowość elektroniczną, e-dowodem lub profilem zaufanym.
Logowanie, udostępnianie atrybutów i podpisy elektroniczne muszą działać z portfelem. Integrację tożsamości projektujemy tak, aby nowy rodzaj poświadczenia był kwestią konfiguracji, a nie przebudowy.
ŹródłoRozporządzenie (UE) 2024/1183, EUR-Lex (otwiera stronę zewnętrzną)
Stosuje się od 12 lipca 2024 r. Od 12 stycznia 2025 r. instytucje publiczne muszą przeprowadzić ocenę interoperacyjności przed decyzją o nowych lub istotnie zmienionych transeuropejskich cyfrowych usługach publicznych. Akt zachęca też do udostępniania i ponownego wykorzystywania rozwiązań, w tym open source.
Wspólnie z Państwem przygotowujemy dane do oceny, ponownie wykorzystujemy istniejące elementy i dokumentujemy interfejsy, aby inni mogli przejąć to, co Państwo zbudują.
ŹródłoRozporządzenie (UE) 2024/903, EUR-Lex (otwiera stronę zewnętrzną)
Od 12 grudnia 2023 r. użytkownicy kluczowych procedur transgranicznych mogą poprosić o bezpośrednią wymianę dokumentów między urzędami przez system techniczny oparty na zasadzie jednorazowości (OOTS), zamiast przesyłać je samodzielnie.
Wymiana dokumentów musi być oparta na zgodzie, z podglądem dla użytkownika i zapisem w logach. Integrujemy krajowe platformy wymiany danych i połączenia OOTS z przebiegiem usługi.
ŹródłoRozporządzenie (UE) 2018/1724, EUR-Lex (otwiera stronę zewnętrzną)
Strony internetowe i aplikacje mobilne sektora publicznego muszą spełniać zharmonizowaną normę EN 301 549, opartą na WCAG, i publikować deklarację dostępności z mechanizmem zgłaszania uwag. W Polsce dyrektywę wdraża ustawa z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych; nadzór nad jej stosowaniem i coroczny monitoring prowadzi minister właściwy do spraw informatyzacji. Podmioty publiczne publikują deklarację dostępności i aktualizują ją do 31 marca każdego roku.
Budujemy według WCAG 2.2 AA, testujemy z technologiami asystującymi i pomagamy utrzymać aktualną deklarację dostępności.
ŹródłoDyrektywa (UE) 2016/2102, EUR-Lex (otwiera stronę zewnętrzną)
Od 28 czerwca 2025 r. obejmuje kluczowe produkty i usługi, takie jak bankowość, handel elektroniczny, e-booki i usługi transportowe. Dotyczy podmiotów gospodarczych, a nie bezpośrednio instytucji publicznych, ale zamówienia publiczne korzystają z jego wymagań dostępności, a usługi realizowane z partnerami prywatnymi mogą być nim objęte. W Polsce wdraża go Polski Akt o Dostępności (Dz.U. 2024 poz. 731), z Prezesem Zarządu PFRON jako głównym organem nadzoru rynku.
Dostępność obejmuje dziś cały łańcuch dostaw. Włączamy ją do kryteriów odbioru, zamiast zostawiać ją na audyt na końcu.
ŹródłoDyrektywa (UE) 2019/882, EUR-Lex (otwiera stronę zewnętrzną)
Stosuje się od 12 września 2025 r. Instytucje publiczne mogą żądać danych od przedsiębiorstw w sytuacjach wyjątkowej potrzeby, a usługi przetwarzania danych muszą umożliwiać zmianę dostawcy, przy stopniowym znoszeniu opłat za zmianę do stycznia 2027 r.
Projektujemy plany wyjścia i przenoszalność danych w architekturach chmurowych, aby zmiana dostawcy była planowanym projektem, a nie kryzysem.
ŹródłoRozporządzenie (UE) 2023/2854, EUR-Lex (otwiera stronę zewnętrzną)
Instytucje publiczne udzielają zamówień w przetargu nieograniczonym i ograniczonym, w trybach negocjacyjnych, w dialogu konkurencyjnym oraz na podstawie umów ramowych. Zasady wynikają z dyrektywy 2014/24/UE, a w Polsce z ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (Pzp), obowiązującej od 1 stycznia 2021 r. Każde postępowanie ma własne dokumenty, warunki umowy i terminy.
Działamy w tych ramach: odpowiadamy na wymagania SWZ punkt po punkcie, wskazujemy członków zespołu z imienia i nazwiska, przedstawiamy przejrzystą strukturę cen i plany realizacji, które komisja przetargowa może ocenić, oraz dostarczamy dokumentację wymaganą w postępowaniu. Składamy ofertę samodzielnie lub w konsorcjum, zależnie od części zamówienia.
Mówimy, co jest technicznie realne, nie wpływając na treść specyfikacji. Wczesny dialog zmniejsza ryzyko postępowań, których nikt nie jest w stanie zrealizować.
Czytamy SWZ w świetle przepisów, norm i Państwa obecnych systemów, a pytania zadajemy wyłącznie oficjalnym kanałem.
Uporządkowana odpowiedź: architektura, plan, zespół, podejście do bezpieczeństwa i dostępności oraz plan wyjścia od samego początku.
Po upływie okresu standstill: wskazane osoby, wdrożenie w Państwa zasady bezpieczeństwa i uzgodnione pierwsze wydanie.
Raportowanie wskaźników określonych w umowie, udokumentowane przekazanie i zwrot danych, aby kolejne postępowanie mogło zacząć się od czystej karty.
Regiony hostingu, kontrolę nad kluczami szyfrowania i miejsca, z których działa wsparcie, ustalamy z Państwem przed budową i zapisujemy w architekturze. Dane pozostają w Unii Europejskiej.
Otwarte standardy, udokumentowane modele danych i infrastruktura jako kod sprawiają, że koszty zmiany dostawcy są widoczne, zgodnie z intencją aktu w sprawie danych.
Najpierw oceniamy publiczne komponenty do ponownego użycia i rozwiązania open source, zgodnie z krajowymi politykami otwartego oprogramowania i aktem w sprawie Interoperacyjnej Europy.
FromNine ma certyfikat ISO/IEC 27001. Zabezpieczenia, zarządzanie dostawcami i obsługa incydentów działają w certyfikowanym systemie zarządzania bezpieczeństwem informacji.
Kanały zgłaszania incydentów, obsługę podatności i przejrzystość łańcucha dostaw uzgadniamy w każdej umowie, aby mogli Państwo wypełniać własne obowiązki wynikające z NIS2 i ustawy o KSC.
Tożsamość, front usługi i system dziedzinowy działają na warstwie wymiany danych, która odczytuje dane z rejestrów źródłowych.
Obywatel lub przedsiębiorca loguje się do portalu usługi przez login.gov.pl lub europejskim portfelem tożsamości cyfrowej. Asystent obsługi może odpowiadać na pytania i otwierać właściwy formularz.
Portal przekazuje wniosek do systemu dziedzinowego, w którym osoba prowadząca sprawę rozpatruje wyjątki i podejmuje decyzje.
Portal i system dziedzinowy odczytują potrzebne dane przez krajową platformę wymiany danych. Platforma pobiera dane z rejestrów źródłowych, takich jak rejestr ludności, rejestr przedsiębiorców oraz dane podatkowe i o świadczeniach, i zapisuje każdy dostęp w logu.
W procedurach transgranicznych platforma wymiany łączy się z systemem OOTS, który wymienia dokumenty z urzędami innych państw członkowskich.
Usługi pobierają dane z rejestru, który jest ich właścicielem, przez krajowe platformy wymiany, zamiast przechowywać własne kopie.
Europejskie ramy interoperacyjności, krajowe architektury referencyjne i standardy semantyczne kształtują projektowane przez nas interfejsy.
Każda wymiana ma podstawę prawną, cel i wpis w logach, który obywatele i audytorzy mogą prześledzić.
Procedury objęte jednolitym portalem cyfrowym łączą się z systemem OOTS przez krajowe punkty dostępu.
EN 301 549 opiera się na WCAG. Projektujemy i testujemy według WCAG 2.2 AA, aby usługi spełniały dzisiejsze przepisy i kolejną wersję normy.
Automatyczne kontrole w procesie wdrożeniowym, ręczne audyty z czytnikami ekranu i klawiaturą oraz testy użyteczności z osobami z niepełnosprawnościami, wszędzie tam, gdzie mogą je Państwo zorganizować.
Treści pisane z myślą o zadaniu czytelnika, z tą samą jakością w każdym języku, który usługa musi obsługiwać.
Pomagamy utrzymać aktualną deklarację dostępności i ścieżkę zgłaszania uwag w miarę zmian usługi, także przy corocznej aktualizacji do 31 marca.
Integracja z Krajowym Węzłem Identyfikacji Elektronicznej (login.gov.pl): logowanie aplikacją mObywatel, przez bankowość elektroniczną, e-dowodem lub profilem zaufanym. W usługach transgranicznych także z krajowymi systemami eID innych państw członkowskich.
Logowanie portfelem i weryfikowalne poświadczenia dodane obok istniejących systemów, aby obywatele mieli wybór, a usługi nie musiały istnieć w dwóch wersjach.
Pobieramy tylko te atrybuty, których usługa potrzebuje, pokazujemy obywatelowi, co jest udostępniane, i prowadzimy rejestr.
Działanie w imieniu firmy lub innej osoby, którego wymaga większość procesów dotyczących świadczeń i zezwoleń.
Świadczenia, składki i usługi rynku pracy, gdzie decyzje wpływają na byt ludzi, a każdy krok musi dać się wyjaśnić.
Gminy, powiaty i województwa: zezwolenia, podatki lokalne, kontakt z mieszkańcami i usługi wspólne, na przykład w związkach gmin.
Obieg spraw i dokumentów ze ścisłą kontrolą dostępu, zasadami przechowywania i rejestrowaniem łańcucha dowodowego.
Obsługa studentów, zarządzanie grantami i usługi danych badawczych.
Ministerstwa, urzędy centralne i urzędy wojewódzkie: wspólne platformy, rejestry i systemy back-office używane przez wiele urzędów.
Wnioski i załączniki składane w urzędzie marszałkowskim są klasyfikowane i sprawdzane pod kątem kompletności. Oznaczone pozycje sprawdza osoba prowadząca sprawę, zanim zapadnie jakakolwiek decyzja.
Odpowiada na pytania o procedury urzędu miasta w językach, którymi posługują się mieszkańcy, wskazuje stronę, na której się oparł, i przekazuje sprawę pracownikowi, gdy pytanie wymaga oceny.
Urzędnicy przeszukują wytyczne, procedury i orzecznictwo w jednym miejscu. Wyniki uwzględniają uprawnienia, a każda odpowiedź prowadzi do źródła.
Starszy system obsługi zezwoleń w starostwie powiatowym jest zastępowany moduł po module za stabilnym API, z uzgadnianiem danych na każdym etapie i wyłączeniem starego systemu na końcu.
Wnioski są rejestrowane, odpowiednie dokumenty wyszukiwane, a propozycje anonimizacji przygotowywane. Każde udostępnienie zatwierdza urzędnik.
Jak elementy współpracują w codziennej pracy. To przykładowe przebiegi procesów, a nie wdrożenia u klientów.
Obywatel loguje się przez login.gov.pl, na przykład aplikacją mObywatel lub profilem zaufanym, albo europejskim portfelem tożsamości cyfrowej. Usługa pobiera tylko te atrybuty, których potrzebuje.
Asystent obsługi odpowiada na podstawie zatwierdzonych źródeł albo otwiera właściwy formularz online.
Znane dane są pobierane raz z rejestrów źródłowych i pokazywane obywatelowi do potwierdzenia.
Sprawa trafia do właściwego zespołu razem z historią, więc nikt nie zadaje tego samego pytania dwa razy.
Punkt kontroli człowieka. Pracownicy zajmują się wyjątkami i wszystkim, co wymaga oceny. Asystent nigdy nie rozstrzyga o prawach ani świadczeniach.
Status i decyzja trafiają do obywatela elektronicznie, z jasną informacją o trybie odwołania.
Wnioski wpływają przez portal, e-mailem lub pocztą. Zeskanowana korespondencja trafia do tej samej kolejki.
Dokumenty są klasyfikowane, a kluczowe pola wyodrębniane, każde z oceną pewności.
Reguły sprawdzają, czego brakuje, i przygotowują projekt wezwania do uzupełnienia.
Punkt kontroli człowieka. Osoba prowadząca sprawę weryfikuje niepewne pola i podejmuje decyzję. Propozycje systemu są oznaczone jako propozycje.
Decyzja, jej uzasadnienie i wykorzystane dane trafiają do systemu dziedzinowego i rejestru zdarzeń.
Korekty zasilają zbiór ewaluacyjny, dzięki czemu jakość jest mierzona przy każdym wydaniu.
Obsługa spraw, centra kontaktu z obywatelami i przedsiębiorcami oraz procesy dotacyjne, zintegrowane z rejestrami i krajowymi usługami identyfikacji.
Finanse, kadry i zakupy w administracji oraz łączenie systemu SAP z systemami dziedzinowymi i platformami danych bez destabilizowania rdzenia.
Praktyczny back office dla mniejszych instytucji, agencji i związków gmin, z opcjami licencji open source do oceny.
Poziomy partnerstwa to poziomy posiadane przez FromNine. Nazwy produktów są znakami towarowymi ich właścicieli.
Polska
Administracja w Polsce działa na dwóch poziomach: administracja rządowa (ministerstwa, urzędy centralne i urzędy wojewódzkie) oraz samorząd terytorialny w gminach, powiatach i województwach. Obywatele logują się do usług publicznych przez Krajowy Węzeł Identyfikacji Elektronicznej (login.gov.pl): aplikacją mObywatel, przez bankowość elektroniczną, e-dowodem lub profilem zaufanym.
Na warstwę unijną, od aktu w sprawie Interoperacyjnej Europy po eIDAS 2, nakładają się polskie ustawy: znowelizowana ustawa o KSC (od 3 kwietnia 2026 r.), ustawa o systemach sztucznej inteligencji z KRiBSI jako organem nadzoru rynku, ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych oraz Prawo zamówień publicznych. Zamawiający mają obowiązek odbierać ustrukturyzowane faktury elektroniczne przesłane przez Platformę Elektronicznego Fakturowania (PEF); od 1 lutego 2026 r. KSeF i PEF są zintegrowane.
Projektujemy jedną architekturę, w której te różnice są konfiguracją i dokumentacją, a nie osobnym kodem, i korzystamy z tego, co już oferują portal Interoperable Europe i katalogi rozwiązań. Pierwsze rozmowy prowadzimy po angielsku. Język projektu ustalamy wspólnie na początku współpracy.
Nasze doświadczenie obejmuje ponad 600 projektów dla instytucji publicznych w całej Unii Europejskiej, zakończonych i trwających. Nie podajemy nazw instytucji publicznych bez ich zgody. O referencjach rozmawiamy w ramach postępowań, na warunkach określonych przez zamawiającego.
Prosimy wskazać umowę ramową, część zamówienia lub system zakupów, z którego Państwo korzystają. Potwierdzimy, czy i w jaki sposób możemy wziąć udział, samodzielnie lub w konsorcjum.
Klasyfikujemy zastosowanie na etapie analizy. Jeśli jest to system wysokiego ryzyka, na przykład przy decyzjach o dostępie do świadczeń, wbudowujemy w system nadzór człowieka, rejestrowanie zdarzeń i dokumentację oraz przygotowujemy dane do Państwa oceny skutków dla praw podstawowych. Uwzględniamy też polską ustawę o systemach sztucznej inteligencji, w której organem nadzoru rynku jest KRiBSI.
Tam, gdzie Państwo zdecydują. Projektujemy z myślą o przechowywaniu danych w UE, a lokalizacje hostingu, kontrolę nad kluczami szyfrowania i miejsca, z których działa wsparcie, uzgadniamy z Państwem przed budową, w tym opcje suwerenne tam, gdzie są wymagane, i dokumentujemy je w architekturze.
Tak. Projektujemy i testujemy według WCAG 2.2 AA, czyli poziomu, na którym opiera się EN 301 549, łączymy testy automatyczne i ręczne oraz pomagamy utrzymać deklarację dostępności wymaganą od podmiotów publicznych.
Tak. Usługi wielojęzyczne to standard w naszej pracy dla sektora publicznego: interfejsy, treści i asystenci w językach, których potrzebują użytkownicy, z tą samą jakością w każdym z nich. Pierwsze rozmowy prowadzimy po angielsku. Język projektu ustalamy wspólnie na początku współpracy.
Przygotowują Państwo postępowanie, modernizację lub usługę AI zgodną z AI Act i ustawą o systemach sztucznej inteligencji? Warto porozmawiać z zespołem, który zna zasady zamówień publicznych, wymogi dostępności i usługi publiczne w wielu państwach członkowskich.