Notifications and system messages

Use this reference to understand notification behavior and common message outcomes in 证据中心. This topic documents scenarios, likely causes, and next actions rather than every exact UI or email string.

Note

Exact message wording can vary by release. Use this topic to understand what happened and what to do next.

Notification behavior by scenario

Notification emails are triggered by assignment, collaboration, access, and decision events.

ScenarioWho is notifiedWhat the notification typically includesWhat the recipient should do
Request assignment, viewer assignment, or delegation updateAssigned participantRecord link, assignment context, and due date details when availableOpen the record and confirm assignment details before responding.
Evidence submission or alternate submissionOwner, requester, or respondentRecord link and submission contextOpen the record and continue with review or follow-up actions.
Accept or reject decisionRespondent, requester, or bothDecision outcome and optional reviewer commentsReview the decision details and complete any required next step.
Access request created or decidedOwner or requesterRecord link, requester identity, and decision contextOpen the record and approve, deny, or proceed with granted access.
User tagged in CommentsTagged userConversation link and tagged message contextOpen the conversation and respond if action is required.
Access revoked, role changed, or reviewer assignment changedAffected participantRole or access-change context, actor, and timestamp details when availableOpen the record to confirm the new access level and proceed with the updated workflow.
Record lifecycle or configuration updateOwner, requester, or assigned participantsStatus or setting-change context, such as archive, validation, discoverability, or delegation behavior updatesReview the updated record state and complete any required follow-up action.

To reduce volume, tagged-message notifications are consolidated. Grouped notifications can include multiple unread messages within a short window of roughly 10 minutes.

Tip

If a user reports a missing email, verify the event completed and the recipient identity matches the assignment before troubleshooting delivery.

System message families and next actions

Use these patterns to interpret common user-facing messages and resolve blocked workflows.

Message patternWhat it usually meansWhat to do next
Authorization or access-denied messageThe current identity does not match assignment, or read access is not granted.Sign in with the assigned identity, then select Request Access where available.
OTP expired, used, or blockedThe one-time passcode is invalid due to expiry, reuse, or repeated invalid attempts.Open the original link to request a new code, or request a new link from the sender.
Upload blocked by file ruleThe file violates size, type, or security rules.Upload a compliant file and retry.
Delete not allowedCurrent role or record state does not allow deletion.Confirm role and lifecycle state, then follow the allowed archive or admin path.
Link inactive or removedThe referenced record was deleted or is no longer available at that link.Contact the sender for an updated request or replacement record path.
Role, setting, or workflow state changedA role assignment, delegation rule, validation setting, or lifecycle transition changed how the record behaves.Review the latest role and record settings, then continue with the updated process.

When to escalate

Escalate to an admin or owner when a user cannot complete work after validating identity, assignment, and role-based access conditions.

  • Escalate to owner for access decisions, reassignment, or missing workflow context.

  • Escalate to admin for repeated OTP lockouts, policy-based restrictions, or deletion-path questions tied to lifecycle state.

Note

Successful authentication does not override record-level or label-level permissions.