DPO Arabia

PROCESSORS GUIDE

How to Assess a Processor before Onboarding

Review processing scope, role, locations, access, sub-processors, safeguards and contractual readiness before Personal Data is placed with a Processor or third party.
Use the working sequence below to connect the decision to operating implications, retained evidence and the point where specialist DPO support may be required.

Prepared by DPO Arabia

Practical KSA PDPL guidance, not organisation-specific legal advice.

KSA PDPL GUIDE

Assess the processor before Personal Data is placed in its hands.

The Guide frames the processing need, due diligence, contractual controls, access model and transfer implications that should be resolved before onboarding. The organisation-specific conclusion should be validated before implementation.

USE THIS WHEN

Use before approving a new processor or materially changing an existing processor relationship.

This becomes relevant when a new vendor is proposed, scope expands, subprocessors change, hosting moves or foreign support access is introduced.

HAVE READY

Bring the processing scope, vendor evidence, hosting model and draft contract.

Useful inputs include the questionnaire, security evidence, data locations, subprocessors, access routes, retention terms and proposed Data Processing Agreement (DPA) available.

OUTCOME

Finish with a documented onboarding decision and the controls required before processing starts.

A complete evidence set retains due diligence, risk findings, DPA status, transfer safeguards, approvals, remediation actions and review triggers.

HOW TO USE THIS GUIDE

Use the Guide to frame the decisions before implementation.

This Guide highlights the decisions, evidence and operating interfaces that should be resolved before the requirement is treated as complete.

Use it to understand the issue, challenge the relevant facts and identify where organisation-specific legal, operational or technical input is needed.

GUIDE OUTCOME

An onboarding decision backed by due diligence, contract controls and transfer safeguards.
The objective is a defensible decision and an operating control, not simply a completed template or document.

QUESTIONS TO RESOLVE

What should the DPO Office establish?

PROCESSOR ONBOARDING CHECKPOINT

01

What Personal Data will the provider process, for what purpose, and through which systems or services?

02

Does the provider act as a Processor, independent Controller, or another role for this activity?

03

Where will Personal Data be hosted, accessed, supported, backed up or sub-processed?

04

Does the provider offer sufficient privacy, security, contractual and operational guarantees for the processing?

05

What DPA, transfer safeguards, remediation and approval conditions must be completed before onboarding?

WORKING STEPS

Use the sequence to identify the decisions that need to be resolved.

01

Understand the service

Understand the actual processing before reviewing contractual documents. Map what the provider will do with Personal Data, why the service is needed and how the processing fits into the organisation’s operating environment.

What to validate in practice

WHAT NOT TO DO

Do not start with the Processor questionnaire or DPA and assume the processing scope is understood. Establish the real service and Personal Data flow first.

02

Confirm the role

Determine the provider’s role from the actual allocation of purposes, instructions and decision-making. A commercial supplier label does not by itself establish that the provider is a Processor.

What to validate in practice

DPO CHECK

A provider is not automatically a Processor because it is treated commercially as a supplier. Determine the role from who decides the purpose and how the Personal Data is processed.
03

Map locations and access

Map every location from which Personal Data may be hosted, accessed, supported, administered, backed up or sub-processed. KSA hosting alone does not establish that processing stays within the Kingdom.

What to validate in practice

EVIDENCE TIP

Retain architecture, hosting, support and sub-Processor evidence. A questionnaire answer should be traceable to the actual service configuration and access model.
04

Assess guarantees

Assess whether the provider offers sufficient privacy, security, contractual and operational guarantees to protect Personal Data and support the Controller’s PDPL obligations throughout the processing lifecycle.

What to validate in practice

CHANGE TRIGGER

Reassess the guarantees when the service, Personal Data, sub-processors, hosting, support model, security posture or contractual terms materially change.

05

Set onboarding conditions

Record whether the provider is approved, rejected or conditionally approved, and define every privacy, contractual, transfer and remediation condition that must be satisfied before production Personal Data is processed.

What to validate in practice

OPERATING TIP

Conditional approval is not the same as completed onboarding. Pre-go-live conditions should have accountable owners and retained evidence of closure before Personal Data processing begins.

EVIDENCE TO RETAIN

Know what evidence should remain after the work is complete.

Retain the processor questionnaire, security and privacy evidence, risk assessment, DPA status, subprocessor and location details, transfer safeguards, approval decision and follow-up actions.

RETAINED EVIDENCE SET

Keep the due-diligence record, role analysis and contractual safeguards together.

Retain approval conditions and evidence that onboarding gaps were closed.
Completed Processor screening assessment
Processing scope and purpose
Controller / Processor role determination
Business owner confirmation
Personal Data and Data Subject mapping
Hosting and access-location evidence
Sub-Processor inventory
Security and privacy assurance evidence
Breach and DSR-support assessment
Retention / deletion assessment
DPA review and execution evidence
Transfer assessment, where applicable
TIA / TRA, where applicable
SDAIA SCCs or other transfer safeguard, where applicable
Remediation actions and owners
Onboarding approval / rejection decision
Processor Register entry
Review and reassessment trigger

BEFORE YOU CLOSE THE WORKFLOW

Validate the operating position, not only the document.

Before closing processor onboarding, confirm that the processing scope is understood, due diligence is complete, contractual obligations are agreed, transfer requirements are resolved and outstanding actions have owners.
Use the checks below to test whether the organisation could explain why this processor was approved and which controls must remain in place throughout the relationship.

FROM GUIDANCE TO OPERATION

Connect the decision to the wider DPO Office.

Processor onboarding becomes operational when due diligence, the DPA, transfer controls, subprocessor changes, incidents and periodic review stay connected. Use this handoff to keep the processor relationship governed after approval.

01

Apply the DPO guide

Use the guide to define the processing scope, review due diligence, identify risks, confirm contract requirements and document the onboarding decision.

03

Connect the controls

Connect the Processor decision to the Record of Processing Activities (RoPA), Processor Register, DPA, sub-Processor records, transfer assessment, Standard Contractual Clauses (SCCs) and remediation actions so onboarding remains traceable from due diligence through ongoing review.

03

SPECIALIST SUPPORT

Get specialist support

Use DPO Arabia to conduct processor due diligence, review DPAs, assess international access, define remediation actions or support high-risk onboarding decisions.

READY TO OPERATIONALISE IT?

Need to turn the guidance into an operating DPO Office control?

DPO Arabia can apply the Guide to your organisation’s actual processing, decisions and evidence, then implement and operate the resulting control through the appropriate DPO Office service.

Scroll to Top