AI議事録の保存期間をどう決めるか：音声・文字起こし・要約の削除ルール

AI議事録を導入すると、録画・録音、文字起こし、AI要約、確定版の議事録など、性質の異なるデータが生まれます。すべてを同じ期間だけ残すと、業務上は不要なデータまで蓄積したり、反対に正式な記録を早く削除したりするおそれがあります。

保存期間は、利用者が便利さだけで決めるものではありません。まずデータを分類し、保存目的と正式記録を明らかにしたうえで、既存の規程や契約、法的な保存要件との整合を確認します。その結論を保持計画として残し、設定と実際の削除結果を定期的に確かめることが大切です。

最初にデータを分類する

会議に関係するデータを、作成場所ではなく役割で分類します。分類すると、確認のために一時的に必要なデータと、組織の記録として残すデータを切り分けやすくなります。

分類	主な例	保存目的	基本的な扱い
原記録	録画、録音	発言や経緯の確認	目的を果たしたら削除候補にします
処理途中の記録	自動文字起こし、AI要約	議事録の作成と確認	確定後に残す必要があるか判断します
正式記録	承認済みの議事録、決定事項	意思決定や業務経緯の証明	文書管理規程に沿って管理します
派生コピー	書き出しファイル、共有した複製	閲覧、連携、引き継ぎ	元データとは別に所在と削除方法を管理します
例外保存	監査や紛争対応の対象	通常の削除を一時停止する必要への対応	理由、承認者、見直し条件を記録します

同じ内容でも、保存場所が複数ある場合があります。保持計画には、会議サービス内のデータだけでなく、共有先、書き出し先、端末上の複製も含めます。

保存期間は目的と起点で決める

保存期間を検討するときは、まず「何のために残すのか」を一文で書きます。文字起こしの確認が目的なのか、決定事項を正式な記録として残すのかによって、必要なデータも期間も変わります。

次に、期間の起点を決めます。会議の終了、議事録の承認、案件の終了など、どの出来事から数えるかが曖昧だと、同じルールでも削除時期が揃いません。終了条件も、「不要になったら」のような表現ではなく、「議事録が承認されたとき」のように確認できる状態で定義します。

原記録や処理途中の記録は、目的を果たした後も正式記録と同じように残す必要があるとは限りません。反対に、契約、監査、紛争対応などの要件がある場合は、通常ルールから分け、対象と解除条件を明確にします。

製品ごとの対象範囲を取り違えない

保持ルールの名称だけでは、どのデータが対象になるか判断できません。たとえば、Google Meetの録画、Geminiによるメモ、会議内チャット・Q&A・投票のログには、初期状態ではDriveの保持ルールが適用されます。ただし、Meetの保持ルールを有効にすると、録画にはDriveの保持ルールが適用されません。[1]

Microsoft Teamsでは、チャットやチャネル（チーム内の話題別の会話欄）メッセージの保持ポリシーに、Teamsで利用するメールやファイルは含まれません。チャネル会議の録画と文字起こしはファイルとともに保持されますが、ユーザーチャットから作成された録画と文字起こしには、開催者のOneDriveを対象に含むポリシーが必要です。[2]

この違いを踏まえ、製品名だけでなく、データの種類、保存場所、適用するルールを対応付けます。設定画面の表示だけで判断せず、組織の保持計画と対象範囲が一致しているかを確認します。

利用者だけで保持設定を変えない

エンドユーザー（実際にツールを使う現場の利用者）は、保持設定を単独で変更してはいけません。設定の新設、変更、解除は、法務、情報システム、文書管理の各責任者が要件を確認し、組織として決定します。会議の主催者や現場の担当者は、業務上の利用目的と実態を説明しますが、最終判断を個人で行わない運用にします。

承認と確認は、次の順序で進めます。

1. 業務担当者が、対象の会議、データ、保存目的、正式記録を整理します。
2. 法務責任者が、法令、契約、紛争対応などの要件と例外条件を確認します。
3. 文書管理責任者が、既存の文書分類、保存ルール、廃棄手続きとの整合を確認します。
4. 情報システム責任者が、保存場所、複製経路、設定対象、削除確認の方法を確認します。
5. 各責任者の承認後に、権限を持つ管理者が設定を反映します。
6. 業務担当者と管理者が、想定した対象にルールが適用されることを確認します。
7. 見直し時には、例外の継続要否、設定変更、削除結果を同じ責任者で再確認します。

緊急対応で通常の削除を止める場合も、利用者の判断だけで設定を解除しません。対象、理由、承認者、解除条件を記録し、必要な範囲に限定します。

保持計画のテンプレート

次のテンプレートを会議区分ごとに作成すると、承認内容と実装内容を照合しやすくなります。期間は組織の要件に基づいて記入し、日付だけでなく起点と終了条件もセットにします。

保持計画名：
対象となる会議：
対象データ：
データの分類：
保存目的：
正式記録として残すもの：
保存場所：
複製・書き出し先：
保持期間：
期間の起点：
終了条件：
期限到来時の処理：
例外保存の条件：
例外の解除条件：
法務責任者：
情報システム責任者：
文書管理責任者：
設定担当者：
削除結果の確認方法：
見直しの契機：
承認記録の保存先：

テンプレートを埋めたら、データ分類表との抜け漏れを確認します。特に、正式記録以外の原記録や派生コピーに削除条件があるか、例外保存が無期限のまま残らないかを確認します。

運用では設定と結果の両方を確認する

保持計画を承認しただけでは、運用が意図どおりになっているとは限りません。対象範囲、保存場所、複製経路を確認し、設定後は実際のデータで適用状況と削除結果を確かめます。確認結果には、対象、確認者、確認方法、差異、是正内容を記録します。

会議の種類や利用する仕組みが変わったときは、既存の設定をそのまま流用せず、保持計画へ戻って見直します。法務、情報システム、文書管理の各責任者が判断し、管理者が設定し、業務担当者が実態との差異を報告する役割分担を維持します。

まとめ

AI議事録の保存期間は、データの分類、保存目的、期間の起点、終了条件をセットで決めます。原記録、処理途中の記録、正式記録、派生コピー、例外保存を分けると、残す理由と削除する条件が明確になります。

最も重要なのは、エンドユーザーが保持設定を単独で変更しないことです。法務、情報システム、文書管理の各責任者が組織として判断し、承認、設定、適用確認、削除確認までを記録に残してください。

Sources

[1] https://support.google.com/vault/answer/7657465?hl=en — Google Vault: Retain Drive files with Vault [2] https://learn.microsoft.com/en-gb/purview/retention-policies-teams — Microsoft Learn: Learn about retention for Microsoft Teams