Ett verktyg, 45 länder: 260+ entitetstyper
Globala plattformar hanterar personuppgifter från många länder samtidigt. Varje land har sina egna ID-format. Varje format har sina egna regler. Ett enda detektionsverktyg måste hantera dem alla. De flesta verktyg klarar inte det.
Problemet med fragmenterade identifierare
En marknadsplats med säljare i 45 länder får mycket olika registreringsdokument. En brasiliansk säljare skickar in ett CPF. Det har 11 siffror. Två är kontrollsiffror. De använder en specifik viktningsformel. En indisk säljare skickar in ett PAN. Det har 10 tecken. Bokstäver och siffror förekommer i fasta positioner. En tysk säljare skickar in ett Steuer-ID. Det har 11 siffror och en Luhn-kontrollsumma. En holländsk säljare skickar in ett BSN. Det har 9 siffror och använder mod-11-validering.
Varje format har olika längd och struktur. Ett reguljärt uttryck byggt för ett format matchar inte de andra. Ett brett "10–12-siffrors"-mönster fångar för mycket. Det flaggar priser, datum och referensnummer. Falskt positiva resultat växer snabbt i stor skala.
Luckan med 40 identifierare
De flesta enterprise-PII-verktyg levereras med ungefär 40 identifierartyper. Vanliga sådana inkluderar:
- Amerikanskt personnummer (Social Security Number)
- Amerikanskt passformat
- Amerikanskt körkort
- Generiska kreditkortsformat med Luhn-validering
- E-postadresser
- Telefonnummer i NANP-format
- IP-adresser
Dessa täcker nordamerikansk efterlevnad väl. De täcker inte globala verksamheter.
Hur luckan ser ut per region
Sydamerika: Brasilianska CPF och CNPJ använder kontrollsummealgoritmer från Brasiliens skattemyndighet. Argentinska CUIT använder en annan viktad summaformel. Colombianska NIT har sin egen valideringsmetod. Ingen av dessa matchar amerikanska mönster.
Asien: Indiska PAN, Aadhaar, GSTIN och väljar-ID har alla distinkta format. Japanskt My Number har 12 siffror. Sydkoreanskt personnummer (Resident Registration Number) och kinesiskt nationellt ID kräver var sin igenkänningsfunktion.
EU:s medlemsstater: Full EU-täckning kräver IBAN-format för alla 27 medlemsstater. Varje stat har en landsspecifik längd och struktur. Det krävs också varje nationellt ID-format. Det inkluderar tyskt Steuer-ID, franskt NIR, holländskt BSN, polskt PESEL och svenskt personnummer. Det inkluderar även sloveniskt EMŠO, kroatiskt OIB, bulgariskt EGN och rumänskt CNP.
Vad 260+ entitetstyper täcker
Ett bibliotek med 260+ entitetstyper täcker alla 27 EU-medlemsstaters nationella ID. Det validerar alla EU:s IBAN-format. Det täcker sydamerikanska ID: brasilianskt CPF och CNPJ, argentinskt CUIT, colombianskt NIT. Det täcker asiatiska ID: indiska PAN, Aadhaar, GSTIN, japanskt My Number, koreanskt RRN. Det täcker brittiska ID: NI Number, NHS Number, NINO-varianter. Det täcker medicinska ID: amerikanskt NPI, DEA-nummer, sjukhusets MRN-format. Det täcker finansiella ID: SWIFT-koder, BIC-format, kontonummermönster.
Varför detektionstäckning är en efterlevnadsfråga
Varje regelverk kräver att dess identifierare hittas och skyddas. GDPR täcker EU-säljardata. LGPD täcker brasiliansk säljardata. Indiens DPDP Act täcker indisk säljardata.
"Lämpligt skydd" innebär att verktyget hittade identifieraren. En missad Aadhaar är inte ett konfigurationsfel. Det är ett täckningsfel. För globala plattformar är den luckan skillnaden mellan partiell efterlevnad och verkligt skydd.
En enda driftsättning med 260+ entitetstäckning hanterar alla dessa jurisdiktioner. Inga separata regionala verktyg. Inga separata bearbetningspipelines. Ingen manuell berikning för format som ett 40-igenkänningsverktyg missar.
För mer information om hur täckning mappas till GDPR-skyldigheter, se GDPR-efterlevnadsresurser. För revisionslogg och uppdateringspolicyer, se säkerhets- och efterlevnadsinformation.