Keep current on the latest trends and developments in the digital credentialing movement.
Revised: July 2020
This Data Processing Addendum (“DPA”) supplements the Credential Management Agreement between Credly, Inc. (“Credly”) and Issuer, or other agreement between Issuer and Credly governing Credly’s processing of Issuer Data (the “Agreement”) when the GDPR applies to your use of the Credly System to process Issuer Data. This DPA is an agreement between Issuer and Credly, Inc. (“Credly”). Unless otherwise defined in this DPA or in the Agreement, all capitalized terms used in this DPA will have the meanings given to them in the Agreement and Section 16 of this DPA.
1. Data Processing.
1.1 Scope and Roles. This DPA applies when Issuer Data is processed by Credly. In this context, Credly will act as “processor” to Issuer who may act either as “controller” or “processor” with respect to Issuer Data (as each term is defined in the GDPR).
1.2 Credly as a Controller. To accept a Credential, an Earner directly provides consent to Credly to process that Earner’s personal information as required by applicable privacy laws. Upon acceptance of a Credential by an Earner, Credly becomes the controller of such Issuer Data, which shall thereafter be processed as Earner Data pursuant to the agreement between the Earner and Credly.
1.3 California Consumer Privacy Act (“CCPA”). The parties acknowledge and agree that where Credly is a processor, Credly shall also be considered a service provider for the purposes of the CCPA. Credly certifies that it understands the rules, restrictions, requirements and definitions of the CCPA and agrees to refrain from taking any action that would cause any transfers of personal information to or from Credly to qualify as a sale of personal information under the CCPA. Credly acknowledges and confirms that it does not receive any personal information from Issuer as consideration for any services or other items provided to Issuer. Credly shall not sell any Issuer Data. Credly shall not retain, use or disclose any Issuer Data provided by Issuer except as necessary for the specific purpose of performing the services for Issuer pursuant to the Agreement or otherwise as set forth in the Agreement or as permitted by the CCPA. For purposes of this Section 1.3, the terms “personal information,” “service provider,” “sale,” and “sell” are as defined in Section 1798.140 of the CCPA.
1.4 Family Educational Rights and Privacy Act (“FERPA”). To the extent applicable, Credly agrees to comply with all applicable federal and state laws related to the protection and privacy of student records, including, but not limited to FERPA. Credly will implement safeguards that: 1) insure the security and confidentiality of Issuer Data; 2) protect against any anticipated threats or hazards to the security or integrity of such information; and 3) protect against unauthorized access to or use of such information which could result in substantial harm or inconvenience to any student. If Credly subcontracts with a third party for any of the services that it is required to undertake in furtherance of this Agreement, Credly will take reasonable steps to verify that such third parties implement practices which protect Issuer Data.
1.5 Details of Data Processing.
1.5.1 Subject matter. The subject matter of the data processing under this DPA is Issuer Data.
1.5.2 Duration. As between Credly and Issuer, the duration of the data processing under this DPA is for the term of the Agreement.
1.5.3 Purpose. The purpose of the data processing under this DPA is the provision of Credly’s digital credentialing services provided by means of the Credly system.
1.5.4 Nature of the processing: Credly will provide a platform for Issuer to create, manage, and issue digital credentials.
1.5.5 Type of Issuer Data: Issuer Data uploaded to the Credly System under Issuer’s Credly accounts.Issuer Data will comprise the first name, last name, and email address of Earners, as well as the Credentials earned by the Earners.
1.5.6 Categories of data subjects: The data subjects may include Issuer’s customers, employees, end-users, and other individuals that are issued Credentials by Issuer.
1.5 Compliance with Laws. Each party will comply with all laws, rules and regulations applicable to it and binding on it in the performance of this DPA, including the GDPR and the CCPA.
5.1 Credly has implemented and will maintain the technical and organizational measures for the Credly System as described in the Credly Information Security Standards, attached hereto as Annex 1.
6.1 Authorized Sub-processors. Issuer agrees that Credly may use sub-processors to fulfill its contractual obligations under this DPA or to provide certain services on its behalf, such as providing support services. The Credly website (currently posted at https://info.credly.com/credly-platform-subprocessors) lists sub-processors that are currently engaged by Credly to carry out processing activities on Issuer Data on behalf of Issuer. At least 30 days before Credly engages any new sub-processor to carry out processing activities on Issuer Data on behalf of Issuer, Credly will update the applicable website and provide Issuer with a mechanism to obtain notice of that update. If Issuer reasonably objects to a new sub-processor and such objection cannot be satisfactorily resolved within a reasonable time, Issuer may terminate this Agreement without penalty upon 30 days’ written notice to Credly. If Issuer’s objection remains unresolved 30 days after it was raised and no notice of termination has been received, Issuer is deemed to accept the new sub-processor. Issuer consents to Credly’s use of sub-processors as described in this Section.
6.2 Sub-processor Obligations. Where Credly authorizes any sub-processor as described in Section 6.1:
(i) Credly will restrict the sub-processor’s access to Issuer Data only to what is necessary to maintain the Credly System or as necessary under the Agreement. Credly will prohibit the sub-processor from accessing Issuer Data for any other purpose;
(ii) Credly will enter into a written agreement with the sub-processor and, to the extent that the sub-processor is performing the same data processing services that are being provided by Credly under this DPA, Credly will impose on the sub- processor the appropriate contractual obligations that Credly has under this DPA; and
(iii) Credly will remain responsible for its compliance with the obligations of this DPA and for any acts or omissions of the sub-processors that cause Credly to breach any of Credly’s obligations under this DPA.
7. Data Subject Rights
Should a data subject contact Credly with regard to correction or deletion of Issuer Data, Credly will use commercially reasonable efforts to forward such requests to Issuer.
8. Security Breach Notification.
8.1 Security Incident. Credly will (a) notify Issuer of a Security Incident without undue delay after becoming aware of the Security Incident, and b) take reasonable steps to mitigate the effects and to minimize any damage resulting from the Security Incident.
8.2 Credly Assistance. To assist Issuer in relation to any personal data breach notifications Issuer is required to make under the GDPR, Credly will include in the notification under section 8.1(a) such information about the Security Incident as Credly is reasonably able to disclose to Issuer, taking into account the nature of the Credly System, the information available to Credly, and any restrictions on disclosing the information, such as confidentiality.
8.3 Unsuccessful Security Incidents. Issuer agrees that:
(i) an unsuccessful Security Incident will not be subject to this Section 8. An unsuccessful Security Incident is one that results in no unauthorized access to Issuer Data or to any of Credly’s equipment or facilities storing Issuer Data, and may include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful log-on attempts, denial of service attacks, packet sniffing (or other unauthorized access to traffic data that does not result in access beyond headers) or similar incidents; and
(ii) Credly’s obligation to report or respond to a Security Incident under this Section 8 is not and will not be construed as an acknowledgement by Credly of any fault or liability of Credly with respect to the Security Incident.
8.4 Communication. Notification(s) of Security Incidents, if any, will be delivered to one or more of Issuer’s Administrators by any means Credly selects, including via email. It is Issuer’s sole responsibility to ensure Issuer’s Administrators maintain accurate contact information on the Credly management console and secure transmission at all times.
9. Credly Certifications and Audits.
9.1 Credly ISO-Certification and SOC Reports. In addition to the information contained in this DPA, upon Issuer’s request, and provided that the parties have an applicable NDA in place, Credly will make available the following documents and information:
(i) the ISO27001 Certification.
9.2 Credly Audits. Credly uses external auditors to verify the adequacy of its security measures, including the security of the physical data centers from which Credly provides the Credly System. This audit: (a) will be performed at least annually; (b) will be performed according to the ISO27001 standard or such other alternative standards that are substantially equivalent to ISO27001; (c) will be performed by independent third party security professionals at Credly’s selection and expense; and (d) will result in the generation of an audit report (“Report”), which will be Credly’s Confidential Information.
9.3 Audit Reports. At Issuer’s written request, Credly will provide Issuer with a copy of the Report so that Issuer can reasonably verify Credly’s compliance with its obligations under this DPA.
9.4 Privacy Impact Assessment and Prior Consultation. Taking into account the nature of the Credly System and the information available to Credly, Credly will assist Issuer in complying with Issuer’s obligations in respect of data protection impact assessments and prior consultation pursuant to Articles 35 and 36 of the GDPR, by providing the information Credly makes available under this Section 9.
10. Issuer Audits. Issuer agrees to exercise any right it may have to conduct an audit or inspection, including under the Standard Contractual Clauses if they apply, by instructing Credly to carry out the audit described in Section 9. If Issuer wishes to change this instruction regarding the audit, then Issuer has the right to request a change to this instruction by sending Credly written notice as provided for in the Agreement. If Credly declines to follow any instruction requested by Issuer regarding audits or inspections, Issuer is entitled to terminate this DPA and the Agreement. If the Standard Contractual Clauses apply, nothing in this Section varies or modifies the Standard Contractual Clauses nor affects any supervisory authority’s or data subject’s rights under the Standard Contractual Clauses.
11. Transfers of Personal Data.
11.1 Application of Standard Contractual Clauses. The Standard Contractual Clauses will apply to Issuer Data that is transferred outside the EEA, either directly or via onward transfer, to any country not recognized by the European Commission as providing an adequate level of protection for personal data (as described in the GDPR). The Standard Contractual Clauses will not apply to Issuer Data that is not transferred, either directly or via onward transfer, outside the EEA. Notwithstanding the foregoing, the Standard Contractual Clauses (or obligations the same as those under the Standard Contractual Clauses) will not apply if Credly has adopted Binding Corporate Rules for Processors or an alternative recognized compliance standard for the lawful transfer of personal data (as defined in the GDPR) outside the EEA.
12. Termination of the DPA. This DPA shall continue in force until the termination of the Agreement (the “Termination Date”).
13. Return or Deletion of Issuer Data. Up to the Termination Date, Issuer will continue to have the ability to retrieve or delete Issuer Data in accordance with this Section. For 90 days following the Termination Date, Issuer may retrieve or delete any remaining Issuer Data from the Credly System, subject to the terms and conditions set out in the Agreement, unless prohibited by law or the order of a governmental or regulatory body or it could subject Credly or its Affiliates to liability. No later than the end of this 90 day period, Issuer will close all Credly accounts. Credly will delete Issuer Data when requested by Issuer.
14. Duties to Inform. Where Issuer Data becomes subject to confiscation during bankruptcy or insolvency proceedings, or similar measures by third parties while being processed by Credly, Credly will inform Issuer without undue delay. Credly will, without undue delay, notify all relevant parties in such action (e.g. creditors, bankruptcy trustee) that any Issuer Data subjected to those proceedings is Issuer’s property and area of responsibility and that Issuer Data is at Issuer’s sole disposition.
15. Entire Agreement; Conflict. Except as amended by this DPA, the Agreement will remain in full force and effect. If there is a conflict between any other agreement between the parties including the Agreement and this DPA, the terms of this DPA will control.
16. Definition. Unless otherwise defined in the Agreement, all capitalised terms used in this DPA will have the meanings given to them below:
“Credly Information Security Standards” means the security standards attached to the Agreement, or if none are attached to the Agreement, attached to this DPA as Annex 1.
“Earner Data” means the “personal data” (as defined in the GDPR) of an Earner that is processed by Credly pursuant to an agreement between Credly and said Earner.
“Issuer Data” means the “personal data” (as defined in the GDPR) of an Earner that is uploaded to the Credly System under Issuer’s Credly accounts.
“EEA” means the European Economic Area.
“GDPR” means Regulation 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, and repealing Directive 95/46/EC (General Data Protection Regulation).
“processing” has the meaning given to it in the GDPR and “process”, “processes” and “processed” will be interpreted accordingly.
“Security Incident” means a breach of Credly’s security leading to the accidental or unlawful destruction, loss, alteration, unauthorized disclosure of, or access to, Issuer Data.
“Standard Contractual Clauses” means Annex 2, attached to and forming part of this DPA pursuant to the European Commission Decision of 5 February 2010 on standard contractual clauses for the transfer of personal data to processors established in third countries under Directive 95/46/EC.
Credly Information Security Standards
Capitalised terms not otherwise defined in this document have the meanings assigned to them in the Agreement.
These terms supplement the Data Processing Addendum between Credly and Issuer.
I. Credly has agreed to employ appropriate technical and organizational measures to protect against unauthorized or unlawful processing of Issuer Data (“Information Security Program”) and against accidental loss or destruction of, or damage to, Issuer Data.
II. Credly’s Information Security Program shall include specific security requirements for its personnel and all subcontractors, Credly, or agents who have access to Issuer Data (“Data Personnel”). Credly’s security requirements shall cover the following areas:
1. Information Security Policies and Standards
1.1. Credly will maintain information security policies, standards and procedures. These policies, standards, and procedures shall be kept up to date, and revised whenever relevant changes are made to the information systems that use or store Issuer Data. These policies, standards, and procedures shall be designed and implemented to:
a. Prevent unauthorized persons from gaining physical access to Issuer Data (e.g. physical access controls);
b. Prevent Issuer Data from being used without authorization (e.g. logical access control);
c. Ensure that Data Personnel gain access only to such Personal Data as they are entitled to access (e.g. in accordance with their access rights) and that, in the course of Processing or use and after storage, Issuer Data cannot be read, copied, modified or deleted without authorization (e.g. data access controls);
d. Ensure that Personal Data cannot be read, copied, modified or deleted without authorization during electronic transmission, transport or storage, and that the recipients of any transfer of Issuer Data by means of data transmission facilities can be established and verified (e.g. data transfer controls);
e. Ensure the establishment of an audit trail to document whether and by whom Personal Data has been entered into, modified in, or removed from Personal Data Processing (e.g. entry controls);
f. Ensure that Personal Data is Processed solely in accordance with Issuer’s Instructions (e.g. control of instructions);
g. Ensure that Issuer Data is protected against accidental destruction or loss (e.g. availability controls);
h. Ensure that Personal Data collected for different purposes can be Processed separately (e.g. separation controls);
i. Ensure that Personal Data maintained or processed for different customers is Processed in logically separate locations (e.g. data segregation);
j. Ensure that all systems that Process Issuer Data are subject to a secure software developmental lifecycle; and
k. Ensure that all systems that Process Issuer Data are the subject of a vulnerability management program that includes without limitation internal and external vulnerability scanning with risk rating findings and formal remediation plans to address any identified vulnerabilities.2. Physical Security
2.1. Physical Access Controls. The Credly System is hosted in a datacenter located at nondescript facilities owned and operated by a third-party hosting provider (the “Facilities”). Physical barrier controls are used to prevent unauthorized entrance to the Facilities both at the perimeter and at building access points. Passage through the physical barriers at the Facilities requires either electronic access control validation (e.g., card access systems, etc.) or validation by human security personnel (e.g., contract or in-house security guard service, receptionist, etc.). Employees and contractors are assigned photo-ID badges that must be worn while the employees and contractors are at any of the Facilities. Visitors are required to sign-in with designated personnel, must show appropriate identification, are assigned a visitor ID badge that must be worn while the visitor is at any of the Facilities, and are continually escorted by authorized employees or contractors while visiting the Facilities.
2.2. Limited Employee and Contractor Access. Credly’s hosting provider provides access to the Facilities to those employees and contractors who have a legitimate business need for such access privileges. When an employee or contractor no longer has a business need for the access privileges assigned to him/her, the access privileges are promptly revoked, even if the employee or contractor continues to be an employee of Credly’s hosting provider or its Affiliates.
2.3 Physical Security Protections. All access points (other than main entry doors) are maintained in a secured (locked) state. Access points to the Facilities are monitored by video surveillance cameras designed to record all individuals accessing the Facilities. Credly’s hosting provider also maintains electronic intrusion detection systems designed to detect unauthorized access to the Facilities, including monitoring points of vulnerability (e.g., primary entry doors, emergency egress doors, roof hatches, dock bay doors, etc.) with door contacts, glass breakage devices, interior motion-detection, or other devices designed to detect individuals attempting to gain access to the Facilities. All physical access to the Facilities by employees and contractors is logged and routinely audited.3. Organizational Security
3.1. Credly will maintain information security policies and procedures addressing:
a. Data Disposal. Procedures for when media are to be disposed or reused have been implemented to prevent any subsequent retrieval of any Issuer Data stored on media before they are withdrawn from the Credly’s inventory or control.
b. Data Minimization. Procedures for when media are to leave the premises at which the files are located as a result of maintenance operations have been implemented to prevent undue retrieval of Personal Data stored on media.
c. Data Classification. Policies and procedures to classify sensitive information assets, clarify security responsibilities, and promote awareness for all employees have been implemented and are maintained.
d. Incident Response. All Issuer Data security incidents are managed in accordance with appropriate incident response procedures.
e. Encryption. All Issuer Data is stored and transmitted using industry standard encryption mechanisms and strong cipher suites, such as AES-256.
4. Network Security
4.1 Credly System is hosted in a datacenter located at nondescript facilities owned and operated by a third-party hosting provider. Credly does not maintain an internal network. The Credly engineering team makes use of industry standard virtual private networks (“VPN”) to manage infrastructure resources and access the Credly System.5. Access Control (Governance)
5.1 Credly governs access to information systems that Process Issuer Data.
5.2 Only authorized Credly staff can grant, modify or revoke access to an information system that Processes Issuer Data.
5.3 User administration procedures are used by Credly to: (i) define user roles and their privileges; (ii) govern how access is granted, changed, and terminated; (iii) address appropriate segregation of duties; and (iv) define the requirements and mechanisms for logging/monitoring.
5.4 All Data Personnel are assigned unique User IDs.
5.5 Access rights are implemented adhering to the “least privilege” approach.
5.6 Credly implements commercially reasonable physical and technical safeguards to create and protect passwords.6. Virus and Malware Controls
6.1. Credly protects Issuer Data from malicious code and will install and maintain anti-virus and malware protection software on any system that handles Issuer Data.7. Personnel
7.1 Credly has implemented and maintains a security awareness program to train all employees about their security obligations. This program includes training about data classification obligations, physical security controls, security practices, and security incident reporting.
7.2 Credly has clearly defined roles and responsibilities for employees.
7.3 Prospective employees are screened, including background checks for Data Personnel or individuals supporting Issuer’s technical environment or infrastructure, before employment and the terms and conditions of employment are applied appropriately.
7.4 Data Personnel strictly follow established security policies and procedures. Disciplinary process is applied if Data Personnel fail to adhere to relevant policies and procedures.
7.5 Credly shall take reasonable steps to ensure the reliability of any employee, agent or contractor who may Process Personal Data.8. Business Continuity
8.1 Credly implements disaster recovery and business resumption plans. Business continuity plans are tested and updated regularly to ensure that they are up to date and effective.
Standard Contractual Clauses (processors)
For the purposes of Article 26(2) of Directive 95/46/EC for the transfer of personal data to processors established in third countries which do not ensure an adequate level of data protection
The entity identified as “Issuer” in the DPA
(the “data exporter”)
349 5th Avenue, Suite 726, New York, NY 10016, USA.
(the “data importer”)
each a “party”; together “the parties”,
HAVE AGREED on the following Contractual Clauses (the Clauses) in order to adduce adequate safeguards with respect to the protection of privacy and fundamental rights and freedoms of individuals for the transfer by the data exporter to the data importer of the personal data specified in Appendix 1.
For the purposes of the Clauses:
(a) 'personal data', 'special categories of data', 'process/processing', 'controller', 'processor', 'data subject' and 'supervisory authority' shall have the same meaning as in Directive 95/46/EC of the European Parliament and of the Council of 24 October 1995 on the protection of individuals with regard to the processing of personal data and on the free movement of such data;
(b) 'the data exporter' means the controller who transfers the personal data;
(c) 'the data importer' means the processor who agrees to receive from the data exporter personal data intended for processing on his behalf after the transfer in accordance with his instructions and the terms of the Clauses and who is not subject to a third country's system ensuring adequate protection within the meaning of Article 25(1) of Directive 95/46/EC;
(d) 'the subprocessor' means any processor engaged by the data importer or by any other subprocessor of the data importer who agrees to receive from the data importer or from any other subprocessor of the data importer personal data exclusively intended for processing activities to be carried out on behalf of the data exporter after the transfer in accordance with his instructions, the terms of the Clauses and the terms of the written subcontract;
(e) 'the applicable data protection law' means the legislation protecting the fundamental rights and freedoms of individuals and, in particular, their right to privacy with respect to the processing of personal data applicable to a data controller in the Member State in which the data exporter is established;
(f) 'technical and organisational security measures' means those measures aimed at protecting personal data against accidental or unlawful destruction or accidental loss, alteration, unauthorised disclosure or access, in particular where the processing involves the transmission of data over a network, and against all other unlawful forms of processing;
b. Details of the transfer
The details of the transfer and in particular the special categories of personal data where applicable are specified in Appendix 1 which forms an integral part of the Clauses.
c. Third-party beneficiary clause
1. The data subject can enforce against the data exporter this Clause, Clause 4(b) to (i), Clause 5(a) to (e), and (g) to (j), Clause 6(1) and (2), Clause 7, Clause 8(2), and Clauses 9 to 12 as third-party beneficiary.
2. The data subject can enforce against the data importer this Clause, Clause 5(a) to (e) and (g), Clause 6, Clause 7, Clause 8(2), and Clauses 9 to 12, in cases where the data exporter has factually disappeared or has ceased to exist in law unless any successor entity has assumed the entire legal obligations of the data exporter by contract or by operation of law, as a result of which it takes on the rights and obligations of the data exporter, in which case the data subject can enforce them against such entity.
3. The data subject can enforce against the subprocessor this Clause, Clause 5(a) to (e) and (g), Clause 6, Clause 7, Clause 8(2), and Clauses 9 to 12, in cases where both the data exporter and the data importer have factually disappeared or ceased to exist in law or have become insolvent, unless any successor entity has assumed the entire legal obligations of the data exporter by contract or by operation of law as a result of which it takes on the rights and obligations of the data exporter, in which case the data subject can enforce them against such Such third-party liability of the subprocessor shall be limited to its own processing operations under the Clauses.
4. The parties do not object to a data subject being represented by an association or other body if the data subject so expressly wishes and if permitted by national law.
d. Obligations of the data exporter
The data exporter agrees and warrants:
(a) that the processing, including the transfer itself, of the personal data has been and will continue to be carried out in accordance with the relevant provisions of the applicable data protection law (and, where applicable, has been notified to the relevant authorities of the Member State where the data exporter is established) and does not violate the relevant provisions of that State;
(b) that it has instructed and throughout the duration of the personal data processing services will instruct the data importer to process the personal data transferred only on the data exporter's behalf and in accordance with the applicable data protection law and the Clauses;
(c) that the data importer will provide sufficient guarantees in respect of the technical and organisational security measures specified in Appendix 2 to this contract;
(d) that after assessment of the requirements of the applicable data protection law, the security measures are appropriate to protect personal data against accidental or unlawful destruction or accidental loss, alteration, unauthorised disclosure or access, in particular where the processing involves the transmission of data over a network, and against all other unlawful forms of processing, and that these measures ensure a level of security appropriate to the risks presented by the processing and the nature of the data to be protected having regard to the state of the art and the cost of their implementation;
(e) that it will ensure compliance with the security measures;
(f) that, if the transfer involves special categories of data, the data subject has been informed or will be informed before, or as soon as possible after, the transfer that its data could be transmitted to a third country not providing adequate protection within the meaning of Directive 95/46/EC;
(g) to forward any notification received from the data importer or any subprocessor pursuant to Clause 5(b) and Clause 8(3) to the data protection supervisory authority if the data exporter decides to continue the transfer or to lift the suspension;
(h) to make available to the data subjects upon request a copy of the Clauses, with the exception of Appendix 2, and a summary description of the security measures, as well as a copy of any contract for subprocessing services which has to be made in accordance with the Clauses, unless the
Clauses or the contract contain commercial information, in which case it may remove such commercial information;
(i) that, in the event of subprocessing, the processing activity is carried out in accordance with Clause 11 by a subprocessor providing at least the same level of protection for the personal data and the rights of data subject as the data importer under the Clauses; and
(ii) that it will ensure compliance with Clause 4(a) to (i).
e. Obligations of the data importer1
The data importer agrees and warrants:
(a) to process the personal data only on behalf of the data exporter and in compliance with its instructions and the Clauses; if it cannot provide such compliance for whatever reasons, it agrees to inform promptly the data exporter of its inability to comply, in which case the data exporter is entitled to suspend the transfer of data and/or terminate the contract;
(b) that it has no reason to believe that the legislation applicable to it prevents it from fulfilling the instructions received from the data exporter and its obligations under the contract and that in the event of a change in this legislation which is likely to have a substantial adverse effect on the warranties and obligations provided by the Clauses, it will promptly notify the change to the data exporter as soon as it is aware, in which case the data exporter is entitled to suspend the transfer of data and/or terminate the contract;
(c) that it has implemented the technical and organisational security measures specified in Appendix 2 before processing the personal data transferred;
(d) that it will promptly notify the data exporter about:
(i) any legally binding request for disclosure of the personal data by a law enforcement authority unless otherwise prohibited, such as a prohibition under criminal law to preserve the confidentiality of a law enforcement investigation,
(ii) any accidental or unauthorised access, and
(iii) any request received directly from the data subjects without responding to that request, unless it has been otherwise authorised to do so;
(e) to deal promptly and properly with all inquiries from the data exporter relating to its processing of the personal data subject to the transfer and to abide by the advice of the supervisory authority with regard to the processing of the data transferred;
1 Mandatory requirements of the national legislation applicable to the data importer which do not go beyond what is necessary in a democratic society on the basis of one of the interests listed in Article 13(1) of Directive 95/46/EC, that is, if they constitute a necessary measure to safeguard national security, defence, public security, the prevention, investigation, detection and prosecution of criminal offences or of breaches of ethics for the regulated professions, an important economic or financial interest of the State or the protection of the data subject or the rights and freedoms of others, are not in contradiction with the standard contractual clauses. Some examples of such mandatory requirements which do not go beyond what is necessary in a democratic society are, inter alia, internationally recognised sanctions, tax-reporting requirements or anti-money-laundering reporting requirements.
(f) at the request of the data exporter to submit its data processing facilities for audit of the processing activities covered by the Clauses which shall be carried out by the data exporter or an inspection body composed of independent members and in possession of the required professional qualifications bound by a duty of confidentiality, selected by the data exporter, where applicable, in agreement with the supervisory authority;
(g) to make available to the data subject upon request a copy of the Clauses, or any existing contract for subprocessing, unless the Clauses or contract contain commercial information, in which case it may remove such commercial information, with the exception of Appendix 2 which shall be replaced by a summary description of the security measures in those cases where the data subject is unable to obtain a copy from the data exporter;
(h) that, in the event of subprocessing, it has previously informed the data exporter and obtained its prior written consent;
(i) that the processing services by the subprocessor will be carried out in accordance with Clause 11;
(j) to send promptly a copy of any subprocessor agreement it concludes under the Clauses to the data exporter.
1. The parties agree that any data subject, who has suffered damage as a result of any breach of the obligations referred to in Clause 3 or in Clause 11 by any party or subprocessor is entitled to receive compensation from the data exporter for the damage suffered.
2. If a data subject is not able to bring a claim for compensation in accordance with paragraph 1 against the data exporter, arising out of a breach by the data importer or his subprocessor of any of their obligations referred to in Clause 3 or in Clause 11, because the data exporter has factually disappeared or ceased to exist in law or has become insolvent, the data importer agrees that the data subject may issue a claim against the data importer as if it were the data exporter, unless any successor entity has assumed the entire legal obligations of the data exporter by contract of by operation of law, in which case the data subject can enforce its rights against such entity. The data importer may not rely on a breach by a subprocessor of its obligations in order to avoid its own liabilities.
3. If a data subject is not able to bring a claim against the data exporter or the data importer referred to in paragraphs 1 and 2, arising out of a breach by the subprocessor of any of their obligations referred to in Clause 3 or in Clause 11 because both the data exporter and the data importer have factually disappeared or ceased to exist in law or have become insolvent, the subprocessor agrees that the data subject may issue a claim against the data subprocessor with regard to its own processing operations under the Clauses as if it were the data exporter or the data importer, unless any successor entity has assumed the entire legal obligations of the data exporter or data importer by contract or by operation of law, in which case the data subject can enforce its rights against such entity. The liability of the subprocessor shall be limited to its own processing operations under the Clauses.
g. Mediation and jurisdiction
1. The data importer agrees that if the data subject invokes against it third-party beneficiary rights and/or claims compensation for damages under the Clauses, the data importer will accept the decision of the data subject:
(a) to refer the dispute to mediation, by an independent person or, where applicable, by the supervisory authority;
(b) to refer the dispute to the courts in the Member State in which the data exporter is established.
2. The parties agree that the choice made by the data subject will not prejudice its substantive or procedural rights to seek remedies in accordance with other provisions of national or international law.
h. Cooperation with supervisory authorities
1. The data exporter agrees to deposit a copy of this contract with the supervisory authority if it so requests or if such deposit is required under the applicable data protection
2. The parties agree that the supervisory authority has the right to conduct an audit of the data importer, and of any subprocessor, which has the same scope and is subject to the same conditions as would apply to an audit of the data exporter under the applicable data protection
3. The data importer shall promptly inform the data exporter about the existence of legislation applicable to it or any subprocessor preventing the conduct of an audit of the data importer, or any subprocessor, pursuant to paragraph 2. In such a case the data exporter shall be entitled to take the measures foreseen in Clause 5 (b).
i. Governing Law
The Clauses shall be governed by the law of the Member State in which the data exporter is established.
j. Variation of the contract
The parties undertake not to vary or modify the Clauses. This does not preclude the parties from adding clauses on business related issues where required as long as they do not contradict the Clause.
1. The data importer shall not subcontract any of its processing operations performed on behalf of the data exporter under the Clauses without the prior written consent of the data exporter.
Where the data importer subcontracts its obligations under the Clauses, with the consent of the data exporter, it shall do so only by way of a written agreement with the subprocessor which imposes the same obligations on the subprocessor as are imposed on the data importer under the Clauses. Where the subprocessor fails to fulfil its data protection obligations under such written agreement the data importer shall remain fully liable to the data exporter for the performance of the subprocessor's obligations under such agreement.
2. The prior written contract between the data importer and the subprocessor shall also provide for a third-party beneficiary clause as laid down in Clause 3 for cases where the data subject is not able to bring the claim for compensation referred to in paragraph 1 of Clause 6 against the data exporter or the data importer because they have factually disappeared or have ceased to exist in law or have become insolvent and no successor entity has assumed the entire legal obligations of the data exporter or data importer by contract or by operation of law. Such third-party liability of the subprocessor shall be limited to its own processing operations under the
3. The provisions relating to data protection aspects for subprocessing of the contract referred to in paragraph 1 shall be governed by the law of the Member State in which the data exporter is
4. The data exporter shall keep a list of subprocessing agreements concluded under the Clauses and notified by the data importer pursuant to Clause 5 (j), which shall be updated at least once a The list shall be available to the data exporter's data protection supervisory authority.
l. Obligation after the termination of personal data processing services
1. The parties agree that on the termination of the provision of data processing services, the data importer and the subprocessor shall, at the choice of the data exporter, return all the personal data transferred and the copies thereof to the data exporter or shall destroy all the personal data and certify to the data exporter that it has done so, unless legislation imposed upon the data importer prevents it from returning or destroying all or part of the personal data transferred. In that case, the data importer warrants that it will guarantee the confidentiality of the personal data transferred and will not actively process the personal data transferred anymore.
2. The data importer and the subprocessor warrant that upon request of the data exporter and/or of the supervisory authority, it will submit its data processing facilities for an audit of the measures referred to in paragraph 1.
APPENDIX 1 TO THE STANDARD CONTRACTUAL CLAUSES
The data exporter is the entity identified as “Issuer” in the DPA
2. Data importer
The data importer is Credly, Inc., a provider of web services.
3. Data subjects
Data subjects are defined in Section 1.4.6 of the DPA.
4. Categories of data
The personal data is defined in Section 1.4 of the DPA,.
5. Processing operations
The personal data transferred will be subject to the following basic processing activities (please specify): The processing operations are defined in Section 1.4 of the DPA.
APPENDIX 2 TO THE STANDARD CONTRACTUAL CLAUSES
This Appendix forms part of the Clauses and must be completed by the parties.
6. Description of the technical and organisational security measures implemented by the data importer in accordance with Clauses 4(d) and 5(c) (or document/legislation attached):
The technical and organisational security measures implemented by the data importer are as described in the DPA.
Keep current on the latest trends and developments in the digital credentialing movement.