Applied professional course
Planning Application Validation and Completeness Review
Check a submitted application against a validation list, identify what is missing or inconsistent, and write a defensible completeness decision.
Written teaching content: available for review
Video lessons have not yet been recorded. Written teaching content may be available for review below.
Written teaching content only. This course is not yet available: it has not been professionally reviewed, no lesson is recorded, and enrolment, payment, certificates, downloads and protected access are all disabled.
Review Written Course ContentReading only. This is not enrolment, booking, purchase, account access, a download or protected learning access.
- Written content: Available for review
- Video lessons: Not recorded
- Professional review: Not yet completed
- Enrolment: Not available
- Payment: Disabled
- Certificates: Disabled
- Downloads: Disabled
- Protected access: Disabled
Written course content
Client-style brief
A busy development-control team receives a mixed intake each week: householder proposals, a 60-home outline scheme and a change-of-use application. Roughly a third of submissions are returned as invalid, and the returns are inconsistent between officers. The team wants a repeatable validation method that can be evidenced, explained to agents and applied by a new starter in their first fortnight.
Professional scenario
Synthetic weekly intake of eight applications supplied as teaching packs, each with a form, drawings at declared scales, a fee statement and a variable set of supporting documents. Two packs contain deliberate, realistic defects.
Planning problem
Inconsistent validation wastes officer time, delays legitimate applicants and creates challenge risk. The professional problem is to separate a genuine completeness failure from a matter of planning judgement, and to record the decision so that another officer reaches the same conclusion on the same pack.
Learning objectives
- Build a validation checklist from published national and local requirements rather than habit.
- Distinguish completeness failures from merit issues that belong to assessment.
- Check drawings, scales, notations and ownership declarations methodically.
- Write a validation decision that an applicant can act on without a phone call.
- Track intake and invalid reasons so recurring defects can be designed out.
Modules and lessons
0 of 9 lessons open
Module 1
Module 1 — Requirements, intake and the validation checklist
Establish what may lawfully be required of an applicant and turn it into a working checklist.
The difference between statutory requirements, published local information requirements and officer preference; why only published requirements can support an invalid decision; and how requirement lists are reviewed and superseded.
Practical exercise: Sort twenty synthetic requirement statements into statutory, published local and preference, and mark which could support a return.
Checkpoint: No preference item is treated as a validation requirement, and every retained item names its source type.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Householder, full, outline, reserved matters, change of use and prior-approval routes each demand different material; how to build a single checklist with type-conditional rows rather than six separate documents.
Practical exercise: Build a conditional checklist covering four application types with a proportionality note on each discretionary row.
Checkpoint: Each row states the trigger, the source type and what a satisfactory submission looks like.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Recording receipt, calculating and evidencing the fee category, logging the date used for the determination clock, and keeping a register that supports monitoring and audit.
Practical exercise: Log the eight teaching packs in the intake register with fee category, declared documents and an initial status.
Checkpoint: Every pack has a recorded receipt date, fee basis and document inventory.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Example data: Synthetic national and local information-requirement lists, an Ideeplan-owned intake register template and eight teaching application packs.
Module output: Application-type validation checklist and a populated intake register.
Module 2
Module 2 — Checking the submission
Apply the checklist to real documents and detect the defects that matter.
Verifying a stated scale against measured content, checking north points, levels, existing-versus-proposed pairs, sheet numbering and revision control, and identifying drawings that cannot be relied on for assessment.
Practical exercise: Measure and verify four teaching drawing sets and record every scale, notation and pairing defect found.
Checkpoint: Each defect names the sheet, the fault and the requirement it fails.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
What the application boundary must show, how a blue-line holding changes the picture, how ownership certificates and notice requirements interact, and why a boundary error is a validation issue and not a drafting nicety.
Practical exercise: Review three teaching packs for boundary and ownership consistency and write the defect statement for each failure.
Checkpoint: Boundary and certificate positions are cross-checked against each other, not read separately.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Judging whether a required assessment is genuinely triggered, testing whether a submitted document actually addresses its requirement, and resisting both over-requesting and waving material through.
Practical exercise: Decide, with written reasoning, whether four supporting documents satisfy their triggers or fail them.
Checkpoint: Each decision names the trigger, the test applied and the outcome.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Example data: Teaching drawing sets containing scale-bar errors, an unmarked red line, a missing existing-elevation sheet and an inconsistent ownership certificate.
Module output: Completed check sheets with an evidenced defect list per application.
Module 3
Module 3 — Deciding, communicating and improving
Turn checks into a defensible decision, communicate it clearly and use the data to reduce future defects.
The three realistic outcomes, when a matter should be raised in assessment rather than at validation, and how to avoid using validation as a way to delay a difficult application.
Practical exercise: Determine an outcome for each of the eight teaching packs with a one-paragraph justification.
Checkpoint: No merit objection appears as a validation reason in any determination.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Structure of a return notice: what is missing, which requirement it fails, exactly what to submit, and what happens next; tone that is firm, neutral and free of unexplained jargon.
Practical exercise: Write two invalid notices for the defective packs, each listing numbered, specific remedies.
Checkpoint: Every listed item is actionable without further explanation and cites a published requirement.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Coding invalid reasons, reading the pattern across a quarter, and converting recurring defects into agent guidance, form changes or checklist wording changes.
Practical exercise: Analyse the synthetic quarter, identify the three most common defects and propose one front-end change for each.
Checkpoint: Each proposal is tied to a counted defect, not to an impression.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Example data: Ideeplan-owned invalid-notice and validation-decision teaching templates and a synthetic quarter of intake statistics.
Module output: Validation decision pack with issued notices and an intake improvement note.
Project brief
A synthetic weekly intake of eight applications across householder, full, outline and change-of-use routes, two containing realistic defects.
Your role: Validation officer in a development-control team applying a published requirements list.
Information available
- Synthetic national and local information-requirement lists.
- Eight teaching application packs with forms, drawings and supporting documents.
- Ideeplan-owned intake register and notice templates.
- A synthetic quarter of anonymised intake statistics.
Required analysis
- Requirement classification and checklist construction.
- Drawing, scale and notation verification.
- Boundary, ownership and certificate cross-checking.
- Proportionality testing of supporting documents.
- Defect pattern analysis across the intake.
Required outputs
- Conditional validation checklist by application type.
- Completed check sheet for each application.
- Two written invalid notices.
- Intake register with outcomes.
- Improvement note with three evidenced proposals.
Presentation standard: Consistent numbering, one defect per numbered line, each defect tied to a named requirement, and plain professional language throughout.
Marking criteria
- Requirement discipline: Every invalid reason cites a published requirement, never officer preference.
- Separation of validation and merit: No planning judgement issue is used to return an application.
- Detection accuracy: The planted defects are found and correctly described.
- Communication: An agent could remedy every listed item without contacting the officer.
- Consistency: Two officers using the checklist would reach the same outcome.
Quality-assurance checklist
- Every checklist row names its source type.
- Each defect statement names sheet, fault and failed requirement.
- Fee basis is recorded for every application.
- No merit issue appears in a validation reason.
- Local validation lists are confirmed with the relevant authority before use.
Common mistakes and correction tasks
- Returning an application because the design is poor. Correction: Withdraw the reason, validate the application and record the design concern for assessment.
- Requesting a technical assessment that is not triggered. Correction: Re-test the trigger, remove the request and note the proportionality reasoning on the check sheet.
- Writing an invalid notice that says only 'insufficient information'. Correction: Rewrite as numbered items, each naming the missing document, its requirement and the remedy.
- Accepting drawings whose stated scale does not match their content. Correction: Measure a known dimension, record the discrepancy and request corrected, revision-controlled sheets.
Enrolment status
Enrolment is not currently available. This course is still undergoing content, media and professional review.
Register Interest is an expression of interest only. It works without an account, creates no enrolment, no reserved place and no payment order.
Protected lessons, approved videos and approved resource files are not accessible. No protected file URL, signed link or download entitlement is created.
Payments are disabled. No price, checkout, payment provider, payment order or paid-course claim exists in the Academy.
Outstanding before enrolment could open
- Outstanding — Professional content review is complete
- Outstanding — Required videos recorded, reviewed and approved, or the course approved as written-only
- Outstanding — Required practical resources approved and available
- Outstanding — Learner terms approved
- Outstanding — Privacy and data-handling requirements approved
- Outstanding — Course availability explicitly enabled by an authorised administrator
- Outstanding — Payment and refund terms approved (paid courses)
- Outstanding — Payment provider configuration complete (where payment is required)
- Outstanding — Authentication email delivery configured and tested
- Outstanding — Protected content access tested
- Outstanding — Approved delivery and support process in place
Progress, assessment and certificates
Submission access is not currently available
Lesson and course progress tracking is not active. No progress record, completion percentage or completed lesson exists for any account, and no course can record progress until enrolment opens.
Practical assessments cannot be submitted. Submission access is not currently available: there is no active enrolment, no upload configuration and no authorised reviewer workflow in operation.
No assessment has been marked, reviewed, corrected or passed. Reviewer feedback, correction tasks and pass decisions are made by an authorised human reviewer and none exists.
No certificate is issued, approved or pending. A future Academy certificate would be a course-completion certificate only — not a professional licence, statutory qualification, accreditation or government-recognised award.
Certificate verification is disabled until a certificate is genuinely issued. No verification result is produced for any reference.
Assessment formats planned for the Academy
Written briefs, required deliverables and marking criteria are published inside the course content above for open review. None of them can be submitted or marked at present.
- Practical planning task
- GIS mapping exercise
- Site-appraisal task
- Feasibility assessment
- CAD or drawing task
- Revit coordination task
- Planning-report task
- Policy-assessment task
- Transport or access analysis
- Environmental or green-infrastructure exercise
- Final course project
Outstanding before completion or a certificate could exist
- Outstanding — Learner identity verified by an authorised member of staff
- Outstanding — Learner holds a valid active or completed enrolment
- Outstanding — All required lessons completed
- Outstanding — All required practical assessments passed
- Outstanding — A recorded assessment decision exists for every required task
- Outstanding — All requested corrections completed
- Outstanding — Course content professionally reviewed and signed off
- Outstanding — Authorised reviewer has approved completion
- Outstanding — Course certificate policy approved
- Outstanding — Certificate wording approved by Ideeplan Consult
- Outstanding — Course is officially available
- Outstanding — Unique certificate numbering and a secure verification route configured
Practical resources
Resources for this course
13 resource records · 13 with a written preview · 0 with a file under preparation · Download access not yet enabled.
All demonstration material is synthetic, publicly licensed or owned by Ideeplan Consult and is labelled as demonstration material. No confidential client file, personal information, private agency document or unreleased project drawing is used.
- Written preview available — downloadable file not yet available
Practical project brief
Sets the professional situation, the role the learner takes and what must be produced.
- Resource type
- Brief
- Format
- Written brief shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — One brief governs the whole course: every lesson exercise contributes to the same final deliverable.
- Access
- No account required — written preview is public
- A synthetic weekly intake of eight applications across householder, full, outline and change-of-use routes, two containing realistic defects.
- Your role: Validation officer in a development-control team applying a published requirements list.
- Available information: Synthetic national and local information-requirement lists.
- Available information: Eight teaching application packs with forms, drawings and supporting documents.
- Available information: Ideeplan-owned intake register and notice templates.
- Available information: A synthetic quarter of anonymised intake statistics.
- Required analysis: Requirement classification and checklist construction.
- Required analysis: Drawing, scale and notation verification.
- Required analysis: Boundary, ownership and certificate cross-checking.
- Required analysis: Proportionality testing of supporting documents.
- Required analysis: Defect pattern analysis across the intake.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Client-style instruction and problem statement
Gives the learner the instruction as a practitioner would receive it, and names the problem to be solved.
- Resource type
- Brief
- Format
- Written statement shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — Scenario framing applies to every lesson in the course.
- Access
- No account required — written preview is public
Synthetic weekly intake of eight applications supplied as teaching packs, each with a form, drawings at declared scales, a fee statement and a variable set of supporting documents. Two packs contain deliberate, realistic defects.
Inconsistent validation wastes officer time, delays legitimate applicants and creates challenge risk. The professional problem is to separate a genuine completeness failure from a matter of planning judgement, and to record the decision so that another officer reaches the same conclusion on the same pack.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Module 1 learner worksheet — Module 1 — Requirements, intake and the validation checklist
Lists the practical steps the learner carries out in this module, in order.
- Resource type
- Worksheet
- Format
- Written worksheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Application-type validation checklist and a populated intake register.
- Lessons supported
- 3 — Supports the 3 lessons in module 1, which build one shared output.
- Access
- No account required — written preview is public
- Where validation requirements come from — Sort twenty synthetic requirement statements into statutory, published local and preference, and mark which could support a return.
- Building a checklist by application type — Build a conditional checklist covering four application types with a proportionality note on each discretionary row.
- Intake handling, fees and the register — Log the eight teaching packs in the intake register with fee category, declared documents and an initial status.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Module 2 learner worksheet — Module 2 — Checking the submission
Lists the practical steps the learner carries out in this module, in order.
- Resource type
- Worksheet
- Format
- Written worksheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Completed check sheets with an evidenced defect list per application.
- Lessons supported
- 3 — Supports the 3 lessons in module 2, which build one shared output.
- Access
- No account required — written preview is public
- Drawings, scales and notation — Measure and verify four teaching drawing sets and record every scale, notation and pairing defect found.
- Red lines, blue lines, ownership and notices — Review three teaching packs for boundary and ownership consistency and write the defect statement for each failure.
- Supporting documents and proportionality — Decide, with written reasoning, whether four supporting documents satisfy their triggers or fail them.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Module 3 learner worksheet — Module 3 — Deciding, communicating and improving
Lists the practical steps the learner carries out in this module, in order.
- Resource type
- Worksheet
- Format
- Written worksheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with issued notices and an intake improvement note.
- Lessons supported
- 3 — Supports the 3 lessons in module 3, which build one shared output.
- Access
- No account required — written preview is public
- Valid, invalid or valid with clarification — Determine an outcome for each of the eight teaching packs with a one-paragraph justification.
- Writing an invalid notice an agent can act on — Write two invalid notices for the defective packs, each listing numbered, specific remedies.
- Monitoring defects and improving the front end — Analyse the synthetic quarter, identify the three most common defects and propose one front-end change for each.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Task checklist
Confirms every required piece of work has been produced before submission.
- Resource type
- Checklist
- Format
- Written checklist shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — A single task checklist tracks progress across all modules.
- Access
- No account required — written preview is public
- Conditional validation checklist by application type.
- Completed check sheet for each application.
- Two written invalid notices.
- Intake register with outcomes.
- Improvement note with three evidenced proposals.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Example data and drawing base
Synthetic national and local information-requirement lists, an Ideeplan-owned intake register template and eight teaching application packs. Any figures used in a template are teaching assumptions, not market evidence. Local costs, policies, standards and valuation assumptions must be independently confirmed before any of this is applied to a real project.
- Resource type
- Capacity-study spreadsheet
- Format
- CSV table with labelled assumptions (planned)
- Status
- Planned
- Data classification
- Synthetic demonstration data
- Licence or ownership
- Synthetic demonstration material prepared by Ideeplan Consult. No client file, personal information, private agency document or unreleased project drawing is used.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — One demonstration data base is used by every lesson so results stay comparable.
- Access
- No account required — written preview is public
Demonstration data item What it contains and how it is used Data ownership and licence Synthetic training data prepared and owned by Ideeplan Consult. It is fictional: it is not a real client project, a real site or a real location, and it must not be presented as one. Free to study on this page; redistribution is not permitted. Module 1 input — Module 1 — Requirements, intake and the validation checklist Synthetic national and local information-requirement lists, an Ideeplan-owned intake register template and eight teaching application packs. Module 2 input — Module 2 — Checking the submission Teaching drawing sets containing scale-bar errors, an unmarked red line, a missing existing-elevation sheet and an inconsistent ownership certificate. Module 3 input — Module 3 — Deciding, communicating and improving Ideeplan-owned invalid-notice and validation-decision teaching templates and a synthetic quarter of intake statistics. Lawful sourcing where real data is substituted Where a learner substitutes real data, use only openly licensed or lawfully obtained sources, record the publisher, dataset title, version and access date, and cite them in the final deliverable. Do not use restricted, confidential or personal data. Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Analysis and calculation template
Structures the analysis so assumptions are visible and checkable. Any figures used in a template are teaching assumptions, not market evidence. Local costs, policies, standards and valuation assumptions must be independently confirmed before any of this is applied to a real project.
- Resource type
- Capacity-study spreadsheet
- Format
- CSV workbook with labelled assumptions (planned)
- Status
- Planned
- Data classification
- Synthetic demonstration data
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — The same analysis structure is completed progressively through the course.
- Access
- No account required — written preview is public
- Record every assumption on its own labelled row, with the source or reason beside it.
- Module 1 working section — Application-type validation checklist and a populated intake register.
- Module 2 working section — Completed check sheets with an evidenced defect list per application.
- Module 3 working section — Validation decision pack with issued notices and an intake improvement note.
- Required output carried into the analysis — Conditional validation checklist by application type.
- Required output carried into the analysis — Completed check sheet for each application.
- Required output carried into the analysis — Two written invalid notices.
- Required output carried into the analysis — Intake register with outcomes.
- Required output carried into the analysis — Improvement note with three evidenced proposals.
- Check row: totals, units and areas reconcile before the result is carried into the deliverable.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Final deliverable template
Sets the expected structure and presentation standard for Validation decision pack with checklist, check sheets, notices and an improvement note.
- Resource type
- Presentation template
- Format
- PDF layout guide (planned)
- Status
- Planned
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — The final deliverable draws on every module output.
- Access
- No account required — written preview is public
- Final named deliverable — Validation decision pack with checklist, check sheets, notices and an improvement note
- Section 1 — Application-type validation checklist and a populated intake register.
- Section 2 — Completed check sheets with an evidenced defect list per application.
- Section 3 — Validation decision pack with issued notices and an intake improvement note.
- Must be present — Conditional validation checklist by application type.
- Must be present — Completed check sheet for each application.
- Must be present — Two written invalid notices.
- Must be present — Intake register with outcomes.
- Must be present — Improvement note with three evidenced proposals.
- Presentation and submission standard — Consistent numbering, one defect per numbered line, each defect tied to a named requirement, and plain professional language throughout.
- Sources and citations: list every dataset, publisher, version and access date used, and state clearly where synthetic Ideeplan training data was used.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Quality-control checklist
Professional checks to run before the work is treated as finished.
- Resource type
- Checklist
- Format
- Written checklist shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — Quality control is applied to the whole submission, not to a single lesson.
- Access
- No account required — written preview is public
- Every checklist row names its source type.
- Each defect statement names sheet, fault and failed requirement.
- Fee basis is recorded for every application.
- No merit issue appears in a validation reason.
- Local validation lists are confirmed with the relevant authority before use.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Marking and review rubric
States what a satisfactory professional standard looks like for each criterion.
- Resource type
- Marking rubric
- Format
- Written rubric shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — One rubric reviews the final deliverable produced across all modules.
- Access
- No account required — written preview is public
Criterion Satisfactory standard Requirement discipline Every invalid reason cites a published requirement, never officer preference. Separation of validation and merit No planning judgement issue is used to return an application. Detection accuracy The planted defects are found and correctly described. Communication An agent could remedy every listed item without contacting the officer. Consistency Two officers using the checklist would reach the same outcome. Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Correction-task sheet
Common professional mistakes and the correction the learner practises.
- Resource type
- Correction-task sheet
- Format
- Written task sheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — Correction tasks address mistakes that can appear anywhere in the course.
- Access
- No account required — written preview is public
- Returning an application because the design is poor. — Withdraw the reason, validate the application and record the design concern for assessment.
- Requesting a technical assessment that is not triggered. — Re-test the trigger, remove the request and note the proportionality reasoning on the check sheet.
- Writing an invalid notice that says only 'insufficient information'. — Rewrite as numbered items, each naming the missing document, its requirement and the remedy.
- Accepting drawings whose stated scale does not match their content. — Measure a known dimension, record the discrepancy and request corrected, revision-controlled sheets.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Submission guidance
How the finished work should be assembled and presented for professional review.
- Resource type
- Checklist
- Format
- Written guidance shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Validation decision pack with checklist, check sheets, notices and an improvement note
- Lessons supported
- 9 — Submission guidance covers the single final deliverable.
- Access
- No account required — written preview is public
Consistent numbering, one defect per numbered line, each defect tied to a named requirement, and plain professional language throughout.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
Media status
Video lessons for this course
- Video lessons
- Not recorded
- Narration
- Professional narration — planned, not produced
- Captions
- Not yet produced
- Transcript
- Not yet produced
- Production plan
- Prepared for professional review
- Enrolment, payment and downloads
- Disabled
Video lesson: Not recorded. The written lesson on this page is complete and can be read in full without a video, an account, enrolment or payment.
Real professional classroom experience — every lesson
Applies to every future Academy lesson, software-based or not. The finished lesson presents as authentic professional training, professionally narrated and screen-led: video + written guide + supporting data + practical task + quality checklist + final named deliverable.
Lesson structure
- 1.Professional introduction.
- 2.Realistic project situation.
- 3.Learner role within that situation.
- 4.Problem statement.
- 5.Learning objectives.
- 6.Required software and data.
- 7.Step-by-step demonstration.
- 8.Explanation of the professional reasoning behind each action.
- 9.Practical learner task.
- 10.Checkpoint or pause activity.
- 11.Common mistake and its correction.
- 12.Quality-control review.
- 13.Final recap.
- 14.Named learner deliverable.
Video requirements
- Professional narration that is clear, natural and paced for instruction, synchronised with the screen action.
- Authentic screen recording from the actual software, with visible menus, tools, panels, commands, settings and outputs.
- Natural cursor movement and deliberate pacing, with a clear explanation of why each action is taken.
- Realistic corrections and troubleshooting shown, not edited away.
- Clear 16:9 screen capture.
- Captions and a complete transcript.
- Chapter titles and lesson sections.
- A small presenter window only where useful; it never covers technical content and is hidden on mobile or dense technical screens.
Never produced as a lesson
- Automated slideshows.
- Generic screen tours.
- Silent software demonstrations.
- Marketing videos presented as lessons.
- AI-avatar presentations.
- Simulated software tutorials.
- Fast montages without explanation.
- An invented tutor, instructor identity, voice, recording, thumbnail or completion status.
Lessons use only synthetic, publicly licensed or Ideeplan-owned examples. No confidential client information is used.
No genuine professional recording exists yet. Until one does, every lesson remains “Video lesson: Not recorded — authentic professional recording required.” Enrolment, payments, certificates and protected learner access stay disabled during this production stage.
Professional narration and screen-first production
- Every Academy lesson is planned as a professionally narrated, screen-led practical lesson with captions and a complete transcript.
- No AI avatar, virtual presenter or artificial talking head is used, and no named person is imitated. No lesson is described as human-narrated, instructor-led by a named person or personally presented unless that is factually true.
- No instructor identity is published until a real, named professional has recorded and approved the lesson.
- Recordings are screen-first: the GIS view, planning drawing, AutoCAD or Revit workspace or document remains the main subject of the frame.
- Any presenter picture-in-picture normally occupies about 8–10% of the frame, never covers technical content, and is reduced or hidden on small screens.
- The Principal Consultant portrait is reserved for approved introductions and conclusions. It is never used as a repeated course thumbnail, and the Academy remains company-first.
No lesson has been recorded and no narration has been produced. Scripts exist as production plans only, and every lesson video status remains “Not recorded”.
Demonstration material is synthetic, publicly licensed or owned by Ideeplan Consult. No confidential client file, unauthorised agency dataset or private project information is used.
Methods are jurisdiction-neutral. Learners must confirm local laws, policies and technical standards before applying them to a real project.
A production plan describes how a lesson would be recorded. It is not a recording, and it does not create an enrolment, account, payment or reserved place.
9 lesson production plans · suggested recording time about 90 minutes in total (a planning estimate, not a recorded duration) · every lesson video status: Not recorded.
Lesson 1 · Video lesson: Not recorded.
Where validation requirements come from
- Learning objective
- The difference between statutory requirements, published local information requirements and officer preference; why only published requirements can support an invalid decision; and how requirement lists are reviewed and superseded.
- Narration focus
- Establish what may lawfully be required of an applicant and turn it into a working checklist.
- Screen action
- Sort twenty synthetic requirement statements into statutory, published local and preference, and mark which could support a return.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Synthetic national and local information-requirement lists, an Ideeplan-owned intake register template and eight teaching application packs.
- Expected learner output
- No preference item is treated as a validation requirement, and every retained item names its source type.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.The difference between statutory requirements, published local information requirements and officer preference; why only published requirements can support an invalid decision; and how requirement lists are reviewed and superseded.
- 2.Sort twenty synthetic requirement statements into statutory, published local and preference, and mark which could support a return.
- 3.No preference item is treated as a validation requirement, and every retained item names its source type.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 2 · Video lesson: Not recorded.
Building a checklist by application type
- Learning objective
- Householder, full, outline, reserved matters, change of use and prior-approval routes each demand different material; how to build a single checklist with type-conditional rows rather than six separate documents.
- Narration focus
- Establish what may lawfully be required of an applicant and turn it into a working checklist.
- Screen action
- Build a conditional checklist covering four application types with a proportionality note on each discretionary row.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Synthetic national and local information-requirement lists, an Ideeplan-owned intake register template and eight teaching application packs.
- Expected learner output
- Each row states the trigger, the source type and what a satisfactory submission looks like.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Householder, full, outline, reserved matters, change of use and prior-approval routes each demand different material; how to build a single checklist with type-conditional rows rather than six separate documents.
- 2.Build a conditional checklist covering four application types with a proportionality note on each discretionary row.
- 3.Each row states the trigger, the source type and what a satisfactory submission looks like.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 3 · Video lesson: Not recorded.
Intake handling, fees and the register
- Learning objective
- Recording receipt, calculating and evidencing the fee category, logging the date used for the determination clock, and keeping a register that supports monitoring and audit.
- Narration focus
- Establish what may lawfully be required of an applicant and turn it into a working checklist.
- Screen action
- Log the eight teaching packs in the intake register with fee category, declared documents and an initial status.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Synthetic national and local information-requirement lists, an Ideeplan-owned intake register template and eight teaching application packs.
- Expected learner output
- Every pack has a recorded receipt date, fee basis and document inventory.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Recording receipt, calculating and evidencing the fee category, logging the date used for the determination clock, and keeping a register that supports monitoring and audit.
- 2.Log the eight teaching packs in the intake register with fee category, declared documents and an initial status.
- 3.Every pack has a recorded receipt date, fee basis and document inventory.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 4 · Video lesson: Not recorded.
Drawings, scales and notation
- Learning objective
- Verifying a stated scale against measured content, checking north points, levels, existing-versus-proposed pairs, sheet numbering and revision control, and identifying drawings that cannot be relied on for assessment.
- Narration focus
- Apply the checklist to real documents and detect the defects that matter.
- Screen action
- Measure and verify four teaching drawing sets and record every scale, notation and pairing defect found.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Teaching drawing sets containing scale-bar errors, an unmarked red line, a missing existing-elevation sheet and an inconsistent ownership certificate.
- Expected learner output
- Each defect names the sheet, the fault and the requirement it fails.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Verifying a stated scale against measured content, checking north points, levels, existing-versus-proposed pairs, sheet numbering and revision control, and identifying drawings that cannot be relied on for assessment.
- 2.Measure and verify four teaching drawing sets and record every scale, notation and pairing defect found.
- 3.Each defect names the sheet, the fault and the requirement it fails.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 5 · Video lesson: Not recorded.
Red lines, blue lines, ownership and notices
- Learning objective
- What the application boundary must show, how a blue-line holding changes the picture, how ownership certificates and notice requirements interact, and why a boundary error is a validation issue and not a drafting nicety.
- Narration focus
- Apply the checklist to real documents and detect the defects that matter.
- Screen action
- Review three teaching packs for boundary and ownership consistency and write the defect statement for each failure.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Teaching drawing sets containing scale-bar errors, an unmarked red line, a missing existing-elevation sheet and an inconsistent ownership certificate.
- Expected learner output
- Boundary and certificate positions are cross-checked against each other, not read separately.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.What the application boundary must show, how a blue-line holding changes the picture, how ownership certificates and notice requirements interact, and why a boundary error is a validation issue and not a drafting nicety.
- 2.Review three teaching packs for boundary and ownership consistency and write the defect statement for each failure.
- 3.Boundary and certificate positions are cross-checked against each other, not read separately.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 6 · Video lesson: Not recorded.
Supporting documents and proportionality
- Learning objective
- Judging whether a required assessment is genuinely triggered, testing whether a submitted document actually addresses its requirement, and resisting both over-requesting and waving material through.
- Narration focus
- Apply the checklist to real documents and detect the defects that matter.
- Screen action
- Decide, with written reasoning, whether four supporting documents satisfy their triggers or fail them.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Teaching drawing sets containing scale-bar errors, an unmarked red line, a missing existing-elevation sheet and an inconsistent ownership certificate.
- Expected learner output
- Each decision names the trigger, the test applied and the outcome.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Judging whether a required assessment is genuinely triggered, testing whether a submitted document actually addresses its requirement, and resisting both over-requesting and waving material through.
- 2.Decide, with written reasoning, whether four supporting documents satisfy their triggers or fail them.
- 3.Each decision names the trigger, the test applied and the outcome.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 7 · Video lesson: Not recorded.
Valid, invalid or valid with clarification
- Learning objective
- The three realistic outcomes, when a matter should be raised in assessment rather than at validation, and how to avoid using validation as a way to delay a difficult application.
- Narration focus
- Turn checks into a defensible decision, communicate it clearly and use the data to reduce future defects.
- Screen action
- Determine an outcome for each of the eight teaching packs with a one-paragraph justification.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Ideeplan-owned invalid-notice and validation-decision teaching templates and a synthetic quarter of intake statistics.
- Expected learner output
- No merit objection appears as a validation reason in any determination.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.The three realistic outcomes, when a matter should be raised in assessment rather than at validation, and how to avoid using validation as a way to delay a difficult application.
- 2.Determine an outcome for each of the eight teaching packs with a one-paragraph justification.
- 3.No merit objection appears as a validation reason in any determination.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 8 · Video lesson: Not recorded.
Writing an invalid notice an agent can act on
- Learning objective
- Structure of a return notice: what is missing, which requirement it fails, exactly what to submit, and what happens next; tone that is firm, neutral and free of unexplained jargon.
- Narration focus
- Turn checks into a defensible decision, communicate it clearly and use the data to reduce future defects.
- Screen action
- Write two invalid notices for the defective packs, each listing numbered, specific remedies.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Ideeplan-owned invalid-notice and validation-decision teaching templates and a synthetic quarter of intake statistics.
- Expected learner output
- Every listed item is actionable without further explanation and cites a published requirement.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Structure of a return notice: what is missing, which requirement it fails, exactly what to submit, and what happens next; tone that is firm, neutral and free of unexplained jargon.
- 2.Write two invalid notices for the defective packs, each listing numbered, specific remedies.
- 3.Every listed item is actionable without further explanation and cites a published requirement.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 9 · Video lesson: Not recorded.
Monitoring defects and improving the front end
- Learning objective
- Coding invalid reasons, reading the pattern across a quarter, and converting recurring defects into agent guidance, form changes or checklist wording changes.
- Narration focus
- Turn checks into a defensible decision, communicate it clearly and use the data to reduce future defects.
- Screen action
- Analyse the synthetic quarter, identify the three most common defects and propose one front-end change for each.
- Required software
- PDF reader with measurement tools, Spreadsheet software, Word processor
- Example data
- Ideeplan-owned invalid-notice and validation-decision teaching templates and a synthetic quarter of intake statistics.
- Expected learner output
- Each proposal is tied to a counted defect, not to an impression.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Coding invalid reasons, reading the pattern across a quarter, and converting recurring defects into agent guidance, form changes or checklist wording changes.
- 2.Analyse the synthetic quarter, identify the three most common defects and propose one front-end change for each.
- 3.Each proposal is tied to a counted defect, not to an impression.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to PDF reader with measurement tools, Spreadsheet software, Word processor, with no suggestion of provider endorsement.
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Course production standard
- Recordings are screen-first: the planning drawing, GIS view, AutoCAD or Revit workspace stays the main subject of the frame.
- Any presenter picture-in-picture normally occupies no more than about 8–10% of the frame and never covers maps, legends, drawings, dimensions or annotations.
- On mobile and on dense technical screens the presenter window is reduced further or hidden entirely.
- The Principal Consultant portrait is reserved for approved introductions, explanations and conclusions. It is not used as a generic thumbnail for every course.
- Narration is planned for professional human delivery. No AI narration, AI presenter or recorded lesson exists today.
No lesson has been recorded. Every lesson media status is “Not recorded”.
Any example data used in teaching is synthetic, publicly licensed or owned by Ideeplan Consult, and is clearly labelled as demonstration data. No client file, confidential document or unauthorised project material is used.
Want this course finished first?
Registering interest is not an enrolment. It tells Ideeplan Consult which subjects to complete and review first.