Understand core CRM hooks used by Courier
This guide explains that which external CRM events update module records.
Where to goCore CRM event → Courier hook
What this guide helps you do
Know which external CRM events update module records. The instructions below follow the supplied module’s controller, form and model rules, including server-side validation and downstream effects.
Follow these steps
- Go to Core CRM event → Courier hook.
- Check the source record and choose the supported action.
- Save or submit once, then reopen the record and verify the result.
Fields and options
after_client_addedSync core customer into Courier.
after_client_updatedRefresh linked courier customer.
invoice_status_changedReconcile linked job payment status.
after_payment_addedRecord/reconcile payment against linked job.
after_cron_runRun module automation.
Rules and limits
- Use the supported screen and permission; do not bypass validation or edit database records directly.
Check it worked
- The source record, status/history and any downstream notification, provider, POD or finance record should agree after the action.
Security, audit and operational checks
- Use the exact record and least-privilege role before changing any state.
- Verify the saved record after every action; a browser message alone is not evidence that every downstream step completed.
- Use protected document and image routes rather than exposing server filesystem paths.
- Keep customer, driver, provider, financial and credential data within the authorised workflow.
- For provider, finance, employment, transport and compliance decisions, follow the organisation’s authorised professional process.
Do not bypass the code flowDo not force database values, invent a status, mark a job completed without signed POD evidence, or expose encrypted credentials to make a screen appear successful.
Related guides
Was this guide useful?Your response is stored only in this browser.