Client system / course operations

AWR Course Manager

Keep scheduling, forms and marketing automation consistent across the whole course flow.

01 / Purpose

A tool with a reason to exist.

A WordPress application for course schedules, forms, local submissions, permissions, archives, frontend popups and ActiveCampaign tagging.

01

Centralise course schedules and operational configuration inside WordPress.

02

Connect participant forms with local records and ActiveCampaign automation.

03

Expose only the next safe public schedule item to frontend experiences.

04

Package and promote changes as versioned, inspectable WordPress artifacts.

02 / Decisions

The interesting part is why.

01

Browser-aware time

A course scheduled in one timezone should appear correctly for an international visitor without rewriting the source record.

02

External success before local commit

Local state must not claim a participant is synchronized when the marketing platform rejected the operation.

03

Tiny public contract

The schedule endpoint returns one whitelisted event, not plugin options or participant data.

04

Immutable packages

Single-root, linted, versioned archives make deployment and rollback inspectable.

03 / Architecture

A deliberate path through the system.

01

Schedule

Store source-timezone course dates and convert them for each browser at the presentation boundary.

02

Submit

Validate participant input and synchronize the required external marketing state.

03

Commit

Persist the local submission only after the external synchronization succeeds.

04

Publish safely

A whitelisted read-only endpoint exposes only the next event needed by public frontend banners.

04 / Technology

The working parts.

PHPWordPressJavaScriptCSSActiveCampaign APIWordPress REST APITimezone conversionVersioned packages

05 / State & roadmap

What is real now—and what comes next.

Current
  • Version 0.5.9 is verified in production.
  • Version 0.5.11 is packaged and locally tested but not deployed.
  • Core schedule, form, archive and integration paths exist.
  • The public next-event endpoint is part of the newer undeployed generation.
Planned
  • Deploy the accepted 0.5.11 generation through the existing review gate.
  • Connect the verified schedule endpoint to the public conversion experience.
  • Continue improving operational reporting and administrator clarity.