訴訟與文件期限提醒

🎯 這條流程解決什麼

訴訟最怕的不是輸，而是「期限沒算到」。上訴期間、抗告期間、答辯狀、準備書狀、舉證期限、開庭通知散落在不同案件卷宗裡，靠承辦律師各自記在腦中或便利貼上，一旦案件量一多，就可能因一個不變期間漏算而失權，後果無法挽回。漏掉一個上訴期間，可能讓當事人原本有利的官司直接定讞；錯過舉證期限，關鍵證據可能不被採納。這類失誤一旦發生，不只是賠償問題，更直接衝擊律師的執業信譽與當事人權益。

純人工管理期限的脆弱之處，在於它完全依賴「人記得」。律師同時手上十幾件案子，每件都有好幾個期日，開完庭回所裡又被新案打斷，便利貼貼了一桌、行事曆塞滿提醒，真正緊急的那一筆反而被淹沒。助理想幫忙盯，又未必清楚每個期間怎麼起算。結果是事務所長期處在「應該不會漏吧」的僥倖狀態，而僥倖總有失手的一天。

這條流程把所有關鍵期日集中到案件資料庫，依不變期間自動回推預警日，並在到期前分層推播：先提醒承辦律師與助理，承辦完成遞狀或處理後回報關閉；若到期前仍未回報，則自動升級通知所主管，由人介入確認。讓期限管理從「靠記性」變成「有系統把關」。

導入後的改變

導入前，期限管理是「分散、靠記性、出事才知道」。導入後，期限管理變成「集中、自動回推、分層升級」。

• 漏期風險：因為每個期日都自動回推預警並分層提醒、逾期還會升級，漏算失權的風險可大幅降低，這是這條流程最核心的價值。
• 盯期工時：助理與律師不必再每天人工巡一遍所有案件的期限，盯期的零碎時間可省下大半。
• 責任可追溯：誰在何時收到提醒、誰標記完成，全程留痕，萬一有爭議也說得清楚。
• 心理負擔：律師從「隨時擔心漏掉什麼」的焦慮，變成「系統會提醒、漏不了」的踏實，間接提升工作品質。

對訴訟事務所而言，這條流程防的是「一次就可能致命」的失誤，效益不在省多少小時，而在守住不能犯的錯。

流程怎麼運作

1. 彙整期日（🗂️）：從案件資料庫 Notion 讀取每件案子的關鍵期日——上訴期間、抗告期間、答辯狀、準備書狀、舉證期限、開庭日等，集中成統一的期限清單，不再散在各卷宗。
2. 回推提前日（🧮）：依各期日的性質與不變期間，自動回推預警日（例如到期前 7 日、3 日、1 日三段預警），讓提醒有層次而非到期當天才跳出。
3. 分層提醒（🔔）：依緊急度與角色分層推播——一般提醒給承辦律師與助理（Slack／Gmail），越接近期限語氣與層級越升高，確保訊息不被淹沒。
4. 完成回報（✅）：承辦律師完成遞狀或處理該期日後，在系統標記完成，對應的提醒即關閉，避免重複轟炸。
5. 逾期升級（⚠️）：若到期前仍無人標記完成，系統自動升級通知所主管，要求人工介入確認該期日是否已處理或是否有遺漏，形成最後一道防線。

這五個節點對應 frontmatter 的 nodes 設計。AI 摘要 API 可在提醒中附上該案近況與待辦重點，幫律師快速進入狀況。可與 /workflows 的諮詢分流、進度回報串接，更多排程提醒設計見 /recipes，每日定時掃描與分層升級的觸發做法可參考 /automation。

需要的工具與串接重點

• 平台（n8n / Make）：設兩種觸發——「期日建立」即時排程，以及「每日定時掃描」全案巡檢。每日掃描是核心，確保即使忘了建提醒，當天到期的期日也會被抓出來。
• 案件資料庫 Notion：所有期日的單一真實來源。期日欄位（類型、起算日、到期日、狀態、承辦人）要規範一致，回推與分層才準確。
• Google Calendar：期日與開庭日的視覺化管理，方便律師整體掌握行程，也可與個人行事曆同步。
• Slack / Gmail：分層提醒的推播管道。Slack 適合即時、團隊可見的提醒，Gmail 適合正式或對外的留痕通知。
• AI 摘要 API：在提醒訊息中附上案件近況摘要，讓律師收到提醒時能快速回憶案情、判斷待辦。

串接注意點：期間計算極度敏感，系統回推的預警日只能當「提醒參考」，真正的期日仍須律師親自核算；每日定時掃描務必穩定運行，這是防漏的最後保險，建議加上執行失敗的告警。

常見錯誤與注意事項

⚠️ 期間計算與失權風險提醒：法定期間（如上訴、抗告、再審期間）涉及始日不算入、在途期間、例假日順延等規則，計算極為敏感。系統回推的預警日僅供提醒參考，正確的期日仍須由承辦律師親自核算並人工確認，系統不取代律師對期間的專業判斷與最終責任。

• 不可全信系統回推：始日不算入、在途期間、例假日順延等規則複雜，期日一律以律師人工核算為準，系統只負責提醒不負責定論。
• 每日掃描不能斷：定時掃描是防漏的核心，務必監控其執行狀態，掃描中斷卻沒人發現，等於整套防線失效。
• 逾期升級要有人接：升級通知若主管沒看到也是白搭，升級管道要選確實有人盯的渠道，並確認責任歸屬。
• 期日來源要完整：流程只能提醒「已登錄」的期日，若收到裁判書卻忘了建檔，系統也無從提醒，因此期日登錄本身要納入標準作業。

台灣中小企業情境案例

桃園一間以民事與消費爭議案件為主的事務所，曾經因為一位律師臨時請假、便利貼上的上訴期間沒人接手，差點錯過上訴而引發當事人不滿，所長從此對「靠記性管期限」徹底失去信任。導入這條流程後，所有案件的期日集中到資料庫，每天早上系統自動巡檢、分層推播，到期前沒人回報就升級給所長。半年內，事務所再也沒有發生過漏期的驚險，律師形容「最大的改變是不再半夜驚醒怕漏掉哪個期限」。所長則把這套流程當成事務所的風險底線：「省時間是其次，重點是這種錯一次都不能犯，現在有系統替我們守住。」

延伸應用

• 與行事曆深度整合：把開庭日自動同步到律師個人行事曆，並在開庭前一天推送該案準備清單與相關卷證連結。
• 期日類型範本化：依案件類型預設常見期日範本（如收到一審判決即自動建立上訴期間提醒待律師核算），減少漏建。
• 團隊負載視圖：彙整各律師近期到期期日，呈現工作負載，幫所主管調配人力、避免某人期日擠在同一週。
• 與進度回報串接：期日處理完成（如已遞上訴狀）可自動觸發向當事人的進度回報，讓內部把關與對外溝通連動。

流程圖

用到的工具

更多「專業服務」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →