ES AI Act 50 straipsnis: svetainės pokalbių boto skaidrumo auditas

ES AI Act skaidrumo taisyklės iš planavimo etapo pereina į operacinę tikrovę 2026 m. rugpjūčio 2 d. Daugeliui svetainių komandų labiausiai matomas klausimas yra paprastas: ar lankytojas supras, kad bendrauja su AI sistema? Įgyvendinimo darbas už šio klausimo yra platesnis. Jis apima atskleidimo formuluotę ir laiką, pasiekiamumą, kanalų nuoseklumą, vaidmenų paskirstymą, įrodymus ir kontrolę bet kokiam sintetiniam turiniui, kurį generuoja sistema.

Šis ES AI Act pokalbių boto skaidrumo auditas sutelkia dėmesį į 50 straipsnį ir Europos Komisijos gaires, publikuotas 2026 m. liepos 20 d. Jis papildo mūsų platesnę apžvalgą apie ES AI Act skaidrumo įsipareigojimus svetainių pokalbių botams. Tai praktinis produkto ir turinio patikros sąrašas, o ne teisinė konsultacija. Jūsų įsipareigojimai ir vaidmuo priklauso nuo sistemos, įdiegimo, turinio ir faktinių aplinkybių, todėl prireikus kreipkitės dėl kvalifikuotos teisinės pagalbos.

Pagriskite auditą oficialia taisykle ir dabartinėmis gairėmis

50 straipsnio 1 dalis reikalauja, kad AI sistemų, skirtų tiesiogiai bendrauti su fiziniais asmenimis, teikėjai jas suprojektuotų ir sukurtų taip, kad žmonės būtų informuoti apie bendravimą su AI sistema, nebent tai yra akivaizdu iš aplinkybių ir konteksto pakankamai informuotam, atidžiam ir įžvalgiam asmeniui. 50 straipsnio 5 dalyje priduriama, kad reikalaujama informacija turi būti pateikta aiškiai ir atskiriamai, vėliausiai pirmosios sąveikos ar poveikio metu, ir laikantis taikomų pasiekiamumo reikalavimų.

Komisijos 50 straipsnio gairėse paaiškinama, kaip ji aiškina šias skaidrumo pareigas. Komisija apibūdina gaires kaip neprivalomas. Jos padeda komandoms taikyti taisyklę, tačiau nepakeičia Reglamento, būsimos teismų praktikos, priežiūros institucijų sprendimų ar konkrečios situacijos teisinės analizės. Užfiksuokite auditui naudotos oficialios medžiagos versiją ir datą; nukopijuotas patikros sąrašas be kilmės šaltinio greitai pasens.

1 auditas: nustatykite kiekvieną AI sąveikos paviršių

Pradėkite nuo inventoriaus, o ne nuo pasveikinimo pranešimo. Svetainė gali pateikti tą patį asistentą per iškylantįjį valdiklį, integruotą pagalbos skydelį, kliento portalą, produkto patarėją, atsiskaitymo asistentą, mobiliojo ryšio žiniatinklio peržiūrą arba nuorodą, atidarytą iš el. laiško. Pirmoji sąveika gali įvykti bet kuriame iš šių paviršių.

Kiekvienam paviršiui užfiksuokite:

• puslapį, produktą, prekės ženklą ir atsakingą savininką;
• ar vartotojas inicijuoja sąveiką, ar sistema atsidaro proaktyviai;
• susijusią AI sistemą, modelio teikėją, orkestravimo sluoksnį ir žinių šaltinius;
• numatytus vartotojus, įskaitant darbuotojus, vartotojus ir autentiškumą patvirtintus klientus;
• palaikomas kalbas, šalis ir pasiekiamumo režimus;
• ar patirtis kuria tekstą, garso įrašus, vaizdus, vaizdo įrašus ar kitą sintetinį turinį;
• žmogiškojo palaikymo kelią ir bet kokį perėjimą prie kito kanalo.

