mcpField
G
group-structure-ropa

group-structure-ropa

github.com/mukul975Security32336 installsUpdated 32w ago
Repository

About group-structure-ropa

A skill for corporate privacy teams managing GDPR Article 30 records across a group. It addresses entity-level and consolidated RoPA views, intra-group data flows, shared processing, and joint-controller governance.

Key features

  1. 01Distinguishes controller and processor records
  2. 02Structures entity and group RoPA views
  3. 03Documents intra-group data flows and transfers
  4. 04Covers shared services and joint controllers
  5. 05Outlines governance and acquisition integration

Use cases

  1. 01Create RoPA records for group entities
  2. 02Review cross-border intra-group data transfers
  3. 03Identify processor agreements for shared services
  4. 04Integrate an acquired entity into privacy governance

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill group-structure-ropa

After installing, type/group-structure-ropain Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

assets/
template.md
references/
standards.md
workflows.md
scripts/
process.py

Details

From the project README

Group Structure RoPA

Overview

GDPR Art. 30 applies to each controller and each processor individually. In a corporate group comprising a holding company, operating subsidiaries, shared service centres, and joint ventures, each entity that independently determines purposes and means of processing must maintain its own Art. 30(1) records. Entities acting as processors for group companies must maintain Art. 30(2) records. This skill addresses the complexities of group-level RoPA management including entity hierarchy, intra-group data flows, shared processing activities, and consolidated governance.

Corporate Group Structure — Helix Biotech Solutions

Helix Biotech Holdings SE (Netherlands — Holding)
├── Helix Biotech Solutions GmbH (Germany — Primary Operating Entity)
│   ├── Controller for: own employees, clinical trials, marketing
│   └── Processor for: group shared services (see below)
├── Helix Biotech Solutions Ltd (United Kingdom — UK Subsidiary)
│   ├── Controller for: own employees, UK customer data, UK clinical sites
│   └── Joint controller with GmbH for: multi-country clinical trials
├── Helix Biotech Solutions Inc. (United States — US Subsidiary)
│   ├── Controller for: own employees, US customer data
│   └── Processor for: global pharmacovigilance data processing (under GmbH instruction)
├── Helix Shared Services B.V. (Netherlands — Shared Service Centre)
│   ├── Processor for: group-wide IT infrastructure, payroll processing
│   └── Controller for: own employees only
└── Helix Biotech Diagnostics S.A.S. (France — Acquired Entity)
    ├── Controller for: own employees, diagnostic service customers
    └── Integration pending — separate RoPA maintained

Entity-Level vs Group-Level Records

Entity-Level RoPA (Required)

Each legal entity must maintain its own RoPA containing processing activities for which it is controller or processor. This is a legal obligation that cannot be satisfied by a group-level record alone.

EntityController RoPA (Art. 30(1))Processor RoPA (Art. 30(2))
Helix Biotech Holdings SEMinimal — shareholder data, board member dataNone
Helix Biotech Solutions GmbHFull — all German processing activitiesYes — shared services provided to group
Helix Biotech Solutions LtdFull — all UK processing activitiesNone
Helix Biotech Solutions Inc.Full — all US processing activitiesYes — pharmacovigilance processing for GmbH
Helix Shared Services B.V.Minimal — own employee data onlyYes — IT, HR, and finance processing for all group entities
Helix Biotech Diagnostics S.A.S.Full — all French processing activitiesNone
Group-Level Consolidated View (Recommended)

In addition to entity-level records, maintain a consolidated group view that:

  1. Aggregates all entity-level RoPA entries into a single searchable register.
  2. Highlights intra-group data flows and transfer arrangements.
  3. Identifies shared processing activities and joint controller arrangements.
  4. Supports group-level reporting to the board and supervisory authorities.
  5. Enables gap analysis across entities (e.g., one entity has incomplete records).

The consolidated view is not a legal substitute for entity-level records but serves governance and oversight purposes.

Intra-Group Data Flows

Controller-to-Controller Transfers

When one group entity transfers personal data to another group entity and each determines its own purpose for the processing, this is a controller-to-controller transfer requiring:

  • Legal basis: Art. 6(1) lawful basis for the disclosure (typically Art. 6(1)(f) legitimate interest with intra-group LIA)
  • Transfer mechanism: If the receiving entity is outside the EEA, an appropriate Chapter V safeguard (SCCs, BCRs, adequacy decision)
  • RoPA documentation: Both entities must record the transfer in their respective RoPAs — the disclosing entity as a recipient under Art. 30(1)(d), the receiving entity as data source documentation

Example:

Helix Biotech Solutions GmbH (Germany) shares employee directory data with Helix Biotech Solutions Inc. (US) for internal communications.

AspectGmbH (Disclosing Controller)Inc. (Receiving Controller)
PurposeEnable employee collaboration across groupMaintain employee directory for US operations
Lawful basisArt. 6(1)(f) — legitimate interest (Recital 48: intra-group transfers)Art. 6(1)(f) — legitimate interest
RoPA fieldArt. 30(1)(d): Recipient = Helix Biotech Solutions Inc.; Art. 30(1)(e): US transferArt. 30(1)(c): Data source = Helix Biotech Solutions GmbH
Transfer mechanismEU-US Data Privacy Framework (if Inc. is DPF-listed) OR EU SCCs Module 1 (controller-to-controller)—
LIA referenceLIA-2024-DIR-001LIA-2024-DIR-002
Controller-to-Processor Transfers (Intra-Group)

