By · Last updated 2026-06-05

Zpět na blogTechnické

Problém přesnosti Presidia: 22,7 % precision

Benchmark z roku 2024 zjistil, že detektor jmen osob v Presidiu dosahuje 22,7% přesnosti v obchodních dokumentech — 77,3 % detekcí jsou tedy falešně pozitivní výsledky.

June 5, 20267 min čtení
Presidio precisionfalse positivesNER accuracyPII detection qualityhybrid recognizer

Problém přesnosti Presidia: 22,7 %

Falešně pozitivní výsledky při detekci PII způsobují skutečné škody. Když 77,3 % toho, co váš nástroj označí jako „jméno osoby”, jmény osob není, nechráníte soukromí. Ničíte data.

Benchmark z roku 2024 testoval výchozí NER model Microsoft Presidio na obchodních dokumentech. Test zahrnoval finanční zprávy, dopisy zákazníkům, produktovou dokumentaci a záznamy podpory. Výsledek: 22,7% přesnost při detekci jmen.

Toto číslo je zarážející. Ze 100 označených položek je 23 skutečná jména fyzických osob. Zbývajících 77 jsou falešně pozitivní výsledky — produktové štítky, názvy značek nebo označení měst.

Tři ze čtyř detekcí jsou chybné. To není drobný problém s kalibrací. To je nefunkční nástroj pro práci s obchodními dokumenty.

Proč k tomu dochází

Presidio jako výchozí nastavení používá model spaCy en_core_web_lg. Tento model byl trénován na zpravodajských textech. Ve zprávách jsou většina vlastních jmen skutečné osoby nebo místa.

Obchodní dokumenty fungují jinak.

Produktové štítky, které vypadají jako jména osob. „Záznamy o zásilkách Apple iPhone 15 Pro” jsou označeny jako PERSON. Stejně tak „Samsung Galaxy Tab” a „nasazení Cisco Meraki”.

Firemní označení s částmi připomínajícími jména. V textu „výsledky Johnson Controls” je slovo „Johnson” označeno jako PERSON. „Portfólio Goldman Sachs” spouští stejnou chybu.

Označení lokalit, která spouštějí detekci osob. „Projekt Victoria Harbour” označí „Victoria” jako PERSON. „Uzel Santiago” označí „Santiago” stejným způsobem.

Modelu chybí kontext pro rozlišení „Apple” (společnost) od „Apple Smith” (osoba). Tato mezera je kořenem většiny falešně pozitivních výsledků. Zpravodajské texty ho naučily považovat vlastní jména za osoby nebo místa. Obchodní texty toto pravidlo neustále porušují.

Následné důsledky

Datavá firma použila Presidio k čištění zákaznických průzkumů před jejich sdílením. Audit odhalil čtyři problémy. Za prvé, 40 % průzkumů mělo nesprávně odstraněné produktové štítky. Za druhé, označení měst byla vymazána z každé odpovědi. Za třetí, zmínky o značkách byly smazány z analytické sady. Za čtvrté, sentiment o konkrétních produktech nešlo přečíst.

Analytický tým obdržel redakovaný text se všemi odstraněnými produktovými referencemi. Průzkum původně zmiňoval iPhone Pro a nabíječku Apple. Tento význam byl ztracen.

Firma nechránila soukromí lépe. Ničila data, aniž by dosáhla compliance. Po auditu bylo Presidio nahrazeno.

Viz náš přehled compliance pro vliv kvality detekce na vaše regulatorní postavení.

Lepší přístup: Hybridní detekce

Problém není specifický pro Presidio. NER na úrovni tokenů bez kontextu bude mít vždy tento problém. Řešením je detekce s ohledem na kontext.

Proč transformery pomáhají: Model jako XLM-RoBERTa čte celou větu. „Apple oznámil výsledky” → Apple je firma. „Apple Smith nastoupil do týmu” → Apple je křestní jméno. Kontext vám řekne, o co jde.

To zlepšuje přesnost při zachování vysoké recall. Viz porovnání níže.

PřístupPřesnostRecall
Výchozí NER Presidia22,7 %~85 %
Pouze regex~95 %~40 %
Hybridní (Regex + NLP + Transformer)~85 %~80 %

Hybridní přístup dosahuje 85% přesnosti. To znamená míru falešně pozitivních výsledků 15 %. Výrazně lepší než 77,3 %. Pro obchodní dokumenty je tento rozdíl zásadní.

