Understand event: Case updated
The notification/audit layer recognises the Case updated event.
Exact navigationAdmin Area → Projects & Work → Service Journeys → Application or CRM cron
Before you begin
- Confirm the module is active and use the exact navigation shown above.
- Use an account with the stated module and core CRM permissions.
- Use known test records when changing statuses, visibility, saved filters or global navigation.
What this guide covers
The notification/audit layer recognises the Case updated event. The instructions below follow the supplied module’s live menu, controller, form, model and JavaScript flow.
Exact step-by-step process
- Open Admin Area → Projects & Work → Service Journeys → Application or CRM cron.
- Locate the record, endpoint, field or action used to understand event: case updated.
- Complete the displayed values exactly as described in this guide.
- Select the available save, submit, send, upload, create, update or confirm action.
- Return to the related register, portal, activity log or API response and verify the expected result.
Fields, choices and supported possibilities
EventCase updated
Code-backed validations and workflow rules
- Recipient and visibility rules depend on event direction and record flags.
Expected result and verification
- The understand event: case updated workflow completes without a validation, permission, ownership or availability error.
- The related record, portal view, activity entry, notification log or API response shows the expected state.
- Client-visible, public and API data remains limited to the code-backed ownership and visibility rules.
Security, privacy and operational checks
- Use controlled test records and non-production credentials before wider rollout.
- Grant least privilege and protect secure links, personal data, uploaded files, signatures, API tokens, allowed origins and server IPs.