Če leta 2026 vodite računovodski servis, ste po obsegu med največjimi obdelovalci osebnih podatkov v evropskem gospodarstvu in delate pod strožjimi pogoji kot večina upravljavcev: zanje veljajo GDPR, nacionalni režim poklicne molčečnosti in evropski sistem proti pranju denarja, podatke svojih strank pa obdelujete v njihovem imenu. Zakrivanje dokumentov za računovodje, torej skrivanje imen, davčnih številk, IBAN in plačnih postavk v vsakem dokumentu stranke, ki gre skozi pisarno, je zdaj operativna vstopnica, ki odloča, ali lahko pisarna sploh uporablja orodja UI, varno deli datoteke s tujimi korespondenti ter prestane tako preiskavo nadzornega organa kot revizijo finančne obveščevalne enote.
To je tretji članek v naši seriji vodnikov o zakrivanju. Glavni vodnik pokriva osnovno tehnologijo in splošni okvir GDPR. Ta članek se osredotoča na računovodstvo: obračun plač, davčne napovedi, KYC/AML, delovno dokumentacijo revizije in dopisovanje s strankami, torej področje, kjer je količina osebnih podatkov na strokovnjaka največja med vsemi kategorijami strokovnih storitev, regulativna ureditev pa najbolj večplastna.
Je tudi članek sklopa, ki je najneposredneje uporaben za pisarne s čezmejnim delom. Računovodje, ki iz francoske pisarne strežejo italijanskim rezidentom, francoske stranke, ki poročajo prek irskega holdinga, nemški Mittelstand s španskimi hčerinskimi družbami: vsak čezmejni davčni potek dela ustvari tok osebnih podatkov, ki prečka dve ali tri jurisdikcije, preden pristane v napovedi. Plast zakrivanja poskrbi, da je ta tok mogoče zagovarjati.
Opomba o obsegu: v tem članku zakrivanje dokumentov in zakrivanje osebnih podatkov za računovodje pomenita isto operativno plast, skupaj s programsko opremo za zakrivanje, ki jo poganja. Anonimizacijo davčnih številk, številk DDV in številk EORI obravnavamo kot podprimere istega problema večnacionalnih identifikatorjev, obveznosti računovodskega servisa po GDPR pa zajemajo vlogo upravljavca in vlogo obdelovalca. Skladnost UI za računovodje je krovni izraz za združeni sklop GDPR, uredbe o UI in pravil AML, obravnavan spodaj, z poudarkom na vlogi pisarne kot uvajalke orodij UI.
1. Zakaj so računovodski servisi največji obdelovalci osebnih podatkov v EU
Pet strukturnih dejstev skupaj pojasnjuje, zakaj je zakrivanje osebnih podatkov za računovodje bistveno zahtevnejše kot v kateri koli drugi kategoriji strokovnih storitev.
Prvič, obseg. Srednje velik računovodski servis streže stotinam strank, ki vsaka ustvarja mesečne obračune plač, četrtletne napovedi DDV, letne davčne napovedi, dokumente za uvedbo KYC in stalno dopisovanje s strankami. Ena sama pisarna na leto obdela več posameznih zapisov osebnih podatkov kot številne trženjske platforme, podatki pa so strukturno bogatejši (nacionalni identifikator, finance, zaposlitev, včasih zdravje).
Drugič, občutljivost. Podatki identificirajo osebe in hkrati spadajo pod več režimov. Nacionalni identifikatorji (Codice Fiscale v Italiji, NIR v Franciji, Steuer-ID v Nemčiji, DNI/NIE v Španiji) so osebni podatki po GDPR in hkrati tarča tveganja goljufij. Plačni podatki se prekrivajo s posebnimi vrstami iz člena 9 GDPR, kadar zajemajo razloge za bolniško odsotnost, invalidnine, sindikalne prispevke ali pravice iz pokojninskih shem z verskim značajem. Dokumenti AML/KYC (potni listi, osebne izkaznice, izjave o dejanskih lastnikih) spadajo pod ločeno obveznost hrambe po evropskem okviru proti pranju denarja.
Tretjič, delitev vlog. Računovodje so obdelovalci podatkov svojih strank in ne upravljavci. Zato je člen 28 GDPR, torej pogodba o obdelavi, razkritje podobdelovalcev in dokumentirana veriga pooblastil, operativni hrbtenici razmerja pisarne z vsako stranko. Nepooblaščen podobdelovalec, vključno z brezplačnim računom ChatGPT, je pogodbena kršitev do vsake od teh strank hkrati.
Četrtič, poklicna molčečnost. Člen 622 italijanskega Codice Penale ter členi 1175 in 1375 Codice Civile, člen L820-5 francoskega Code de commerce in etični kodeks OEC, § 57 StBerG skupaj z § 203 StGB v Nemčiji ter RGL del ICEC v Španiji vsi nalagajo kazensko ali kvazikazensko poklicno molčečnost. Součinkovanje z GDPR ni preprosto: minimizacija podatkov po členu 5 GDPR se prekriva s poklicno molčečnostjo, vendar so pravila razkritja različna (GDPR pozna pravico do dostopa, poklicna molčečnost daje skoraj absolutno zaupnost). Obveznosti računovodje iz poklicne molčečnosti so običajno strožje od pravic dostopa po GDPR, pisarna pa mora izpolniti oboje.
Petič, čezmejni pretok podatkov je privzeto stanje. Tipična naloga za srednje veliko podjetje vključuje tokove k korespondenčnemu računovodji v tujini, k tujim davčnim organom stranke, k korespondenčnim bankam za preverjanje IBAN in k osrednjemu poslovnemu registru ene ali več držav članic. Vsak tok zahteva lastno presojo prenosa po členu 44. Čezmejni davčni podatki, usmerjeni prek ameriškega LLM, so ena sama preprosto dokazljiva kršitev GDPR pri vsakem pregledu, ker že omrežni dnevniki zadoščajo kot dokaz.
2. Šest kategorij dokumentov, ki jih obravnava vsak računovodski servis
Različne kategorije dokumentov ustvarjajo različne vzorce zakrivanja. Spodnjih šest pokriva približno 98 % tistega, kar teče skozi računovodski servis, in se lepo preslikajo na arhitekturo zakrivanja.
1. Obračuni plač in plačilne liste. Datoteke XLSX z več zaposlenimi z imenom, davčno številko, IBAN, bruto plačo, odbitki in opombami; plačilne liste v PDF za vsakega zaposlenega; letni povzetki plač. Problem zakrivanja je tu večmodalen: strukturirani osebni podatki na ravni celic (stolpec davčne številke, stolpec IBAN) in nestrukturirane opombe (komentarji vodij, razlogi za bolniško odsotnost). Anonimizacija plač s splošnim išči in zamenjaj pokvari plačne formule, medtem ko orodje za zakrivanje, ki razume tipe celic, ohrani analitično vrednost preglednice in zakrije osebne podatke. Zakrivanje plač je tudi najpogostejša dejavnost zakrivanja v vsaki pisarni.
2. Davčne napovedi in obračuni. Italijanski 730, F24, Modello Unico, IRAP; francoski liasse fiscale, déclaration de TVA, IS; nemški Einkommensteuererklärung, Umsatzsteuer-Voranmeldung, Bilanz; španski Modelo 100, Modelo 303, Modelo 200. Vsaka napoved vsebuje osebne podatke zavezanca in pogosto tudi vzdrževanih oseb ali zaposlenih. Zakrivanje napovedi je potrebno vsakič, ko se napoved ali njeni delovni papirji delijo s tretjo osebo (dopisovanje z drugo pisarno, podpora reviziji, pregled s podporo UI). Ko se napovedi anonimizirajo za analizo z UI, mora zakrivanje ohraniti računsko logiko in zakriti identifikatorje, kar zahteva strukturirano odkrivanje povrh iskanja vzorcev.
3. Dokumenti za uvedbo KYC/AML. Identifikacijski dokumenti (potni listi, osebne izkaznice), dokazila o naslovu, izjave o dejanskih lastnikih, dokumentacija o izvoru sredstev. Zanje velja evropski sklop pravil AML: AMLD4 (2015), AMLD5 (2018), AMLD6 (2018), AMLR (Uredba (EU) 2024/1624) in AMLD (Direktiva (EU) 2024/1640). Računovodje so po vseh teh predpisih zavezanci. Zakrivanje podatkov KYC je v tem okviru asimetrično: samega dosjeja KYC ne morete zakriti (hraniti ga je treba), informacije, izpeljane iz KYC, pa morate zakriti, kadar koli odtečejo v nadaljnji potek dela (povzetek z UI, interno usposabljanje, dopisovanje s stranko o tretji osebi).
4. Delovna dokumentacija revizije. Pri pisarnah z revizijsko prakso delovna dokumentacija vsebuje izvlečke iz sistemov stranke, identifikatorje zaposlenih, podatke o dobaviteljih in komunikacijo vodstva. ISA 230 zahteva hrambo vsaj pet let; smernice ICAEW in IAASB obravnavajo delovno dokumentacijo kot zaupno. Zakrivanje delovne dokumentacije revizije omogoča delno delitev s skupnimi revizijskimi ekipami, kolegialnimi pregledovalci in pregledovalci kakovosti revizije, ne da bi kršili GDPR ali režim zaupnosti revizije.
5. Pogodbe in dopisovanje s strankami. Pogodbe o storitvah, predlogi honorarjev, svetovalne beležke, izmenjave e-pošte. Vsebujejo osebne podatke stranke, pogosto osebne podatke tretjih oseb (nasprotne stranke naše stranke) in nemalokrat strateške informacije o poslu. Splošni pomočniki UI za e-pošto in orodja za povzemanje dokumentov, ki delujejo na tej kategoriji, ustvarjajo najzahrbtnejšo izpostavljenost shadow AI, ker uporabnik dejavnost dojema kot malo tvegano (»samo povzemam svoj nabiralnik«).
6. Bančni in zakladniški podatki. Seznami IBAN, izpiski SWIFT, odobritve plačil, bančna usklajevanja. Osebni podatki so tu skoncentrirani v IBAN in imenih imetnikov računov; finančna občutljivost je visoka; PSD2 in pravila sheme SCT dodajata še eno plast na osnovo GDPR. Zakrivanje IBAN je pogost mikro potek dela, ki bi moral teči samodejno pred vsakim korakom UI na finančnih dokumentih.
Vzorec je v vseh šestih kategorijah enak: strukturirani podatki zahtevajo strukturirano zakrivanje, prosto besedilo zahteva odkrivanje z ML, revizijsko potrdilo pa dejanje naredi obranljivo tako pred pooblaščencem za varstvo podatkov kot pred finančno obveščevalno enoto.
3. Pokrajina nacionalnih identifikatorjev in zakaj iskanje vzorcev ne zadošča
Računovodje delajo z nacionalnimi identifikatorji več kot katera koli druga poklicna skupina. Vsak ima strukturo, algoritem za kontrolno števko in niz tveganj lažnih zadetkov. Splošni zakrivalec, naučen na ameriških številkah Social Security, večino med njimi molče spregleda.
| Država | Identifikator | Dolžina | Opombe |
|---|---|---|---|
| Italija | Codice Fiscale | 16 alfanumeričnih znakov | Priimek + ime + datum rojstva + spol + kraj rojstva + kontrolni znak. Struktura razkrije datum rojstva in spol, tudi ko je okoliški kontekst zakrit. |
| Italija | Partita IVA | 11 številk | Številka DDV; provinca kodirana; kontrolna števka. V prostem besedilu jo pogosto zamenjajo s CF. |
| Francija | NIR / INSEE | 15 številk | Spol + leto + mesec + département + občina + zaporedna številka + kontrola. Enolično določa osebo znotraj občine rojstva. |
| Francija | SIRET / SIREN | 14 / 9 številk | Identifikator obrata / podjetja. Osebni podatek pri samostojnih podjetnikih. |
| Nemčija | Steuer-ID (IdNr) | 11 številk | Osebna davčna številka, doživljenjska, je ni mogoče izpeljati iz datuma rojstva. Strogo regulirana. |
| Nemčija | USt-IdNr | 9 številk za DE | Številka DDV za čezmejne transakcije. |
| Španija | DNI / NIE | 8 številk + črka | DNI za državljane, NIE za tuje rezidente. Črka je deterministična kontrola. |
| Španija | CIF (starejši) / NIF | 9 znakov | NIF za samostojne podjetnike zrcali DNI; CIF za pravne osebe. |
| EU | EORI | različno | Carinski identifikator. Oblika po državah članicah; osebni podatek pri samostojnem uvozniku. |
| EU | IBAN | 15-34 alfanumeričnih | Koda države + kontrola + BBAN; strukturno preverljiv. Polje, ki iz plačnih podatkov najpogosteje pušča. |
Redactic združuje samodejno prepoznavanje, obdelavo dokumentov in človeški pregled, da pomaga najti občutljive informacije, tudi v podprtih skeniranih dokumentih. Najdene vrednosti preglejte, preden izvedete trajno ali povratno zakrivanje. Pokritost je odvisna od kakovosti dokumenta, jezika in konteksta; avtomatizacija lahko informacije spregleda. Pred uvedbo poteka dela preizkusite reprezentativne datoteke in izvožene rezultate.
Odločitev o zakrivanju je odvisna tudi od posameznega identifikatorja. Številke EORI in DDV običajno niso osebni podatki za družbe in jih v čistem poteku B2B ne smete zakriti; iste številke so osebni podatki pri samostojnih podjetnikih in jih je treba zakriti. Orodje mora razumeti kontekst tipa entitete, da sprejme pravilno odločitev.
4. Sklop GDPR in AML ter kako se razlikuje za računovodje
Za vsak računovodski servis hkrati veljajo trije režimi: GDPR, evropski okvir proti pranju denarja in nacionalno pravo o poklicni molčečnosti. Niso usklajeni; na nekaterih mestih si nasprotujejo.
Člen 28 GDPR kot hrbtenica obdelovalca. Računovodja je obdelovalec za svoje stranke. Pogodba o storitvah mora vsebovati določbe člena 28(3) ali se nanje sklicevati. Podobdelovalci (računovodska platforma v oblaku, ponudnik e-izdajanja računov, dobavitelj OCR, LLM) morajo biti stranki razkriti s pravico do ugovora. Uporaba shadow AI pri starejšem računovodji krši člen 28 do vsake stranke, katere podatki so bili v seji, običajno do več deset hkrati.
Člen 32 GDPR in varnost obdelave. Smernice EDPB iz leta 2024 o tehničnih in organizacijskih ukrepih za obdelovalce izrecno uvrščajo psevdonimizacijo v priporočeni nabor orodij. Za računovodje to pomeni: zakrijte pred uporabo UI, šifrirajte mirujoče podatke, beležite dostop, dokumentirajte nadzore. Pisarna brez plasti zakrivanja ne more verodostojno trditi, da je pri potekih dela z UI izpolnila člen 32.
AMLD6 in AMLR (2024). Šesta direktiva proti pranju denarja (Direktiva (EU) 2018/1673) je pranje denarja kriminalizirala z usklajenimi predhodnimi kaznivimi dejanji; AMLR iz leta 2024 (Uredba (EU) 2024/1624) je novi enotni pravilnik, ki se bo neposredno uporabljal od julija 2027 skupaj z novim evropskim organom proti pranju denarja (AMLA). Računovodje so zavezanci po obeh. Dokumente KYC, ki jih zbirajo, je treba hraniti vsaj pet let po koncu poslovnega razmerja. Hramba podatkov AML in KYC ter načelo omejitve shranjevanja iz GDPR ustvarjata navidezno napetost; rešitev je, da je obveznost hrambe po pravilih AML pravna podlaga po členu 6(1)(c) za samo hrambo, nadaljnja obdelava istih podatkov (povzetek z UI, interna analitika) pa je ločena obdelovalna dejavnost, ki potrebuje lastno podlago. Skladnost z AMLD6 in skladnost z GDPR lahko soobstajata ob skrbnem oblikovanju poteka dela.
Poklicna molčečnost na nacionalni ravni. Člen 622 italijanskega Codice Penale določa kazensko odgovornost za razkritje s strani imetnika poklicne skrivnosti; francoska poklicna molčečnost se veže na vpis v tableau de l'ordre; § 57 StBerG skupaj z § 203 StGB poklicno molčečnost v Nemčiji dela kazensko; španska poklicna molčečnost je zakonska. V vsakem primeru je molčečnost običajno strožja od pravice dostopa po GDPR, kar pomeni, da mora pisarna (a) zavrniti nekatere zahteve za dostop na podlagi poklicne molčečnosti, tudi če bi jih GDPR dopuščal, in (b) zagotoviti, da shadow AI ni razkritje tretji osebi (ponudniku LLM).
Uredba EU o UI za računovodje. Visoko tvegana razvrstitev iz Priloge III k uredbi o UI se ne uporablja za večino rab UI v računovodstvu (Priloga III je usmerjena predvsem v HR in biometrijo). Vendar preglednost iz člena 13, obveznosti uvajalca iz člena 26 za vsak visoko tvegan sistem in obveznost zagotavljanja pismenosti na področju UI iz člena 4 (velja od februarja 2025) zadevajo tudi računovodje. Primer: orodje UI, ki se uporablja za triažo poročil o sumljivih dejavnostih (SAR) v okviru AML, bi bilo verjetno visoko tvegano po Prilogi III točka 5(d) (»sistemi UI, ki se uporabljajo za oceno tveganja v finančnih storitvah«). Računovodja, ki ga uvede, nosi obveznosti uvajalca.
Sklep: vsaka raba UI v računovodskem servisu mora hkrati skozi GDPR (člena 28 in 32), AML (AMLR in AMLA, kjer se uporabljata), nacionalno poklicno molčečnost in pri nekaterih ozkih kategorijah tudi obveznosti za visoko tvegane sisteme iz uredbe o UI. Skladnost računovodij z GDPR je privzeto večrežimska, plast zakrivanja pa je edini tehnični nadzor, ki deluje čez vse štiri.
Povzetek plačne preglednice z UI lahko hkrati sproži obveznosti glede zasebnosti, zaupnosti, delovnega prava in finančnega kriminala. Zakrivanje lahko zmanjša izpostavljenost najdenih identifikatorjev, vendar ne reši omejitev namena, pravne podlage, poklicne molčečnosti ali omejitev nadaljnje rabe. Presodite jih ločeno, preden delite vsebino.
5. Problem shadow AI znotraj računovodskih servisov
Dinamika shadow AI, ki smo jo obravnavali v sklopu za kadrovske službe, obstaja tudi v računovodskih servisih, z drugačnimi posebnimi vzorci tveganja.
Potek dela v senci ob koncu četrtletja. Starejši sodelavec, ki dela v soboto pred rokom za oddajo napovedi, v osebni račun ChatGPT vstavi datoteko XLSX z 2.000 vrsticami z imeni zaposlenih, Codice Fiscali, IBAN in plačami, da bi »preveril vsote«. Model vidi celoten seznam stranke. Dnevniki modela to vidijo kot zahtevo. Seja lahko uči naslednjo različico modela. Evidence pisarne po členu 30 od tega ne vidijo nič. Stranka ne ve ničesar.
Prevajalski potek dela v senci. Strokovnjak, ki dela na čezmejni nalogi, uporabi brezplačno orodje za prevajanje, da nemški priročnik za zaposlene prevede v italijanščino. Priročnik v primerih vsebuje imena, delovno zgodovino in Steuer-ID. Brezplačna raven vsakega večjega prevajalnika na osnovi LLM teče prek ameriške računske zmogljivosti in podatke privzeto shranjuje za učenje.
Povzemalni potek dela v senci. Vodja uporabi potrošniški klepetalni robot, da povzame partnerjevo e-poštno nit o zadevi stranke, preden pošlje odgovor. Nit vsebuje komunikacijo med računovodjo in stranko, zaščiteno s poklicno molčečnostjo, osebne podatke tretjih oseb in včasih strateške premisleke o AML in SAR. Ta kategorija je posebej zahrbtna, ker strokovnjak povzemanja e-pošte ne dojema kot regulirane dejavnosti z UI.
Potek dela v senci pri strokovnem razvoju. Sodelavec, ki se pripravlja na modul CPE, v sejo ChatGPT za razlago vstavi »anonimizirane, a ne res anonimizirane« primere iz resničnih nalog. »Anonimizirano« tu običajno pomeni, da je ime stranke odstranjeno; davčna struktura, geografija in zneski poslov so nedotaknjeni in primer je mogoče rekonstruirati.
V vsakem primeru strokovnjak verjame, da je dejavnost malo tvegana, ker so podatki »samo besedilo«, dejanje »samo povzemanje« ali model »samo pomaga pri razmišljanju«. V vsakem primeru je regulativna izpostavljenost enaka: nedokumentiran podobdelovalec, nedokumentiran mednarodni prenos, kršitev poklicne molčečnosti, možno uhajanje informacij AML. Takšna uporaba ChatGPT ustvari tudi dokazni problem ob naslednji inšpekciji: ni dnevnika, na katerega bi se sklicevali, in ni potrdila, ki bi ga lahko pokazali.
Rešitev je ista arhitektura, ki smo jo opisali v glavnem vodniku in sklopu za kadrovske službe: uradna pot mora biti hitrejša od poti v senci, plast zakrivanja pa mora stati pred modelom. Za računovodje mora arhitektura razumeti davčne številke, IBAN in razliko v tipu entitete med B2B in samostojnimi podjetniki. Uporaba ChatGPT pri računovodjih je problem, ki ga arhitektura reši. Da bi zanesljivo zakrili davčne številke in podatke zaposlenih ter anonimizirali plače v vsem delu pisarne, mora plast zakrivanja privzeto teči pred vsakim korakom UI. Enako velja za vloge v ameriškem slogu: pri pisarnah z ameriškimi strankami SSN na obrazcih 1099 in usmerjevalne številke bank sodijo v isto kaskado odkrivanja.
Objavljene številke o tem, kako pogosto strokovnjaki vstavljajo podatke strank v orodja UI, izvirajo iz anket, telemetrije ponudnikov in potrošniških naborov podatkov, ki merijo različne stvari, pregled statistike shadow AI vir za virom pa jih postavi eno ob drugo.
Če želite uporabljati UI, ne da bi razkrili imena in identifikatorje, lahko Redactic pripravi vaše dokumente za UI: najdene vrednosti postanejo nadomestne oznake, prava imena pa se vrnejo v vaš brskalnik, ko prispe odgovor.
6. Petstopenjski potek dela, prilagojen računovodskim dokumentom
Petstopenjski potek dela iz glavnega vodnika velja za računovodske dokumente s tremi posebnimi prilagoditvami.
- Nalaganje (z zavedanjem oblike). Sprejmite izvorne oblike: XLSX (strukturirano po listih), PDF digitalni in skenirani (OCR za skene), DOCX (pogodbe o storitvah, beležke), CSV (izvozi podatkov). Nalaganje zavrnite, če datoteka presega omejitve; tipične omejitve so 100 strani na dokument in 50 MB na datoteko, obe pa naj bosta nastavljivi za vsako nalogo stranke.
- Odkrivanje (s kaskado računovodje). Najprej iskanje po slovarju s seznama strank, ki ga naloži pisarna (zaposleni, dobavitelji, povezane osebe), nato nacionalni regularni izrazi (CF, Partita IVA, NIR, SIRET, Steuer-ID, USt-IdNr, DNI/NIE, NIF, IBAN, SWIFT), nato večjezični NER za imena in organizacije, ki so jih regularni izrazi zgrešili, nazadnje pa OCR za skene. Vrstni red je pomemben: slovar na prvem mestu pomeni, da lastni seznam pisarne dobi zamenjave v kanonični obliki, regularni izrazi na drugem mestu pomenijo, da se strukturirani identifikatorji ujamejo z visoko natančnostjo, NER na koncu pa pomeni, da se ujamejo preostala imena.
- Pregled (s kategorijami računovodje). Prikažite najdene odseke združene po kategorijah. Pregledovalec običajno želi na prvi pogled videti, da so »vseh 80 Codice Fiscali zakritih«, ne da bi pregledoval celotno preglednico. Združeni pogled tudi pregledneje podpira ustvarjanje revizijskega potrdila.
- Uporaba (povratno ali nepovratno). Pri potekih dela z UI na davčnih napovedih in plačah je ustrezen privzetek povratno (računovodja mora brati izhod UI z obnovljenimi pravimi vrednostmi). Pri deljenju s tujim korespondentom je ustrezen privzetek nepovratna počrnitev (korespondent ne sme znova moči identificirati oseb). Orodje mora podpirati oboje iz istega nalaganja.
- Potrdi in usmeri. Ustvarite potrdilo SHA-256. Pri potekih dela z UI psevdonimizirano besedilo usmerite v LLM v EU in obnovite lokalno. Pri deljenju zapakirajte zakriti izhod s potrdilom in ga pošljite prejemniku prek varnega prenosnega kanala pisarne. Potrdilo je dokaz, ki ga predložite nadzornemu organu, finančni obveščevalni enoti, stranki, ko vpraša »kaj ste storili z mojimi podatki?«, in svojemu zavarovalcu.
Na primer, plačna ekipa lahko preglednico z več listi pregleda glede imen zaposlenih, davčnih identifikatorjev, bančnih podatkov in občutljivih opomb. Potrdite zadetke, popravite spregledane vrednosti in izberite povratno zakrivanje ali trajno počrnitev glede na potrebo. Pred deljenjem preverite izvoženi delovni zvezek, vključno s formulami, številskimi celicami, skritimi listi, komentarji in lastnostmi. Ta primer ponazarja potek dela in ne izmerjene natančnosti ali jamstva za čas obdelave.
7. Izbira orodja za zakrivanje za računovodsko prakso
Kontrolni seznam z 8 točkami iz glavnega vodnika velja; za računovodje imajo štiri točke dodatno težo.
Točka A z večjo težo: večjezična pokritost nacionalnih identifikatorjev. Najpomembnejša posamezna zmožnost. Orodje, ki takoj obvlada Codice Fiscale, Partita IVA, NIR, SIRET, Steuer-ID, USt-IdNr, DNI/NIE, NIF, EORI in IBAN, pokrije približno 95 % tipov dokumentov, ki jih vidi pisarna. Vse šibkejše vas prisili, da napišete in vzdržujete lastno plast regularnih izrazov.
Točka B z večjo težo: obdelava preglednic. Preizkusite, ali potek dela ohrani liste, formule, številske vrednosti in postavitev, ki jih potrebujete. Poleg vidnih celic preglejte skrite liste, komentarje in lastnosti dokumenta. Izvoz preverite, saj splošna zamenjava ne jamči, da se delovni zvezek ohrani.
Točka C z večjo težo: tipi entitet, ki jih razumejo računovodje. Orodje mora razlikovati Partita IVA na računu družbe (ni osebni podatek, kadar je stranka pravna oseba) od Partita IVA na računu samostojnega podjetnika (osebni podatek). Brez te razlike orodje bodisi zakriva preveč (uničuje poteke dela B2B) bodisi premalo (pušča osebne podatke samostojnih podjetnikov).
Točka D z večjo težo: oblika revizijskega potrdila, primerna za finančno obveščevalno enoto. Finančne obveščevalne enote v Italiji (UIF), Franciji (Tracfin), Nemčiji (FIU pri Zoll) in Španiji (SEPBLAC) želijo dokaze, ki kažejo, kako je potekala določena obdelava, povezana z AML. Potrdilo o zakrivanju SHA-256 z zgoščenimi vrednostmi in števili, a brez vsebine, je najčistejši dokaz, ki ga je mogoče predložiti obveščevalni enoti, ker ne ustvarja novih obveznosti razkritja. Oblika potrdila Redactic izpolnjuje to zahtevo.
Ostale štiri točke kontrolnega seznama (arhitektura brez sledi, OCR za skene, povratni in nepovratni načini, ročni pregled) veljajo z običajno težo. Programska oprema za zakrivanje za računovodje, ki pravilno izpolni vseh osem točk, je redka; ekonomika graditve ali nakupa običajno govori za nakup, ker operativni odtis (brez sledi, revizija, upravljanje podobdelovalcev, vzdrževanje nacionalnih regularnih izrazov) predstavlja večino stroška. Pri davčni pripravi s podporo UI, kjer veljajo tudi obveznosti po GDPR, je izbira še bolj omejena, ker mora orodje zagotavljati tudi revizijsko sled, ki ustreza pričakovanjem davčnega organa glede dokumentacije.
V praksi kupujete disciplino na ravni pisarne, to je minimizacijo podatkov kot privzetek: vsak potek dela z UI, vsak deljen dokument in vsak interni povzetek najprej gre skozi plast zakrivanja. Ta ena disciplina hkrati izpolnjuje minimizacijo podatkov iz člena 5(1)(c) GDPR, ustrezno varnost iz člena 32 GDPR, mejo nadaljnje rabe pri AML in obveznost pismenosti na področju UI iz člena 4 uredbe o UI. Zasebnost pri računovodstvu s podporo UI za rutinske poteke dela (povzemanje bančnih usklajevanj, razvrščanje stroškov, izvlečki iz računov) sloni na isti arhitekturi; plast zakrivanja leži pred vsakim klicem modela.
Redactic združuje samodejno prepoznavanje, obdelavo dokumentov in človeški pregled, da pomaga najti občutljive informacije, tudi v podprtih skeniranih dokumentih. Najdene vrednosti preglejte, preden izvedete trajno ali povratno zakrivanje. Pokritost je odvisna od kakovosti dokumenta, jezika in konteksta; avtomatizacija lahko informacije spregleda. Pred uvedbo poteka dela preizkusite reprezentativne datoteke in izvožene rezultate. Več: DPA
8. Pogosta vprašanja
Ali sem kot računovodja upravljavec ali obdelovalec plačnih podatkov svoje stranke?
Običajno ste obdelovalec podatkov zaposlenih in upravljavec podatkov same podjetniške stranke. Razlika je pomembna, ker se obveznosti iz člena 28 vežejo na razmerje z obdelovalcem: pogodba o storitvah mora sklicevati na določbe člena 28(3), podobdelovalci morajo biti razkriti, podatke pa smete obdelovati le po dokumentiranih navodilih. Italijanski Garante in francoski CNIL sta izdala smernice, ki računovodje obravnavajo kot obdelovalce podatkov zaposlenih; nemška Datenschutzkonferenz se jima pridružuje. Če vaša pogodba nima priloge po členu 28, to popravite pred naslednjo obnovitvijo s stranko.
Ali lahko uporabim brezplačni račun ChatGPT za »hitre« izračune na podatkih stranke?
Ne. Dejanje ustvari nedokumentirano podobdelavo (kršitev člena 28), nedokumentiran mednarodni prenos (Schrems II) in razkritje v nasprotju s poklicno molčečnostjo (člen 622 italijanskega Codice Penale ali ustrezna določba v vaši jurisdikciji). To, da je naloga »hitra«, pravne opredelitve ne spremeni.
Ali me AMLD6 zavezuje k hrambi podatkov KYC, ki bi jih po GDPR raje izbrisal?
Da. Obveznost hrambe po pravilih AML (vsaj pet let po koncu poslovnega razmerja po AMLR; dlje v nekaterih nacionalnih prenosih) ima za samo hrambo prednost pred načelom omejitve shranjevanja iz GDPR. Pravna podlaga je člen 6(1)(c) GDPR (zakonska obveznost). Kar lahko storite, je, da omejite nadaljnjo obdelavo: če se hranjeni dosje KYC hrani kot dokaz za namene AML, ga ne uporabljajte za učenje UI, interne analize ali dopisovanje s stranko o tretji osebi.
Kako se poklicna molčečnost povezuje z uporabo shadow AI?
Vstavljanje podatkov strank v potrošniški LLM je v večini jurisdikcij EU razkritje tretji osebi (ponudniku LLM). Poklicna molčečnost običajno pomeni objektivno odgovornost: strokovnjak se ne more braniti s trditvijo, da »LLM podatkov pravzaprav ne vidi«, ker pravna opredelitev sledi dejanju razkritja in ne poznejši uporabi. Člen 622 italijanskega Codice Penale se razlaga zlasti široko. Varnejša predpostavka je, da je vsaka delitev z zunanjo storitvijo zunaj podpisanega razmerja z obdelovalcem kršitev poklicne molčečnosti.
Ali naj zakrijem svoje podatke ali podatke stranke?
Podatke stranke, preden jih delite navzven ali jih vnesete v UI. Za vaše lastne podatke (življenjepisi zaposlenih v pisarni, interne ocene delovne uspešnosti) veljajo pravila zakrivanja za HR, opisana v sklopu za kadrovske službe. Oba poteka dela lahko uporabljata isto orodje, a podlaga politike je drugačna: podatki stranke so obdelava na strani obdelovalca, lastni podatki so obdelava na strani upravljavca.
Kakšna je razlika med zakrivanjem davčne napovedi in zakrivanjem plačne preglednice?
Davčna napoved je običajno dokument enega davčnega zavezanca s skoncentriranimi identifikatorji (davčna številka zavezanca, davčne številke vzdrževanih oseb, IBAN, imena delodajalcev). Plačna preglednica je dokument z več zaposlenimi in strukturiranimi stolpci z osebnimi podatki. Vzorca zakrivanja se razlikujeta: napovedi zahtevajo odkrivanje entitet v enem dokumentu z ohranitvijo izračunov; plače zahtevajo obdelavo XLSX na ravni celic s pravili po stolpcih. Orodje, ki oboje obvlada izvorno, pisarni prihrani vzdrževanje dveh cevovodov.
Ali lahko zakrit dosje stranke delim s tujim korespondentom brez presoje po Schrems II?
Če je cilj v EU, vprašanje ne nastane. Če je cilj v tretji državi, zakrita datoteka ostane osebni podatek, če je psevdonimizirana (člen 4(5)); šele resnično anonimizirana datoteka (uvodna izjava 26) izstopi iz področja GDPR. V praksi potrebujete ali standardne pogodbene klavzule s korespondentom, ali sklep o ustreznosti (Združeno kraljestvo, Švica, Izrael itd.) ali popolno anonimizacijo. Potrdilo o zakrivanju, ki dokumentira nepovratnost, podpira argument anonimizacije.
Ali se uredba EU o UI uporablja za orodja UI, ki jih uporabljam za triažo primerov AML?
Če se orodje uporablja za oceno tveganja pranja denarja za določeno stranko ali transakcijo, spada verjetno pod Prilogo III točka 5(d) (»sistemi UI, ki se uporabljajo za oceno tveganja v finančnih storitvah«). To ga po uredbi o UI naredi za visoko tvegan sistem, z obveznostmi uvajalca na strani računovodje: človeški nadzor, spremljanje, preglednost, vodenje evidenc in v mnogih primerih ocena učinka na temeljne pravice. Obveznosti ponudnika (tehnična dokumentacija, spremljanje po dajanju na trg, ugotavljanje skladnosti) nosi ponudnik.
Kakšen je ustrezen rok hrambe potrdila o zakrivanju?
Vsaj tako dolgo kot rok hrambe po pravilih AML za osnovno nalogo (običajno pet let po koncu razmerja). Potrdila ne vsebujejo osebnih podatkov ne vsebine, zato hramba ne odpira lastnih vprašanj glede zasebnosti. Priporočamo, da jih kot dokaz hranite neomejeno: mejni stroški shranjevanja so zanemarljivi, vrednost ob pregledu pa visoka.
Kje Redactic shranjuje podatke mojih strank?
Dokumenti in rezultati za obdelavo uporabljajo začasno shrambo v evropski infrastrukturi, ki jo nadzoruje Redactic. Vključena je lahko začasna strežniška obdelava podatkov za obnovitev. Evidence računov, obračunavanja, privolitev in dejanj se obravnavajo ločeno. Pogoje glede hrambe in izbrisa najdete v Redacticovi pogodbi o obdelavi podatkov (DPA) in obvestilu o zasebnosti, za potrditev profila vašega poteka dela pa nas prosite. Več: strani zaupanja
Še ena operativna opomba: gradnja plasti zakrivanja pred poteki dela pisarne z UI ima tudi ugoden stranski učinek na kakovost. Modeli delujejo bolje na čisto psevdonimiziranem besedilu kot na surovih dokumentih, ker je vhod krajši, pomemben signal je skoncentriran in model ga ne zmoti prepoznavanje entitet. Agenti za pregled davčnih napovedi, ki so v naših internih pilotih dobili psevdonimiziran vhod, so pri analitičnih vprašanjih ustvarili manj halucinacij kot agenti, ki so dobili surove dokumente. To je majhna, a ponovljiva pridobitev kakovosti, ki se sešteva prek tisočev mesečnih zagonov. Plast zakrivanja se povrne enkrat pri skladnosti in drugič pri kakovosti rezultatov.
Če vaša pisarna obravnava davčne napovedi, obračune plač, dosjeje KYC ali delovno dokumentacijo revizije (in jih), se vsak od teh dokumentov danes premika skozi e-pošto, pogone in potrošniška orodja UI brez plasti zakrivanja pred njimi. Cena nedelovanja so konkretni dogodki: inšpekcija Garante ali CNIL, ki čaka na pravi sprožilec, poizvedba AMLA, ko se okvir leta 2027 aktivira, kazenska ovadba zaradi kršitve poklicne molčečnosti nezadovoljne stranke in zavarovalnica odgovornosti, ki zavrne zahtevek, ker raba UI ni bila dokumentirana. Arhitektura obstaja, regulativna ura teče, plast zakrivanja pa se povrne že ob prvem pregledu. Ta mesec začnite z desetimi strankami z največjim obsegom.
Za osnovno arhitekturo glejte glavni vodnik; za poteke dela blizu kadrovski službi, ki se dotikajo plač, glejte članek o shadow AI v kadrovski službi. Če želite videti Redactic na vzorčni plačni preglednici, ima začetna stran Redactic predstavitev v živo.