Cloud email and shared drives are SaaS tools whose data often travels through or sits on servers outside Thailand, but under the PDPA that only counts as a transfer abroad when someone outside the organisation can access the data. This guide is for DPOs and IT teams who must decide whether each use falls under Section 28 or 29 and which basis to rely on.
- The PDPC's Section 28 notification treats SaaS as a cloud provider and excludes transit or storage that no outsider can access.
- TDPG 4.0 says email to a recipient in Thailand routed via a foreign server is mere transit (guidance, not law).
- Sending files to recipients abroad, or letting the provider's overseas staff see data, is a transfer that needs a basis.
- Three routes: an adequate destination, an exception in Section 28 (1)–(6), or appropriate safeguards under Section 29.
- Failing Section 28 or 29 carries an administrative fine of up to 3 million baht under Section 83.
HR emails the payroll file. Sales keeps the customer list in a shared drive. Customer service chats with clients in group threads. All of it runs on cloud services with servers mostly outside Thailand, so DPOs keep hearing the same question: are we transferring data abroad every single day?
Not necessarily. The Personal Data Protection Act B.E. 2562 (2019) and the PDPC's notifications do not decide by server location; they ask whether anyone outside the organisation can access the data. The general rules are covered in When data leaves Thailand. This article focuses on the everyday tools everyone uses.
Do cloud email and drive services count as cloud providers under the PDPC notification?
Yes. Clause 3 of the PDPC's 2023 notification under Section 28 defines cloud computing service providers broadly and lists Software as a Service (SaaS) among the examples. Online office suites fall within it.
"cloud computing service provider" means a service provider for either temporary or permanent retention or storage of data to other persons with a data management system on the Internet, whose forms of services include Infrastructure as a Service (IaaS), Platform as a Service (PaaS), Software as a Service (SaaS), Data Storage as a Service (DSaaS), and Serverless Computing data management system or Function as a Service (FaaS) service providers, etc.;
Being a cloud provider does not make every use a transfer. The definition of "sending or transferring personal data" in the same clause excludes transit and storage that no outsider can access, and names the cloud case backed by technical measures or legal conditions explicitly.
Emailing a colleague in Thailand through a foreign server: is that a transfer?
TDPG 4.0 says no, if the recipient is in Thailand and nobody in the server's country accesses the data; that country is mere transit. TDPG is an industry guideline, not binding like the Act, but its reasoning in paragraph F5 tracks the notification's definition.
transfer or transmission of personal data by a data controller located in Thailand by email to a data recipient located in Thailand does not constitute a cross-border transfer of personal data under the law, even though the personal data travels through a server located in a foreign country, because the personal data is not displayed or accessed in the country where the server is located.
The same logic covers files stored in the company drive. In paragraph F11, TDPG notes that storing data in a cloud system on servers outside Thailand may not be a transfer if no one outside Thailand can access it. The word "may" matters: it depends on being able to show that outsiders really cannot get in.
F11 However, storing data in a cloud system may not be considered a cross-border transfer of data. For example, in the case where personal data is stored in a cloud system that relies on a server located outside Thailand, but no other person outside Thailand can access such personal data
So when does using these tools become a real transfer?
When someone outside your organisation, located abroad, can see or use the data. The clearest case is emailing or sharing files with a recipient abroad, even a group company. TDPG paragraph F3 uses the example of employee data emailed to a parent company in the United States and concludes:
In the case of the above example, this constitutes the sending or transfer of personal data to a foreign country, because the data recipient located abroad is able to access the personal data sent through email and the internet network.
The case people miss is access from the provider's side. If the service terms let the provider's support staff or affiliates abroad view your data, an outsider has access, and the storage exclusion no longer helps. Read that part of your provider's terms closely.
Use by use: what is a transfer and what is not
This table is our analysis based on clause 3 of the Section 28 notification and the TDPG examples, under the assumptions stated in each row. If your facts differ, the result may too.
| Use | Assumption | Likely result | Reference |
|---|---|---|---|
| Email to a colleague in Thailand | Server abroad, no outsider access | Not a transfer; transit | S.28 notification cl. 3 · TDPG F5 |
| Customer files in the company drive | Shared with staff only; provider locked out by technical or contractual measures | May not be a transfer; keep evidence | S.28 notification cl. 3 · TDPG F11 |
| Sharing files with a contractor or partner abroad | Recipient is a separate legal entity | Transfer; needs a basis | TDPG F3 |
| Employee data sent to an overseas parent | Same group, separate legal entity | Transfer; BCR or contract clauses available | TDPG F3 · Section 29 |
| Provider's overseas support can view data | Under the service terms | Transfer; needs a basis | S.28 notification cl. 3 |
| Showing third-party personal data on screen in a call with overseas clients | Participants see the data | Treat as a transfer | Same principle as TDPG F3 |
If it is a transfer, which basis applies?
There are three routes. The destination has adequate protection under Section 28, paragraph one. One of the exceptions in Section 28 (1) to (6) applies. Or appropriate safeguards are in place under Section 29 and the PDPC notification issued under it.
In the event that the Data Controller sends or transfers the Personal Data to a foreign country, the destination country or international organization that receives such Personal Data shall have adequate data protection standard
Route one: an adequate destination
Clause 6 of the Section 28 notification lets the PDPC decide case by case or publish a list of countries deemed adequate. Our knowledge base contains no such list, so do not start from the assumption that any country has already passed.
Route two: a Section 28 exception
An exception such as performance of a contract with the data subject under Section 28 (3) works for specific tasks, like sending a traveller's name to an overseas hotel the customer booked. It is a poor basis for running company-wide email or storage, because most daily use is not necessary for a contract with any particular data subject.
Route three: appropriate safeguards under Section 29
For workplace tool providers this is the route most often used. Clause 8 of the PDPC's 2023 notification under Section 29 recognises three forms: contract clauses, certification, and instruments between state agencies. Clause 10 (2) accepts two foreign model clause sets.
(a) ASEAN Model Contractual Clauses for Cross Border Data Flows; (b) Standard Contractual Clauses for the Transfer of Personal Data to Third Countries as issued under Article 46(1), Article 46(2)(c), and Article 28(7) of Regulation (EU) 2016/679 of the European Union, the General Data Protection Regulation (GDPR).
In practice, open the provider's data processing terms and see which clause set they rely on. One of these two is a good start, but clause 10 sits under clause 9: the clauses must be enforceable, recognise data subject rights, and carry security measures no weaker than Thailand's legal minimum.
When you leave a service, what happens to the data left behind?
If you rely on clauses drafted by the parties under clause 10 (1) and the provider is a processor, the clauses must require return, deletion or destruction of the data with written confirmation, under 10 (1) (c) 3). The next item, 4), has the recipient report breaches back within 72 hours of becoming aware, as soon as feasible.
3) the Recipient of personal data must return the personal data according to the contractual clauses to the Sender or Transferor of personal data or delete or destroy the personal data, or make it non-identifiable for the data subject, in an appropriate way, in accordance with the criteria and conditions provided by the Sender or Transferor of personal data. The Recipient of personal data must confirm this in writing to the Sender or Transferor of personal data upon completing these actions; and
Even under model clauses, exiting a service deserves its own procedure: export what you must keep, ask for proof of deletion, and log the date in your retention records.
What is the risk of ignoring Sections 28 and 29?
Section 83 of the PDPA sets an administrative fine of up to 3 million baht for a data controller who fails to comply with Section 28, or who transfers data other than in accordance with Section 29, paragraph one or three.
or fails to send or transfer the Personal Data in accordance with section 29 paragraph one or paragraph three, shall be punished with an administrative fine not exceeding Baht three million.
How can you get your tools in order this week?
- List every online tool actually in use, including ones departments signed up for on their own.
- Open each provider's data processing terms: who can access data, and which clause set do they rely on?
- Use the table above to separate transfers from non-transfers, and write down the basis for each transfer.
- Record each transfer in your record of processing activities (RoPA).
- Set internal rules on sharing outside the organisation, such as public links off by default.
Steps 3 and 4 are where most organisations stall. AIPDPA's RoPA register prints a Section 39 report and keeps each tool's transfers and bases in one place. See it in the demo account.
Frequently asked questions
If the provider has a data centre in Thailand, can we forget Section 28?
Not always. Location is only part of it. If the provider's teams or affiliates abroad can still access the data, it still meets the definition of sending or transferring in clause 3 of the Section 28 notification.
An employee travelling abroad opens work email. Is that a transfer?
TDPG 4.0 paragraph F7 says no, as long as the employee is working for the company and follows its data protection standards. That is guidance, not law.
Can we just get every employee's consent to use cloud services?
Section 28 (2) consent only works after informing the data subject that the destination's protection is inadequate, and employee consent raises questions of free choice. See Choosing the right PDPA basis.
What about AI assistants built into office suites?
The same who-can-access test applies, but there are issues beyond transfers, such as trade secrets and copyright. See ChatGPT at work: four laws.
What else must government agencies check when using cloud tools?
Government agencies and CII must also follow the National Cybersecurity Committee's 2024 cloud standard, which sets personal data at no less than medium confidentiality. See the 2024 NCSA cloud standard.
Law and sources
- Personal Data Protection Act B.E. 2562 (2019) — Section 28 · Section 83
- PDPC Notification on Rules for Personal Data Sent or Transferred Abroad under Section 28, B.E. 2566 (2023) — Clause 3
- PDPC Notification on Rules for Personal Data Sent or Transferred Abroad under Section 29, B.E. 2566 (2023) — Clause 8 · Clause 10
- Thailand Data Protection Guidelines 4.0 (guidance, not law) — TDPG4.0-F Clause F3 · F5 · F11
Text in the "The text" boxes is copied word for word from AIPDPA's legal knowledge base, transcribed from the Royal Gazette and official documents; every edit is checked by the system against that base, character by character. English wording is an unofficial translation; the Thai text prevails. This article is general information, not legal advice for a particular case.

