Skip to main content
HOME>Use Cases>Litigation Docketing: Court Deadlines That Hold Up Through Stays and Extension Orders
Use Case8 min read

Litigation Docketing: Court Deadlines That Hold Up Through Stays and Extension Orders

Docket entries, court-day deadlines, calendar confirmations and clerk replies run through one Kylon room. Agents work the SharePoint docket list and the court orders in Outlook, and the docketing manager approves every date before it reaches a calendar.

Get started
Kylon TeamProduct

Every court order moves a date, and the dates live in four places

A docketing cycle looks tidy on paper. Each entry on the docket list has a trigger date, the deadline policy says how many court days follow it, weekends and court holidays drop out of the count, and a stayed matter holds its deadlines until the court says otherwise. Applying that to forty entries is careful work. Keeping it right while new orders keep arriving is the hard part.

The docket list sits in SharePoint, court orders land in the docketing mailbox in Outlook, hearings and deadline confirmations live on Google Calendar, and the court-day rules are a document in Google Drive. Courtroom clerks' scheduling threads come in through Gmail. When a stay is entered or a local rule changes a day count, a docket clerk re-derives dates by hand and edits events one at a time, and an old date can survive on an attorney's calendar for weeks.

Who works in the room

People

  • Docketing manager

    Owns the deadline policy, approves every computed date before it reaches a calendar and signs the cycle close-out

  • Docket clerks

    Keep the draft log, watch for new court notices and send each reply to a court clerk once it reads right

  • Responsible attorneys

    Confirm how a stay, lift or extension order applies to their matters when the wording leaves room for doubt

Agents

  • AdaDeadline coordinator

    Reads every entry on the docket list, applies the deadline policy and the court-day count, proposes each disposition and log code, and creates calendar confirmations once they are approved

    SharePointOutlookGoogle CalendarGoogle Drive
  • MycoLog reviewer

    Checks the clerks' draft log line by line against the approved dispositions and lists every code, date or scope call that disagrees

    Google DriveSharePoint
  • FinClerk correspondence

    Drafts exactly one reply per court clerk thread naming the held entry, and posts approved calendar changes for the matter teams

The docketing office keeps one Kylon room, and Ada is its default agent, so a message about a deadline or a new order reaches Ada without anyone naming it. A question about the draft log goes to Myco, because checking the log is its specialty. When Ada finishes a set of dispositions, it opens a thread for Fin whose first message lists the held entries and the clerk threads they answer. Ada reads Outlook and SharePoint through a lasting grant the docketing manager approved for this room, while Fin drafts in Gmail as the clerk it is working for, checked on every call.

From first pass to close-out

The deadline policy, the court holiday list and the order in which log codes apply sit in a Google Drive folder and in the room guidelines, so every agent counts days the same way. Each stage ends with a person.

  • Agent works
  • Person decides
  • Arrives or gets recorded
Scroll sideways to see the whole flow.
StageWhat happensWho actsWho decides
First passEach entry is checked for scope first, then given a log code and a court-day deadline in the policy's orderAda, from the SharePoint list, the Outlook orders and the hearing calendarThe docketing manager approves before any confirmation is created
Confirmations and clerk repliesApproved deadlines go on Google Calendar, and each clerk thread gets one reply naming the entry being heldAda for the calendar, Fin for the repliesA docket clerk sends each reply
Draft log reviewThe clerks' draft log is compared with the approved dispositions, code by code and date by dateMycoThe clerk corrects the log and the manager confirms
Rule-day revisionDeadlines counted under the old day count are recomputed, and each stale confirmation is deleted and created again with the corrected dateAdaThe docketing manager approves each deletion and each new event
Stay liftedHeld entries in the matter are re-derived from the date of the lift orderAda, then Fin for the clerk repliesThe responsible attorney confirms how the order reads
Extension ordersOnly the entries each order names move, with a note on the row citing the orderAdaThe docketing manager approves the new dates
Close-outCounts by log code and by matter are taken from the SharePoint list as it standsAda, checked by MycoThe docketing manager signs the close-out
Stages of a docketing cycle. Matters, entries and dates in this example are illustrative.

Orders that move the count

Mid-cycle changes arrive as documents and messages, not clean data. An attorney posts in Slack that the judge lifted the stay from the bench this morning, hours before the written order reaches Outlook. Ada treats the written order as the source, marks the affected entries for review until it lands, then writes a short note on each SharePoint row saying which order moved it. The run history keeps every step, so the question of why a hearing left the calendar always has an answer.

A revised day count is the change most likely to leave something stale. The team's convention is to delete the old confirmation and create a new one rather than edit it, so every attendee receives the corrected date as a fresh invitation and nobody keeps the old one. Only entries the revision touches are recomputed, and the thread shows each old date beside the new one. A daily automation has Ada look for entries within five court days of their deadline that still lack a confirmation and post them in the room.

What the checks catch

  • An entry handled by another docketing office, or one that never made the docket list, coded out of scope before anyone asks whether it is a duplicate
  • The same order received twice, once from the court's electronic notice and once as a courtesy copy, coded duplicate only after the scope check
  • A deadline counted in calendar days where the rule says court days, or one that lands on a court holiday
  • A confirmation from before the rule-day revision still sitting on an attorney's calendar next to the corrected one
  • A clerk thread with two draft replies, or a reply that names the wrong entry

What stays with people

  • Approving every computed deadline before it is placed on a calendar
  • Sending each reply to a court clerk, which Fin prepares as a draft in Gmail
  • Reading a stay, lift or extension order whose scope is unclear
  • Signing the close-out for the cycle

Integrations in this workflow

Kylon is not a docketing system and does not replace one. It works across the lists, mailboxes and calendars the docketing office already runs, and keeps the handoffs between them in one place.

  • Gmail
  • Google Calendar
  • Google Drive
  • Outlook
  • SharePoint
  • Slack
  • SharePoint holds the docket list, with each entry's matter, docketing office, trigger date and log code
  • Outlook is the docketing mailbox where court orders arrive, including stays, lifts and extensions
  • Google Calendar carries hearings and every approved deadline confirmation
  • Gmail holds the court clerk threads, and each reply goes out as a draft a docket clerk sends
  • Google Drive keeps the deadline policy, the court holiday list and the clerks' draft log
  • Slack is where attorneys and paralegals post what happened in court before the written order arrives

Where to start

Pick one docketing office and one month of entries. Connect the SharePoint list that holds the docket, give the room a lasting grant on the Outlook mailbox where orders land, and write the rule that matters most in the room guidelines: an agent may compute and propose deadlines, and the docketing manager approves every date before it reaches a calendar.

“The court still sets the dates. The room makes sure each order moves only the entries it names, and that the old date leaves the calendar when the new one arrives.”

Set it up with your agent

Open a new Room, add your agent and paste this prompt. It connects the tools, builds the App with you and asks for your rules one step at a time, and nothing goes out until a person approves it.

Set-up prompt

Your first company harness. Where humans and agents run your business together.

Get started

More Use Cases

View all

Records Retention: A Disposition Cycle Where Every Date Traces to Its Source

Each quarter, every in-scope Box record is dispositioned against the retention schedule, its classification, open legal holds and its own closure date in one Kylon room. Agents walk the records and check the certificate, and the records desk lead approves each write.

Legal & IPCompliance & risk

Brand Abuse Takedowns: Lookalike Domains and Fake Accounts Handled by Policy

Reports of lookalike domains and impersonating accounts are classified under the takedown policy in one Kylon room, using evidence from X and LinkedIn. Agents propose each disposition and filing, and the brand protection lead approves before anything is filed or sent.

Legal & IPCompliance & risk