Pass the onboarding verification gate
Allow stage 6 only after the linked native proposal is accepted and signature identity evidence is verified.
Exact navigationAdmin Area → Full Compliance Applications → Case → Proposal
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
Allow stage 6 only after the linked native proposal is accepted and signature identity evidence is verified. The instructions below follow the supplied module’s live menu, controller, form, model and JavaScript flow.
Exact step-by-step process
- Open Admin Area → Full Compliance Applications → Case → Proposal.
- Locate the record, setting or action used to pass the onboarding verification gate.
- Complete the displayed fields or controls exactly as described in this guide.
- Select the available save, submit, update, call, sign, upload or confirm action.
- Return to the related register, portal, dashboard or call panel and verify the recorded result.
Fields, choices and supported possibilities
WorkspaceAdmin Area → Full Compliance Applications → Case → Proposal
ActionAllow stage 6 only after the linked native proposal is accepted and signature identity evidence is verified.
Code-backed validations and workflow rules
- The action is available only when the supplied module exposes it and the signed-in user has the required module and core CRM access.
- Hidden helpers and internal background methods are documented under the user-facing workflow they support rather than presented as separate menu pages.
Expected result and verification
- The pass the onboarding verification gate workflow completes without a validation, permission or availability error.
- The relevant case, document, proposal, call, extension, widget session, timeline or audit evidence shows the expected state.
- Any client-visible or public result appears only where the code explicitly allows it.
Security, privacy and operational checks
- Use a controlled test case, contact, extension or website origin before production rollout.
- Grant the minimum permissions needed and protect private documents, call metadata, signing evidence, API credentials and infrastructure paths.
