The institute had to build a pool of authorised trainers from partner countries, and the system it had bought was designed for employees, not for candidates working through an accreditation pathway.
A trainer profile holds qualifications, delivery and migration experience, and language levels on the six-point European scale, none of which fits an employee record. Monitors and students rate courses actually delivered, and eleven existing plugins had to keep working.
Every change landed in a companion plugin and a custom theme, so the institute keeps its vendor licence, its updates, and its support line.
We worked from the institute’s own trainer profile, performance review and training forms, mapping every field onto the HR data model and marking where the model had to be extended rather than bent.
A custom plugin on the HR module adds the fields the pathway needs: qualified topics, authorised trainings, courses delivered, and monitor and student averages. Unused tabs such as leave and compensation are hidden.
Custom recruitment fields, certificate attachments and the applicant photo now transfer to the employee profile on hire, and the welcome email includes password setup exactly as a manually created account does.
A custom theme exposing the HR module outside the admin, with four distinct views for HR manager, recruiter, trainer and public visitor, plus a grid based page system the institute can rearrange itself.
Email templates for hiring, training assignment, to-do changes, performance reviews and goals, delivered through the institute’s existing transactional mail setup.
We defined which HR fields flow to Moodle, and worked alongside the identity plugin vendor and the Moodle provider through the SAML integration so a newly authorised trainer exists in both systems.
The finished environment moved to production with the vendor licence transferred, and a signed addendum covered the further field and tab changes the institute identified once it was using the system.
Trainers apply, get assessed, get authorised and get deployed through one record, and reach their courses without a second login.
Setup became a step-by-step flow tailored to each role, showing only what matters at each stage, so a new administrator reaches a working configuration without wading through irrelevant settings.
Dense, form heavy screens gave way to a clearer visual hierarchy, consistent components and contextual guidance, so staff at any technical level can tell what a setting does and why it matters without asking.
Settings are organised by role and function rather than by technical category, so an administrator finds the controls for their own day to day work without needing a model of the system underneath.
The institute had already chosen its platform. The engineering question was not what to build instead, but how far a product can be extended before it stops being maintainable.
Engagement note, weLabs delivery team
Tell us where the friction is. We’ll propose a clear place to start.
Send a project request or book a call. A written scope helps but isn’t required. NDA on request.
A project manager reviews your request and sets up a free call with a senior engineer.
You get deliverables, timeline, and cost agreed before any work starts.
