経理代行の契約終了は、正本受入れ・保存継続・不要複製削除・権限停止の順で進める

データ・媒体棚卸し

データ・媒体棚卸しは契約終了時のデータ返却・削除の前提条件です。帳簿、証憑、台帳、マスタ、設定、履歴、未処理、端末、メール、共有、紙、再委託、バックアップを確定値と確認待ちに分けると、「会計バックアップだけを返却・削除対象にする」を早期に防げます。担当者は「データ名と保存場所を全媒体で棚卸しする」を行います。結果は終了時・データ棚卸表へ戻し、口頭補足を記録へ置き換えます。

承認時は「会社と委託先が対象範囲を相互確認します」を確認します。「正本・複製・ログの所在を説明できる」までを作業の終点とします。データ・媒体棚卸しの難易度は、対象量に加えて例外数、回答待ち、締切までの余裕で評価します。終了時・データ棚卸表は終了通知時と変更時に更新します。データ・媒体棚卸しの前回確認差と残存例外だけを次の担当者へ明示します。

正本返却・受入試験

正本返却・受入試験は契約終了時のデータ返却・削除の後工程から逆算します。会社名、期間、形式、件数、残高、添付、文字化け、検索、パスワード、版、未処理の期限と利用目的を並べ、「ファイルを受け取っただけで削除を許可する」を防ぎます。運用では「次担当者が使えるか受入試験を行う」を実施します。終了時・返却受入表に提出、確認、差戻し、完了の時刻を残します。会社が返却完了と不足を承認します。

判定基準は「帳簿から証憑へ戻り翌月処理を再開できる」です。正本返却・受入試験の改善では、処理時間より資料待ちと承認待ちを分けて記録すると、正本返却・受入試験で直すべき工程が明確になります。終了時・返却受入表は受領直後と削除承認前に確認します。正本返却・受入試験の期限超過は影響先と再開条件まで記載します。

保存継続・根拠

契約終了時のデータ返却・削除では保存継続・根拠から確認します。「残すものを例外として曖昧に記載する」を避けるため、データ名、保存理由、根拠、期限、閲覧者、保管場所、アクセス制限、期限後処理を返却・保存継続・削除に分けます。実務の着手点は「保存継続対象を理由・期限付きで分ける」です。終了時・保存継続表へ根拠、担当、期限を記録します。会社側の統制は「会社・専門家が保存要否を確認します」です。

完了は「残存データの根拠と消去予定を示せる」で判定します。保存継続・根拠は件数だけでなく、待ち時間と判断の有無も分けて測ると、必要な体制が見えます。終了時・保存継続表は期限到来前に見直します。変更理由と承認者を残し、次回処理で残存データの根拠と消去予定を示せることを再確認します。

端末・メール・紙

契約終了時のデータ返却・削除を安定させる鍵は端末・メール・紙です。「共有フォルダ削除だけで担当者の複製を見落とす」が起きる場面を先に示し、PC、ダウンロード、メール、チャット、スキャン、USB、印刷、紙保管、廃棄方法、実施者の正本を一つに定めます。具体策は「媒体ごとに不要複製を削除・廃棄する」です。処理結果と未確認事項を終了時・媒体削除表へ同時に記入します。責任分界は「委託先責任者が実施と確認を承認します」とします。

別担当が、媒体別の実施日と例外を報告できることを確認できれば完了です。端末・メール・紙では、即時削除と将来消去予定を分けます。端末・メール・紙の停止条件と質問先があれば、担当交代時も推測を防げます。終了時・媒体削除表の見直しは実施時と完了時に確認します。端末・メール・紙の古い条件を上書きせず、適用開始日と確認証拠を残します。

クラウド・再委託・バックアップ

契約終了時のデータ返却・削除では、クラウド・再委託・バックアップを処理・確認・承認に分けます。クラウド、再委託先、リージョン、保持期間、通常復元、上書き予定、アクセス制限、確認報告の回答者を先に決めれば、「即時完全削除済みと一括記載する」を避けられます。最初の作業は「即時削除と将来消去予定を分ける」です。判断が必要な点だけを終了時・外部保管表へ切り出します。

管理責任は「委託先がサービス仕様と再委託報告を確認します」です。最終的に残存例外と予定日を会社が把握できることを証拠で確認します。クラウド・再委託・バックアップは金額や件数に加え、権限の強さと判断待ちの長さも確認対象です。クラウド・再委託・バックアップの重要な例外ほど停止条件を明示します。終了時・外部保管表は完了時と予定日到来時に確認します。

クラウド・再委託・バックアップの担当変更、代理承認、期限変更を先頭に出し、引継ぎ後も同じ結果になるか確かめます。

ID・共有・API停止

ID・共有・API停止は契約終了時のデータ返却・削除の前提条件です。個人ID、管理者、共有リンク、API、連携アプリ、サービスアカウント、端末証明書、回復メールを確定値と確認待ちに分けると、「データ削除後もアクセス経路や回復手段が残る」を早期に防げます。担当者は「会社・委託先双方の権限を失効する」を行います。結果は終了時・権限停止表へ戻し、口頭補足を記録へ置き換えます。

承認時は「会社のシステム管理者が停止を承認します」を確認します。「旧担当がデータへアクセスできない」までを作業の終点とします。ID・共有・API停止の難易度は、対象量に加えて例外数、回答待ち、締切までの余裕で評価します。終了時・権限停止表は最終業務直後と翌営業日に確認します。ID・共有・API停止の前回確認差と残存例外だけを次の担当者へ明示します。

削除証明・完了報告

削除証明・完了報告は契約終了時のデータ返却・削除の後工程から逆算します。契約、対象会社、期間、データ、場所、方法、日付、実施者、確認者、例外、再委託、予定日の期限と利用目的を並べ、「証明書一枚で技術的完全消去まで保証されたと思う」を防ぎます。運用では「証明の対象範囲と未完了を明記する」を実施します。終了時・削除完了報告に提出、確認、差戻し、完了の時刻を残します。

会社が完了報告と残存リスクを受け入れます。判定基準は「何を確認し何が残るか第三者が読める」です。削除証明・完了報告の改善では、処理時間より資料待ちと承認待ちを分けて記録すると、削除証明・完了報告で直すべき工程が明確になります。終了時・削除完了報告は完了時と例外解消時に更新します。削除証明・完了報告の期限超過は影響先と再開条件まで記載します。

次担当・紛争事故対応

契約終了時のデータ返却・削除では次担当・紛争事故対応から確認します。「終了処理を終えた後に未処理や照会先が判明する」を避けるため、未処理、質問履歴、締日、権限移管、照会窓口、事故連絡、契約記録、引継ぎ確認を返却・保存継続・削除に分けます。実務の着手点は「次の月次と照会手順を試験する」です。終了時・業務継続表へ根拠、担当、期限を記録します。会社側の統制は「会社が業務継続と連絡経路を承認します」です。

完了は「次担当が期限業務と過去照会へ対応できる」で判定します。次担当・紛争事故対応は件数だけでなく、待ち時間と判断の有無も分けて測ると、必要な体制が見えます。終了時・業務継続表は引継ぎ月と初回月次後に確認します。変更理由と承認者を残し、次回処理で次担当が期限業務と過去照会へ対応できることを再確認します。