Published

A company changes its visitor-access procedure. Every affected employee needs the approved policy, while reception staff also need instruction on the new check-in process. The policy owner needs to know which version was issued, who acknowledged it, and which staff completed the required learning activity.
Use policy management to govern the approved document and its acknowledgement workflow. Use a learning management system (LMS) when the rollout includes courses, learning activities, or assessments. Connect their records through the exact policy revision so each result has a clear meaning.
An LMS organises and delivers learning activities and tracks learner progress. A policy-management application governs organisational guidance: who owns it, which revision is approved, when it takes effect, who receives it, and when it needs review. Some policy changes require a simple acknowledgement campaign; others also need instruction, a knowledge check, or supervised practice.
Author and review the document, approve an exact revision, publish it to the intended audience, collect acknowledgements, and retain the history of later changes and retirement.
Assign the relevant course or activity, deliver instruction, record completion under defined criteria, and retain assessment or practical-review results where the programme requires them.
Start by defining the evidence needed for each audience. A company-wide conduct-policy update and a new equipment-operating procedure may need different rollout plans even when both follow the same document-approval process.
| Evidence | Question it answers | Context to retain |
|---|---|---|
| Published release | Which approved policy was made available, to whom, and from when? | Policy ID, approved revision, effective date, audience rule, and release decision. |
| Acknowledgement | Which identified person gave the requested confirmation? | Identity, exact revision, confirmation wording, process, response, and time. |
| Course completion | Was the assigned activity completed under its configured criteria? | Course and assignment IDs, content revision, completion rule, result, and any override. |
| Knowledge assessment | Did the learner meet the defined test requirement? | Assessment version, attempt, pass criteria, result, and relevant policy revision. |
| Observed performance | Did an authorised assessor record the required practical demonstration? | Task, evaluation criteria, assessor, observation, outcome, and review conditions. |
An email open or page view records an interaction, not an explicit acknowledgement. Similarly, a course marked complete needs to be interpreted through its completion settings. For example, Moodle activity completion can depend on viewing, a score, or a learner marking the activity complete, and authorised teachers can override it. Its course-completion reporting also supports configured criteria and manual completion.
Preserve these distinctions in dashboards. Acknowledged, course completed, assessment passed, and practical sign-off should be separate results when the programme uses all four. A single green “compliant” flag can conceal which requirement remains outstanding.
Give the policy a stable identity and retain the approved revision used in the rollout. Map that revision to the course content and assignment, including the effective date, due date, required audience, and required evidence. A link that always opens the latest document is useful for current guidance; historical completion records need a durable relationship to the earlier approved content.
When a revision is proposed, let the policy owner assess its impact on related procedures, existing courses, and assigned staff. Decide whether it calls for information only, a fresh acknowledgement, a new learning activity, or another assessment. Record the decision and rationale rather than automatically treating every wording change as a complete training reset.
A scheduled policy review also has its own meaning. Reaffirming an unchanged policy can record a review and set the next review date without inventing a new content revision. Replacing the content creates a separate approval and rollout decision. The controlled-revisions guide explains that release distinction.
In this fictional example, version 3 changes how reception staff verify visitor sponsorship and issue temporary passes. All affected staff receive the revised procedure; reception and security teams also complete a short learning activity and a supervised practice check.
The facilities owner routes version 3 through security and operations review. The rollout record identifies the approved procedure, the related course revision, the audiences, and the acknowledgement and practical-check requirements.
The Business Solution publishes the approved release and opens the acknowledgement campaign. The configured integration sends the learning assignment to the LMS, using stable employee and policy identifiers. Staff can reach the approved procedure from the activity.
An employee acknowledges version 3. A receptionist completes the activity but still needs the supervised check. The policy-owner view keeps those outcomes separate and shows the remaining action, its due date, and its accountable supervisor.
A staff member transfers out of reception during the campaign. The responsible owner applies the audience rule, records any cancelled assignment and reason, and preserves completed results. A later review of the policy can reconstruct the release, learning requirement, and decisions that applied at the time.
Choose the authority for employee ID, role, location, contractor status, and other assignment inputs.
Keep the policy revision, audience snapshot or rule, due date, and required outcomes with the campaign.
Map source assignment and result IDs to the campaign, including cancellations, corrections, overrides, and overdue work.
Plan for new hires, leave, transfers, contractors, and departures. Decide whether the audience is fixed at release or refreshed while the campaign is open, and record later changes. Display missing identity mappings and failed assignments alongside overdue responses so an integration failure cannot disappear from the owner's view.
Make repeated status delivery safe and reconcile interrupted work. A replayed completion event should update or identify the same source result, rather than create a second acknowledgement or course attempt. Restrict who can correct or override results and preserve the source, time, reason, and previous state.
Begin with the approved policy and the outcomes each audience needs. FormKiQ governs the policy lifecycle and acknowledgement process; an integrated LMS supplies the relevant learning and assessment records. Keeping their identities and meanings connected gives the organisation a clear explanation of what was issued, required, completed, and still outstanding.
Workflow guidance reviewed: November 13, 2026, against the linked FormKiQ solution and Moodle documentation. The rollout, data fields, and integration behaviours are illustrative configuration choices.
The open-source foundation — API-first, deployable into your own AWS account, and free to use. Right for architecture validation and early implementation.
Production-ready editions for departments and complex workflows. Start with a Proof-of-Value deployment or go straight to production.
For governance-heavy environments with residency, sovereignty, assurance, and multi-jurisdiction requirements. Talk to us about the right deployment model.