InfraLoka AcademyPathwayAI
PathwayAI

Module 8 · You decide

Automated decisions and people's rights

6 min read6 min readReviewed 26 October 2026

In short

The PDP Law gives Personal Data Subjects a right to object to decisions based solely on automated processing with significant effects. Prepare real human review and a clear objection path. Not legal advice.

After this lesson you can

  • Explain people's right to object to decisions made solely by automated means (PDP Law Article 10(1))
  • Design an objection path and human review for decisions about people
  • Recognise when an automated decision needs an impact assessment (PDP Law Article 34)

Terms in this lesson

Understand

Article 10(1) of the PDP Law states that a Personal Data Subject (Subjek Data Pribadi) has the right to object to decision-making based solely on automated processing, including profiling, that has legal consequences or significant effects on the Personal Data Subject. Four parts deserve a slow read:

  • Personal Data Subject: the person whose data is processed, such as an applicant, employee, customer or aid recipient.
  • Based solely on automated processing: the decision is made by a system without meaningful human involvement. A person who only passes on the system's result without checking does not change its automated nature.
  • Profiling: assessing aspects of a person from their data, such as predicting performance, reliability, interests or behaviour. An applicant fit score calculated by AI is an example of profiling.
  • Legal consequences or significant effects: for example a rejected application, a declined loan, aid not granted, a contract not renewed.

The law also contains certain exceptions to Personal Data Subjects' rights, so applying it to a real case needs an expert's check.

Note also what this article does not say. Article 10(1) is about a right to object. It does not, by itself, set out a right to be told AI was used or a right to an explanation of how the system works. The right to information about who processes the data, the legal basis and the purpose is in Article 5 (see the PDP Law basics lesson). Many organisations choose to tell people that AI helped and to explain the reasons for a decision; that is good practice for trust, but present it as your policy, not as what this article says.

Teams that use AI in decisions about people have two pieces of homework.

First, do not let significant decisions become automated without noticing. Make sure a person really reviews: opens the data, weighs the reasons, and has the authority to decide differently from the system. A review that is a mere formality is not enough. How to judge which tasks may run automatically is in the lesson on when not to automate.

Second, set up an objection path before you need it. A good path has six parts:

  1. A way to object that is easy and named in the decision notice: an address, a form or an official service number.
  2. A clear response time, for example within ten working days.
  3. A human reviewer not involved in the original decision and with authority to change it.
  4. A real review: the reviewer looks at the original data and the objector's reasons, not just re-running the same model.
  5. Records: the objection, review and outcome are recorded.
  6. No penalty: people are not disadvantaged for objecting.

Also remember Article 34: the Personal Data Controller must carry out a personal data protection impact assessment for high-risk processing, and the law names automated decision-making with legal consequences or significant effects as one such case, alongside processing specific data, large-scale processing, and systematic evaluation, scoring or monitoring. A plan to use AI to screen applicants or assess employees almost always falls here. Involve your data protection officer from the design stage, not after the feature is live.

Worked example

Before

The prompt

Write an automatic e-mail for all applicants with an AI score below 60, telling them they did not pass.

What came back

Dear Applicant, based on our system's assessment, you have been found not to meet the qualifications. This decision is final and cannot be contested. Thank you for your interest.

After

The prompt

I need a draft notice for applicants not moving to the next stage. The process: AI helps summarise applications, then a recruiter reviews each application and decides. Reader: applicants, who may be disappointed. Limits: do not mention scores, do not call the decision final or uncontestable, and do not promise anything beyond the material. Must include: the decision was made by the recruitment team; how to object or request a review via [official address]; a 10-working-day response time; a contact for questions about the applicant's personal data. Shape: at most 150 words, polite, standard Indonesian.

What came back

Dear Sir/Madam, Thank you for applying for [position]. After reviewing your application, the recruitment team has decided not to take it to the next stage. If you object to this decision or would like your application reviewed again, please write to [official address]. We will reply within 10 working days. For questions about your personal data, contact [data protection contact]. Yours sincerely, Recruitment Team

What changed

  • The first version makes the AI score the only basis for rejection, then shuts the door on objections. That runs against Article 10(1).
  • The better letter is honest only if the process really works that way: a recruiter reviews every application. A letter must not be better than its process.
  • The objection path, deadline and data contact make the right usable, not just written down.

Common mistake

Mistake
Adding a "human approval" that is one approve button for hundreds of AI decisions at once, then treating the decisions as no longer automated.
Why it hurts
In substance, the decisions are still based solely on automated processing. Every model error passes, the people affected still have their right to object, and the organisation cannot show any real human judgement.
Do this instead
Design case-by-case review for decisions with significant effects, with enough time and authority for the reviewer. If the volume is too large to review properly, that is a sign the decision should not yet be AI-assisted this way.

Try

Sorting card

Is this a decision based solely on automated processing with significant effects?

  1. The system automatically rejects employee loan requests when the AI score is below a threshold, with nobody checking

  2. AI suggests three training schedules and participants choose themselves

  3. AI groups customer complaints by topic for a monthly report

  4. AI summarises CVs, then a recruiter reads the original CVs and decides

  5. A driver partner's contract is automatically not renewed because of a behaviour score from the app

  6. A supervisor presses "approve all" on 300 claim rejections prepared by AI

6 cards left

Follow the objection path of an applicant whose application did not proceed. At each point, think about what must already be in place.

Step 1 of 6

Decision notice

The notice says who decided and how to object.

Take home

Before AI takes part in decisions about people

  • I know which decisions have significant effects on people
  • Each such decision is reviewed by a person who really checks and can change it
  • Decision notices say how to object and when to expect a reply
  • The objection reviewer is not the person who made the first decision
  • The impact assessment was discussed with the data protection officer from the design stage

What went wrong for us

How we work

AI features ship switched off

Context
Almost every app of ours gets AI features, from summaries to scoring. Their automated tests use fake model answers so they are fast and repeatable.
What tends to go wrong
An AI feature can pass every test with a fake model and still give poor results with the real model on real data.
What it costs if ignored
Without this rule, users could be the first to see poor results.
Root cause
Tests with a fake model test the code around the model, not the model's behaviour.
How we do it
Every new AI feature gets a flag that is off by default.
The rule we keep
The flag is turned on after the owner checks the real model's results on real data; that check is a release step of its own.

The lessonLet a person see the AI's results on real data before users do.

What it means for your workBefore others rely on AI output, try it on your real work and look at the results yourself; tidy practice examples prove nothing yet.

Sources