GDPR Article 6(1)(b) – Performance of a Contract
Advanced Practitioner Analysis: The definitive guide to lawful processing under contractual necessity — scope, limits, controls, and operationalisation.
Core Legal Basis
What Article 6(1)(b) Permits
Processing is necessary for the performance of a contract to which the data subject is a party; or processing is necessary to take steps at the request of the data subject prior to entering into a contract.
The legal basis is fundamentally grounded in:
  • Necessity
  • Objective contractual purpose
  • Direct relationship between processing and contractual delivery
Narrow Interpretation
Article 6(1)(b) is not a general authorisation to process any data associated with a customer relationship. The processing must be objectively required.
The legal basis is interpreted narrowly by:
  • The European Data Protection Board (EDPB)
  • National supervisory authorities
  • Court decisions emphasising strict necessity rather than commercial convenience
Contractual Promise
What is the contractual promise made to the individual?
Indispensable Processing
What processing is indispensable to fulfil that promise?
Without This Processing?
Could the service be provided without this processing?
Less Intrusive Method?
Is a less intrusive method available to achieve the same outcome?
What Constitutes "Necessary"?
✔ Necessary MEANS
Integral to Delivery
Essential to delivering the service requested by the individual.
Objectively Linked
Objectively linked to contract fulfilment and performing contractual obligations.
✘ Necessary does NOT mean
Useful or Beneficial
Revenue-enhancing, operationally convenient, or preferred by the organisation.
Commercially Desirable
Processing that improves business outcomes but is not required to deliver the contracted service.
Sector Examples: Where Article 6(1)(b) Is Appropriate
Retail E-Commerce
  • Receiving customer order
  • Payment processing
  • Shipping goods
  • Managing returns
  • Delivery notifications
Activities are essential to fulfil the purchase contract.
Banking
  • Opening account requested by customer
  • Processing transactions
  • Providing account statements
  • Executing payment instructions
  • Administering loans
Core contractual obligations.
Insurance
  • Issuing policy
  • Processing premium payments
  • Handling claims
  • Administering policy lifecycle
Necessary to perform the insurance contract.
Further Appropriate Use Cases
Telecommunications
  • Provisioning mobile service
  • Billing usage
  • Network authentication
  • Managing customer account
Service cannot be delivered without processing.
SaaS Platforms
  • User authentication
  • Subscription management
  • Service access control
  • Technical support requested by user
  • Service performance monitoring
Directly supports service delivery.
Pre-Contractual Activities
  • Quote generation
  • Loan application assessment
  • Reservation processing
  • Service feasibility assessments
Steps requested by the data subject before contract formation.
Where Article 6(1)(b) Is Usually Not Appropriate
Behavioural Advertising
  • Cross-site tracking
  • Ad targeting
  • Marketing profiling
Reason: Advertising rarely forms the essence of the contract.
Alternative basis: Consent; Legitimate interests (where permissible).
Service Improvement Analytics
  • Product development analytics
  • Strategic usage analysis
  • Market research
Reason: Helpful but not essential to perform the contract.
Alternative basis: Legitimate interests; Consent.
Customer Profiling
  • Marketing segmentation
  • Predictive purchasing models
  • Propensity scoring
Reason: Usually unrelated to contractual necessity.
Further Inappropriate Use Cases
Data Sharing Across Group Companies
  • Centralised marketing databases
  • Cross-selling initiatives
  • Corporate intelligence programmes
Reason: Not required to perform the contract with the individual.
Optional Features
  • Loyalty schemes
  • Personalisation engines
  • Recommendation services beyond contractual necessity
Reason: Often separable from the core service.
Controllers must rigorously distinguish between processing that is required to deliver the contracted service and processing that is simply associated with the customer relationship.
Where Article 6(1)(b) does not apply, an alternative lawful basis must be identified, documented, and communicated to data subjects in the privacy notice.
Contractual Necessity Test
Controllers must formally document their necessity assessment. The following elements should be captured for every processing activity relying on Article 6(1)(b).
GDPR Articles Intersecting with Article 6(1)(b)
Article 6(1)(b) never operates in isolation. Lawful basis alone does not make processing compliant. Controllers must simultaneously satisfy transparency, security, minimisation, accountability, individual rights, retention obligations, and international transfer requirements.
Legal Basis Interplay
A single processing activity may rely on multiple legal bases simultaneously:
  • Art. 6(1)(b) — Service delivery
  • Art. 6(1)(c) — Regulatory retention
  • Art. 6(1)(f) — Fraud prevention
  • Art. 6(1)(a) — Marketing
