Task Management · work items & the team
Every task says what closes it.
Any module raises a work item by source key against a node anywhere on the mesh. The board ranks it, the scorer says who should take it, and the endpoint states in one sentence what will close it — so an item nobody can close is an item that was never raised.
▶ Open the boardRead the guide

What ships

How a task is raised

Any module raises work by writing a task node whose source key is <kind>:<subject> — the condition, then the node it is about. Nothing here takes a C# reference to the raising module: a subject is a path, a deep link is an href, and both keep working when the module they name is not installed.

Kind Raised when Closed when
dl a decision window is closing the decision moves off Pending
evt a severe event lands on the feed the event is cleared from the feed
impact an event is modelled onto the book the impact is acknowledged
drift the held book drifts off target the drift is reconciled
stale a feed stops refreshing the feed is refreshed within 2 h
review somebody asks for a review the review is recorded
manual a person raises it by hand by hand

How it is assigned

The scorer weighs four things and shows its arithmetic: 40 points for the rated skill at the item's kind, 25 for a specialty match, 20 for the track record, minus up to 15 for a full plate. Anyone not working that day scores zero — an exclusion, not a penalty — so an item never lands on someone who is on leave.

Why it is its own module

Employee task management is not an insurance capability, so it does not live inside one. It was carved out of the ILS decision process and made generic: any module raises a task by source key, the board assigns and tracks it, and the endpoint says what closes it. The types know nothing about cat bonds, books or perils — only about paths.

Contents

Reconnecting…
The server was updated. Reloading the page to pick up the latest version.