
電子納付の説明で金額・方法・結果を分ける
電子納付という言葉だけで、利用できる決済方法や支払完了の条件までは分かりません。手数料の判断とシステム操作を分離して準備するための入門解説です。
機能の位置付けを確認
TreeeSの公開調達資料には電子納付に関わる構成が示されています。ただし、利用者が選択できる支払方法、対応する費目、画面の案内を調達資料から一律に確定することはできません。手続に必要な費用の確認と、その費用をどの経路で納めるかの確認を別々に扱います。
金額は案件の条件で決まる
納付の作業担当が、類似事件の過去の金額をそのまま使わないようにします。対象手続、請求や申立ての内容など、計算に必要な条件を確認する責任者を決めてください。システムの表示があれば無条件で正しいとするのでなく、入力した前提に誤りがないかを確認する業務を設けます。
支払の結果を照合する
資金が動いたこと、事件に対応して納付が確認されたこと、事務所の会計に計上されたことを分けて管理します。公開前の機能を想像して自動連携を前提にせず、結果を確認する資料や方法が案内された段階で照合手順を確定します。依頼者預り金を扱う場合は、社内の既存管理にも対応させます。
二重処理を避ける準備
結果が不明なときの再操作は、状況の確認をしてから判断できる体制にします。担当者間の引継ぎには、対象費目、金額、操作の時刻、確認できた状態を含めます。決済情報や口座情報を無制限に共有せず、照合に必要な範囲を選びます。具体的な再納付の可否は公式案内に従って確認してください。
所内で試す具体例と記録項目
以下は運用を検討するための架空例です。発生した状況は、納付担当が支払の準備をした段階で会計を完了扱いにしたというものです。改善例では、予定額、支払操作、確認できた結果を分け、証拠資料と照合した。まず対象を一案件又は一つの作業に絞り、変更前にどこで迷ったのかを担当者の言葉で残します。作業を終えたという報告に加え、何を確認して次の担当へ渡したかを説明できる状態にすることが狙いです。
記録用紙には「費目、根拠額、支払状況、確認資料」の欄を設けます。各欄には実際に確認した値又は参照先を記入し、不明な部分は回答担当と次の確認先を添えて残してください。完了後は「未確認の支出が精算済みに混ざらないか」を、実作業をしていない担当者が点検します。点検で説明できなかった部分が次回の改善対象です。特に「納付効果を社内会計の状態から判断しない」ことを停止条件として共有しておくと、見かけ上の作業完了を優先して確認を飛ばすことを防げます。これは所内整理の提案であり、裁判所が指定する様式や利用条件ではありません。
実務チェック
- 費用の判断と操作を分ける
- 事件との対応を確認する
- 結果不明時の担当者を決める
出典・参照資料
資料に記載された計画・制度と、本記事の実務提案は区別してお読みください。
編集方針・出典の扱いあわせて読む
アクセシビリティを導入準備に含める
誰が使えるかを考えるとき、アカウントの有無だけでは不十分です。視認性、入力、読み上げ、支援体制を含め、事務所側で準備できる環境を整理します。
記事を読む 基礎知識クラウド構成から分かること・分からないこと
クラウドという言葉は、保存場所・安全性・利用権限のすべてを説明するものではありません。公開された構成と、事務所で管理すべき端末環境を分けて考えます。
記事を読む 基礎知識システム間連携と外部API公開を混同しない
TreeeSと関連システムの連携が説明されていても、民間サービス向けAPIが利用できるとは限りません。連携の相手・目的・公開範囲を読むための基本です。
記事を読む