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.
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.
1
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.
Grounds the template sections on notification through a Data Protection Policy and the need to state purposes clearly and specifically.
Organisations may wish to develop a Data Protection Policy
Recommended next step
Turn the PDPA privacy policy into operating evidence
This template helps map public privacy-policy clauses to data inventory records, notices, consent records, request workflows, transfer controls, retention rules, and complaint handling in Sorena.
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.
Supports linking public policy promises to governance, policies, operational processes, and regular review.
Policies and Practices
3
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.
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
4
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.
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.
5
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 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"
Binding source for the notification, consent, access, correction, protection, retention, transfer, accountability, and DPO duties that the public policy describes.