Įtraukite eksperimentus, sezonines kampanijas, bandomąsias aplinkas, prieinamas išorės testuotojams, ir „white-label“ įdiegimus. Pagrindiniame valdiklyje užfiksuotas atskleidimas neapsaugo antrojo įėjimo taško, kuris jį apeina.

2 auditas: apibrėžkite kiekvienos organizacijos vaidmenį

Nemanokite, kad kiekvienas svetainės savininkas atlieka tą patį teisinį vaidmenį. AI Act skiria tokius subjektus kaip teikėjai ir naudotojai (deployers), o organizacijos vaidmuo priklauso nuo to, ką ji daro su sistema. Verslas, naudojantis trečiosios šalies pokalbių botą, kai kuriais tikslais gali būti naudotojas, tačiau konfigūravimas, prekės ženklo keitimas, esminis pakeitimas arba sistemos pateikimas rinkai gali pakeisti analizę.

Sukurkite atsakomybės matricą, apimančią svetainės operatorių, pokalbių boto tiekėją, modelio teikėją, integracijos partnerį ir bet kurią turinį tvarkančią agentūrą. Priskirkite atsakingus asmenis už atskleidimo komponentą, vertimus, pasiekiamumo testavimą, techninę dokumentaciją, incidentų valdymą, modelio ar teikėjo pakeitimus ir audito įrodymų išsaugojimą. Susiekite sutartinius įsipareigojimus su faktiniais produkto valdikliais; „tiekėjas rūpinasi atitiktimi“ nėra įgyvendinimo planas.

3 auditas: patikrinkite, ar AI atskleidimas yra savalaikis ir nekeliantis abejonių

Saugiausias produkto modelis – užtikrinti, kad AI pobūdis būtų aiškus prieš pirmąjį pokalbio pasikeitimą arba jo metu. Išbandykite patirtį kaip naujas lankytojas be slapukų ir be žinių apie jūsų produktą. Pažvelkite į valdiklio paleidiklį, skydelio antraštę, pradinį pranešimą, įvesties etiketę, balso pristatymą ir bet kokį proaktyvų raginimą.

Naudokite tiesioginę kalbą

Gali būti dviprasmiški tokie terminai kaip „asistentas“, „skaitmeninis gidas“ arba žmogaus vardas. Aiški frazė, tokia kaip „AI pokalbių botas“ arba „AI asistentas“, suteikia sąveikos pobūdžiui aiškumo. Venkite paslėpti šį faktą taisyklėse, privatumo puslapyje, informacijos piktogramoje arba tekste, rodomame tik po kelių pranešimų. Jei remiatės išimtimi „akivaizdu iš konteksto“, dokumentuokite, kodėl ši išvada galioja faktinei auditorijai ir paviršiui, o ne laikykite tai numatytuoju trumpiniu.

Iš naujo patikrinkite kiekvieną įėjimo kelią

Grįžtantis vartotojas gali iš naujo atidaryti seną giją, patekti tiesiai į bendrinamą pokalbio URL, pereiti nuo teksto prie balso arba įeiti po autentiškumo patvirtinimo. Patikrinkite, ar atitinkama informacija vis dar pasiekiama reikiamu momentu. Taip pat patikrinkite pablogintas būsenas: vertimo klaidą, užblokuotus scenarijus, lėtą tinklą, mažus ekranus, mastelio keitimą, didelį kontrastą ir ekrano skaitytuvus.

4 auditas: padarykite atskleidimą pasiekiamą kiekviena palaikoma kalba

Pasiekiamumas yra skaidrumo reikalavimo dalis, o ne neprivalomas dizaino patobulinimas. Pranešimas turėtų būti suvokiamas, suprantamas ir valdomas kontekste, kur prasideda sąveika. Nekoduokite atskleidimo tik spalva, animacija, paženklinta piktograma arba teksto vieta (placeholder), kuri išnyksta renkant tekstą.