When a group shared service centre processes data on behalf of another group entity, the relationship is controller-to-processor even though both entities are in the same corporate group:

  • Art. 28 DPA required: An intra-group DPA is required between the controller entity and the processor entity, even within the same group.
  • RoPA documentation: The controller entity records the shared service centre as a processor in Art. 30(1)(d). The shared service centre records the controller entity in its Art. 30(2)(a) processor records.

Example:

Helix Shared Services B.V. (Netherlands) processes payroll for all group entities.

Controller EntityDPA ReferenceProcessing CategoriesData Categories
Helix Biotech Solutions GmbHDPA-IG-2024-SSC-DE-001Payroll calculation, tax reporting, social security reportingEmployee names, tax IDs, bank accounts, salaries
Helix Biotech Solutions LtdDPA-IG-2024-SSC-UK-002Payroll calculation, HMRC reporting, pension contributionsEmployee names, NI numbers, bank accounts, salaries
Helix Biotech Solutions Inc.DPA-IG-2024-SSC-US-003Payroll calculation, IRS reporting, benefits administrationEmployee names, SSNs, bank accounts, salaries
Joint Controller Arrangements (Art. 26)

When two or more group entities jointly determine the purposes and means of processing, they are joint controllers under Art. 26:

  • Art. 26 arrangement required: Formal arrangement determining respective responsibilities.
  • RoPA documentation: Each joint controller records the arrangement in Art. 30(1)(a) with cross-reference to the Art. 26 arrangement.

Example:

Helix Biotech Solutions GmbH and Helix Biotech Solutions Ltd jointly conduct multi-country clinical trials and jointly determine the trial protocol, data collection methods, and analysis purposes.

AspectGmbHLtd
Art. 26 arrangementJCA-2024-CT-001JCA-2024-CT-001
ResponsibilitiesTrial sponsor, EMA reporting, EU site managementUK site management, MHRA reporting
Contact point for data subjectsGmbH (as designated under Art. 26(1))GmbH (as designated)
RoPA Art. 30(1)(a)Joint controller: Helix Biotech Solutions Ltd, ref: JCA-2024-CT-001Joint controller: Helix Biotech Solutions GmbH, ref: JCA-2024-CT-001

Binding Corporate Rules (BCRs) and Group RoPA

If the group has approved BCRs under Art. 47, the RoPA transfer fields (Art. 30(1)(e)) should reference the BCRs as the transfer mechanism for intra-group transfers:

TransferMechanismReference
GmbH to Ltd (UK)UK adequacy decision (28 June 2021, extended)N/A (adequacy)
GmbH to Inc. (US)BCR-C ref: BCR-HELIX-2024-001 (approved by BfDI as lead SA)BCR-HELIX-2024-001
GmbH to S.A.S. (France)Intra-EEA — no transfer mechanism requiredN/A
Shared Services B.V. to Inc. (US)BCR-P ref: BCR-HELIX-2024-002 (processor BCRs)BCR-HELIX-2024-002

Group RoPA Governance Model

Centralised Governance with Local Execution
RoleScopeResponsible Entity
Group DPOOverall RoPA governance, consolidated reporting, group-level standardsHelix Biotech Holdings SE (Dr. Elena Voss)
Entity Privacy LeadEntity-level RoPA creation and maintenanceEach subsidiary
Shared Services Privacy LeadProcessor RoPA for all shared servicesHelix Shared Services B.V.
Group Privacy AnalystConsolidated view management, cross-entity gap analysisHoldings SE
Governance Workflow
  1. Entity-level creation: Each entity's privacy lead creates and maintains entity-level RoPA entries following group standards.
  2. Group template: All entities use the same RoPA template and field definitions to ensure consistency.
  3. Centralised aggregation: Entity-level records are aggregated into the group consolidated view quarterly.
  4. Cross-entity review: Group DPO reviews the consolidated view for intra-group transfer completeness, joint controller arrangement consistency, and entity-level gap identification.
  5. Board reporting: Group DPO presents consolidated RoPA metrics to the Holdings SE board annually.
Post-Acquisition Integration

When a new entity is acquired (e.g., Helix Biotech Diagnostics S.A.S.):

  1. Immediate (Day 1): Identify the acquired entity's existing RoPA and assess its format, completeness, and quality.
  2. 30 days: Conduct a gap analysis against the group RoPA template and identify intra-group data flows that will be established.
  3. 60 days: Migrate the acquired entity's RoPA to the group template format.
  4. 90 days: Establish intra-group DPAs for shared services and document intra-group transfers in both entities' RoPAs.
  5. 6 months: Full integration into the group consolidated view and ongoing governance cycle.

Common Group Structure Pitfalls

  1. Assuming a single group RoPA satisfies all entities: Each legal entity must have its own records. A group-level consolidated view does not replace entity-level obligations.

  2. Missing intra-group DPAs: The GDPR does not exempt intra-group processing from the Art. 28 DPA requirement. A holding company providing IT services to subsidiaries must have DPAs in place.

  3. Undocumented intra-group transfers: Data flows between group entities (shared directories, consolidated HR systems, group-wide analytics) are transfers that must be recorded in Art. 30(1)(d) and (e).

  4. Inconsistent entity identification: Using trade names instead of legal entity names across different entities' RoPAs creates confusion during supervisory authority inspections.

  5. Missing joint controller arrangements: When two group entities jointly determine processing purposes (e.g., a global marketing campaign managed by two subsidiaries), an Art. 26 arrangement is required but frequently overlooked within corporate groups.

  6. One-stop-shop confusion: The lead supervisory authority under Art. 56 is determined by the location of the main establishment, not by where most processing occurs. Group RoPA must clearly identify each entity's establishment and the lead SA for cross-border processing.

Comments

Markdown supported