Collaboration and watching¶
Risk work is rarely completed by one person. RiskVault keeps discussion, mentions, update subscriptions, and record-specific access beside the risk so people can work together without losing the decision trail.
Comments and threaded replies¶
Use comments for discussion that should remain part of the risk record: questions for the owner, review observations, evidence requests, and follow-up decisions.
Add a comment¶
- Open the risk's Details page.
- Scroll to Comments or follow a notification link that opens the comments section.
- Write the comment. Include enough context for someone reading it later.
- Mention a person when you need their attention.
- Select the post action.
- Confirm the comment appears with your name and time.
Reply in a thread¶
- Find the comment you are answering.
- Select Reply.
- Write the response and add any needed mention.
- Post the reply.
Replies stay grouped with the original comment, which makes a focused conversation easier to follow than a series of unrelated top-level comments.
Image needed: Risk Comments panel showing a top-level comment, a threaded reply, the Reply action, and the comment entry box with fictional content.
Delete or restore a comment¶
You can delete your own comment when the risk's comment permissions allow it. A user with comment-moderation access can delete or restore other comments. Deletion and restoration are controlled actions; do not use them merely to correct a small typo when a follow-up clarification would preserve useful context.
If the comment box or an action is missing, you may have View permission without the matching Add, Reply, or Moderate permission for that risk.
Mention another user¶
Mentions notify a person and give them a direct path back to the relevant risk.
- In a mention-enabled text box, type
@and begin the person's name. - Wait for the autocomplete list.
- Select the correct person rather than typing a name as plain text.
- Finish the message or notes.
- Post the comment, save the section, or complete the workflow action.
RiskVault supports mentions in more places than the Comments panel, including:
- workflow transition comments;
- rejection and on-hold reasons;
- tolerance justification;
- treatment plans and action plans;
- effectiveness-review notes;
- resolution notes.
The selected mention is stored as a stable user reference and displayed by name. Older email-style mentions remain readable. RiskVault safely formats mention text and does not treat it as executable page content.
Tip
Select the person from autocomplete. Typing “@Sam” without selecting a result may look like a mention but will not reliably notify anyone.
What the mentioned person receives¶
Subject to their notification preferences, a mentioned person can receive:
- an in-application notification;
- a real-time notification-bell update;
- an email notification;
- a link to the relevant risk or section when one is available.
RiskVault does not notify you for mentioning yourself. Multiple mentions created by one workflow transition can be grouped so the recipient understands where the mentions came from.
Mentions do not grant access. If the person cannot view the risk, the mention is not a substitute for a permission grant. Arrange the appropriate access separately.
Watch a risk¶
Watching is useful when you care about a risk but are not its owner, reviewer, or another stakeholder who already receives role-based notifications.
Start or stop watching¶
- Open the risk's Details or Edit page.
- Select the eye-shaped Watch control. The same action may also appear in the overflow menu.
- Confirm that the control changes to Watching.
- Open Risk Register > Watched to confirm the risk is listed.
To stop, select Unwatch. RiskVault does not automatically unwatch a risk when it closes or is archived; this allows you to receive later reopening or audit follow-up updates.
Image needed: Risk header with the Watch/Watching eye control and overflow-menu action, plus a small inset of the Watched Risk Register view.
Why the Watch control may be hidden¶
Creators, owners, identified-by users, reviewers, action owners, and designated approvers already receive notifications through their responsibility. RiskVault can hide Watch for these implicit stakeholders to avoid duplicate subscriptions.
You must also be allowed to view the risk. If your view access is later removed, RiskVault silently stops sending watched-risk information even if the stored watch remains.
Updates that can notify watchers¶
Watched-risk notifications can cover:
- workflow state transitions;
- approvals, rejection, and requests for more information;
- new comments and replies;
- changes to important assignments;
- due-date and treatment-date changes;
- treatment plan, on-hold reason, effectiveness notes, rejection reason, and tolerance justification changes;
- action-plan, root-cause, and sensitivity changes.
If you become a direct stakeholder after watching, notification deduplication prevents the same event from being sent twice.
Set watched-risk preferences¶
- Open My Account > Notification Preferences.
- Find watched-risk updates.
- Enable or disable the available in-app and email delivery options.
- Save your preferences.
- Use the Watched register view to manage the risks you follow.
Stopping email delivery does not necessarily remove the watch; use Unwatch when you no longer want the subscription at all.
Give someone access to one risk¶
Per-risk permissions let a person or role help with one record without receiving broad register access.
Available grants can include:
- View, Edit, or Delete;
- Approve;
- Manage Permissions;
- View, Add, Reply to, or Moderate Comments.
Add a permission grant¶
- Open the risk's permission-management area from Details.
- Choose whether to grant access to a user or role.
- Search for and select the intended recipient.
- Select only the capabilities needed for the task.
- Save the grant.
- Ask the recipient to confirm access with their normal account.
You need the Manage Permissions grant on that risk or the broader ownership-assignment capability. A per-risk grant is combined with workflow and server-side checks; Edit permission does not unlock a field that the current workflow state locks.
Remove access¶
- Return to permission management.
- Locate the user or role grant.
- Confirm no active responsibility still depends on it.
- Remove or narrow the grant.
- Save and, for sensitive access, verify that it is no longer effective.
Collaboration history and good practice¶
Workflow history records state changes and their associated notes. Activity and audit records capture other significant actions. When an update seems unfamiliar, review the history before assuming another user made it; workflow rules and connected systems can also update a risk, and their activity is recorded.
For useful, readable collaboration:
- keep one topic in one comment thread;
- mention someone only when action or awareness is genuinely needed;
- put formal treatment and decision content in its proper workflow field, not only in a comment;
- avoid copying secrets or unnecessary personal data into comments;
- use per-risk grants instead of broad roles for one-off participation;
- unwatch records you no longer need to monitor.
Troubleshooting collaboration¶
- The person I mentioned received nothing
- Confirm you selected them from autocomplete, saved or posted the text, and they can view the risk. Ask them to review notification preferences.
- I cannot comment or reply
- Check your per-risk comment capabilities and the record's state. View access alone is not always enough.
- Watch is missing
- You may already be an implicit stakeholder, lack view access, or be viewing an ineligible record.
- A watched update did not arrive
- Confirm the watch still appears, watched-risk notifications are enabled, and you still have view access. Not every minor field edit generates a watcher notification.
For attachments, tags, Jira, and related-risk links, continue to Files, links, and tags.