Zgodność z AI Act po stronie technicznej
23Minds analizuje wymagania techniczne AI Act dla waszych systemów AI i przygotowuje dokumentację. Projektuje rejestrowanie decyzji, wersjonowanie modeli i możliwość uchylenia decyzji przez człowieka, a interpretację prawną weryfikuje wasz radca.
Pakiet wejściowyAnaliza luk pod AI Act: 1 system AIod 24 000 PLN1 system AI · do 4 tygodni od ustalenia zakresuCo zawieraWiecie, które obowiązki was dotyczą
Klasyfikacja ryzyka systemu i wasza rola (dostawca albo podmiot stosujący) decydują, czego wymaga rozporządzenie. Analiza to nazywa.
Luki jako plan na 30, 60 i 90 dni
Każda luka wobec wymagań technicznych dostaje działanie, osobę i datę.
Dokumentacja i wyniki testów do audytu
Inwentaryzacja, dokumentacja i wyniki testów z zakresem, warunkami, wynikami i wykrytymi ograniczeniami.
23Minds dostarcza techniczną stronę zgodności z AI Act organizacjom, które budują, kupują albo stosują systemy AI.
Rozwiń podsumowanie
Usługa inwentaryzuje używane systemy AI, klasyfikuje je według poziomów ryzyka z rozporządzenia i pisze dokumentację techniczną w zakresie, jaki wynika z zastosowania systemu, waszej roli (dostawca albo podmiot stosujący) i terminów stosowania przepisów. Zbiera też wyniki testów: zakres, warunki, wyniki i wykryte ograniczenia. Rejestrowanie decyzji, wersjonowanie modeli i możliwość uchylenia decyzji przez człowieka są projektowane jako elementy architektury ze wskazanymi osobami odpowiedzialnymi. Zlecenie kończy się analizą luk, wycenioną mapą działań i planem kompetencji w zakresie AI. Pracę wykonują inżynierowie; interpretację obowiązków weryfikuje wasz radca albo kancelaria partnerska, a za spełnienie obowiązków odpowiada wasza organizacja.
Dowody, które możecie sprawdzić.
- Zakres techniczny, nazwany wprost
Dokumentacja, logowanie, nadzór człowieka i dowody z testów. Opinia prawna jest poza zakresem i tak jest napisana.
- Cena ustalona przed startem
Klasyfikacja, inwentaryzacja, analiza luk i mapa działań; cena stała po ustaleniu zakresu, cztery tygodnie od jego zatwierdzenia.
- Dokumentacja po polsku
Pisana w języku waszych audytorów i organów, dla organizacji, które odpowiadają przed polskimi i unijnymi instytucjami.
- Dofinansowanie z BUR albo KFS
Usługi doradcze kwalifikują się do dofinansowania według zasad operatora w Polsce.
Sposoby rozpoczęcia współpracy, od bezpłatnego do pełnego projektu.
Każda usługa ma bezpłatny pierwszy krok, pakiet wejściowy z pisemnym rezultatem i ceną podaną tutaj oraz pełny projekt albo stałą współpracę, wyceniane po rozmowie wstępnej. Po ustaleniu zakresu cena jest stała, bez ukrytych kosztów.
- 1Krok 1 · Bezpłatnie
Rozmowa wstępna z inżynierem
do 60 minut · z inżynierem · bez zobowiązań
BezpłatniePorozmawiajcie z inżynieremPokaż szczegóły
- Rozmowa wstępna z inżynierem, a jeśli wolicie zacząć sami: samoocena online
- Pisemne podsumowanie rozmowy z propozycją następnego kroku w ciągu jednego dnia roboczego
- Bez zobowiązań i bez prezentacji sprzedażowej
- Polecany2Krok 2 · Pakiet wejściowy
Analiza luk pod AI Act: 1 system AI
1 system AI · do 4 tygodni od ustalenia zakresu
od 24 000 PLN nettoCena stała po ustaleniu zakresu na rozmowie wstępnej, bez ukrytych kosztów; dopłaty tylko za pozycje z listy Poza zakresem.
Zapytajcie o ten pakietPokaż szczegóły
- Klasyfikacja ryzyka jednego systemu AI
- Inwentaryzacja systemu i przepływów danych
- Analiza luk wobec wymagań technicznych
- Mapa działań na 30, 60 i 90 dni
- Poza zakresem: Opinia prawna i reprezentacja przed organami, pełna dokumentacja techniczna według załącznika IV, ocena zgodności przez stronę trzecią, systemy wysokiego ryzyka w roli dostawcy.
- Możliwe dofinansowanie z BUR albo KFS według zasad operatora
- 3Krok 3 · Projekt albo stała współpraca
Pełny zakres, wycena po rozmowie wstępnej
Zakres ustalony po rozmowie · praca w etapach · osobna wycena każdego etapu
od 80 000 PLN netto, wycena po rozmowie wstępnejPorozmawiajcie o projekciePokaż szczegóły
- Program zgodności technicznej dla jednego systemu, zakres uzgodniony po analizie luk
- Dokumentacja i wyniki testów odpornościowych
- Projekt logowania i nadzoru człowieka, wdrożenie po uzgodnieniu
Problemy, które rozwiązuje ta usługa.
- Nikt nie umie przedstawić listy systemów AI, których organizacja naprawdę używa, a tym bardziej ich klasyfikacji ryzyka
- Klient, przetarg albo audytor poprosił o dokumentację techniczną pod AI Act, a nic nie jest spisane
- Systemy logują zdarzenia biznesowe, ale nie decyzje modelu, wejścia i wersje, których wymaga identyfikowalność
Pokaż pozostałe problemy (2)
- Nadzór człowieka istnieje na slajdzie, ale żaden interfejs, rola ani ścieżka eskalacji nie realizuje go na produkcji
- Radca przekazał obowiązki, a zespół inżynierski nie wie, co w odpowiedzi zbudować
- Startupy produktowe, których klienci wymagają uzasadnienia klasyfikacji ryzyka funkcji AI
- Software house'y i integratorzy, którzy muszą oddać klientom dokumentację pod AI Act dla tego, co dostarczają
- Zespoły w korporacjach i instytucjach publicznych, które stosują kupione systemy AI i mają obowiązki podmiotu stosującego
- Organizacje regulowane w finansach, zdrowiu, HR, edukacji i infrastrukturze krytycznej z terminami audytów przed sobą
- Osoby odpowiedzialne za zgodność, CISO, CTO i szefowie działów prawnych, którzy potrzebują artefaktów technicznych do podpisania przez radcę
Co może pójść nie tak i co z tym robimy.
1. Dokumentacja napisana raz, prawdziwa przez tydzieńCo zostaje u was: dokumentacja generowana z kodu tam, gdzie to możliwe, ze wskazaną osobą odpowiedzialną i przeglądem po każdym istotnym wydaniu
Co się dziejeDokumentacja techniczna powstaje jako produkt projektu, zostaje podpisana i odłożona. System się zmienia, jak to systemy, a nic nie odtwarza dokumentu. Rok później plik opisuje architekturę, której już nie ma. To gorsze niż brak dokumentu, bo plik jest przedstawiany jako dowód.
Co z tym robimyWyprowadzamy z repozytorium te części, które da się wyprowadzić, żeby zmieniały się razem z systemem. Części opisowe trzymamy na tyle krótkie, żeby ich aktualizacja była realna. Przegląd uruchamia każde istotne wydanie systemu, a raz na kwartał sprawdzamy dokumentację wobec zmian w wytycznych.
2. Logi są, a decyzji nie da się odtworzyćCo zostaje u was: jedna historyczna decyzja odtworzona w całości oraz lista luk, które zamknęliśmy, żeby było to możliwe
Co się dziejeLogowanie zaprojektowano do debugowania, więc zapisuje, co serwis zrobił, a nie co zdecydował i na jakiej podstawie. Gdy ktoś pyta, dlaczego ten wnioskodawca dostał w marcu taką odpowiedź, uczciwa odpowiedź brzmi: wejść, wersji modelu i promptu nie da się już odzyskać. Obowiązek dotyczy identyfikowalności, a identyfikowalność to co innego niż observability.
Co z tym robimySprawdzamy, czy jedną decyzję z przeszłości da się odtworzyć od początku do końca. Tam, gdzie się nie da, specyfikujemy brakujące elementy: przypięcie wersji, zapis wejść z właściwą retencją i zapis kroku wykonanego przez człowieka; wdrożenie jest częścią projektu, jeśli tak uzgodnimy. Dowodzimy tego, odtwarzając decyzję historyczną, jeśli dane istnieją, albo nową decyzję po wdrożeniu zmian.
3. Nadzór człowieka, który nie może powiedzieć nieCo zostaje u was: udokumentowana ścieżka uchylenia decyzji z jej zmierzonym kosztem oraz dowód, że została użyta przynajmniej raz
Co się dziejeCzłowiek zatwierdza decyzje systemu, a proces nie daje mu ani czasu, ani umocowania, żeby którąś uchylić. Zatwierdza, bo zatwierdzenie to jedyna ścieżka, która nie zatrzymuje kolejki. Na papierze jest nadzór, w praktyce jest podpis, a różnica wychodzi dokładnie wtedy, gdy ktoś ją sprawdzi.
Co z tym robimySprawdzamy, co się dzieje, gdy człowiek się nie zgadza: czy istnieje ścieżka, ile trwa i czy ktoś kiedykolwiek z niej skorzystał. Gdy ścieżki nie ma, projektujemy ją. Gdy obciążenie pracą uniemożliwia przegląd, mówimy to wprost zamiast to certyfikować.
Rezultaty, które zostają u was.
- Inwentaryzacja systemów AI z właścicielem, celem, przepływami danych, modelem i dostawcą przy każdym systemie
- Klasyfikacja ryzyka każdego systemu według poziomów z rozporządzenia, z uzasadnieniem spisanym pod audyt i przegląd prawny
- Pakiet dokumentacji technicznej dla każdego systemu w zakresie, ułożony według wymagań rozporządzenia
- Specyfikacja logowania, identyfikowalności i nadzoru człowieka, ze zmianami w architekturze potrzebnymi do jej spełnienia
- Wyniki testów z ewaluacji jakości i przeglądu bezpieczeństwa kodu systemu, tam gdzie są wymagane: zakres, warunki, wyniki, ograniczenia
- Analiza luk i wyceniona mapa działań oraz plan kompetencji w zakresie AI przypisany do ról
Pytania przed rozpoczęciem współpracy.
Porozmawiajmy o AI w waszej firmie.
Napiszcie, na jakim etapie jesteście. Temat: Zgodność z AI Act po stronie technicznej. Odpowiedź w ciągu jednego dnia roboczego.