Patikrinkite klaviatūros tvarką, pasiekiamus pavadinimus, ekrano skaitytuvo išvestį, teksto dydžio keitimą, kontrastą, prisitaikantį išdėstymą ir ar pranešimas išlieka matomas, kai naršyklės vertimas arba ilgesnis lokalizuotas tekstas išplečia komponentą. Suteikite kiekvienai kalbai peržiūrėtą vertimą. Kalbos pasirinkimas, kuris pakeičia pokalbį, bet palieka atskleidimą anglų kalba, sukuria nuspėjamą spragą.

Trumpas atskleidimas turi būti glaudus, o tada, kai tinkama, pateikite nuorodą į išsamesnį paaiškinimą. Detalus sluoksnis gali apimti tai, ką asistentas gali daryti, svarbius apribojimus, duomenų šaltinius, žmogiškąjį palaikymą ir atitinkamą privatumo informaciją. Skaidrumas ir duomenų apsauga susikerta, tačiau jie nėra pakeičiami vienas kitu; mūsų BDAR patikros sąrašas svetainių pokalbių botams nagrinėja atskirus duomenų tvarkymo klausimus.

5 auditas: išnagrinėkite rezultatus, viršijančius įprastą tekstinį pokalbį

50 straipsnyje numatytos papildomos pareigos tam tikram AI sugeneruotam ar manipuliuotam turiniui, įskaitant mašininiu būdu nuskaitomą žymėjimą, kurį teikėjai atlieka nurodytais atvejais, ir atskleidimo pareigas tam tikram giliojo klastojimo (deepfake) ir viešojo intereso turiniui. Tekstinis pagalbos botas, kuris tik atrenka patvirtintus DUK atsakymus, nėra tas pats produktas, kaip asistentas, kuris generuoja atstovo spaudai balsą, redaguoja produktų nuotraukas, kuria reklaminį vaizdo įrašą ar publikuoja į naujienas panašius straipsnius.

Inventorizuokite kiekvieną išvesties tipą ir susiekite jį su atitinkama 50 straipsnio dalimi prieš pasirinkdami techninį ar redakcinį valdiklį. Paklauskite:

• Ar sistema gali generuoti ar manipuliuoti vaizdu, garso įrašu, vaizdo įrašu ar tekstu?
• Ar turinys tik rodomas privačiame pokalbyje, ar publikuojamas kitur?
• Ar jis galėtų būti panašus į tikrą asmenį, įvykį, produktą, apžvalgą ar oficialų pareiškimą?
• Kuris subjektas taiko mašininiu būdu nuskaitomą žymą, matomą atskleidimą ar redakcinę peržiūrą?
• Ar eksportavimas, ekrano nuotrauka, kopijavimas ar persiuntimas kitu kanalu gali pašalinti kontekstą?

Neženklinkite kiekvienos išvesties vienodai be analizės ir nemanykite, kad matomas „AI“ ženklelis pokalbio antraštėje tenkina pareigas, susijusias su eksportuotu turiniu. Užfiksuokite sprendimą dėl kiekvienos modalybės ir platinimo kelio.

6 auditas: suderinkite sąsajos teiginius su tikru sistemos elgesiu

Skaidrumo pranešimas tampa klaidinantis, jei produkto aprašymas yra netikslus. Patikrinkite, ar asistentas naudoja informacijos paiešką, išorinius įrankius, tiesioginius klientų duomenis, automatizuotus sprendimus, žmogiškąją peržiūrą, pokalbių saugojimą ar modelio mokymą. Venkite tokių teiginių kaip „atsako tik iš mūsų svetainės“, „anonimiškas“, „nikada nesaugo duomenų“ arba „žmogus peržiūri kiekvieną atsakymą“, nebent architektūra ir operacijos tai įrodo.

Susiekite kiekvieną klientui pateikiamą teiginį su savininku ir testu. Jei pokalbių botas gali inicijuoti potencialų klientą, sukurti pagalbos užklausą, gauti užsakymą arba rekomenduoti produktą, padarykite tas galimybes ir ribas suprantamas toje vietoje, kur tai svarbu. Nepristatykite automatizavimo kaip žmogaus agento ir pateikite tikrą perdavimo žmogui kelią, kur to reikalauja jūsų rizikos ir paslaugų dizainas.