Hybridní zásobník má čtyři kroky:

  1. Vrstva regex: Vyhledává strukturované identifikátory — e-maily, telefonní čísla, rodná čísla, IBAN. Formáty jsou pevně dané, takže falešně pozitivní výsledky jsou vzácné. Tato vrstva běží jako první.

  2. Vrstva NLP (spaCy): Standardní NER pro osoby, firmy a místa. Vysoká recall, nižší přesnost.

  3. Vrstva transformeru (XLM-RoBERTa): Přeskóruje každý výsledek NLP pomocí kontextu celé věty. „Apple” v produktovém kontextu ztrácí skóre entity. „Jan” v textu stížnosti ho získává.

  4. Prahová hodnota spolehlivosti: Do výstupu projdou pouze výsledky nad nastavenou hodnotou. Pro analytické případy prahovou hodnotu zvyšte. Pro de-identifikaci podle HIPAA ji snižte.

Výsledky po přechodu

Analytická firma přešla na hybridní detekci. Zisky byly zřejmé. Falešně pozitivní výsledky u produktových štítků klesly ze 40 % na 3 %. Falešně pozitivní výsledky u označení měst klesly téměř na nulu. Recall skutečných identit zůstala na ~82 %, mírně pod původními 85 %, ale přesnost se výrazně zlepšila.

Průzkumy se opět staly použitelnými. „iPhone”, „Apple”, „Samsung” a „Chicago” zůstaly v textu. Jména zákazníků v kontextu stížností byla správně odstraněna.

Hybridní detekce vyžaduje více výpočetních prostředků. U velkých úloh jsou doby zpracování o něco delší. Pro většinu obchodních případů využití stojí zisk přesnosti za to. Firma mohla znovu provádět analýzy. To byl celý smysl dat z průzkumů.

Přečtěte si o našem přístupu k detekci v přehledu bezpečnosti.

Kdy jsou vysoké míry falešně pozitivních výsledků přijatelné

Některé případy upřednostňují recall před přesností.

HIPAA Safe Harbor: Přehlédnutí skutečného pozitivního výsledku je porušení. Míra falešně pozitivních výsledků 10 % je přijatelná, pokud skutečné PHI nikdy není přehlédnuto. Nadměrné odstranění je bezpečnější než nedostatečné.

Právní review: Přehlédnutí privilegovaného kontaktu může způsobit vzdání se privilegia. Falešně pozitivní výsledky je třeba přezkoumat, ale nevzniká z nich odpovědnost.

Obchodní analytika: Nadměrné odstranění ničí data bez compliance přínosu. Přesnost je zde důležitější. Použijte hybridní přístup s vysokou prahovou hodnotou spolehlivosti. Tím zůstanou ve výstupu štítky značek a pojmenování měst. Odstraní se pouze skutečná jména osob.

Správná rovnováha závisí na vašem případu použití. Nástroje umožňující nastavit prahovou hodnotu vám dávají kontrolu. Žádné výchozí nastavení nefunguje pro každý kontext.

Viz náš FAQ pro časté dotazy o prahových hodnotách a režimech detekce.

Závěr

Míra přesnosti 22,7 % znamená, že 3 ze 4 detekcí jsou chybné. Pro obchodní dokumenty to způsobuje, že výstup je pro analýzu nepoužitelný. Zároveň to vzbuzuje falešné přesvědčení o dosažení compliance.

Hybridní detekce tento problém řeší. Kombinuje regex, NLP a skórování pomocí transformeru. Data zůstanou po anonymizaci použitelná. Skutečná jména osob jsou odstraněna. Štítky značek, pojmenování měst a identifikátory produktů zůstávají.

Pokud jste opustili Presidio kvůli problémům s falešně pozitivními výsledky, toto je cesta vpřed. Nikoli nová konfigurace stejného modelu. Jiná architektura postavená pro kontext obchodních dokumentů.

Zdroje

Priva PII Benchmark 2024: Hodnocení přesnosti Presidia. OVĚŘENO-EXTERNĚ.

Microsoft Presidio: Podporované entity a architektura modelu. OVĚŘENO-EXTERNĚ.

spaCy: Trénovací data en_core_web_lg a omezení. OVĚŘENO-EXTERNĚ.

Připraveni chránit svá data?

Začněte anonymizovat PII s více než 285 typy entit ve 48 jazycích.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.