TemplateSingaporePDPA Privacy Policy

Singapore PDPA Privacy Policy Template

This template helps draft a public PDPA privacy policy that explains what personal data is collected, why it is used or disclosed, who can answer questions, and how individuals can exercise access, correction, withdrawal, and complaint routes.

The policy should match actual data flows and controls. It should not claim blanket compliance, fixed retention periods, or unrestricted marketing rights unless the organisation can support those claims.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 15, 2026
Overview

A Singapore PDPA privacy policy tells individuals what an organisation does with personal data and how to contact it; publishing the policy does not by itself obtain consent, satisfy every point-of-collection notice, or prove compliance. Use the template to state actual purposes, provide reachable business contact information, explain request and withdrawal routes, and connect each public promise to internal retention, protection, transfer, training, and complaint records.

Section 1

What should the public PDPA privacy policy say?

Start with the activities that actually collect, use, or disclose personal data: account creation, service delivery, payments, support, security, analytics, recruitment, events, marketing, and vendor processing. For each activity, write the purpose in language an individual can understand and distinguish required purposes from optional ones.

Avoid catch-all wording such as using data for valid business purposes. PDPC guidance says organisations may notify individuals through a , but broad website wording may still need a more specific notice at the point where the individual provides data.

  • Name the organisation and the products, services, websites, apps, or offline channels covered by the policy.
  • List personal data categories only when they are actually collected, such as identifiers, contact details, account records, payment records, support content, device data, marketing preferences, or job application data.
  • State each collection, use, and disclosure purpose clearly enough for the individual to understand the reason and manner of handling.
  • Identify common disclosure categories, such as service providers, payment processors, professional advisers, regulators, or group entities, where those disclosures occur.
  • Use layered notices for forms, sign-up screens, call scripts, and physical collection points when the website policy is too general for the specific interaction.
  • Do not publish internal governance material that is unrelated to data protection policies and practices.
Section 2

What accountability and contact details belong in the template?

Include a PDPA contact section that individuals can actually use. The policy should name the business contact channel for data protection questions, access and correction requests, withdrawal notices, and complaints. If the and the public contact person are different, the policy should make that routing clear.

Back the public policy with internal ownership. Assign an owner for updates, teach staff where to route requests, and maintain a process to receive and respond to PDPA complaints.

  • Provide business contact information for at least one designated data protection individual or another person able to answer questions on collection, use, or disclosure.
  • Use a mailing address or electronic mailing address for written access and correction requests.
  • Keep contact details readily accessible from Singapore and operational during Singapore business hours; use Singapore telephone numbers if telephone contact is published.
  • Assign an internal owner for policy updates, complaint intake, request verification, vendor coordination, and breach escalation.
  • Train customer-facing and operations teams on where to send PDPA questions instead of letting inboxes or support queues decide the route ad hoc.
  • Do not imply that appointing a transfers legal responsibility away from the organisation.
Section 3

Which individual-rights and lifecycle clauses should be included?

The template should explain how an individual can ask for access to personal data, request correction, withdraw consent, and raise a complaint. It should also explain that identity verification or request clarification may be needed, that a reasonable access fee may apply if the organisation gives a written estimate, and that access may be limited where a PDPA exception or prohibition applies.

Retention, protection, and transfer clauses should be specific enough to describe the organisation's approach without inventing fixed legal periods. The PDPA does not prescribe a universal retention period; the policy should connect retention to the original purpose and legal or business needs, then point to disposal, deletion, return, or anonymisation when retention is no longer justified.

  • Access: explain the request channel and that access can cover personal data in the organisation's possession or control and information about how it was used or disclosed during the year before the request. Do not promise access where an exception or prohibition applies.
  • Correction: explain how individuals can ask to correct an error or omission in personal data. Where the PDPA requires it, the organisation should correct the data as soon as practicable and send the correction to organisations to which it disclosed the data within the preceding year, unless those organisations do not need the correction for a legal or business purpose.
  • Withdrawal: explain how consent can be withdrawn, which purposes or services may be affected, and that use or disclosure should cease where the withdrawal applies and no exception or other basis is available.
  • Retention: avoid a single global retention promise; describe retention by purpose, legal or business need, and disposal or anonymisation method.
  • Protection: describe reasonable administrative, physical, and technical safeguards at a high level, such as access controls, confidentiality, training, secure disposal, and vendor security review.
  • Transfers: say whether personal data may be transferred outside Singapore and describe the controls used, such as legally enforceable obligations, contracts, binding corporate rules, specified certifications, or informed consent where applicable.
  • Complaints: provide the intake channel, information the individual should include, acknowledgement route, investigation owner, and escalation path.
