Record the inclusion rule
Owner role · Report owner
Evidence: The project and accepted-event boundaries are both stated.
Reporting decisions / Delivery leads and report reviewers
Drafting workbenchInspect project membership and report scope before treating a set of task rows as one project’s delivery.
This is a record-level reconciliation of a report’s inclusion rule, not an instruction for running a project filter or changing task scope.
Opens the current invite-request page. Access is subject to approval; this example is not imported automatically.
Synthetic case: A worksheet labelled project P contains accepted rows A/P, B/P, C/Q and D/P with unknown acceptance evidence.
Owner role · Report owner
Evidence: The project and accepted-event boundaries are both stated.
Owner role · Reviewer
Evidence: C is outside P; D lacks acceptance evidence under this policy.
Owner role · Coordinator
Evidence: Four rows reconcile to two included, one scope exclusion and one evidence exception.
Decision to make: Under the P-plus-evidenced-acceptance rule, retain A and B, exclude C by scope and keep D as an evidence exception.
Use the downloaded brief as planning input. AI suggestions remain proposals; review scope, owners and acceptance evidence yourself.
Invented planning text. Adapt it to your evidence and confirmed owners.
Scope note: two included accepted records for P, one Q scope exclusion and one P acceptance exception.
From a useful outline to team work
Bring this manual reporting policy and its owned checks into your TeamBoostAI work discussion. Native report/export fields and historical reconstruction depend on your account and implementation; this worksheet does not import or change product records. Confirm the workflows available in your account before adopting this outline.
Opens the current invite-request page. Access is subject to approval; this example is not imported automatically.
A practical decision workshop
Trace an invented case, preserve the evidence limits, then adapt the manual worksheet to your own decision.
Synthetic example · not customer data
| ID | Project | Acceptance state | Treatment |
|---|---|---|---|
| A | P | Accepted evidence | Include |
| B | P | Accepted evidence | Include |
| C | Q | Accepted evidence | Out of scope |
| D | P | Unknown acceptance | Exception |
Wide tables scroll sideways on small screens.
Download records (.csv) · Download complete decision kit (.json)
Decision explorer
This returns a written example explanation. It does not inspect your records or approve a real report.
Version comparison viewer
Draft: four deliveries for project P.
Scope note: two included accepted records for P, one Q scope exclusion and one P acceptance exception.
| Review boundary | Draft to review | Revised example |
|---|---|---|
| Scope | Project label accepted without inspection | Membership checked row by row |
| Evidence | Unknown acceptance counted as complete | Unknown kept as an exception |
Wide tables scroll sideways on small screens.
Not alone; this rule also needs acceptance evidence.
No. It is a manual example; verify the real query, permissions and underlying records separately.
No. The brief is a manual planning resource. Use the product access link to check onboarding and the workflows available in your account.