Sooner or later, someone will ask your hiring team a hard question: "Why did the AI reject this candidate, and who checked it?" It might come from legal, internal audit, a regulator or the candidate. If the answer is "we're not sure," the problem isn't the AI. It's the missing governance around it.
Regulators in Singapore, Malaysia, Indonesia and Hong Kong have all published rules or guidance on how organisations use AI with personal data. They differ in detail and in how binding they are, but they point in the same direction. This guide sorts hiring AI by risk, summarizes what each market expects and turns it all into six practical controls. It is general information, not legal advice.
Not all hiring AI carries the same risk
Governance should match risk. A tool that drafts job ads doesn't need the same oversight as one that decides who gets an interview. A simple way to sort your AI use cases:
| Risk level | Examples | Why |
|---|---|---|
| Low | Writing job ads, scheduling interviews, summarizing interviews run by people | The AI supports a person who still makes every judgment |
| Medium | Chatbots asking screening questions, resurfacing past applicants | The AI shapes which candidates get attention, but people still decide |
| High | Ranking or scoring applicants, scoring AI interviews, filtering out candidates automatically | The AI's output directly affects who moves forward |
Most governance effort belongs in the high-risk row. That is also where regulators focus.
The same product can sit in more than one row. An AI ATS might draft a job ad (low risk) and rank applicants (high risk). Assess each feature you switch on, not the product as a whole. And watch for features that move up a row over time: a chatbot that only books interviews is medium risk, but the same chatbot rejecting candidates who give the "wrong" answer is high risk.
What each market expects
Singapore. The PDPC's Advisory Guidelines on Use of Personal Data in AI Recommendation and Decision Systems (March 2024) are the most specific guidance in the region. They encourage organisations to tell people how AI uses their data (paragraph 9.5). They also state that organisations "bear the primary responsibility" for ensuring the AI system they choose meets their PDPA obligations (paragraph 11.8). In other words, buying a tool doesn't transfer accountability to the vendor. The guidelines also give "internal HR systems used to recommend potential job candidates" as an example where the Business Improvement Exception may be relevant when personal data is used to develop or improve an AI system (paragraph 5.4). That exception comes with conditions (paragraph 5.2), so treat it as a question for your legal team rather than a general exemption from consent.
Malaysia. The National Guidelines on AI Governance and Ethics (September 2024) set voluntary principles such as fairness, transparency and accountability. More specific is the Personal Data Protection Commissioner's Automated Decision-Making and Profiling Guideline (April 2026). It names employment opportunities as an example of decisions that significantly affect people, expects people to be told when automated decision-making is used and advises against relying on AI as the sole basis for those decisions.
Indonesia. The Personal Data Protection Law gives people the right to object to certain decisions based solely on automated processing (Article 10) and requires impact assessments for high-risk processing (Article 34). A 2023 AI ethics circular adds principles such as transparency and accountability.
Hong Kong. The PCPD's Artificial Intelligence: Model Personal Data Protection Framework takes a risk-based approach covering AI strategy, risk assessment and human oversight, management of AI systems and communication with stakeholders.
| Market | Main instrument | Binding? | Key expectation for hiring |
|---|---|---|---|
| Singapore | PDPC AI advisory guidelines | Guidance on how the binding PDPA applies | Tell candidates about AI use; you stay accountable |
| Malaysia | AIGE; ADMP Guideline | AIGE voluntary; ADMP guidance under the PDPA | Disclose automated decisions; don't rely on AI alone |
| Indonesia | PDP Law; 2023 AI circular | Law binding; circular guidance | Right to object; impact assessment for high-risk processing |
| Hong Kong | PCPD AI framework | Guidance | Assess risk; keep human oversight; explain AI use |
Six controls that cover all four markets
The instruments differ, but six controls meet the shared expectations.
- A person reviews before rejection. No candidate is rejected on an AI score alone. A named recruiter or hiring manager reviews and confirms.
- Every recommendation comes with reasons. The AI shows the evidence behind a score, so the reviewer can agree or disagree with it.
- An audit trail. The system records the AI's output, its reasons, who reviewed it and what they decided.
- Candidates are told. Your privacy notice says which hiring steps use AI and what data it uses.
- No training on your data without agreement. The vendor confirms in writing whether customer data is used to train its models.
- Regular testing. You check outcomes across groups of candidates for signs of unfair patterns, and act on what you find.
Turning the controls into vendor questions
Each control becomes a question you can put to every vendor on your shortlist. Ask for the answers in writing.
| Control | Question for the vendor |
|---|---|
| Human review | Can any AI feature reject a candidate without a person confirming it? |
| Reasons | What evidence does the AI show for each recommendation? |
| Audit trail | Can you export the record of one AI recommendation, including the reviewer? |
| Candidate notice | What wording do you recommend for telling candidates about AI use? |
| Model training | Is our data used to train your models, and can we opt out? |
| Testing | How do you test your AI for unfair outcomes, and can we see the results? |
Your AI governance file
When someone asks how your hiring AI is governed, you should be able to hand over a short file containing:
- A list of every AI feature in use and its risk level
- An impact assessment for each high-risk use
- The vendor's security certifications and written answers on human review and model training
- The candidate privacy notice that describes AI use
- Sample audit records for AI recommendations
- Results of your most recent outcome review
A 30-day setup plan
- Week 1: List every AI feature your hiring tools use and assign each a risk level.
- Week 2: Collect vendor documentation and written answers. Update candidate privacy notices for each market.
- Week 3: Switch on human review and audit logging for high-risk features. Run an impact assessment where needed.
- Week 4: Test an audit end to end: pick one rejected candidate and trace the AI output, the reasons and the reviewer.
How Moka AI approaches this
In Moka AI, people make the final hiring decision, and customer data is not used to train models without the customer's authorization. AI recommendations come with reasons, and the platform holds SOC 2, ISO/IEC 27001 and ISO/IEC 27701 certifications. Ask to see the audit trail for one AI recommendation in your demo.
Next step
Start with the inventory. Most teams find at least one high-risk AI feature they hadn't documented. Then use the six controls as your vendor questions. For the data rules behind them, see our guide to candidate data compliance in APAC.
This article is general information, not legal advice. Guidance in this area changes quickly, so check each regulator's latest publications and confirm requirements with your legal team.

Author
Moka AI Editorial Team
The Moka AI Editorial Team creates insightful, practical, and engaging content on HR, recruitment, and AI innovation. We explore emerging trends, share industry insights, and turn complex ideas into actionable knowledge to help HR professionals navigate the evolving world of work.