Section 4

Adapt these privacy-policy clauses to your data flows

The following drafting examples are not official PDPC wording. Replace every bracketed field, remove clauses that do not describe your practices, and add specific collection notices where the public policy is too general.

Scope and purposes: [Organisation] collects [data categories] through [collection points] to [specific purposes]. We disclose [data categories] to [recipient categories] for [specific purposes]. [Explain which fields are required to provide the service and which uses are optional.]

Requests and contact: To request access to or correction of your personal data, withdraw consent for a stated purpose, or raise a data protection complaint, contact [ or data protection contact] at [email or mailing address]. We may ask for information needed to verify your identity and locate the records. We will explain any likely consequences of withdrawing consent. Requests remain subject to applicable PDPA limits and exceptions.

Retention and protection: We retain personal data while it serves the purposes for which it was collected or remains necessary for legal or business purposes. We [describe the actual review and disposal process]. We use [accurate high-level safeguards] to protect personal data; do not include safeguards that have not been implemented.

Overseas transfers, if applicable: We transfer [data categories] to [recipient categories and locations] for [purposes]. We use [the actual prescribed transfer route and safeguards] to meet the PDPA requirements for those transfers. [Describe how individuals can ask questions about the transfer.]

Marketing, if applicable: We use [data categories] for [specific marketing purposes] on the basis of [the applicable consent or other basis]. You can withdraw consent for [channels or purposes] through [working withdrawal route]. For specified messages to Singapore telephone numbers, we separately apply the Do Not Call requirements.

Section 5

What should teams avoid overclaiming?

A privacy policy should not be used to paper over unknown processing. If the data map, vendors, transfer destinations, marketing flows, retention rules, or complaint routes are unclear, mark them for remediation before publishing absolute claims.

Marketing needs particular care. Consent language in a privacy policy is not the same as proving that every future marketing message is lawful. For specified messages to Singapore telephone numbers, teams should check whether the apply and keep evidence of clear and unambiguous consent where relying on it.

  • Do not say the organisation complies with all PDPA requirements unless the statement has been reviewed against actual policies, practices, and evidence.
  • Do not say personal data is never transferred overseas if cloud hosting, support, analytics, group companies, or vendors can access it outside Singapore.
  • Do not promise deletion on request: the PDPA provides access and correction rights and a right to withdraw consent, but not a general deletion right. Check retention duties, legal or business needs, backup realities, and whether anonymisation is the actual method.
  • Do not state that data is retained only as long as necessary unless the organisation has a working retention review and disposal process.
  • Do not claim data is secure in absolute terms; describe reasonable security arrangements and escalation for incidents.
  • Do not rely on one website privacy policy to cover unexpected purposes, sensitive contexts, or optional marketing without a more specific notice or consent flow.
  • Do not treat a published PDPA policy as evidence of implementation by itself; keep the underlying data inventory, notices, consent records, vendor terms, transfer basis, complaint log, and review history.
Primary sources

References and citations

pdpc.gov.sg6 citations
Referenced sections
  • Primary official source for notification through a Data Protection Policy, purpose specificity, DPO contact information, access and correction, withdrawal, protection, retention, transfers, and accountability limits.
  • Grounds the template sections on notification through a Data Protection Policy and the need to state purposes clearly and specifically.
  • Supports DPO appointment, business contact information, complaint process, training, and accountability wording.
