{"id":2831,"date":"2026-10-20T11:31:36","date_gmt":"2026-10-20T11:31:36","guid":{"rendered":"https:\/\/sawaryn.com\/us\/?p=2831"},"modified":"2026-10-20T11:46:13","modified_gmt":"2026-10-20T11:46:13","slug":"employee-data-sharing-corporate-group-dpa","status":"publish","type":"post","link":"https:\/\/sawaryn.com\/us\/employee-data-sharing-corporate-group-dpa\/","title":{"rendered":"Sharing Employee Data Within a Corporate Group: When a DPA Is Not Enough"},"content":{"rendered":"<h1>Sharing Employee Data Within a Corporate Group: When a DPA Is Not Enough<\/h1>\n<p>\u201cAdd the parent company to the system\u2014we already have a DPA.\u201d<\/p>\n<p>For a business operating in Poland, that request may sound routine. But an existing data processing agreement (DPA) does not necessarily authorize the access. If the parent company wants to review pay data to calculate its own margins, monitor costs, or oversee remuneration, it is not acting on the system operator\u2019s instructions. For that activity, it acts as a separate controller. That calls for a different document, a separate assessment of the legal basis, and a narrower view of the data it needs.<\/p>\n<p>Confusing controllers, processors, and joint controllers is a recurring problem in intra-group GDPR documentation. Decisions of Poland\u2019s data protection authority\u2014the President of the Personal Data Protection Office (PUODO)\u2014document repeated Article 28 GDPR failures, including missing written processing agreements, incomplete descriptions of data categories, and documentation put in place only <a href=\"https:\/\/sawaryn.com\/publikacje\/zgloszenie-naruszenia-rodo-wyciek-danych-osobowych\/\">after an incident<\/a> (<a href=\"https:\/\/www.uodo.gov.pl\/pl\/138\/2656\" target=\"_blank\" rel=\"noopener\">UODO: several GDPR infringements result in a fine<\/a>).<\/p>\n<p>The practical starting point is one question: <strong>Whose purpose is the access serving?<\/strong> The answer guides the choice of agreement, the scope of access, transparency notices, retention periods, and system configuration.<\/p>\n<h2>Start with the parties\u2019 actual roles<\/h2>\n<p>GDPR roles depend on what each entity actually decides and does\u2014not on the title of an agreement or the fact that the entities belong to the same group.<\/p>\n<table>\n<thead>\n<tr>\n<th>Role<\/th>\n<th>Meaning<\/th>\n<th>Example<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Controller<\/strong> (Article 4(7) GDPR)<\/td>\n<td>An entity that determines the purposes and means of processing personal data<\/td>\n<td>A parent company analyzes remuneration data for its own financial monitoring<\/td>\n<\/tr>\n<tr>\n<td><strong>Processor<\/strong> (Article 4(8) GDPR)<\/td>\n<td>An entity that processes data on a controller\u2019s instructions<\/td>\n<td>An external IT provider operates an HR system for a company<\/td>\n<\/tr>\n<tr>\n<td><strong>Joint controllers<\/strong> (Article 26(1) GDPR)<\/td>\n<td>Two or more entities that jointly determine the purposes and means of processing<\/td>\n<td>Two companies run a recruitment process together and jointly set its rules<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>In its decisions, the Polish authority refers to EDPB Guidelines 07\/2020 and notes that an entity need not have physical access to data to be its controller (<a href=\"https:\/\/uodo.gov.pl\/pl\/675\/4228\" target=\"_blank\" rel=\"noopener\">UODO: which entity should be regarded as the controller<\/a>).<\/p>\n<p>A <strong>DPA<\/strong> is an <a href=\"https:\/\/sawaryn.com\/publikacje\/twoje-dane-w-obcych-rekach-jak-bezpiecznie-powierzac-przetwarzanie-danych\/\">Article 28 data processing agreement<\/a>. It governs processing by a processor on a controller\u2019s instructions. A <strong>controller-to-controller data-sharing agreement<\/strong> addresses disclosure between separate controllers that process the data for their respective purposes.<\/p>\n<h2>Ask \u201cwhose purpose is it?\u201d before granting access<\/h2>\n<table>\n<thead>\n<tr>\n<th>Why the recipient accesses the data<\/th>\n<th>Recipient\u2019s role<\/th>\n<th>Appropriate document<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>To carry out the system controller\u2019s purpose <strong>on that controller\u2019s instructions<\/strong><\/td>\n<td>Processor<\/td>\n<td>DPA under Article 28 GDPR<\/td>\n<\/tr>\n<tr>\n<td>For <strong>its own purposes<\/strong>, such as oversight, financial monitoring, or cost allocation<\/td>\n<td>Separate controller<\/td>\n<td>Controller-to-controller data-sharing agreement<\/td>\n<\/tr>\n<tr>\n<td>To pursue purposes and means <strong>determined jointly<\/strong> by both entities<\/td>\n<td>Joint controllers<\/td>\n<td>Arrangement under Article 26 GDPR<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Shareholder oversight, margin analysis, cost allocation, and review of employment terms are purposes of the parent company when it undertakes them for itself. They are not converted into the system operator\u2019s purposes by a broadly drafted DPA.<\/p>\n<p>Joint controllership is not an automatic alternative. In <em>Fashion ID<\/em> (C-40\/17, 29 July 2019), the Court of Justice of the European Union confirmed that joint controllership can be limited to a distinct stage of processing; it does not extend to operations whose purposes or means an entity does not determine (<a href=\"https:\/\/eur-lex.europa.eu\/legal-content\/PL\/TXT\/HTML\/?uri=CELEX:62022CJ0060\" target=\"_blank\" rel=\"noopener\">EUR-Lex link cited for the judgment<\/a>). Group membership, a shared brand, or use of the same system does not, by itself, make companies joint controllers.<\/p>\n<h3>Why the group\u2019s existing DPA may not cover the system<\/h3>\n<p>A \u201cmutual\u201d group DPA may describe the data as \u201ccontact and basic details of the parties\u2019 personnel and customers.\u201d A recruitment and personnel-records system may expose much more:<\/p>\n<ol>\n<li>Candidates\u2019 CVs, which may include special category data under Article 9 GDPR<\/li>\n<li>Hourly rates and availability<\/li>\n<li>Subcontracting information<\/li>\n<li>LinkedIn profiles and activity history<\/li>\n<\/ol>\n<p>Retrieve the signed DPA and compare its stated categories with what a user can actually see. If it covers \u201ccontact details\u201d but the system exposes CVs and rates, its description does not cover that access. And if the recipient uses the data for its own purposes, expanding the DPA\u2019s wording will not resolve the underlying role mismatch.<\/p>\n<h2>What goes wrong when roles are misclassified<\/h2>\n<p>Treating a separate controller as a processor can create several GDPR risks at once. An infringement of Article 6(1) GDPR falls within Article 83(5)(a), which provides for a maximum fine of <strong>EUR 20 million or 4% of total worldwide annual turnover<\/strong> (<a href=\"https:\/\/eur-lex.europa.eu\/eli\/reg\/2016\/679\/oj?locale=PL\" target=\"_blank\" rel=\"noopener\">GDPR, Article 83<\/a>).<\/p>\n<h3>No appropriate legal basis<\/h3>\n<p>A DPA does not itself provide the parent company with a legal basis to process data for its own purposes. If access is granted under a DPA but used for the parent\u2019s own oversight or analysis, the Article 6(1) basis must be assessed separately. PUODO has used both reprimands and substantial fines for processing without a legal basis. In 2025, it fined Poland\u2019s postal operator, Poczta Polska, PLN 27 million for such processing (<a href=\"https:\/\/uodo.gov.pl\/pl\/138\/4075\" target=\"_blank\" rel=\"noopener\">UODO notice<\/a>).<\/p>\n<h3>Excessive access<\/h3>\n<p>Giving the parent a full system view \u201cfor convenience\u201d can breach the data minimization principle in Article 5(1)(c) GDPR. A finance team may need to know who worked for which client and at what rate. It does not follow that it needs a candidate\u2019s address, bank account number, employment history, or entire CV.<\/p>\n<h3>Unclear retention<\/h3>\n<p>\u201cPermanent access\u201d or \u201caccess until revoked\u201d may describe how long an arrangement remains in force. It cannot stand in for a retention period for reports containing personal data. Article 5(1)(e) GDPR requires storage for no longer than necessary for the processing purposes (<a href=\"https:\/\/eur-lex.europa.eu\/eli\/reg\/2016\/679\/oj?locale=PL\" target=\"_blank\" rel=\"noopener\">GDPR, Article 5<\/a>).<\/p>\n<h3>Notices that do not match practice<\/h3>\n<p>If employees or consultants are told that only Company A sees their data, while Company B can also access it, the discrepancy creates a transparency problem and may prompt complaints.<\/p>\n<table>\n<thead>\n<tr>\n<th>Risk<\/th>\n<th>Typical cause<\/th>\n<th>Possible consequence<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>No appropriate legal basis<\/td>\n<td>Recipient\u2019s role is misclassified<\/td>\n<td>Fine of up to EUR 20 million or 4% of turnover<\/td>\n<\/tr>\n<tr>\n<td>Failure to minimize data<\/td>\n<td>Access is broader than the purpose requires<\/td>\n<td>Order to restrict processing<\/td>\n<\/tr>\n<tr>\n<td>Indefinite retention<\/td>\n<td>No report retention period is set<\/td>\n<td>Challenge by an individual or supervisory authority<\/td>\n<\/tr>\n<tr>\n<td>Inaccurate privacy information<\/td>\n<td>Notice and system access differ<\/td>\n<td>Complaints or PUODO proceedings<\/td>\n<\/tr>\n<tr>\n<td>Business delay<\/td>\n<td>Documents and permissions have not been aligned<\/td>\n<td>Margin and cost monitoring cannot proceed as planned<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>An eight-step plan for intra-group access<\/h2>\n<h3>1. Determine roles separately for each processing activity<\/h3>\n<p>One DPA \u201cfor everything\u201d is not enough. For each proposed use, establish:<\/p>\n<ol>\n<li>Who determined the processing purpose?<\/li>\n<li>Was that purpose decided jointly?<\/li>\n<li>Who decides the essential means of processing?<\/li>\n<li>Is one company acting solely on the other\u2019s instructions?<\/li>\n<\/ol>\n<p>Teach the IT, HR, and administrative staff who grant access to ask \u201cwhose purpose is it?\u201d before adding a user. This simple check can prevent wrongly executed group DPAs.<\/p>\n<h3>2. Select the document that matches those roles<\/h3>\n<table>\n<thead>\n<tr>\n<th>Situation<\/th>\n<th>Document<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Company A operates the system; Company B processes data on A\u2019s instructions<\/td>\n<td>Article 28 DPA\u2014update the existing agreement as needed<\/td>\n<\/tr>\n<tr>\n<td>Company B accesses data for its own financial monitoring or oversight<\/td>\n<td>Controller-to-controller data-sharing agreement<\/td>\n<\/tr>\n<tr>\n<td>Both companies jointly determine purposes and means<\/td>\n<td>Article 26 joint-controller arrangement<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>The document should reflect the actual activity, not be used to assign a convenient label to it.<\/p>\n<h3>3. Reduce the data to what the purpose needs<\/h3>\n<p>Instead of sending full employment contracts, request an individual-level report. A complete contract can contain remuneration, a bank account number, an address, and potentially special category data under Article 9 GDPR. Sending the whole document for a narrower financial purpose breaches the data minimization principle.<\/p>\n<p>A report for the stated oversight purpose could contain:<\/p>\n<ul>\n<li>Position<\/li>\n<li>Remuneration amount<\/li>\n<li>Start and end dates<\/li>\n<li>Hourly rate, if applicable<\/li>\n<li>Monthly amount<\/li>\n<\/ul>\n<p>Remove information that is not needed, including bank account numbers, home addresses, and data that may be special category data. Do not include CVs as a default: they may carry Article 9 data and require a separate route if there is a distinct purpose.<\/p>\n<p>Check the proposed report against the actual system with IT. Confirm both that it excludes unnecessary fields and that it includes the fields needed for the calculation. In the situations described in the source, several fields needed to calculate margins were missing from the system controller\u2019s proposed field list.<\/p>\n<h3>4. Assess any reliance on legitimate interests<\/h3>\n<p>A <strong>legitimate interest<\/strong> under Article 6(1)(f) GDPR may provide a basis for sharing data for <a href=\"https:\/\/sawaryn.com\/en\/publikacje\/prawo-holdingowe-najnowsza-aktualizacja-nowe-obowiazki-i-kompetencje-zarzadow-i-rad-nadzorczych\/\">shareholder oversight<\/a>. Recital 48 recognizes that group companies may have a legitimate interest in transmitting personal data within the group for internal administrative purposes. It is interpretive guidance, <strong>not a standalone legal basis<\/strong> (<a href=\"https:\/\/eur-lex.europa.eu\/eli\/reg\/2016\/679\/oj?locale=PL\" target=\"_blank\" rel=\"noopener\">GDPR, Recitals 47\u201348<\/a>).<\/p>\n<p>Carry out a legitimate interests assessment (LIA) for each activity:<\/p>\n<table>\n<thead>\n<tr>\n<th>Stage<\/th>\n<th>Question<\/th>\n<th>Example<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Interest<\/strong><\/td>\n<td>Is the interest specific and genuine?<\/td>\n<td>Monitoring a subsidiary\u2019s margins and employment costs<\/td>\n<\/tr>\n<tr>\n<td><strong>Necessity<\/strong><\/td>\n<td>Is this processing necessary, and are there alternatives?<\/td>\n<td>A five-field report instead of full system access<\/td>\n<\/tr>\n<tr>\n<td><strong>Balancing<\/strong><\/td>\n<td>Are individuals\u2019 rights overriding?<\/td>\n<td>Consider limited fields, a restricted recipient group, and technical safeguards<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>A broader disclosure is harder to justify. A narrow, purpose-built report helps support an Article 6(1)(f) assessment; minimization is not an obstacle to useful oversight.<\/p>\n<p><strong>Assess named pay data case by case.<\/strong> No published PUODO or EDPB position has been identified that directly addresses disclosure of a subsidiary\u2019s employees\u2019 named remuneration data to its parent. PUODO states that shareholder oversight is not the same as control over processing under the GDPR and does not automatically confer access to employee data (<a href=\"https:\/\/uodo.gov.pl\/pl\/file\/1469\" target=\"_blank\" rel=\"noopener\">UODO: data protection in the workplace<\/a>).<\/p>\n<h3>5. Align privacy notices before access begins<\/h3>\n<p>Before launching the arrangement:<\/p>\n<ol>\n<li>Provide a <a href=\"https:\/\/sawaryn.com\/publikacje\/jak-przygotowac-polityke-prywatnosci-i-cookies-zgodna-z-rodo\/\">privacy notice<\/a> to affected employees and consultants.<\/li>\n<li>Update the disclosing company\u2019s privacy statement so it reflects actual system access.<\/li>\n<li>Verify that the system\u2019s functionality matches what individuals have been told.<\/li>\n<\/ol>\n<p>Where the new controller did not obtain data directly from the individual, Article 14(1) GDPR applies. Its own notice should address, among other matters, its identity, purpose, legal basis, data categories, source, recipients, retention period, and individuals\u2019 rights. The deadline is generally one month after obtaining the data (<a href=\"https:\/\/eur-lex.europa.eu\/eli\/reg\/2016\/679\/oj?locale=PL\" target=\"_blank\" rel=\"noopener\">GDPR, Article 14<\/a>).<\/p>\n<p>The first company\u2019s notice does not replace the second controller\u2019s transparency obligation. The source\u2019s practical recommendation is to address notices before access goes live, rather than use the Article 14 deadline as a reason to postpone planning.<\/p>\n<h3>6. Set retention periods for the reports<\/h3>\n<p>For Polish entities, Article 74 of the <strong>Polish Accounting Act<\/strong> distinguishes between approved annual financial statements, retained permanently, and accounting books and accounting records, generally retained for five years (<a href=\"https:\/\/isap.sejm.gov.pl\/isap.nsf\/DocDetails.xsp?id=WDU20230000120\" target=\"_blank\" rel=\"noopener\">Polish Accounting Act, Journal of Laws 2023, item 120<\/a>).<\/p>\n<p>But \u201cshareholder report\u201d and \u201cfinancial monitoring report\u201d are not document categories defined by that Act. Do not apply a five-year period to every management report simply because it concerns finances. The source treats that period as defensible where the document forms part of accounting books or accounting records.<\/p>\n<table>\n<thead>\n<tr>\n<th>Document<\/th>\n<th>Retention approach<\/th>\n<th>Basis<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Approved annual financial statements<\/td>\n<td>Permanently<\/td>\n<td>Article 74, Polish Accounting Act<\/td>\n<\/tr>\n<tr>\n<td>Accounting books and accounting records<\/td>\n<td>Generally five years<\/td>\n<td>Article 74, Polish Accounting Act<\/td>\n<\/tr>\n<tr>\n<td>Management or financial monitoring reports<\/td>\n<td>Set a purpose-based period\u2014for example, the current financial year plus a settlement period<\/td>\n<td>Article 5(1)(e) GDPR<\/td>\n<\/tr>\n<tr>\n<td>Working copies and dashboards<\/td>\n<td>Delete after use<\/td>\n<td>Data minimization principle<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Put a specific report retention period in the agreement. A provision allowing access \u201cuntil revoked\u201d concerns the arrangement\u2019s duration, not indefinite storage of its outputs.<\/p>\n<h3>7. Configure the report-sharing tool<\/h3>\n<p>Article 32 GDPR compliance depends on configuration, not the product name. SharePoint, for example, is neither inherently compliant nor inherently noncompliant (<a href=\"https:\/\/uodo.gov.pl\/pl\/354\/2670\" target=\"_blank\" rel=\"noopener\">UODO: data security and Article 32<\/a>).<\/p>\n<p>For a report repository, check that it has:<\/p>\n<ul>\n<li>A dedicated library rather than a folder in a general area<\/li>\n<li>No inherited organization-wide permissions<\/li>\n<li>No \u201canyone with the link\u201d sharing<\/li>\n<li>Permissions assigned by role, not to an entire organization<\/li>\n<li>TLS encryption in transit and encryption at rest<\/li>\n<li>Audit logging enabled, with logs retained<\/li>\n<li>A defined and documented group of recipients<\/li>\n<li>A library retention rule consistent with the agreement<\/li>\n<\/ul>\n<p>Confirm where both the source system and report repository are hosted. The absence of transfers outside the European Economic Area (EEA) must be <strong>verified<\/strong>, not assumed. If anything is located outside the EEA, assess that separately and put an appropriate <a href=\"https:\/\/sawaryn.com\/publikacje\/transfer-danych-osobowych-poza-ue\/\">transfer mechanism<\/a> in place under Article 46 GDPR.<\/p>\n<h3>8. Document individual access and confidentiality<\/h3>\n<p>Before granting access:<\/p>\n<ol>\n<li>Issue named data-processing authorizations for each person who will have access.<\/li>\n<li>Obtain <a href=\"https:\/\/sawaryn.com\/publikacje\/co-to-jest-umowa-nda-jak-sporzadzic-umowe-o-zachowaniu-poufnosci\/\">confidentiality undertakings<\/a>.<\/li>\n<li>Limit recipients to those who can be identified by role and purpose: <strong>who needs access, and why?<\/strong><\/li>\n<li>Document the controller\u2019s instructions or relevant appendix.<\/li>\n<\/ol>\n<p>Record each authorization\u2019s scope and purpose. It should be capable of withdrawal when responsibilities change or the relationship ends.<\/p>\n<h2>Why BCRs and a general group agreement are not enough<\/h2>\n<p>Binding corporate rules (<strong>BCRs<\/strong>) under Articles 46(2)(b) and 47 GDPR are an approved mechanism for transfers to third countries within a corporate group (<a href=\"https:\/\/uodo.gov.pl\/pl\/414\/2505\" target=\"_blank\" rel=\"noopener\">UODO: binding corporate rules<\/a>). They do not replace an Article 28 DPA or an Article 26 joint-controller arrangement.<\/p>\n<p>BCRs are not required for a relationship entirely within the EEA. The companies still need documentation appropriate to their roles, such as a DPA for processing on instructions or a controller-to-controller data-sharing agreement for disclosure to a separate controller. Calling a document an \u201cintra-group agreement\u201d does not make it approved BCRs: it must meet Article 47\u2019s requirements and receive supervisory-authority approval.<\/p>\n<p>Check party names as well. If a framework agreement or DPA was signed under an outdated company name after a name change or restructuring, verify continuity against the relevant company-register extracts and sign an amendment confirming it.<\/p>\n<h2>Putting the legal and operational work together<\/h2>\n<p>This is not just an amendment to a contract. A workable review compares the roles assigned for each activity with the data people can actually see, then aligns the agreement, notices, report design, permissions, and retention rules.<\/p>\n<p>We support group companies\u2014particularly Polish entities with foreign owners\u2014at three levels:<\/p>\n<table>\n<thead>\n<tr>\n<th>Option<\/th>\n<th>Scope<\/th>\n<th>Suitable for<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Role-classification audit<\/strong><\/td>\n<td><a href=\"https:\/\/sawaryn.com\/publikacje\/audyt-rodo-gdpr-outsourcing-iod\/\">Review existing DPAs and access maps<\/a> and identify gaps<\/td>\n<td>Companies establishing their current position<\/td>\n<\/tr>\n<tr>\n<td><strong>Agreement and notices<\/strong><\/td>\n<td>Prepare a data-sharing agreement, updated privacy notices, and a data-scope appendix<\/td>\n<td>Companies that need the documents for a defined arrangement<\/td>\n<\/tr>\n<tr>\n<td><strong>Comprehensive review<\/strong><\/td>\n<td>Audit, agreement, Article 32 configuration checklist, retention policy, and guidance for staff who grant access<\/td>\n<td>Companies addressing the process end to end<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Finance may need the figures to calculate margins, not permission to read CVs. The aim is documentation and system access that enable the legitimate task without opening unrelated records. <a href=\"https:\/\/sawaryn.com\/kontakt\/\">Contact us<\/a> if you need to review intra-group agreements, map access, or prepare a data-sharing arrangement.<\/p>\n<h2>Key points before adding a group company to a system<\/h2>\n<p>Ask <strong>\u201cwhose purpose is it?\u201d<\/strong> before granting access. The answer determines whether you need a DPA, a controller-to-controller data-sharing agreement, or a joint-controller arrangement.<\/p>\n<p>Then limit the data\u2014an individual-level report rather than full employment contracts may meet the business need. Document the legal-basis assessment, set a report retention period, align both companies\u2019 privacy information, and configure access and security measures to match the agreed scope. Data minimization need not prevent shareholder oversight; it can make a proposed disclosure more defensible.<\/p>\n<h2>Frequently asked questions<\/h2>\n<p><strong>We have a DPA covering the whole group. Doesn\u2019t it cover every system access?<\/strong><\/p>\n<p>No. An Article 28 DPA covers processing on a controller\u2019s instructions. If a group company accesses data for its own oversight, financial monitoring, or cost-allocation purposes, it acts as a separate controller for that activity, and a controller-to-controller data-sharing agreement is the appropriate document. Also compare the DPA\u2019s stated data categories with what the system actually displays.<\/p>\n<p><strong>As a majority shareholder, why can\u2019t we simply see what the subsidiary pays people?<\/strong><\/p>\n<p>The GDPR does not prohibit access to that information as such, but the disclosure must be assessed and limited to its purpose. A full employment contract may reveal a bank account number, address, or potentially special category data alongside pay. An individual-level report containing position, remuneration, dates, and any necessary rate is a narrower option. No identified PUODO position expressly permits or prohibits disclosure of named pay data to a parent company; assess the particular case.<\/p>\n<p><strong>Can the agreement say access is \u201cpermanent\u201d or \u201cuntil revoked\u201d?<\/strong><\/p>\n<p>That wording may describe the arrangement\u2019s duration, including its connection to an ownership relationship. It does not define how long reports are kept. Set a concrete, purpose-based retention period\u2014for example, the current financial year plus a settlement period. The Polish Accounting Act\u2019s five-year period may apply to documents forming part of accounting books or accounting records; it should not automatically be applied to all management reports.<\/p>\n<p><strong>Can we use SharePoint to exchange remuneration reports?<\/strong><\/p>\n<p>Possibly. Article 32 compliance depends on configuration: use a dedicated library, remove inherited broad permissions, disable \u201canyone with the link\u201d sharing, assign role-based access, retain audit logs, and apply a retention rule consistent with the agreement. Confirm the repository\u2019s hosting location too.<\/p>\n<p><strong>The parent company is in another EU country. Is this a third-country transfer?<\/strong><\/p>\n<p>If both companies and the relevant systems are within the EEA, no third-country transfer mechanism under Chapter V GDPR is needed. Verify the system and repository locations rather than relying on the parent company\u2019s registered office. The source emphasizes server location in making that check.<\/p>\n<p><strong>Who should implement the arrangement\u2014Legal, HR, or IT?<\/strong><\/p>\n<p>All three. Legal assesses roles and prepares the documents. HR updates and distributes notices to employees and consultants. IT builds the report, restricts permissions, and implements retention rules. The documents must match what the system actually does.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>See when a parent company needs more than a DPA to access employee data in Poland, and how to assess roles, limit access and set retention periods.<\/p>\n","protected":false},"author":14,"featured_media":1901,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":"","sip_alt_url":"https:\/\/sawaryn.com\/publikacje\/rodo-grupa-kapitalowa-dpa\/","sip_en_pl_url":"https:\/\/sawaryn.com\/en\/publikacje\/sharing-employee-data-corporate-group-dpa\/","sip_pair_uuid":"f9a5ebc0-6dfa-4874-9d43-fd353146aef8","sip_pair_state":"verified"},"categories":[1150],"tags":[1206,1247,1237,1246,1219],"specialization":[5],"practice_area":[],"class_list":["post-2831","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-contracts","tag-gdpr","tag-gdpr-audit","tag-personal-data-protection","tag-risk-assessment","tag-uodo","specialization-contracts"],"acf":[],"_links":{"self":[{"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/posts\/2831","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/users\/14"}],"replies":[{"embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/comments?post=2831"}],"version-history":[{"count":2,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/posts\/2831\/revisions"}],"predecessor-version":[{"id":2833,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/posts\/2831\/revisions\/2833"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/media\/1901"}],"wp:attachment":[{"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/media?parent=2831"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/categories?post=2831"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/tags?post=2831"},{"taxonomy":"specialization","embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/specialization?post=2831"},{"taxonomy":"practice_area","embeddable":true,"href":"https:\/\/sawaryn.com\/us\/wp-json\/wp\/v2\/practice_area?post=2831"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}