This Data Processing Agreement is entered into between the Company and the Customer and is incorporated into and governed by the terms of the Agreement.
22 September 2022
Any capitalised term not defined in this DPA shall have the meaning given to it in the Agreement.
| Term | Meaning |
|---|---|
|
Affiliates |
means any entity that directly or indirectly controls, is controlled by, or is under common control of a party. “Control,” for purposes of this definition, means direct or indirect ownership or control of more than 50% of the voting interests of a party; |
|
Agreement |
means the agreement between the Controller and the Processor for the provision of the Services; |
|
CCPA |
means the California Consumer Privacy Act of 2018, along with its regulations and as amended from time to time; |
|
Controller |
means the Customer; |
|
Data Protection Law |
means all laws and regulations, including laws and regulations of the European Union, the European Economic Area, their member states and the United Kingdom, any amendments, replacements or renewals thereof, applicable to the processing of Personal Data, including where applicable the Data Protection, Privacy and Electronic Communications (Amendments etc.) (EU Exit) Regulations 2020, the EU GDPR, the UK GDPR, the FDPA, the UK Data Protection Act 2018, the CCPA and any applicable national implementing laws, regulations and secondary legislation relating to the processing of the Personal Data and the privacy of electronic communications, as amended, replaced or updated from time to time, including the Privacy and Electronic Communications Directive (2002/58/EC) and the Privacy and Electronic Communications (EC Directive) Regulations 2003 (SI 2003/2426); |
|
Data Subject |
shall have the same meaning as in Data Protection Law or means a “Consumer” as that term is defined in the CCPA; |
|
DPA |
means this data processing agreement together with Exhibits A, B and C; |
|
EEA |
means the European Economic Area; |
|
EU GDPR |
means Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data, (General Data Protection Regulation); |
|
FDPA |
means the Swiss Federal Act on Data Protection of 19 June 1992 (SR 235.1; FDPA) and as amended from time to time; |
|
Personal Data |
shall have the same meaning as in Data Protection Law; |
|
Processor |
means the Company, including as applicable any “Service Provider” as that term is defined by the CCPA; |
|
Restricted Transfer |
means: (i) where the EU GDPR applies, a transfer of Personal Data via the Services from the EEA either directly or via onward transfer, to any country or recipient outside of the EEA not subject to an adequacy determination by the European Commission; and
(ii) where the UK GDPR applies, a transfer of Personal Data via the Services from the United Kingdom either directly or via onward transfer, to any country or recipient outside of the UK not based on adequacy regulations pursuant to Section 17A of the United Kingdom Data Protection Act 2018; and
(iii) a transfer of Personal Data via the Services from Switzerland either directly or via onward transfer, to any country or recipient outside of the EEA and/or Switzerland not subject to an adequacy determination by the European Commission; |
|
|
|
|
Services |
means the SaaS software solution and services provided to the Controller by the Processor under and as described in the Agreement; |
|
Standard Contractual Clauses |
means: (i) where the EU GDPR applies, the standard contractual clauses annexed to the European Commission's Implementing Decision 2021/914 of 4 June 2021 on standard contractual clauses for the transfer of personal data to third countries published at https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32021D0914&from=EN/, (“EU SCCs”); and
(ii) where the UK GDPR applies standard data protection clauses adopted pursuant to Article 46(2)(c) as set out in Exhibit C of this DPA, (“UK SCCs”); and
(iii) where Personal Data is transferred from Switzerland to outside of Switzerland or the EEA, the EU SCCs as amended in accordance with guidance from the Swiss Data Protection Authority; (“Swiss SCCs”);; |
|
Sub-Processor |
means and third party (including the Processor’s Affiliates) engaged directly or indirectly by the Processor to process Personal Data under this DPA in the provision of the Services to the Controller; |
|
Supervisory Authority |
means a governmental or government chartered regulatory body having binding legal authority over a party; |
|
UK GDPR |
means the EU GDPR as it forms part of the law of England and Wales, Scotland and Northern Ireland by virtue of section 3 of the European Union (Withdrawal) Act 2018. |
2.1 The Processor has agreed to provide the Services to the Controller in accordance with the terms of the Agreement. In providing the Services, the Processor shall process Customer Data on behalf of the Controller. Customer Data may include Personal Data. The Processor will process and protect such Personal Data in accordance with the terms of this DPA.
3.1 In providing the Services to the Controller pursuant to the terms of the Agreement, the Processor shall process Personal Data only to the extent necessary to provide the Services in accordance with the terms of the Agreement, this DPA and the Controller’s instructions documented in the Agreement and this DPA, as amended from time to time.
3.2 The Controller and Processor shall take steps to ensure that any natural person acting under the authority of the Controller or the Processor who has access to Personal Data does not process them except on the instructions from the Controller unless required to do so by any Data Protection Law.
4.1 The Processor may collect, process or use Personal Data only within the scope of this DPA.
4.2 The Processor confirms that is shall process Personal Data on behalf of the Controller in accordance with the documented instructions of the Controller.
4.3 The Processor shall promptly inform the Controller, if in the Processor’s opinion, any of the instructions regarding the processing of Personal Data provided by the Controller, breach Data Protection Law.
4.4 The Processor shall ensure that all employees, agents, officers and contractors involved in the handling of Personal Data: (i) are aware of the confidential nature of the Personal Data and are contractually bound to keep the Personal Data confidential; (ii) have received appropriate training on their responsibilities as a data processor; and (iii) are bound by the terms of this DPA.
4.5 The Processor shall implement appropriate technical and organisational procedures to protect Personal Data, taking into account the state of the art, the costs of implementation and the nature, scope, context and purposes of processing as well as the risk of varying likelihood and severity for the rights and freedoms of natural persons.
4.6 The Processor shall implement appropriate technical and organisational measures to ensure a level of security appropriate to the risk, including inter alia as appropriate: (i) the pseudonymisation and encryption of Personal Data; (ii) the ability to ensure the on-going confidentiality, integrity, availability and resilience of processing systems and services; (iii) the ability to restore the availability and access to Personal Data in a timely manner in the event of a physical or technical incident; (iv) a process for regularly testing, assessing and evaluating the effectiveness of technical and organisational measures for ensuring the security of the processing. In accessing the appropriate level of security, account shall be taken in particular of the risks that are presented by processing, in particular from accidental or unlawful destruction, loss, alteration, unauthorised disclosure of, or access to Personal Data transmitted, stored or otherwise processed.
4.7 The technical and organisational measures detailed in Exhibit B shall be at all times adhered to as a minimum security standard. The Controller accepts and agrees that the technical and organisational measures are subject to development and review and that the Processor may use alternative suitable measures to those detailed in the attachments to this DPA, provided such measures are at least equivalent to the technical and organisational measures set out in Exhibit B and appropriate pursuant to the Processor’s obligations in clauses 4.5 and 4.6 above.
4.8 The Controller acknowledges and agrees that, in the course of providing the Services to the Controller, it may be necessary for the Processor to access the Personal Data to respond to any technical problems or Controller queries and to ensure the proper working of the Services. All such access by the Processor will be limited to those purposes.
4.9 Taking into account the nature of the processing and the information available to the Processor, the Processor shall assist the Controller by having in place appropriate technical and organisational measures, insofar as this is possible, for the fulfilment of the Controller's obligation to respond to requests for exercising the Data Subject's rights and the Controller’s compliance with the Controller’s data protection obligations in respect of the processing of Personal Data.
4.10 The Processor may not: (i) sell Personal Data; (ii) retain, use, or disclose Personal Data for commercial purposes other than providing the Services under the terms of the Agreement; or (iii) retain, use, or disclose Personal Data outside of the Agreement.
5.1 The Controller represents and warrants that: (i) it shall comply with his DPA and its obligations under Data Protection Law; (ii)it has obtained any and all necessary permissions and authorisations necessary to permit the Processor, its Affiliates and Sub-Processors, to execute their rights or perform their obligations under this DPA; and (iii) all Affiliates of the Controller who use the Services shall comply with the obligations of the Controller set out in this DPA.
5.2 The Controller shall implement appropriate technical and organisational procedures to protect Personal Data, taking into account the state of the art, the costs of implementation and the nature, scope, context and purposes of processing as well as the risk of varying likelihood and severity for the rights and freedoms of natural persons. The Controller shall implement appropriate technical and organisational measures to ensure a level of security appropriate to the risk, including inter alia as appropriate: (i) the pseudonymisation and encryption of Personal Data; (ii) the ability to ensure the on-going confidentiality, integrity, availability and resilience of processing systems and services; (iii) the ability to restore the availability and access to Personal Data in a timely manner in the event of a physical or technical incident; (iv) a process for regularly testing, assessing and evaluating the effectiveness of technical and organisational measures for ensuring the security of the processing. In accessing the appropriate level of security account shall be taken in particular of the risks that are presented by processing, in particular from accidental or unlawful destruction, loss, alteration, unauthorised disclosure of, or access to Personal Data transmitted, stored or otherwise processed.
5.3 The Controller acknowledges and agrees that some instructions from the Controller, including the Processor assisting with audits, inspections, DPIAs or providing any assistance under this DPA, may result in additional fees. In such case, the Processor will notify the Controller of its fees for providing such assistance in advance and shall be entitled to charge the controller for its reasonable costs and expenses in providing such assistance, unless otherwise agreed.
6.1 The Controller acknowledges and agrees that: (i) Affiliates of the Processor may be used as Sub-Processors; and (ii) the Processor and its Affiliates respectively may engage Sub-Processors in connection with the provision of Services.
6.2 All Sub-Processors who process Personal Data in the provision of the Services to the Controller shall comply with the obligations of the Processor set out in this DPA.
6.3 The Controller authorises the Processor to use the Sub-Processors included in the list of Sub-Processors published at: insert URL, to process the Personal Data. During the term of this DPA, the Processor shall provide the Controller with 30 days prior notification, via email, of any changes to the list of Sub-Processors before authorising any new or replacement Sub-Processor to process Personal Data in connection with provision of the Services.
6.4 The Controller may object to the use of a new or replacement Sub-Processor, by notifying the Processor promptly in writing within ten (10) Business Days after receipt of the Processor’s notice. If the Controller objects to a new or replacement Sub-Processor, the Controller may terminate the Agreement or applicable Order Form with respect to those Services which cannot be provided by the Processor without the use of the new or replacement Sub-Processor. The Processor will refund the Controller any prepaid fees covering the remainder of the term of the Agreement (or applicable Order Form) following the effective date of termination with respect to such terminated Services.
6.5 All Sub-Processors who process Personal Data shall comply with the obligations of the Processor set out in this DPA. The Processor shall prior to the relevant Sub-Processor carrying out any processing activities in respect of the Personal Data: (i) appoint each Sub-Processor under a written contract containing materially the same obligations to those of the processor in this DPA enforceable by the Processor; and (ii) ensure each such Sub-Processor complies with all such obligations.
6.6 The Controller agrees that the Processor and its Sub-Processors may make Restricted Transfers of Personal Data for the purpose of providing the Services to the Controller in accordance with the Agreement. The Processor confirms that such Sub-Processors: (i) are located in a third country or territory recognised by the EU Commission or a Supervisory Authority, as applicable, to have an adequate level of protection; or (ii) have entered into the applicable SCCs with the Processor; or (iii) have other legally recognised appropriate safeguards in place.
7.1 The parties agree that, when the transfer of Personal Data from the Controller to the Processor or from the Processor to a Sub-Processor is a Restricted Transfer, it shall be subject to the applicable SCCs.
7.2 The parties agree that the EU SCCs shall apply to Restricted Transfers from the EEA. The EU SCCs shall be deemed entered into (and incorporated into this DPA by reference) and completed as follows:
7.3 The parties agree that the EU SCCs as amended in clause 7.2 above, shall be adjusted as set out below where the FDPA applies to any Restricted Transfer:
7.4 The parties agree that the UK SCCs shall apply to Restricted Transfers from the UK and the UK SCCs shall be deemed entered into (and incorporated into this DPA by reference), as set out in Exhibit C of this DPA.
7.5 In the event that any provision of this DPA contradicts directly or indirectly any SCCs, the provisions of the applicable SCCs shall prevail over the terms of the DPA.
8.1 The Controller may require correction, deletion, blocking and/or making available the Personal Data during or after termination of the Agreement. The Controller acknowledges and agrees that the Processor will process the request to the extent it is lawful and will reasonably fulfil such request in accordance with its standard operational procedures to the extent possible.
8.2 In the event that the Processor receives a request from a Data Subject in relation to Personal Data, the Processor will refer the Data Subject to the Controller unless otherwise prohibited by law. The Controller shall reimburse the Processor for all costs incurred resulting from providing reasonable assistance in dealing with a Data Subject request. In the event that the Processor is legally required to respond to the Data Subject, the Controller will fully cooperate with the Processor as applicable.
9.1 The Processor shall make available to the Controller all information reasonably necessary to demonstrate compliance with its processing obligations and allow for and contribute to audits and inspections.
9.2 Any audit conducted under this DPA shall consist of examination of the most recent reports, certificates and/or extracts prepared by an independent auditor bound by confidentiality provisions similar to those set out in the Agreement. In the event that provision of the same is not deemed sufficient in the reasonable opinion of the Controller, the Controller may conduct a more extensive audit which will be: (i) at the Controller’s expense; (ii) limited in scope to matters specific to the Controller and agreed in advance; (iii) carried out during the Processor’s usual business hours and upon reasonable notice which shall be not less than 4 weeks unless an identifiable material issue has arisen; and (iv) conducted in a way which does not interfere with the Processor’s day-to-day business.
9.3 This clause shall not modify or limit the rights of audit of the Controller, instead it is intended to clarify the procedures in respect of any audit undertaken pursuant thereto.
10.1 The Processor shall notify the Controller without undue delay after becoming aware of (and in any event within 72 hours of discovering) any accidental or unlawful destruction, loss, alteration or unauthorised disclosure or access to any Personal Data (“Personal Data Breach”).
10.2 The Processor will take all commercially reasonable measures to secure the Personal Data, to limit the effects of any Personal Data Breach, and to assist the Controller in meeting the Controller’s obligations under applicable law.
11.1 The Processor will notify the Controller promptly of any request or complaint regarding the processing of Personal Data, which adversely impacts the Controller, unless such notification is not permitted under applicable law or a relevant court order.
11.2 The Processor may make copies of and/or retain Personal Data in compliance with any legal or regulatory requirement including, but not limited to, retention requirements.
11.3 The Processor shall reasonably assist the Controller in meeting the Controller’s obligation to carry out data protection impact assessments (DPIAs), taking into account the nature of processing and the information available to the Processor.
11.4 The Controller shall notify the Processor within a reasonable time, of any changes to applicable data protection laws, codes or regulations which may affect the contractual duties of the Processor. The Processor shall respond within a reasonable timeframe in respect of any changes that need to be made to the terms of this DPA or to the technical and organisational measures to maintain compliance. If the Processor is unable to accommodate necessary changes, the Controller may terminate the part or parts of the Services which give rise to the non-compliance. To the extent that other parts of the Services provided are not affected by such changes, the provision of those Services shall remain unaffected.
11.5 The Controller and the Processor and, where applicable, their representatives, shall cooperate, on request, with a Supervisory Authority in the performance of their respective obligations under this DPA and Data Protection Law.
12.1 The limitations on liability set out in the Agreement apply to all claims made pursuant to any breach of the terms of this DPA.
12.2 The parties agree that the Processor shall be liable for any breaches of this DPA caused by the acts and omissions or negligence of its Sub-Processors to the same extent the Processor would be liable if performing the services of each Sub-Processor directly under the terms of the DPA, subject to any limitations on liability set out in the terms of the Agreement.
12.3 The parties agree that the Controller shall be liable for any breaches of this DPA caused by the acts and omissions or negligence of its Affiliates as if such acts, omissions or negligence had been committed by the Controller itself.
12.4 The Controller shall not be entitled to recover more than once in respect of the same loss.
13.1 The Processor will only process Personal Data for the term of the DPA. The term of this DPA shall coincide with the commencement of the Agreement and this DPA shall terminate automatically together with termination or expiry of the Agreement.
14.1 The Processor shall at the choice of the Controller, upon receipt of a written request received within 30 days of the end of the provision of the Services, delete or return Personal Data to the Controller. The Processor shall in any event delete all copies of Personal Data in its systems within 120 days of the effective date of termination of the Agreement unless: (i) applicable law or regulations require storage of the Personal Data after termination; or (ii) partial personal data of the Customer is stored in backups or logs, then such personal data shall be deleted up to 1 year after the effective date of termination of the Agreement.
15.1 This DPA sets out the entire understanding of the parties with regards to the subject matter herein.
15.2 Should a provision of this DPA be invalid or become invalid then the legal effect of the other provisions shall be unaffected. A valid provision is deemed to have been agreed which comes closest to what the parties intended commercially and shall replace the invalid provision. The same shall apply to any omissions.
15.3 Subject to any provision of the SCCs to the contrary, this DPA shall be governed by the laws of England and Wales. The courts of England shall have exclusive jurisdiction for the settlement of all disputes arising under this DPA.
15.4 The parties agree that this DPA is incorporated into and governed by the terms of the Agreement.
List of Parties, Description of Processing and Transfer of Personal Data, Competent Supervisory Authority.
| The Controller |
means the Customer. |
|
Address: |
As set out for the Customer in the Agreement. |
|
Contact person’s name, position and contact details: |
As provided by the Customer in its account and used for notification and invoicing purposes. |
|
Activities relevant to the data transferred under the SCCs: |
Use of the Services. |
|
Signature and date: |
By entering into the Agreement, the Controller is deemed to have signed the SCCs incorporated into this DPA and including their Annexes, as of the effective date of the Agreement. |
|
Role: |
Data Exporter. |
|
Name of Representative (if applicable): |
Any UK or EU representative named in the Controller’s privacy policy. |
| The Processor: |
means Hardenize Limited |
|
Address: |
Unit 2.05, 12-18 Hoxton Street, London, N1 6NG, United Kingdom. |
|
Contact person’s name, position and contact details: |
Ivan Ristic, CEO, |
|
Activities relevant to the data transferred under the SCCs: |
The provision of cloud computing solutions to the Controller under which the Processor processes Personal Data upon the instructions of the Controller in accordance with the terms of the Agreement. |
|
Signature and date: |
By entering into the Agreement, the Processor is deemed to have signed the SCCs incorporated into this DPA, including their Annexes, as of the effective date of the Agreement. |
|
Role: |
Data Importer |
|
Categories of Data Subjects: |
Employees, agents, advisors, consultants, freelancers of the Controller (who are natural persons). Users, Affiliates and other participants authorised by the Controller to access or use the Services in accordance with the terms of the Agreement. Prospects, customers, clients, business partners and vendors of the Controller (who are natural persons) and individuals with whom those end users communicate with by email and/or other messaging media. Employees or contact persons of Controller’s prospects, customers, clients, business partners and vendors. Suppliers and service providers of the Controller. Other individuals to the extent identifiable in the context of emails of their attachments or in archiving content. |
|
Categories of Personal Data: |
The Controller may submit Personal Data to the Services, the extent of which is determined and controlled by the Controller. The Personal Data includes but is not limited to:
|
|
Sensitive Data: |
No sensitive data will be processed or transferred and shall not be contained in the content of or attachments to, emails. |
|
The frequency of the processing and transfer (e.g. whether the data is transferred on a one-off or continuous basis): |
Continuous basis for the duration of the Agreement. |
|
Nature of the processing: |
Processing operations include but are not limited to : controlling application user access to Services and communicating with them via email, processing error reports submitted by email systems and end-user browsers. This operation relates to all aspects of Personal Data processed. |
|
Purpose(s) of the data transfer and further processing: |
Personal Data is transferred to sub-contractors who need to process some of the Personal Data in order to provide their services to the Processor as part of the Services provided by the Processor to the Controller. |
|
The period for which the Personal Data will be retained, or, if that is not possible, the criteria used to determine that period: |
Unless agreed otherwise in writing, for the duration of the Agreement, subject to clause 14 of the DPA |
|
For transfers to (Sub-) processors, also specify subject matter, nature and duration of the processing: |
The Sub-Processor list published at: insert URL sets out the Personal Data processed by each Sub-Processor and the services provided by each Sub-Processor. |
The Data Exporter: is the Company.
The Data Importers: are the Sub-Processors named in the Sub-Processor list which contains the name, address, contact details and activities relevant to the data transferred to each Data Importer.
The Sub-Processor list includes the information about the processing and transfers of the Personal Data, for each Data Importer:
Personal Data is processed by each Data Importer:
The competent Supervisory Authority of the Data Exporter shall be:
Technical and Organisational Security Measures
(Including Technical and Organisational Measures to Ensure the Security of Data)
Below is a description of the technical and organisational measures implemented by the Processor (including any relevant certifications) to ensure an appropriate level of security, taking into account the nature, scope, context and purpose of the processing, and the risks for the rights and freedoms of natural persons.
Full details of the Processor’s technical and organisational security measures used to protect Personal Data is available at /about/security_policy
Where applicable this Exhibit B will serve as Annex II to the SCCs.
| Measure | Description |
|---|---|
|
Measures of pseudonymisation and encryption of Personal Data |
Data in transit is protected by Transport Layer Security (“TLS”). The Controller’s archived data is encrypted at rest using 2048-bit RSA encryption. The suitability of an encryption technology is measured against the protective purpose. Where it is not necessary to retain the original data (e.g., in the case of passwords), pseudonymisation is used.
|
|
Measures for ensuring ongoing confidentiality, integrity, availability and resilience of processing systems and services |
The Processor uses vulnerability assessment, patch management, and supply chain monitoring to identify and mitigate against identified threats. For more information see hardenize.com/about/security_policy |
|
Measures for ensuring the ability to restore the availability and access to Personal Data in a timely manner in the event of a physical or technical incident |
All of the Processor’s applications are built stateless by using Infrastructure as Code (IaC) templates and can be quickly recreated in different geographical regions. Data is stored in triplicate across 2 data centres in two geographies. Operations can be switched away from the main data centre in the event of flooding, earthquake, fire or other physical destruction or power outage protect Personal Data against accidental destruction and loss. The Processor maintains a level of redundancy throughout its IT infrastructure in order to minimize the lack of availability to or loss of data. Backups are maintained hourly and daily in accordance with our backup procedures. We maintain a disaster recovery policy and at least once per calendar year practice executing the policy. |
|
Processes for regularly testing, assessing and evaluating the effectiveness of technical and organisational measures in order to ensure the security of the processing |
The Processor conducts internal audits in line with our security policy. We strive to automate audits hence the majority of our monitoring of our infrastructure is automated and running 24/7 and based on various compliance and security frameworks. We obtain an external security and compliance audit once per calendar year. |
|
Measures for user identification and authorisation |
Remote access to the data processing systems is only possible from known secure locations or through the Processor’s secure VPN tunnel. If the users first authenticate to the secure VPN tunnel, after successful authentication authorisation is executed by providing a unique user name and password and two-factor authentication. All access attempts, successful and unsuccessful are logged and monitored. Access to data necessary for the performance of the particular task is ensured within the systems and applications by a corresponding role and authorisation concept. In accordance to the “least privilege” and "need-to-know" principles, each role has only those rights which are necessary for the fulfilment of the task to be performed by the individual person. |
|
Measures for the protection of data during transmission |
Data in transit is protected by Transport Layer Security (“TLS”), VPN, and SSH. |
|
Measures for the protection of data during storage |
Personal Data is only retained internally, and on the third party data centre servers, which are covered by relevant certifications. The Controller’s archived data is encrypted at rest where applicable using 2048-bit RSA encryption and data in transit is protected by Transport Layer Security (“TLS”), VPN, and SSH. |
|
Measures for ensuring physical security of locations at which Personal Data are processed |
Due to their respective security requirements, business premises and facilities are subdivided into different security zones with different access authorisations. Third party data centres are monitored by security personnel. Access for employees is only possible with an encoded ID with a photo on it. All other persons have access only after having registered before (e.g. at the main entrance). Access to special security areas for remote maintenance is additionally protected by a separate access area. The constructional and substantive security standards comply with the security requirements for data centres. The security provisions will apply as set out at https://www.google.com/about/datacenters/data-security/ and https://aws.amazon.com/compliance/data-center/controls/. |
|
Measures for ensuring events logging |
We have centralised system audit and event logging in place to record and monitor user access and activity. |
|
Measures for ensuring system configuration, including default configuration |
We use configuration management, with system configuration applied and maintained only by automated software tools that ensure the system configurations do not deviate from the specifications. |
|
Measures for internal IT and IT security governance and management |
Employees are instructed to collect, process and use Personal Data only within the framework and for the purposes of their duties (e.g. service provision). At a technical level, multi-client capability includes separation of functions as well as appropriate separation of testing and production systems. The Controller’s Personal Data is stored in a way that logically separates it from other customer data. |
|
Measures for certification/assurance of processes and products |
The Processor utilises third party data centres that maintain current ISO 27001 certifications and/or SSAE 16 SOC 1 Type II or SOC 2 Attestation Reports. The Processor will only use third party data centres that maintain the aforementioned certifications and/or attestations, or that have other substantially similar or equivalent certifications and/or attestations. See: https://cloud.google.com/security/compliance/ and https://aws.amazon.com/compliance/iso-certified/ Upon the Controller’s written request (no more than once in any 12 month period), the Processor shall provide within a reasonable time, a copy of the most recently completed certification and/or attestation reports (to the extent that to do so does not prejudice the overall security of the Services). Any audit report submitted to the Controller shall be treated as Confidential Information and subject to the confidentiality provisions of the Agreement between the parties |
|
Measures for ensuring data minimisation |
If Personal Data is no longer required for the purposes for which it was processed, it is deleted promptly. It should be noted that with each deletion, the Personal Data is only locked in the first instance and is then deleted for good with a certain delay. This is done in order to prevent accidental deletions or possible intentional damage. |
|
Measures for ensuring data quality |
All of the data processed is provided by the Controller. The Processor does not assess the quality of the data provided by the Controller. The Processor provides reporting tools within its product to help the Controller understand and validate the data that is stored. The Processor also uses a third party managed firewall in front of the server infrastructure which checks data for potential threats and blocks requests as required. |
|
Measures for ensuring limited data retention |
The Processor uses a data classification scheme for all data that it stores. When a record with Personal Data is deleted then it will be permanently removed from the Processor’s active databases. The data is retained in backups until they are replaced by more recent backups. |
|
Measures for ensuring accountability |
The Processor internally reviews its information security policies annually to ensure they are still relevant and are being followed. All employees that handle sensitive data must acknowledge the information security policies. These employees are re-trained on information security policies once per year. A disciplinary policy is in place for employees that do not adhere to information security policies. |
|
Measures for allowing data portability and ensuring erasure |
The Services have built-in tools that allow the Controller to export and permanently erase data. The Processor provides an API which can be accessed by the users of an account. This API allows, create, read, update and delete actions on the main account data. API access levels are the same as the user would have within the web-app. |
|
Measures to be taken by the (Sub-) processor to be able to provide assistance to the Controller (and, for transfers from a Processor to a Sub-processor, to the Data Exporter). |
The transfer of Personal Data to a third party (e.g. customers, sub-contractors, service providers) is only made if a corresponding contract exists, and only for the specific purposes. If Personal Data is transferred outside the EEA, the Processor provides that an adequate level of data protection exists at the target location or organisation in accordance with the European Union's data protection requirements, e.g. by employing contracts based on the EU SCCs. |
UK Addendum
International Data Transfer Addendum to the EU Commission Standard Contractual Clauses
Version B1.0 in force 21 March 2022
This Addendum has been issued by the Information Commissioner for Parties making Restricted Transfers. The Information Commissioner considers that it provides Appropriate Safeguards for Restricted Transfers when it is entered into as a legally binding contract.
|
Start date |
The date set out in Annex I of the Approved EU SCCs |
|
|
The Parties |
Exporter (who sends the Restricted Transfer) |
Importer (who receives the Restricted Transfer) |
|
Parties’ details |
Full legal name: Main address (if a
company registered address): Official registration
number (if any) (company number or similar identifier): |
Full legal name: Main address (if a company registered address): Unit 2.05 Official registration
number (if any) (company number or similar identifier):
|
|
Key Contact |
Full Name (optional): Job Title: Contact details including email: As set out in Annex I of the Approved EU SCCs |
Full Name (optional): Job Title: Contact details including email: ivanr@hardenize.com |
|
Signature (if required for the purposes of Section 2) |
no signature is required. |
no signature is required. |
|
Addendum EU SCCs |
☒ the Approved EU SCCs, including the Appendix Information and with only the following modules, clauses or optional provisions of the Approved EU SCCs brought into effect for the purposes of this Addendum: |
|
Module |
Module in operation |
Clause 11 |
Clause 9a General Authorisation |
Clause 9a (Time period) |
Is personal data received from the Importer combined with personal data collected by the Exporter? |
|
1 |
no |
not used |
- |
- |
- |
|
2 |
yes |
not used |
Yes |
15 days |
- |
|
3 |
yes |
not used |
Yes |
15 days |
- |
|
4 |
no |
not used |
- |
- |
no |
“Appendix Information” means the information which must be provided for the selected modules as set out in the Appendix of the Approved EU SCCs (other than the Parties), and which for this Addendum is set out in:
|
Annex 1A: List of Parties: for Module 2 and Module 3. |
|
Annex 1B: Description of Transfer: for Module 2 and Module 3. |
|
Annex II: Technical and organisational measures including technical and organisational measures to ensure the security of the data: for Module 2. |
|
The List of sub-processors is published here. |
|
Ending this Addendum when the Approved Addendum changes |
Which Parties may end this Addendum as set out in Section 19: Importer Exporter |
1. Each Party agrees to be bound by the terms and conditions set out in this Addendum, in exchange for the other Party also agreeing to be bound by this Addendum.
2. Although Annex 1A and Clause 7 of the Approved EU SCCs require signature by the Parties, for the purpose of making Restricted Transfers, the Parties may enter into this Addendum in any way that makes them legally binding on the Parties and allows data subjects to enforce their rights as set out in this Addendum. Entering into this Addendum will have the same effect as signing the Approved EU SCCs and any part of the Approved EU SCCs.
3. Where this Addendum uses terms that are defined in the Approved EU SCCs those terms shall have the same meaning as in the Approved EU SCCs. In addition, the following terms have the following meanings:
|
Addendum |
This International Data Transfer Addendum which is made up of this Addendum incorporating the Addendum EU SCCs. |
|
Addendum EU SCCs |
The version(s) of the Approved EU SCCs which this Addendum is appended to, as set out in Table 2, including the Appendix Information. |
|
Appendix Information |
As set out in Table 3. |
|
Appropriate Safeguards |
The standard of protection over the personal data and of data subjects’ rights, which is required by UK Data Protection Laws when you are making a Restricted Transfer relying on standard data protection clauses under Article 46(2)(d) UK GDPR. |
|
Approved Addendum |
The template Addendum issued by the ICO and laid before Parliament in accordance with s119A of the Data Protection Act 2018 on 2 February 2022, as it is revised under Section 18. |
|
Approved EU SCCs |
The Standard Contractual Clauses set out in the Annex of Commission Implementing Decision (EU) 2021/914 of 4 June 2021. |
|
ICO |
The Information Commissioner. |
|
Restricted Transfer |
A transfer which is covered by Chapter V of the UK GDPR. |
|
UK |
The United Kingdom of Great Britain and Northern Ireland. |
|
UK Data Protection Laws |
All laws relating to data protection, the processing of personal data, privacy and/or electronic communications in force from time to time in the UK, including the UK GDPR and the Data Protection Act 2018. |
|
UK GDPR |
As defined in section 3 of the Data Protection Act 2018. |
4. This Addendum must always be interpreted in a manner that is consistent with UK Data Protection Laws and so that it fulfils the Parties’ obligation to provide the Appropriate Safeguards.
5. If the provisions included in the Addendum EU SCCs amend the Approved SCCs in any way which is not permitted under the Approved EU SCCs or the Approved Addendum, such amendment(s) will not be incorporated in this Addendum and the equivalent provision of the Approved EU SCCs will take their place.
6. If there is any inconsistency or conflict between UK Data Protection Laws and this Addendum, UK Data Protection Laws applies.
7. If the meaning of this Addendum is unclear or there is more than one meaning, the meaning which most closely aligns with UK Data Protection Laws applies.
8. Any references to legislation (or specific provisions of legislation) means that legislation (or specific provision) as it may change over time. This includes where that legislation (or specific provision) has been consolidated, re-enacted and/or replaced after this Addendum has been entered into.
9. Although Clause 5 of the Approved EU SCCs sets out that the Approved EU SCCs prevail over all related agreements between the parties, the parties agree that, for Restricted Transfers, the hierarchy in Section 10 will prevail.
10. Where there is any inconsistency or conflict between the Approved Addendum and the Addendum EU SCCs (as applicable), the Approved Addendum overrides the Addendum EU SCCs, except where (and in so far as) the inconsistent or conflicting terms of the Addendum EU SCCs provides greater protection for data subjects, in which case those terms will override the Approved Addendum.
11. Where this Addendum incorporates Addendum EU SCCs which have been entered into to protect transfers subject to the General Data Protection Regulation (EU) 2016/679 then the Parties acknowledge that nothing in this Addendum impacts those Addendum EU SCCs.
12. This Addendum incorporates the Addendum EU SCCs which are amended to the extent necessary so that:
13. Unless the Parties have agreed alternative amendments which meet the requirements of Section 12, the provisions of Section 15 will apply.
14. No amendments to the Approved EU SCCs other than to meet the requirements of Section 12 may be made.
15. The following amendments to the Addendum EU SCCs (for the purpose of Section 12) are made:
16. The Parties may agree to change Clauses 17 and/or 18 of the Addendum EU SCCs to refer to the laws and/or courts of Scotland or Northern Ireland.
17. If the Parties wish to change the format of the information included in Part 1: Tables of the Approved Addendum, they may do so by agreeing to the change in writing, provided that the change does not reduce the Appropriate Safeguards.
18. From time to time, the ICO may issue a revised Approved Addendum which:
19. The revised Approved Addendum will specify the start date from which the changes ot he Approved Addendum are effective and whether the Parties need to review this Addendum including the Appendix Information. This Addendum is automatically amended as set out in the revised Approved Addendum from the start date specified.
20. If the ICO issues a revised Approved Addendum under Section 18, if any Party selected in Table 4 “Ending the Addendum when the Approved Addendum changes”, will as a direct result of the changes in the Approved Addendum have a substantial, disproportionate and demonstrable increase in: