
e提出・e記録管理・e事件管理の意味
似た名前の機能を業務の対象物で分けると、電子化の全体像が見えてきます。提出する行為、記録を扱う行為、事件属性を管理する行為を具体例で整理します。
e提出は送る行為に着目する
e提出を考える際は、完成した書面を所定の相手・事件に提出する流れを描きます。作成中の原稿、最終確認した提出用ファイル、提出した結果の記録は別物です。電子化されても、原稿の内容を承認する役割は必要です。何をもって作業完了とするかは、対象手続の案内に沿って定義します。
e記録管理は蓄積と利用を見る
e記録管理の観点では、提出後の資料を整理し、必要な権限で参照することが中心になります。自分が保存した控えと裁判所の記録を混同すると、資料の有無や版の違いを見落とします。事務所内の資料には取得元と取得日を残し、裁判所側の記録との対応を確認できるようにします。
e事件管理は属性を扱う
事件番号、事件名、担当部や期日などは、個々の書面をまとめるための事件情報です。公開資料上はRoootSの役割に位置付けられています。事務所で依頼者名だけを使って管理すると、同じ依頼者の複数事件を取り違えるおそれがあります。事件を識別する情報とファイルの名前を組み合わせて確認します。
工程図で責任をつなぐ
三つの機能を理解したら、書面作成から事件台帳の更新まで、誰が何を確認するかを線で結びます。提出担当が結果を確認しても、事件担当へ伝わらなければ台帳は古いままです。システム間の技術連携を期待する前に、事務所内で必要な引継ぎ情報と受領確認を決めることが準備になります。
所内で試す具体例と記録項目
以下は運用を検討するための架空例です。発生した状況は、担当者が送信と事件台帳更新を一つの作業と考えていたというものです。改善例では、提出結果を確認する人と所内台帳を更新する人を分け、受渡し情報を定義した。まず対象を一案件又は一つの作業に絞り、変更前にどこで迷ったのかを担当者の言葉で残します。作業を終えたという報告に加え、何を確認して次の担当へ渡したかを説明できる状態にすることが狙いです。
記録用紙には「提出物、結果、事件属性、受領担当」の欄を設けます。各欄には実際に確認した値又は参照先を記入し、不明な部分は回答担当と次の確認先を添えて残してください。完了後は「送信担当不在でも控えと事件を結び付けられるか」を、実作業をしていない担当者が点検します。点検で説明できなかった部分が次回の改善対象です。特に「台帳更新だけで提出完了としない」ことを停止条件として共有しておくと、見かけ上の作業完了を優先して確認を飛ばすことを防げます。これは所内整理の提案であり、裁判所が指定する様式や利用条件ではありません。
実務チェック
- 提出前原稿と提出記録を分ける
- 控えの取得元を残す
- 案件台帳への反映担当を決める
出典・参照資料
資料に記載された計画・制度と、本記事の実務提案は区別してお読みください。
編集方針・出典の扱い