Skill2AustraliaBack to guides
ACS RPL

ACS RPL Evidence Gaps: 9 Questions to Ask Before You Finalise Your Project Reports

Why a polished RPL can still be weak, and how to find missing project facts, personal contribution, recent ICT currency and evidence inconsistencies.

10 min readUpdated July 2026

A document can read professionally and still leave important evidence questions unanswered. This is why editing alone is not enough for RPL preparation.

A useful review asks whether the information supplied actually supports the nominated occupation and the applicant’s claimed ICT experience. The following nine questions are designed as preparation checks, not as a prediction of the ACS outcome.

1. Can you explain why each project is relevant to your nominated occupation?

Do not rely on the job title alone. ACS assesses whether professional IT work is directly related to the nominated occupation. Map the actual project duties and evidence to the work you are claiming. If you nominate ICT Business Analyst but the project description only discusses sprint ceremonies and status reporting, the missing issue may be occupation relevance rather than writing quality.

2. Are both project periods clear and recent enough for the RPL Project Report requirement?

Check the project completion dates against the current ACS RPL guidance: one report should cover a project completed within the last two years and the other a project from within the last four years. Keep project and employment dates internally consistent.

3. Is your personal contribution identifiable without guessing?

Highlight every sentence that describes something you personally analysed, decided, specified, recommended, validated or resolved. If most of the report explains what the team or programme did, collect more first-person facts before polishing the prose.

4. Do your technology claims explain your actual interaction with the technology?

A list containing “APIs, Azure, microservices, SQL, CI/CD” is not evidence of applied ICT knowledge by itself. Explain the relationship to your work. Did you define interface requirements, analyse payload fields, validate data, identify service dependencies, review release risks or trace a production transaction across systems? Use only what is true.

5. Can you describe at least one real challenge and your reasoning?

A useful project challenge has context, analysis and action. What went wrong or was unclear? What information did you examine? What competing options or constraints existed? What did you recommend or decide? What was the result? This is stronger than simply stating that you “resolved blockers”.

6. Are outcomes factual rather than decorative?

Metrics are valuable when they are real and supportable. Do not invent a percentage because a draft sounds stronger with numbers. If formal metrics were not recorded, explain a concrete outcome: a defect was isolated, a process step was removed, a dependency was clarified, a release decision was made or an exception flow became visible.

7. Does your employment evidence support the periods and work you claim?

ACS has specific experience-evidence requirements. Review the current official guidance before lodging. A strong narrative cannot repair contradictory employment dates or unsupported work-experience claims.

8. Do you have at least two relevant, recent professional currency items?

ACS currently requires at least two forms of professional currency evidence related to the nominated occupation and completed within the last two years. Identify these early and document why each item is relevant.

9. Are you still finding material gaps, or only optional improvements?

There is always another sentence that could be improved. Stop treating every possible enhancement as a submission-blocking risk. Separate material evidence gaps from optional improvements. Once the material concerns have been reasonably addressed and repeated review is no longer finding genuinely new material issues, focus on factual verification and consistency.

The final principle: evidence before eloquence

The purpose of a preparation review is not to make every applicant sound identical. It is to help the applicant see where their own facts are incomplete, inconsistent or too generic. Collect the missing evidence first. Then structure it clearly.

This article is general preparation information, not migration advice or an assessment guarantee. Your submission must accurately reflect your own qualifications, employment and personal work. The relevant assessing authority makes the assessment decision.