Centaur · Task Queue & Diary System

Due Date Engine — litigation status triage

A hypothetical claim is opened, a litigation status is set, and the system stamps a due date on every task in that status's workflow. This sandbox runs the actual cascade logic live so the dates can be tested before backend implementation. Change the creation date or pick a strategy and everything recomputes.

Claim created
Litigation status
Day of week
Day counting business days
Weekends skipped*
US holidays not skipped
How the engine computes a due date

The one formula

due date = anchor date + Time, counted in business days (skip Sat/Sun). US holidays are treated as normal working days.

⚑ The misleading header

The spreadsheet column "Days from Last Task for Role Type" is a stale label. The anchor is the previous task in the listnot the last task of the same role.

Case 1 · Stamp at creation

When the status is set, the opening block is stamped up front. Each task cascades off the previous one.

Case 2 · Strategy milestone

Completing Determine Strategy forks the workflow. The picked option creates its own tasks, anchored on the selection date.

Case 3 · Recalc on completion

When a task is actually completed, its dependents recompute off the real completion date — across the whole chain, not just the retained block. (Here we assume every task lands exactly on its due date.)

* The weekend exception

Only the Diary Date: Review Claim task (Do Not Engage) counts calendar days incl. weekends — its 60 is wall-clock, every other number is business days.

Named-task exceptions

Inside the retained block, a few tasks anchor off a specific named task instead of the cascade: Legal Report → Medical Report; Review/Reserves → Counsel's Initial Report.