Legal basis mapping is therefore a critical control.
01
Articles 5 & 6
Lawfulness, fairness, transparency, purpose limitation, data minimisation, accuracy, storage limitation, accountability.
02
Articles 7, 9 & 12–14
Distinguishing contractual necessity from consent; special category data (Art. 6(1)(b) alone insufficient); transparency and privacy notices.
03
Articles 15–22
Access, rectification, erasure, restriction, portability (particularly relevant for contract-based processing), objection, and automated decision-making.
04
Articles 24–35 & 44–49
Controller accountability, privacy by design, processor requirements, RoPA, security, breach notification, DPIAs, and international transfers.
Twenty Cross-Cutting Technical Controls
Organisations must implement a comprehensive control framework to operationalise Article 6(1)(b) compliance across all processing activities.
1
Legal Basis Inventory
Central register of lawful basis assignments. Version-controlled.
2
Necessity Assessment
Formal necessity evaluation workflow for every processing activity.
3
Data Element Justification
Every data field mapped to a specific contractual purpose.
4
Data Minimisation
Mandatory minimisation reviews at design and change stages.
5
Privacy Notice Sync
Automated alignment between RoPA and published privacy notices.
1
Lawful Basis Change Mgmt
Reassessment triggered after every service change.
2
RoPA Control
Comprehensive Article 30 records maintained and reviewed.
3
Purpose Mapping
Processing linked to explicit contractual obligation in all records.
4
Data Retention
Automated retention enforcement aligned to contractual lifecycle.
5
Access Management
Role-based access control limiting data access to contractual need.
1
Segregation of Duties
Separation of operational and marketing processing activities.
2
Processor Governance
Processor contract reviews aligned to Article 28 requirements.
3
Transfer Governance
SCC and transfer mechanism monitoring for international flows.
4
Audit Trail
Immutable logging of processing activities and access events.
5
Data Subject Rights
Rights fulfilment workflows covering access, portability, erasure.
1
DPIA Trigger
Automated risk thresholds triggering Data Protection Impact Assessments.
2
Security Monitoring
Continuous monitoring of processing environments and access patterns.
3
Data Quality
Validation and correction mechanisms ensuring accuracy.
4
Privacy-by-Design
SDLC integration embedding privacy controls at development stage.
5
Compliance Monitoring
Continuous control testing and assurance reporting.
How Large Organisations Operationalise Article 6(1)(b)
A structured ten-phase programme ensures that contractual necessity is assessed, documented, and maintained throughout the full service lifecycle.
1
Phase 1 – Service Design
Define business service, contractual obligations, service outcomes, customer journey, and required processing activities.
2
Phase 2 – Data Discovery
Identify data inputs, processing activities, outputs, recipients, and systems. Produce data inventories and flow diagrams.
3
Phase 3 – Necessity Assessment
Legal, privacy, business, and security review. Is processing objectively required? Is there a less intrusive method?
4
Phase 4 – Legal Basis Assignment
Assign lawful basis and supplementary bases where needed. Document rationale in lawful basis and processing registers.
1
Phase 5 – Contract Mapping
Link each processing activity to a contract clause, service requirement, or customer request. Produce contract-to-processing matrix.
2
Phase 6 – Control Implementation
Deploy access controls, logging, retention rules, encryption, and monitoring. Produce security standards and control matrices.
3
Phase 7 – Deployment
Production approval, compliance sign-off, and legal sign-off. Release approvals and compliance attestations documented.
4
Phase 8 – Ongoing Monitoring
Transaction monitoring, compliance testing, data quality reviews, and retention reviews. KPI dashboards maintained.
Phases 9 & 10: Rights Management and Continuous Improvement
Phase 9 – Rights Management
Organisations must maintain robust workflows to fulfil data subject rights arising from contract-based processing:
  • Access requests (Article 15)
  • Rectification (Article 16)
  • Portability (Article 20 — particularly relevant)
  • Erasure assessment (Article 17)
Artefacts: Rights request logs, fulfilment records, response timelines.
Phase 10 – Continuous Improvement
Article 6(1)(b) compliance is not a one-time exercise. Organisations must embed a cycle of continuous improvement driven by:
  • Audit findings
  • Regulatory updates and guidance
  • Incident lessons learned
Artefacts: Improvement plans, remediation records, updated necessity assessments.
This cycle ensures that as services evolve, contractual necessity assessments remain current, accurate, and defensible before supervisory authorities.
End-to-End Process Map
The complete lifecycle of contract-based processing — from initial customer request through to deletion and audit assurance.
Key Artefacts Supporting Article 6(1)(b)
Contractual
  • Contract documents
  • Terms and conditions
  • Service agreements
  • Customer requests
  • Order forms
  • Account opening forms
  • Service specifications
Compliance
  • Data flow diagrams
  • Processing inventories
  • RoPA entries
  • DPIAs
  • Transfer assessments
  • Necessity assessments
  • Lawful basis assessments
  • Retention schedules
Operational
  • Audit logs
  • Access logs
  • Incident records
  • Compliance attestations
  • Monitoring dashboards
  • Training records
  • Control testing results
  • Processor agreements
Automation Opportunities & Key Metrics
Automation Opportunities
Classification & Discovery
Automated lawful basis classification, AI-assisted contract analysis, data discovery tooling, metadata harvesting, and data lineage mapping.
Records & Governance
Automated RoPA generation, policy-as-code enforcement, automated retention triggers, rights request orchestration, and workflow-based approvals.
Monitoring & Engineering
Continuous control monitoring, real-time compliance dashboards, automated transfer assessments, data minimisation validation, contract clause extraction using NLP, and privacy engineering controls embedded in CI/CD.
Key Metrics for Monitoring
Coverage Metrics
  • % processing activities mapped to lawful basis
  • % Article 6(1)(b) activities with necessity assessments
  • % systems with complete data lineage
  • Contract-to-processing mapping coverage
Quality Metrics
  • RoPA completeness score
  • Data minimisation compliance rate
  • Retention compliance rate
  • Processor compliance rate
  • DPIA completion rate
Risk Metrics
  • Number of undocumented processing activities
  • Privacy incident frequency
  • Unauthorised access events
  • Regulatory issue recurrence rate
  • Overall Article 6(1)(b) compliance maturity index