Cohorts are recalculated only when the conditions defining them are changed. Changing the segment that a cohort references does not automatically trigger a re-evaluation of the cohort. This can lead to inconsistencies if updates to segments are expected to influence existing cohorts. To manually trigger a cohort re-evaluation, toggle the cohort's active state to inactive and then back to active.

It is likely that you are missing permission to see it. By default, when you add new cohorts, stages, and statuses, they are not automatically assigned to any permission groups. This means they are not visible to you or other internal users. You need to adjust your permissions. Click here for a step-by-step guide to adjusting permission groups.

You can customize checklist visibility in Decision Settings > Checklist by adjusting the ‘Visible To’ setting. This allows you to restrict checklist items based on user segment or segment reference, ensuring only relevant applicants see specific requests.

Additionally, checklist items can have conditions to further refine visibility. For example, you can hide the transcript request for international applicants while keeping it visible for domestic students.

For step-by-step guidance, visit our help article: Decisions Checklists.

The Tokens feature within Decisions operates differently than tokens in other platform modules. If you wish to insert custom data, you first must create token placeholders and then assign those tokens a value at the application decision level.

The Last Reviewer field updates only in specific scenarios, such as when the application’s status or stage is changed. However, actions like updating a checklist item do not trigger changes to the Last Reviewer field. For more details, check out the Anatomy of the Application Overview section within this help article.