Standard contractual clause addenda

Identifies documents containing references to standard contractual clause addenda in international contexts. This information type is classified as personally identifiable information under applicable data protection regulations.

Type

regex

Engine

boost_regex

Confidence

medium

Confidence justification

category-aware structural regex with anchor and context constraints replaces phrase-only detection. Added context gating and exclusion rules improve precision and reduce incidental matches.

Detection quality

Mixed

Jurisdictions

global

Regulations

GDPR

Data categories

pii

Scope

wide

Platform compatibility

Purview: Compatible, GCP DLP: Compatible, Macie: Compatible, Zscaler: Compatible, Palo Alto: Degraded, Netskope: Unsupported

Pattern

(?is)\b(?:standard\s+contractual\s+clauses|SCC\s+addendum|contractual\s+clause|data\s+processing\s+agreement|transfer\s+safeguard|data\s+exporter|data\s+importer|supplementary\s+measures|privacy\s+compliance|cross[\s-]+border\s+transfer|binding\s+obligations)\b

Corroborative evidence keywords

standard contractual clause addenda, standard, contractual, clause, addenda, privacy, compliance, risk

Proximity: 300 characters

Should match

• standard contractual clauses — Primary topic phrase match
• scc addendum — Case-insensitive topic phrase match
• contractual clause — Alternative topic phrase match
• data processing agreement — Additional topic phrase match

Should not match

• unrelated generic text without domain phrases — No relevant topic phrases present
• placeholder value 12345 — Random text should not match topic-specific regex
• data inventory compliance — Generic word pair from old broad template should not match

Known false positives

• Common words and phrases related to standard contractual clause addenda appearing in policy documents, training materials, HR templates, or compliance guidelines without actual personal data. Mitigation: Require corroborative evidence keywords within the proximity window to confirm sensitive data context rather than general discussion.
• In English (as the primary international business language), similar terminology used in formal or administrative contexts (education, professional documentation) that does not constitute sensitive data collection. Mitigation: Layer with additional contextual signals such as structured identifiers, form fields, or database column headers to distinguish sensitive records from general references.
• High-frequency pattern matches in large document corpora due to broad regex anchors. Expected match rate is significantly higher than specific identifier patterns. Mitigation: Tune confidence thresholds for bulk scanning. Consider using this pattern primarily as a pre-filter with secondary validation.

References

• https://www.oaic.gov.au/privacy/australian-privacy-principles-guidelines/chapter-8-app-8-cross-border-disclosure-of-personal-information
• https://www.oaic.gov.au/privacy/australian-privacy-principles-guidelines
• https://eur-lex.europa.eu/eli/dec_impl/2021/914/oj