DI valdysena, rizika ir atitiktis

Pasirengimas DI reglamentui

Reglamentas taikomas skirtingai priklausomai nuo to, ką sistema daro ir kokį vaidmenį atliekate jūs. Klasifikuojame jūsų sistemas, nustatome iš to kylančias prievoles ir randame spragas, kol dar yra laiko jas užpildyti nestabdant pristatymo.

Aptarkite savo DI iniciatyvą Konsultavimas

Verslo problema

Didžioji nerimo dalis tenka ne toms sistemoms

Reglamentas suskirstytas pagal rizikos lygius, todėl didžioji įmonės DI dalis neša ribotas prievoles, o nedidelis sistemų skaičius – reikšmingas. Be klasifikacijos organizacijos arba viską laiko didele rizika, o tai sustabdo naudingą darbą, arba nieko nelaiko didele rizika, o tai tiesiog atideda problemą. Ir viena, ir kita brangu. Klasifikacija be to nėra akivaizdi: ta pati technologija gali būti minimalios rizikos vienu diegimu ir didelės kitu.

Ką darome

Klasifikuoti ir užpildyti reikšmingas spragas

Nustatome jūsų vaidmenį kiekvienai sistemai – tiekėjas ar diegėjas, nes prievolės skiriasi, – ir klasifikuojame pagal rizikos lygį remdamiesi faktiniu diegimo kontekstu, o ne technologija. Toliau vertiname turimą prieš reikalaujamą: techninė dokumentacija, rizikos valdymas, duomenų valdysena, žmogaus priežiūra, skaidrumas, tikslumas ir registravimas. Rezultatas – spragų sąrašas su darbo apimties įvertinimu, surikiuotas pagal datas, kada prievolės tampa privalomos.

Pasirengimas DI reglamentui

Kompetencijos

Rizikos klasifikavimas
DI registras
Atitikties spragų analizė
Techninė dokumentacija
Žmogaus priežiūros sistemos
Skaidrumo prievolės
Stebėsena po pateikimo rinkai

Dažniausi panaudojimo atvejai

Nustatyti, kuri jūsų DI sistema patenka į kurį rizikos lygį, su dokumentuotu pagrindimu.
Nustatyti, ar esate tiekėjas, ar diegėjas išorinio gamintojo DI funkcijai.
Parengti techninę dokumentaciją, reikalingą didelės rizikos sistemai, prieš jai prireikiant.
Pateikti valdybai pagrįstą poziciją dėl parengties ir likutinės rizikos.

Kaip dirbame

Registras

Nustatyti, koks DI naudojamas organizacijoje, įskaitant tai, ko niekas nepatvirtino.
Klasifikavimas

Priskirti kiekvienai sistemai rizikos lygį ir išvesti iš jo kylančias prievoles.
Spragų užpildymas

Dokumentacija, priežiūra, skaidrumas ir registravimas pakelti iki reikalaujamo lygio.
Palaikymas

Perduoti politikas, vaidmenis ir peržiūros ritmą, kurie tai išlaiko galiojantį mums pasitraukus.

Technologijos

ISO/IEC 42001
ISO/IEC 27001
EU AI Act
NIST AI RMF
GDPR
DORA

Saugumas ir valdysena

Rezultatas yra įrodymai, o ne patikinimai: sistemų registras, rizikos klasifikacija kiekvienai sistemai, techninė dokumentacija, reikalaujama kiekviename lygyje, žmogaus priežiūros įrašai ir peržiūros ritmas su įvardytais atsakingais. Būtent tokios medžiagos iš tiesų prašo reguliuotojas ar auditorius, ir būtent jos reikia vidaus auditui, kad jis galėtų ką nors patvirtinti.

Independently audited against

Bendradarbiavimo modeliai

DI konsultacijos

Patyrę konsultantai teikia rekomendacijas dėl strategijos, architektūros, vertinimo ir transformacijos.

DI projektas

Prisiimame atsakomybę už apibrėžto DI sprendimo projektavimą ir pristatymą.

DI transformacijos programa

Kelių krypčių įmonės programa, apimanti konsultacijas, inžineriją ir organizacinius pokyčius.

Kodėl TeamExtension.ai

Prievoles verčiame inžineriniu darbu

Teisinė analizė pasako, ko reikalaujama. Sunkesnis klausimas – ką tai reiškia kodo bazėje: ką registruoti, kaip pagrįsti priežiūrą, kokia dokumentacija turi egzistuoti ir kas ją rengia. Dirbame abiejuose registruose, todėl mūsų spragų sąrašuose yra darbo apimties įvertinimai, o ne tik radiniai.

Atrinkti klientai

Dažniausiai užduodami klausimai

Mes tiekėjas ar diegėjas?

Priklauso nuo to, ar pateikiate sistemą rinkai savo vardu, ar naudojate kito pateiktą, ir gali pasikeisti, jei sistemą iš esmės pakeisite ar naudosite ją su savo prekės ženklu. Tai nustatyti kiekvienai sistemai yra darbo dalis, nes prievolės pastebimai skiriasi.

Ar tai taikoma mums už Europos Sąjungos ribų?

Gali būti taikoma. Reglamentas apima sistemas, kurių rezultatas naudojamas Sąjungoje, nepriklausomai nuo to, kur įsisteigęs tiekėjas. Jūsų serverių geografija nėra lemiamas veiksnys.

O jeigu naudojame bendrosios paskirties modelį iš didelio tiekėjo?

Tiekėjas turi prievoles kaip modelio tiekėjas, bet jūs turite savo kaip diegėjas, ir darbas su jo modeliu jų neperduoda. Tiekėjo dokumentacija yra įvestis į jūsų atitiktį, o ne jos pakaitalas.

Kaip tai siejasi su ISO/IEC 42001?

Standartas duoda valdymo sistemą, reglamentas duoda teisines prievoles. Jie iš esmės persidengia, ir organizacija, tinkamai taikanti 42001, turės didžiąją dalį įrodymų, kurių tikisi reglamentas, nors ir ne visus automatiškai.

Susijusios kompetencijos

DI valdysena, rizika ir atitiktis