TEMPLATE 03: Credential Map¶
Domain: [Your regulated domain] Governing Legislation / Authority: [Citation of the legislation, regulation, or governing body that authorises these credential requirements] Effective Date: [Date these credential requirements take effect] Prepared By: [Domain owner / responsible entity]
Instructions¶
This template captures who is authorised to do what in your domain, based on what credentials they hold. It is a deterministic decision tree: given a person's qualifications as input, the output is an unambiguous set of permissions and restrictions.
The engine uses this document to validate that activities are performed by appropriately credentialled individuals. Every role must resolve to a binary outcome — authorised or not authorised — for any given credential input. Ambiguity in the credential map will fail structural validation.
Part 1: Definitions¶
Define all credential-related terms used in this document.
| Term | Definition | Source (if legislative) |
|---|---|---|
| [e.g., "Direction"] | [e.g., "Oversight, guidance and quality assurance provided by an authorised person to ensure the quality of work performed by another individual"] | |
| [e.g., "Assessment judgement"] | [e.g., "A determination of whether competency has been achieved by an individual consistent with the relevant standard"] | |
| [Term] | [Definition] |
Every permission type, restriction type, and supervision arrangement must be defined here.
Part 2: Roles and Permissions¶
Define each role in your domain, the activities it permits, the credentials required, and any restrictions or supervision requirements.
Section [Number]: [Functional Area]¶
Brief description of what this section governs.
Example: "This section specifies credential requirements for individuals performing [primary domain activity] for all [domain products/services] other than [exception category]."
Related Outcome Standards: [References to Outcome Specification] Related Compliance Requirements: [References to Compliance Ruleset]
Role [X.A]: [Role Title — e.g., "Full Practitioner"]¶
Description: [What this role does within the domain]
Permissions:
- [Activity 1 — e.g., "Deliver services without supervision"]
- [Activity 2 — e.g., "Make assessment judgements"]
- [Activity 3 — e.g., "Authorise certification documentation"]
Restrictions:
- [Any limitations — e.g., "Only within scope of registration" or "None"]
Supervision requirements:
- [e.g., "None — this role operates independently" or "Must be available to provide direction to Role X.C"]
Required credentials (any one of the following):
| # | Credential | Code/Identifier | Level |
|---|---|---|---|
| 1 | [e.g., "Certificate IV in Domain Practice"] | [e.g., "DOM40125"] | [e.g., "AQF Level 4"] |
| 2 | [e.g., "Diploma or higher qualification in Domain Practice"] | [various] | [e.g., "AQF Level 5+"] |
| 3 | [e.g., "Secondary qualification with supplementary credential"] | [see compound credentials below] |
Compound credentials (where a role requires a combination):
| # | Primary Credential | AND | Supplementary Credential |
|---|---|---|---|
| 1 | [e.g., "Secondary teaching qualification"] | + | [e.g., "Assessor Skill Set (DOM-SS-019)"] |
Role [X.B]: [Role Title — e.g., "Restricted Practitioner"]¶
Description: [What this role does — typically a subset of the Full Practitioner's permissions]
Permissions:
- [Activity 1 — e.g., "Conduct assessment and collect evidence"]
Restrictions:
- [e.g., "Cannot make assessment judgements"]
- [e.g., "Cannot deliver training"]
Supervision requirements:
- [e.g., "None — operates independently within permitted activities"]
Required credentials (any one of the following):
| # | Credential | Code/Identifier | Level |
|---|---|---|---|
| 1 | [Credential] | [Code] | [Level] |
| 2 | [Credential] | [Code] | [Level] |
Role [X.C]: [Role Title — e.g., "Supervised Practitioner (In Training)"]¶
Description: [e.g., "A person actively working towards a full credential who can perform limited activities under direction"]
Permissions:
- [e.g., "Deliver services under direction"]
- [e.g., "Contribute to assessment under direction"]
- [e.g., "Collect assessment evidence"]
Restrictions:
- [e.g., "Cannot make assessment judgements"]
- [e.g., "Must work under direction of a Role X.E credential holder at all times"]
Supervision requirements:
- [e.g., "Must be under direction of a person holding Role X.E credentials"]
Required credentials:
| # | Credential | Code/Identifier | Additional Conditions |
|---|---|---|---|
| 1 | [e.g., "Enrolled in Certificate IV in Domain Practice"] | [Code] | [e.g., "Must have commenced training"] |
Progress requirements:
- [e.g., "Must be making satisfactory progress to complete within [timeframe] of commencement"]
Role [X.D]: [Role Title — e.g., "Supervised Practitioner (Credentialled)"]¶
Description: [e.g., "A person holding a partial credential who can perform limited activities under direction"]
Permissions:
- [e.g., "Deliver services under direction"]
- [e.g., "Contribute to assessment under direction"]
Restrictions:
- [e.g., "Cannot make assessment judgements"]
- [e.g., "Must work under direction of a Role X.E credential holder"]
- [e.g., "Credential must be relevant to the specific context and cohort"]
Supervision requirements:
- [e.g., "Must be under direction of a person holding Role X.E credentials"]
- [e.g., "The regulated entity must justify the relevance of the credential to the specific context"]
Required credentials (any one of the following):
| # | Credential | Code/Identifier | Level |
|---|---|---|---|
| 1 | [e.g., "Facilitation Skill Set"] | [Code] | |
| 2 | [e.g., "Workplace Trainer Skill Set"] | [Code] | |
| 3 | [e.g., "Secondary teaching qualification"] | [various] |
Role [X.E]: [Role Title — e.g., "Director / Supervisor"]¶
Description: [e.g., "A person authorised to provide direction to Roles X.C and X.D and to domain experts"]
Permissions:
- [All permissions of Role X.A]
- [e.g., "Provide direction to supervised practitioners"]
- [e.g., "Provide oversight and quality assurance of services delivered by supervised persons"]
Restrictions:
- [e.g., "Responsible for ensuring the quality of services delivered by persons under their direction"]
Supervision requirements:
- [e.g., "None — this role provides supervision to others"]
Required credentials (any one of the following):
| # | Credential | Code/Identifier | Level |
|---|---|---|---|
| 1 | [Credential] | [Code] | [Level] |
| 2 | [Credential] | [Code] | [Level] |
Section [Number]: [Elevated Credential Area]¶
Some domains have activities that require elevated credentials beyond the standard roles. For example, training the trainers, certifying the certifiers, or supervising in high-risk contexts.
Complete this section if your domain has credential escalation requirements for specific activities.
What triggers elevated requirements: [e.g., "Delivering training in the domain's own credentialling framework requires practitioners to hold credentials at or above the level being delivered"]
Role [Y.A]: [Elevated Role Title]¶
Follow the same structure as above, specifying the elevated credential requirements.
Section [Number]: Validation / Quality Assurance Credentials¶
Define who is authorised to perform quality assurance, validation, audit, or review functions in your domain.
Role [Z.A]: [Validation Role Title — e.g., "Validator"]¶
Description: [e.g., "Person(s) authorised to conduct validation of the assessment/quality system"]
Permissions:
- [e.g., "Conduct validation of domain systems and judgements"]
Restrictions:
- [e.g., "Validation outcome cannot be solely determined by a person who designed or delivered the service being validated"]
Collective requirements: [If validation requires a team, specify what the team must collectively hold]
- [e.g., "At least one person must hold credentials from the credential list below"]
- [e.g., "At least one person must have current domain expertise"]
Required credentials (at least one validator must hold one of the following):
| # | Credential | Code/Identifier |
|---|---|---|
| 1 | [Credential] | [Code] |
| 2 | [Credential] | [Code] |
Part 3: Decision Tree Summary¶
Provide a summary decision tree that the engine can use for deterministic resolution. For each credential input, there must be exactly one permission output.
| Input Credential | Permissions Granted | Restrictions | Supervision Required | Can Supervise Others |
|---|---|---|---|---|
| [Credential A] | Full practice, assessment judgement | None | No | Yes |
| [Credential B] | Assessment only | No training delivery | No | No |
| [Credential C — enrolled, in progress] | Deliver and contribute to assessment under direction | No assessment judgement | Yes — by [Role X.E] | No |
| [Credential D — skill set] | Deliver and contribute under direction | No assessment judgement | Yes — by [Role X.E] | No |
| [Credential E — elevated] | Full practice including elevated activities | None | No | Yes, including elevated |
| [No recognised credential] | None | All activities restricted | N/A | No |
This table must be exhaustive. Every credential that exists in your domain must appear. The "No recognised credential" row must always be present and must always resolve to "None."
Part 4: Structural Checklist¶
Before submission, verify the following.
| # | Requirement | Status |
|---|---|---|
| 1 | Every role has a unique identifier | ☐ |
| 2 | Every role has explicit permissions (what the person CAN do) | ☐ |
| 3 | Every role has explicit restrictions (what the person CANNOT do) | ☐ |
| 4 | Every role has supervision requirements stated (even if "none") | ☐ |
| 5 | Every credential maps to exactly one role (no ambiguous credentials) | ☐ |
| 6 | The decision tree in Part 3 is exhaustive (every credential listed) | ☐ |
| 7 | The "no credential" row exists and resolves to "no permissions" | ☐ |
| 8 | Compound credentials (requiring multiple qualifications) are explicitly stated | ☐ |
| 9 | All domain-specific terms are defined in Part 1 | ☐ |
| 10 | Definitions are consistent with the Outcome Specification and Compliance Ruleset | ☐ |
| 11 | Cross-references to the Outcome Specification are present | ☐ |
| 12 | Cross-references to the Compliance Ruleset are present | ☐ |
| 13 | The governing legislation or authority is cited | ☐ |
| 14 | Elevated credential requirements (if any) are in a separate section | ☐ |
Reference: How the VET Domain Completed This Template¶
The Australian VET Credential Policy defines 3 sections with multiple roles:
- Section 1 — General Delivery: 5 roles (Full Practitioner with TAE40122/equivalent, Assessment Only with assessor skill sets, Actively Working Towards with enrolment and progress requirements, Under Direction with partial skill sets, and Director with full credentials plus oversight responsibility).
- Section 2 — TAE Training Package Delivery (Elevated): 3 roles with escalated requirements (must hold credentials at or above the level being delivered; direction requires Diploma-level qualification).
- Section 3 — Validation Credentials: 2 categories (general validation requiring at least one person with training and assessment credentials; TAE validation requiring credentials at or above the level being validated).
The decision tree resolves deterministically: input any Australian VET credential, output the exact permissions, restrictions, and supervision requirements. No ambiguity, no interpretation required.
Version History¶
| Version | Date | Change | Author |
|---|---|---|---|
| 1.0 | 2026-03-11 | Initial commit from TEMPLATE_03_Credential_Map.md | Claude Code |