Participant material in a third-party tool 11 min live
This is the rail your team crosses most often and notices least: an interview transcript, an open-text survey field, a customer call recording, pasted into a tool to be summarised. The question is not whether the tool is good. It is whether that material was yours to send.
GDPR Article 89(1) is the research-safeguards provision, and the exact wording carries a condition people drop. Processing for scientific research purposes shall be subject to appropriate safeguards, and those safeguards "may include pseudonymisation provided that those purposes can be fulfilled in that manner". Two things follow. Pseudonymisation is named as an example of a safeguard, not as a licence. And it is conditional on the research purpose still being achievable that way, which is a judgement someone has to record.
Now the point that does the most work in a real team. Pseudonymisation is not anonymisation. Article 4(5) defines it as processing such that the data can no longer be attributed to a person without additional information. Recital 26 then closes the door: pseudonymised data "which could be attributed to a natural person by the use of additional information should be considered to be information on an identifiable natural person".
LiveThe three recitals a research leader should know by number4 min▶
- Recital 33 - broad consent. It recognises that research purposes may not be fully specifiable at collection, and allows consent to "certain areas of scientific research". Useful, and not unlimited: "areas" is still a scope, so a consent taken for one area does not travel to another.
- Recital 156 - the feasibility duty. It points at checking whether the research purpose can be met without identification. This is the gate most AI workflows fail without noticing, because pasting the raw transcript is simply easier than de-identifying first. If the summary you need could have been produced from de-identified text, the recital expects you to have asked.
- Recital 159 - scope. "Scientific research purposes" is read broadly, including privately funded research. That cuts both ways for a commercial insights team: you may be inside the research framing, which means you are inside its safeguards too, not exempt from them.
LiveSingapore PDPA: the research exception, and the route teams actually use4 min▶
The PDPA 2012 Second Schedule research exception is narrower than most people assume. Use of personal data without consent for research requires all of the following:
- the purpose cannot reasonably be accomplished without individually identifiable data;
- there is a clear public benefit;
- the results will not be used to make decisions affecting the individual;
- and the published results do not identify the individual.
Disclosure without consent adds a further condition: that it is impracticable to seek consent.
Read the third condition against a commercial reality. If your research output will drive an offer, a price, a segment assignment or a retention action aimed at that person, you are outside the research exception on its own terms. Which is why the route commercial insights teams actually rely on is usually the narrower First Schedule Part 5 Business Improvement Purposes, with its own conditions. Naming the right route in your documentation is half of surviving a review.
Self-studyWhere the guidance simply does not exist yet2 min read▶
An honest gap, recorded on purpose rather than filled. In building this course we did not find US institutional review board guidance addressing generative AI tools specifically. That absence is worth knowing for two reasons.
First, do not let anyone tell you the ethics review question is settled by existing IRB practice, because we could not verify guidance that addresses it. Second, and more usefully: an absence of specific guidance is not permission. The general duties - consent scope, confidentiality, data minimisation, participant expectations - apply whether or not anyone has published an AI-specific page about them. Where the map is blank, you navigate by the principles and you write down what you decided and why.
Confidentiality, and the reason that generalises 8 min live
The clearest institutional rules on AI and confidential material come from peer review, and they are worth reading even if nobody on your team will ever review a grant application. The reasoning is not about grants. It is about what happens when somebody else's confidential document leaves your building.
NIH NOT-OD-23-149, dated 2023-06-23, prohibits NIH scientific peer reviewers from using natural language processors, large language models or other generative AI technologies for analysing and formulating peer review critiques. It states that uploading application content "violates the NIH peer review confidentiality and integrity requirements". And it gives a reason that transfers to any confidential material at all:
NIH, on why the ban exists: "AI tools have no guarantee of where data are being sent, saved, viewed, or used in the future."
Nothing in that sentence is specific to grant review. Replace "application" with "client's pricing model", "an unpublished trial protocol", "an employee interview transcript" or "a partner's roadmap under NDA", and the sentence holds unchanged. This is the most portable line in the whole session.
NSF, dated 2023-12-14, splits the duty in a way worth copying. Reviewers are prohibited from uploading any content from proposals, review information or related records to non-approved generative AI tools. Proposers, by contrast, are merely encouraged to disclose their own use. Note the asymmetry: a hard prohibition on other people's confidential material, a softer expectation on your own work. That is a sensible shape for a corporate policy too.
The publishers land in the same place. ICMJE and Elsevier both bar reviewers from uploading manuscripts where confidentiality cannot be assured. Science takes the narrowest permissive line: AI may be used only to revise the reviewer's own writing, it must be declared, and there must be no training on the inputs. Notice that Science's three conditions are effectively a procurement checklist - whose text, declared, and does the vendor train on it.
LiveThe corporate parallel, said plainly3 min▶
A client's confidential material is somebody's manuscript. The peer-review rules exist because a reviewer holds material that was given to them in confidence, for one narrow purpose, by someone who has no relationship with the reviewer's tool vendor. That describes almost every commercial research engagement.
So the policy your team needs is not new, it is transposed:
- Other people's confidential material: prohibited in non-approved tools. Not discouraged. Prohibited, with an approved list that names the tools and the tiers.
- Your own draft writing: permitted with the Science conditions - your text, declared where required, no training on inputs.
- The vendor question that decides both: where does the data go, how long is it kept, and is it used for training. If the answer is not in a contract, treat it as unanswered.
And one thing to watch for that a5 covers in detail: some AI features in reference and research tools are routers. Paperpile's "Ask AI" sends your full-text PDF onward to a general assistant, so the confidentiality question moves downstream to a vendor you did not evaluate. Your PDFs leave by design, not by accident.
Disclosure, and the fact that the bodies disagree about where 10 min live
On the headline question the five major bodies agree completely: AI cannot be an author, because it cannot take responsibility. On the practical question - where in the document you disclose - they disagree, and that disagreement is the thing your team's standard operating procedure has to resolve.
| Body | Can AI be an author? | Where you disclose | AI-generated images |
|---|---|---|---|
| ICMJE | No - chatbots cannot be responsible for accuracy, integrity and originality | "In both the cover letter and the submitted work": writing assistance to acknowledgements, data collection, analysis or figures to methods | Covered by the same disclosure duty |
| COPE | No - AI tools cannot take responsibility, and as non-legal entities cannot assert conflicts of interest | Materials and Methods | Not separately specified here |
| Springer Nature | No - LLMs "do not currently satisfy our authorship criteria" | Document in Methods | Generative-AI images largely not permitted, narrow labelled exceptions |
| Science / AAAS | No - and cited sources may not be authored or coauthored by AI tools either | Cover letter, plus methods or acknowledgements | Need explicit editor permission |
| Elsevier | No | A separate published AI declaration statement with prescribed wording | Primary research images from AI: not permitted |
Two quotations to keep, because they are the ones that carry consequences. ICMJE: "nondisclosure of AI use may require corrective action and may be construed as misconduct". That is not a style preference. And COPE explains the underlying logic in a way that is genuinely useful outside publishing - AI tools "cannot take responsibility for the submitted work... As non-legal entities, they cannot assert the presence or absence of conflicts of interest".
Disclosure is necessary and it is not sufficient. Guo, Dong and Hao, Frontiers in Cell and Developmental Biology 11:1339390, was retracted on 2024-02-16 (retraction notice DOI 10.3389/fcell.2024.1386861) over AI-generated figures. The critical detail: the AI use was disclosed. It still failed, because nobody checked the output. Declaring that you used a tool tells the reader what to scrutinise; it does not do the scrutinising.
Pair it with Glynn, arXiv:2411.15218: 768 documents with suspected undeclared AI use, of which only 4.3% were altered post-publication. Detection is not correction. If your governance model assumes that problems get caught and then fixed, that 4.3% is the number to argue with.
Self-studyWriting the disclosure clause into your own SOP3 min read▶
You are not publishing in Science, so translate rather than copy. A disclosure clause that works for a commercial insights function has four parts, and each is borrowed from a body above:
- What was used - the tool, the version if it matters, and the stage: search, screening, extraction, drafting, figures. The stage distinction is ICMJE's, and it is the useful one, because writing help and analysis help are different risks.
- Where it is recorded - name the section, per output type. Board paper, client report, published white paper, and journal submission may each have a different location. Decide once.
- Who verified the output - COPE's logic: because the tool cannot take responsibility, a named person must. Put the name in the document.
- The images rule - Springer Nature and Elsevier both restrict generative images in primary research. For a commercial report the equivalent line is that no chart, diagram or data visual may be generated rather than computed from the underlying numbers.
The industry layer, and who is answerable 8 min live
If your team does commercial research, the codes that bind you are not the journal ones. The ICC/ESOMAR Code was updated on 2025-06-18 and it is unusually specific about AI. This is the layer to bring to your next client conversation, because several of these are duties you owe the client and the participant, not just yourself.
LiveICC/ESOMAR Code 2025: the five articles that bite4 min▶
- Article 9(b) - disclose the role. Researchers must disclose whether AI, synthetic data or other emerging techniques and technologies "played a significant role in sampling, deployment, analysis, or interpretation of the data, and to what extent human oversight was involved". Read the list of four stages. Most teams would only think to mention analysis.
- Article 7(e) - tell the client. The client must be told when AI or synthetic data and personas are used, and the extent of human oversight must be stated. Oversight is not implied by your professionalism; it is a disclosed quantity.
- Article 4(a)(ii) - tell the participant, at the start. Use of a synthetic persona for data collection must be clearly notified to the data subject at the beginning of the research. Not in a debrief afterwards.
- Article 7(f) - keep it contained. Research data used with AI "must remain confidential... Access... strictly limited to a secure and controlled environment". This is the article that decides whether a consumer tool tier is usable at all.
- Article 6(c) - re-identification by inference. Guard against it. This is the one AI changes most, because a model that reads across your open-text fields can reconstruct an identity that no single field revealed.
LiveAccountability, and marking what came from a human3 min▶
Fundamental Principle 5 is the sentence that closes every argument about tooling. Researchers hold overall responsibility and oversight "irrespective of the method, technique and technology applied". There is no configuration of tools that moves accountability off your desk, and no vendor claim that does it either. That is the fourth rail, and it is why the other three are yours to enforce.
Then the Insights Association Code (September 2025) adds the provenance duty in one clean line: AI-generated data "must be clearly distinguished from data directly derived from human research participants". Combine it with a3's Bisbee finding and you get a concrete operating rule: synthetic material must be labelled at the row level, not mentioned in a footnote, because a reader who cannot tell which rows were human cannot judge the driver analysis at all.
Try it yourself - this week ◐ 30-40 min total
- Run the four-gate path from Part 1 on one real piece of participant material your team handled last month. Write down where it stopped, or write down why all four cleared. Either output is a governance record you did not have before.
- Read the consent wording your team actually used on its most recent study. Does it cover processing by a third-party tool, and does it name a scope in the Recital 33 sense? Bring the exact sentence to your legal or privacy colleague rather than a paraphrase.
- Write the disclosure clause. Four parts: what was used, where it is recorded per output type, who verified it by name, and the images rule. Then pick the one output type your team produces most and fix the venue.
- Audit your tool list against ICC/ESOMAR Article 7(f): which tiers can genuinely be described as a secure and controlled environment with strictly limited access? Anything that cannot is a consumer tool wearing a work badge.
Official sources covered
Named instruments, quoted only where the wording is verified, with gaps recorded as gaps. Nothing on this page is legal advice - it is the citation set that lets you ask your legal and privacy colleagues a precise question. This page covers:
Three questions before you go 🎯 ◐ 90 seconds
1 · Your analyst removes all names from an interview transcript, then pastes it into a third-party tool. Under GDPR, what is the position?
Article 4(5) plus Recital 26 settle it: pseudonymised data that could be attributed to a person using additional information is still personal data. Art 89(1) names pseudonymisation as a possible safeguard, and only where the research purpose can still be fulfilled that way. Removing names is good practice, not a legal basis.
2 · Your team wants one rule for disclosing AI use across all its outputs. What does the published guidance tell you?
ICMJE wants both the cover letter and the submitted work, COPE wants Materials and Methods, Springer Nature wants Methods, Science adds the cover letter, and Elsevier wants a separate declaration with prescribed wording. And ICMJE warns that nondisclosure may require corrective action and may be construed as misconduct, so vagueness is not a safe default.
3 · Why does the NIH peer-review reasoning matter to a commercial insights team that never touches grant review?
The rule is about grants; the reason is about data egress, and it transfers to a client's pricing model, an unpublished protocol or a partner roadmap under NDA. A client's confidential material is somebody's manuscript. NSF's shape is worth copying too: prohibited for other people's material, encouraged disclosure for your own.