Show 3 more
  • Supports access, correction, withdrawal, protection, retention, overseas transfer, and complaint-process clauses in the template.
  • Chapters on notification, withdrawal, access and correction, retention, transfers, and accountability support the subjects covered by these illustrative clauses; the sample wording is Sorena's drafting aid.
  • Supports warnings against vague purposes, absolute security claims, unsupported transfer claims, and fixed retention overstatements.
"Organisations may wish to develop a Data Protection Policy"
More quoted passages
"legal responsibility for complying with the PDPA remains with the organisation"
"The PDPA does not prescribe a specific retention period"
"would not be considered to have stated a sufficiently specific purpose"
pdpc.gov.sg2 citations
Referenced sections
  • Grounds the template's emphasis on maintaining policies and practices through a data protection management programme.
  • Supports using the public policy as part of a broader data protection management programme rather than as a standalone statement.
"develop or improve their personal data protection policies and practices"
pdpc.gov.sg2 citations
Referenced sections
  • Grounds the recommendation to connect public policy text to governance, risk assessment, policies, operational processes, and review.
  • Supports linking public policy promises to governance, policies, operational processes, and regular review.
"4 Steps of Accountability"
More quoted passages
"Policies and Practices"
pdpc.gov.sg2 citations
Referenced sections
  • Grounds the warning that marketing messages to Singapore telephone numbers may require DNC checks or clear and unambiguous consent in evidential form.
  • Supports the marketing caveat for specified messages to Singapore telephone numbers and DNC consent evidence.
"must check with the DNC Registry"
sso.agc.gov.sg
Referenced sections
  • Binding source for the notification, consent, access, correction, protection, retention, transfer, accountability, and DPO duties that the public policy describes.
Show all related guides (37)

Singapore PDPA Consent and Deemed Consent Workflow

Choose express consent, deemed consent by conduct, contractual necessity, notification, or the legitimate interests exception under Singapore PDPA with fact-based intake fields and evidence records.

Singapore PDPA Consent, Notification and Purpose Rules

How Singapore PDPA consent, notification, purpose limitation, deemed consent, withdrawal, and consent exceptions should be handled in product and privacy workflows.

Singapore PDPA Cross-Border Transfers

Source-cited Singapore PDPA guidance for overseas personal data transfers, comparable protection, ASEAN MCCs, APEC certifications, vendor roles, and evidence records.

Singapore PDPA Data Breach Notification Thresholds

Source-cited Singapore PDPA breach notification thresholds covering significant harm, the 500-individual significant-scale test, assessment records, and notification timing.

Singapore PDPA Data Intermediary Responsibilities

Practical Singapore PDPA guide to data intermediary role boundaries, organisation accountability, protection, retention, breach escalation, and contract evidence.

Singapore PDPA Deadlines and Compliance Calendar

A Singapore PDPA compliance calendar for breach notification, DNC checks, access and correction requests, enforcement responses, retention reviews, and DPMP maintenance.

Singapore PDPA Deemed Consent and Legitimate Interests

How to apply Singapore PDPA deemed consent by conduct, contractual necessity, notification, and legitimate interests with opt-out, adverse-effect, disclosure, and assessment records.

Singapore PDPA DNC and Marketing Messages Guide

A source-cited Singapore PDPA guide to DNC checks, specified marketing messages, Singapore telephone numbers, consent evidence, opt-outs, sender duties, and excluded messages.

Singapore PDPA DNC Marketing Checks

Operational checklist for Singapore PDPA DNC marketing checks: account evidence, register status, 21-day result validity, consent evidence, and campaign owner records.

Singapore PDPA DNC Marketing Workflow

Workflow for Singapore PDPA DNC marketing campaigns: classify specified messages, check Singapore telephone numbers, document consent, suppress opt-outs, and approve sends.

Singapore PDPA DPMP Accountability Guide

Build a Singapore PDPA Data Protection Management Programme with DPO ownership, policies, data inventories, DPIAs, training, monitoring, breach logs, and review records.

Singapore PDPA FAQ: scope, DPO, consent, breaches and DNC

FAQ answers for Singapore PDPA implementation, covering scope, accountability, consent, access and correction, security, retention, transfers, data intermediaries, breach notification, and DNC checks.

