Stage 1: Request Received
Confirm the application/intake exists.
Exact navigationAdmin Area → Projects & Work → Service Journeys → Application → Workflow → Complete stage
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
Confirm the application/intake exists. 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 → Workflow → Complete stage.
- Locate the record, endpoint, field or action used to stage 1: request received.
- 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
StageStage 1: Request Received
Compliance managerRequired for stage 2; hidden/zero for other stages unless the view provides it.
NoteOptional stage evidence.
Code-backed validations and workflow rules
- Complete earlier stages first.
- Stage completion is retained as workflow history.
Expected result and verification
- The stage 1: request received 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.