7 auditas: sukurkite įrodymus, kurie išlieka kintant produktui

Ekrano nuotrauka iš paleidimo dienos yra naudinga, bet nepakankama. Sukurkite nedidelį įrodymų paketą su paviršių inventoriumi, vaidmenų matrica, patvirtintomis formuluotėmis pagal kalbas, dizaino specifikacijomis, pasiekiamumo rezultatais, teisinės ar atitikties peržiūros nuorodomis, techniniais testais, išleidimo patvirtinimu ir stebimais gamybiniais URL.

Keiskite atskleidimo versijas kaip produkto kodą. Kai pasikeičia modelis, teikėjas, modalybė, įėjimo taškas, palaikoma kalba, autentiškumo patvirtinimo modelis ar publikavimo elgsena, atlikite tikslinį pakartotinį auditą. Tą patį reikėtų padaryti, kai pasikeičia oficialios gairės arba esminis incidentas atskleidžia, kad vartotojai neteisingai suprato sąveiką.

Atlikite patikrinimą prieš paleidimą iš vartotojo perspektyvos

1. Atidarykite kiekvieną paviršių kaip naujas vartotojas kompiuteryje ir mobiliajame įrenginyje.
2. Patvirtinkite, kad AI pobūdis yra aiškus ne vėliau kaip pirmosios sąveikos metu.
3. Naviguokite klaviatūra ir ekrano skaitytuvu.
4. Išbandykite visas palaikomas kalbas ir ilgo teksto išdėstymus.
5. Įeikite per giliąsias nuorodas, iš naujo atidarytas sesijas, balsą ir patvirtintos tapatybės peržiūras.
6. Sugeneruokite kiekvieną palaikomą išvesties tipą ir patikrinkite eksportuotą turinį.
7. Inicijuokite perdavimą žmogui ir patikrinkite, ar vaidmenys išlieka aiškūs.
8. Palyginkite išsamius paaiškinimus su faktiniais įrankiais, duomenimis ir saugojimu.
9. Užfiksuokite įrodymus, savininkus, išvadas, pataisymus ir patvirtinimo datas.

Užfiksuokite klaidas kaip produkto defektus su atkuriamu maršrutu ir rodymo sritimi (viewport), o ne kaip neaiškias atitikties pastabas. Atskleidimas, paslėptas už mobiliojo įrenginio klaviatūros arba per vėlai perskaitytas ekrano skaitytuvo, yra konkreti įgyvendinimo problema.

Ką daryti iki 2026 m. rugpjūčio 2 d.

Jei jūsų inventorius yra nepilnas, pirmenybę teikite paviršiams, kuriuos jau naudoja klientai. Padarykite AI atskleidimą aiškų ir pasiekiamą, patvirtinkite pirmosios sąveikos laiką, nustatykite organizacinius vaidmenis ir dokumentuokite dabartinę būseną. Tada įvertinkite sintetinį turinį ir rečiau naudojamus įėjimo kelius. Nelaukite tobulos įmonės programos prieš ištaisydami neaiškią veikiančią sąsają.

ChatReact vartotojams praktinė pamoka yra paprasta: traktuokite skaidrumą kaip prižiūrimą pokalbių boto patirties dalį. Aiški formuluotė, patikrinti vertimai, pasiekiama vieta, tikslūs galimybių aprašymai ir išleidimo įrodymai turėtų eiti kartu. Sąsaja yra tik matomas ledkalnio viršūnė; audito seka ir atsakomybės modelis užtikrina jos patikimumą kintant sistemai.

Oficialūs šaltiniai

• Europos Komisija: 50 straipsnio skaidrumo įsipareigojimų gairės
• Europos Komisija: DUK apie 50 straipsnio skaidrumo įsipareigojimus
• Europos Komisija: AI Act reguliavimo pagrindas ir taikymo tvarkaraštis
• EUR-Lex: Reglamentas (ES) 2024/1689