Singapore PDPA NRIC Handling Rules

When Singapore organisations may collect, use, disclose, retain, mask, or replace NRIC numbers, including the 31 December 2026 authentication deadline.

Singapore PDPA Penalties and Enforcement Cases

How PDPC enforcement under Singapore's PDPA works: directions, voluntary undertakings, published decisions, financial penalty caps, and implementation lessons from cases.

Singapore PDPA Penalties and Fines

Singapore PDPA penalty ceilings, PDPC directions, undertakings, breach notification context, and practical controls based on official PDPC and Singapore Statutes sources.

Singapore PDPA Requirements: Core Obligations

Map Singapore PDPA obligations across consent, notification, access, security, retention, transfers, accountability, breaches, DNC checks, and data intermediaries.

Singapore PDPA Scope, Exclusions, and Data Intermediaries

Classify Singapore PDPA coverage, business contact information, personal or domestic activity, employee acts, and data intermediary obligations using cited statutory boundaries and processing records.

Singapore PDPA Transfer Assessment Workflow

A Singapore PDPA workflow for assessing overseas personal data transfers, comparable protection, ASEAN MCCs, APEC CBPR/PRP certifications, vendor due diligence, onward transfers, and evidence records.

Singapore PDPA Transfer Clauses

Draft Singapore PDPA transfer clauses for overseas vendors, affiliates, data intermediaries, onward transfers, ASEAN MCCs, and APEC or Global CBPR and PRP evidence.

Singapore PDPA Vendor Outsourcing and Contracts

Contract and operating checklist for Singapore PDPA vendor outsourcing: data intermediary status, written terms, security, retention, breach, transfers, sub-contracting, and exit evidence.

Singapore PDPA vs GDPR Comparison

Compare Singapore PDPA and EU GDPR rules for legal bases, DPOs, intermediaries and processors, transfers, breaches, marketing objections, rights, retention, and penalties.

Singapore PDPA anonymisation FAQ

FAQ on anonymisation under the Singapore PDPA: de-identification, pseudonymisation, re-identification risk, when PDPA may no longer apply, and evidence records.

Singapore PDPA breach notification thresholds FAQ

FAQ on Singapore PDPA notifiable data breach tests: significant harm, significant scale, 500 affected individuals, assessment timing, PDPC notices, and affected-individual notices.

Singapore PDPA Data Intermediaries FAQ

FAQ guidance on Singapore PDPA data intermediary roles, direct obligations, organisation accountability, contracts, retention, protection, and breach escalation.

Singapore PDPA Deemed Consent FAQ

FAQ on Singapore PDPA deemed consent by conduct, contractual necessity, notification, opt-out periods, adverse-effect assessment, withdrawal, and direct-marketing limits.

Singapore PDPA DNC checking FAQ: when to check the DNC Registry

FAQ guidance on Singapore PDPA DNC checking: when to check the DNC Registry, which registers apply, 8-digit numbers, 21-day result validity, consent evidence, on-behalf checks, opt-outs, and supported exclusions.

Singapore PDPA DPIAs: when to run and what to document

FAQ-style implementation guidance on Singapore PDPA DPIAs, including when PDPC guidance recommends them, data-flow mapping, risk treatment, DPO review, and evidence records.

Singapore PDPA DPMP Accountability FAQ | DPO, Policies, Evidence

FAQ for implementing Singapore PDPA accountability through a DPMP: DPO designation, policies, evidence, training, monitoring, incident logs, and review records.

Singapore PDPA legitimate interests FAQ

FAQ guidance on Singapore PDPA legitimate interests: assessment fields, adverse effects, mitigation, balancing, disclosure, records, and marketing limits.

Singapore PDPA NRIC Handling FAQ

FAQ guidance on when Singapore organisations may collect, use, disclose, retain, mask, or replace NRIC and other national identification numbers under PDPC guidance.

Singapore PDPA transfer clauses FAQ

FAQ guidance on Singapore PDPA transfer clauses, comparable protection, ASEAN MCCs, APEC CBPR and PRP certifications, onward transfers, and evidence records.