Data Processing Agreement
Markable — Data Processing Agreement
Version: 1.1 Effective date: 29 August 2026 Previous version: 1.0 (8 May 2026)
This page is an earlier copy and is not the current agreement. It was last revised on 29 August 2026 and does not reflect changes made since, including the pupil reply feature introduced on 8 September 2026 and the access model for classes taught by more than one teacher.
The current Data Processing Agreement, and the one schools are asked to sign, is Markable School DPA v4.7 (PDF).
This page is retained for reference only. It is a different document from the agreement schools sign: this one has twelve sections built around the Article 28 clauses, the School agreement eleven built around what the platform does, so section numbers do not correspond between them.
This Data Processing Agreement ("DPA") is entered into between the educational institution identified in the order or account ("School", as "Controller") and Joanne Renwick, trading as Markable ("Markable", as "Processor"). It forms part of, and is incorporated into, the Terms of Service. It is intended to satisfy the requirements of UK GDPR Article 28.
In the event of any conflict between this DPA and the Terms of Service in respect of the processing of personal data, this DPA prevails.
⚠️ Before this DPA is executed with any School, the parties' addresses must be inserted in the signature block. Markable's business address (and the School's address) is required for the DPA to be a properly executed contract under English law. Markable should secure a virtual office or other business address before going live with paying schools.
1. Definitions
Terms used in this DPA have the meanings given in UK GDPR. In addition:
- "Applicable Data Protection Law" means UK GDPR, the Data Protection Act 2018, and any other data protection law applicable to the processing.
- "Personal Data" means personal data processed by Markable on behalf of the School under the Terms of Service.
- "Sub-processor" means any third party engaged by Markable to process Personal Data.
- "Services" means the Markable platform and related services provided under the Terms of Service.
2. Roles
- The School is the Controller of Personal Data uploaded to or created within the Services concerning its students.
- Markable is the Processor and acts on the School's documented instructions.
- This DPA, the Terms of Service, the Privacy Policy, and the School's in-product configuration constitute the School's documented instructions.
If Markable receives an instruction it believes infringes Applicable Data Protection Law, it will inform the School without undue delay.
3. Subject-matter, duration, nature and purpose
| Item | Detail |
|---|---|
| Subject-matter | Provision of the AI-assisted annotation and feedback platform |
| Duration | Term of the Subscription plus retention periods set out in the Privacy Policy |
| Nature | Storage, organisation, automated analysis, retrieval, transmission, deletion |
| Purpose | Supporting teacher-led marking and feedback for assessment; and, where the School enables pupil access, authenticating a pupil so they can read the feedback on their own work |
| Data subjects | Students of the School; teachers and other staff users |
| Personal data — pupils | Full name; school email address; predicted grade; target grade; class and unit membership; the content of submitted work; marks, comments and feedback; submission and access metadata |
| Personal data — staff | Name; school email address; role; authentication and access records |
| Special category data | Should not be present. The School is responsible for enforcement. Markable provides no technical control against special category data: teachers are required by the Terms not to upload it, and nothing in the software prevents them. The name scan does not detect it. |
Individual teacher accounts operate differently. Teachers using Markable outside a school account identify pupils by initials or a reference code only, and no pupil name is held. Full names arise only where a School creates pupil records under a separate School Data Processing Agreement. A pupil's own written work may nonetheless contain their name, and is treated as personal data accordingly (see section 12).
Markable does not hold a pronoun for any pupil. Feedback refers to a pupil as they/them, so that it can be written without assuming gender, but nothing is collected from pupils, derived from any source, or stored.
4. Markable's obligations
Markable will:
a) process Personal Data only on the School's documented instructions, including with regard to international transfers, except where required by law;
b) ensure that persons authorised to process Personal Data are committed to confidentiality;
c) implement and maintain the technical and organisational measures set out in Annex II;
d) only engage Sub-processors with the prior general authorisation of the School (see section 5);
e) assist the School with data subject requests under UK GDPR Articles 12–22 (see section 7);
f) assist the School with its obligations under UK GDPR Articles 32–36 (security, breach notification, DPIA, prior consultation);
g) at the School's choice, delete or return all Personal Data after the end of the Services, except where retention is required by law;
h) make available all information necessary to demonstrate compliance with this DPA and Article 28, and contribute to audits as set out in section 9.
5. Sub-processors
The School grants Markable general authorisation to engage Sub-processors, subject to the conditions in this section.
The current list of Sub-processors is set out in Annex I. Markable will give the School at least 30 days' written notice before adding or replacing a Sub-processor that processes Personal Data. The School may object on reasonable grounds within the notice period; if a reasonable objection cannot be resolved, the School may terminate the affected Services without penalty and Markable will refund pre-paid fees for the unused period.
Markable will impose data protection obligations on each Sub-processor that are no less protective than those in this DPA, and remains liable for the acts and omissions of its Sub-processors.
6. International transfers
Where Markable transfers Personal Data outside the United Kingdom, it relies on:
- UK adequacy decisions where one applies;
- The UK International Data Transfer Agreement (IDTA);
- The European Commission Standard Contractual Clauses with the UK Addendum;
- The UK extension of the EU–US Data Privacy Framework, where the recipient is certified.
A Transfer Risk Assessment is maintained for each non-UK Sub-processor and is available to the School on request.
7. Data subject rights — assistance to the School
When the School receives a data subject request:
- The School authenticates the request and decides whether to comply.
- The School sends Markable a Processor Assistance Request at support@markable.uk.
- Markable will respond within 5 working days and assist in the manner needed to allow the School to meet its UK GDPR deadline.
Markable will not respond directly to data subjects in respect of Controller data, except to refer them to the School. Markable does not charge for reasonable assistance with data subject rights.
8. Personal data breach
Markable notifies the School without undue delay, and in any event within 48 hours of becoming aware of a personal data breach affecting the School's personal data, providing the information the School requires to meet its own obligations under Articles 33 and 34.
9. Audits
The School may, on reasonable prior notice and not more than once per year (unless required by a regulator or following a breach), audit Markable's compliance with this DPA. Audits will be conducted during business hours, will not unreasonably disrupt Markable's operations, and will respect confidentiality of other customers.
Markable may satisfy audit obligations by providing independent assurance reports, recent penetration test summaries, security questionnaire responses, and access to its policies and DPIA.
10. Return and deletion
On request, Markable will delete the School's Personal Data, except for backups (retained for 7 days on a rolling basis, then automatically deleted), audit-trail records held to support assessment integrity, and statutory billing records. Markable will provide written confirmation once deletion is complete.
11. Liability
Liability under this DPA is governed by the Terms of Service. Where Article 82 UK GDPR allocates liability between Controller and Processor, that allocation applies.
12. Term and order of precedence
This DPA is effective from the date the Services first process Personal Data and continues until the later of: (a) the end of the Subscription; or (b) deletion of all Personal Data in accordance with section 10.
In the event of conflict between this DPA and any other agreement between the parties, this DPA prevails in respect of the processing of Personal Data.
Annex I — Sub-processors
Student work is sent to Anthropic for analysis. Before upload, teachers are required to confirm that scripts contain no direct identifiers - names are replaced with initials or reference codes. The content of a student's work may nonetheless constitute personal data, and we treat it as such.
Anthropic processes this content solely to return the analysis and does not use it to train its models. Markable holds a data processing agreement with Anthropic on this basis.
| Sub-processor | Function | Location | Personal data processed |
|---|---|---|---|
| Supabase Inc. | Database, authentication and file storage | United Kingdom (AWS London). Company incorporated in Delaware, USA | All account and script data, including submitted pupil work |
| Anthropic PBC | AI analysis of work against mark schemes | United States | Content of pupil work, transmitted for analysis and not retained |
| Vercel Inc. | Application hosting and delivery | United States and global edge network | Request data and technical logs |
| Resend | Transactional email — invitations, password resets, notices | European Union (Ireland) | Email addresses and message content |
| Functional Software Inc. (Sentry) | Error monitoring and diagnostics | European Union (Germany) | Technical error data; may include IP addresses and account identifiers |
| Stripe Inc. | Subscription and payment processing | United States and European Union | Billing contact details and payment records. No pupil data |
| Inngest Inc. | Background job scheduling | United States | Job metadata and record identifiers. No content |
| HighLevel Inc. | Enquiry handling and demonstration bookings | United States | Contact details provided by enquirers. No pupil data |
| Microsoft Corporation | Business email | European Union and United Kingdom | Support correspondence |
The current authoritative list is at markable.uk/sub-processors.
Annex II — Technical and organisational measures
Confidentiality: Multi-factor authentication available and strongly encouraged for all teacher accounts; role-based, least-privilege staff access; confidentiality undertakings for staff and contractors.
Integrity: Encryption in transit (TLS 1.2+) and at rest (AES-256); row-level security in the application database; input validation.
Availability: Daily backups with 7-day rolling retention; Point-in-Time Recovery not currently enabled. Backups cover the application database only — objects stored via the Storage API, including uploaded student scripts, are not backed up. Restore testing and a documented disaster recovery plan are not yet in place.
Pseudonymisation and minimisation: Pupil records hold name, school email address, predicted grade and target grade only. Where Markable holds a pupil's name, it is replaced with their initials in the text before it is sent for analysis; for a scanned or handwritten script analysed as an image that replacement is not possible, and a name Markable was never given cannot be removed. An automated scan alerts teachers to text that looks like a real name — in the file name, a heading, a label, the reference code or the body of the work — but it does not remove it and does not block the analysis. The scan detects name-shaped text only; it does not detect addresses, dates of birth or other identifiers.
Vendor management: Sub-processors bound by contracts no less protective than this DPA; security review of each Sub-processor.
Testing and assurance: Documented patching cadence (critical 72 hours, high 7 days, medium 30 days); documented incident response procedure.
Audit logging: Authentication events, finalisation events, AI inference metadata, dismissed name-detection warnings, and administrative actions logged; logs retained for at least 12 months.
Governance: Named Data Protection Lead; named Compliance Lead; DPIA, LIA, TRA and risk register maintained and reviewed.