結論: AI利用ログは「使ったかどうか」ではなく「後から誰が何をどう使ったかを再現できるか」を担保するための業務記録です。
AI利用ログがないと何が困るのか
所内のスタッフが顧問先からの問い合わせを生成AIで下書きして送信し、後から顧問先に「回答の根拠」を確認された場合を想定してみます。誰がどのモデルにどんなプロンプトで作らせたかを、所として一元的に追える形で残していなければ、その場で説明できません。プロンプトの履歴が各人のアカウント側に散らばったままだと、後から集めようとしても収集自体が困難になります。
この構造は税務シミュレーション、契約レビュー、申請書のドラフト作成など、士業の日常業務の各所に潜んでいます。AIの出力をそのまま顧客成果物に反映している場合、「何を根拠にこの数字を出したのか」「どこで誤りが混入したのか」を後から再現できないと、説明責任の場面で詰まりやすいと考えられます。
論点は「AIを使ったこと」ではなく、「AIを使った痕跡が再現可能な形で残っていないこと」のほうにあります。
特に相続・労務トラブルなど後から紛争化しやすい案件では、AIの出力をどう扱ったかの記録がないと、数年後に問い合わせを受けた際に事務所側で経緯を再構成すること自体が難しくなります。
ログ不在の運用が招く再現性の喪失
ログ運用の不在は、現場で次のような形で表面化する傾向があります。
- 個々のスタッフが個人アカウントのChatGPTなどを業務利用し、履歴は個人のブラウザ側にしか残らない
- 「履歴を共有ドライブに保存する」という運用ルールを決めていても、保存の徹底状況や改変の有無を後から検知する仕組みは、多くの場合セットになっていません
- 顧客名や案件番号をプロンプトに直書きしているものの、誰がいつ何を入力したかの記録が事務所側にない
- 出力を成果物に取り込んだ後、元のプロンプトと出力をクリアしてしまう
個別には小さなショートカットですが、まとめると「問題が起きたときに何が起きたかを再現できない」状態が成立してしまいます。士業の場合、説明責任の向き先は依頼者だけでなく、監督官庁・税務調査・訴訟など複数方向に分岐しうるところが厄介です。再現性の欠落は、修正コストの大きい設計上の見直し対象になります。
個々のショートカットが積み重なった状態で新しい担当者に業務が引き継がれると、前任者がどのような運用をしていたか自体が分からなくなり、引き継ぎ時の説明もまた「ログがないので分からない」で止まってしまいます。
AI利用ログが必要になる4つの場面
AI利用ログ(プロンプト・モデル・パラメータ・出力・操作者・時刻のセット)の価値は、平時にはほとんど見えません。何かが起きたときに初めて、次の4つの場面で仕事をします。
- 説明責任: 顧客や監督機関から「どのように結論に至ったか」を問われたとき、根拠を時系列で示せます
- 監査: 内部監査・第三者監査において、AI利用が業務ルール(守秘義務・個人情報・利益相反)に沿っていたかを点検できます
- 再現と原因究明: 誤情報・情報漏えい・誤送信が起きたとき、原因となったプロンプトと条件を特定できます
- 学習資料: 良いプロンプト・避けるべきプロンプトを所内で共有し、品質を底上げできます
逆に、この4つをいずれも捨ててよい業務であればログは不要となります。士業実務で4つともゼロにできる場面は、観察上は少ないと考えられます。
監査で提示を求められたときの対応シナリオ
ここでは、AI利用ログの有無が実務でどう作用するかを具体的にイメージするため、典型的な仮想ケースとして、顧問先の税務調査対応中にAI利用の実態について説明を求められる場面を想定してみます。実在の事務所・顧問先の事例ではなく、論点を可視化するための仮想シナリオです。
想定するのは、顧問先の税務調査で、担当税理士が作成した所得区分の判断メモについて、調査官から「この判断はどのような根拠に基づいているか」と質問を受ける場面です。判断メモの下書きを生成AIに作らせ、担当者がそれをもとに顧問先へ提出していたケースを考えます。
AI利用ログが整備されている事務所であれば、担当者はまず所内の監査ログ管理システムから該当日時・担当者・入力したプロンプト・AIの出力を検索し、「このような事実関係を入力し、AIが提示した論点を踏まえて最終判断は所属税理士が行った」という経緯を時系列で示すことができます。ログにはAIの出力そのものだけでなく、その後担当者が加えた修正箇所も残るため、「AIの提案をそのまま採用した部分」と「専門家の判断で修正した部分」を切り分けて説明できる状態になります。この場合、調査官とのやり取りは、判断根拠の確認という本来の論点に収束しやすくなります。
一方、ログが整備されていない事務所では、担当者の記憶やブラウザの個人履歴を頼りに事後的に経緯を再現しようとすることになりますが、ブラウザ履歴が既に消去されていたり、複数のAIサービスを併用していて履歴の所在が分散していたりすると、再現作業自体に時間がかかります。加えて、「AIがどこまで判断し、専門家がどこを修正したか」を後から正確に切り分けることが難しくなり、説明の一貫性が損なわれるおそれがあります。結果として、調査の争点が本来の税務判断そのものから、事務所側の業務プロセスの信頼性そのものに移ってしまう可能性も否定できません。
同様の構図は税理士の税務調査に限りません。社労士が労働基準監督署の臨検監督で36協定の運用実態を問われる場面や、弁護士が依頼者から助言内容への疑問を寄せられ、所属弁護士会の綱紀委員会への照会に発展する場面でも成立します。依頼者から寄せられた疑問への説明であれば、AI利用ログがあれば「どのような資料を確認した上で助言したか」を時系列で提示でき、AIの提案と専門家自身の判断を切り分けて説明できます。ログがなければ、記憶を頼りに説明を組み立てることになり、後から見ても筋が通っているかどうかを自分自身でも検証しづらくなります。監督官庁や第三者機関に対して業務プロセスが機能していたことを示す必要が生じた瞬間に、AI利用ログの有無が効いてくるという構造は、職種を問わず共通しています。
この種の場面に備えるうえで重要なのは、監査が始まってから慌ててログを探すのではなく、日常的に担当者名・顧客名・案件番号でログを検索できる状態を維持しておくことです。ログの保存先を決めるだけでなく、四半期に一度程度、実際に過去のログを検索してみて、必要な情報にたどり着けるかを試しておくと、いざというときの再現作業の速度が大きく変わります。検索できることを一度も試していないログ基盤は、量だけがあって使えない状態に陥りがちです。
検索しやすくするための具体的な工夫としては、ファイル名やレコードのメタデータに案件番号・担当者名・日付を統一した形式で含めておく、顧客名や案件の性質ごとにタグを付けておく、といった運用が挙げられます。こうした整理を後回しにすると、ログ自体は蓄積されていても、いざというときに該当する記録がどこにあるか分からない状態に陥り、ログを取っている意味が半減してしまいます。
また、監査対応中に「ログを追加で作成しないか」という誘惑が生じる場面にも注意が必要です。後から体裁を整えたログは、タイムスタンプや保存履歴の整合性を精査されると、かえって不自然さが際立ちます。監査対応の場面で価値を持つのは、業務の都度その場で残された記録であり、事後的に体裁を整えたものではありません。
このシナリオが示すのは、AI利用ログの価値が「AIを使ったこと自体を証明する」ためではなく、「専門家としての判断プロセスが今も機能していることを、後から示せる状態にしておく」ためにあるという点です。監査対応の巧拙は、監査が始まってから決まるのではなく、日々の業務でログをどう残しているかによって、監査が始まる前から既に決まっていると考えるほうが実態に近いと言えます。
AI利用ログと既存の法令・ガイドラインの関係
日本国内の文脈では、個人情報保護委員会が2023年6月に発出した生成AI利用に関する注意喚起が、出発点としてよく参照されています。同注意喚起では、個人情報取扱事業者が生成AIにプロンプトとして個人情報を入力する場合の留意点や、利用目的の範囲を超えた取扱いをしないことが整理されています。
経済産業省・総務省が2026年3月に公表した「AI事業者ガイドライン」(第1.2版)は、この点をより具体的に示しています。共通指針の「透明性」の項目では、AIシステム・サービスの開発過程や利用時の入出力等について、データ量・データ内容に照らして合理的な範囲でログを記録・保存することを求めています。「アカウンタビリティ」の項目でも、開発・提供・利用の各段階について追跡・遡及が可能な状態を確保するトレーサビリティの確保が挙げられています。士業事務所のように「AI利用者」としてAIを業務に組み込む立場でも、この延長線上でログ管理体制を整えることが期待される内容です。ただし同ガイドラインは法的拘束力を持たないソフトローであり、罰則を伴う義務ではない点には留意が必要です。
国際的な情報セキュリティ管理規格との関係でも、ISO/IEC 27001:2022附属書Aの管理策8.15(ログ取得)、米国NIST SP 800-53 Rev.5のAU系統制(AU-2イベントロギング等)は、「重要な業務操作のログを取り、保護し、見直す」という考え方を共有しています。AI利用も業務操作のひとつである以上、この延長線上で扱うのが実務的だと考えられます。
ログをどう設計するか — 法人プランか、自作ロギングか
主要な生成AIサービスは、個人向けプランと法人向けプランで、管理者が触れるログの粒度が大きく異なります。個人向けプランで残るのは「ログインしたアカウント自身の会話履歴」だけで、所属組織の管理者が横断的に取得・監査する機能は提供されない傾向がある一方、法人向けプランでは監査ログ・データ保持コントロール・利用分析といった機能が用意されているケースが多くなっています(共有IDでこの断絶がどう表面化するかは、共有IDが危険な理由という記事で別途詳しく扱っています)。
法人プランの監査ログだけで自所の要件を満たせない場合は、自作ロギングを併用する選択肢もあります。API経由でAIを呼び出して業務システム側にプロンプトと応答を保存する方式、社内チャットUIを用意してユーザー操作ごとにDBに保存する方式、既存の業務システムにAI呼び出しを組み込む方式などが候補です。ただし、ログ自体が個人情報・守秘義務情報の塊になるため、保管場所・暗号化・アクセス権の設計が前提となります。「全部のプロンプトを永久保存」は実務的に成り立たず、保存期間ポリシーの設計が必要です。法人プランの監査ログと併存する場合は、どちらを正本とするかをあらかじめ決めておかないと、調査時に齟齬が出やすくなります。
実際に自作ロギングを組む場合、大規模なシステムを一から作る必要はありません。小規模事務所であれば、共有スプレッドシートやクラウドフォームに日時・担当者・顧客名または案件番号・使用したAIサービス・入力したプロンプトの要旨・出力の要旨・成果物への反映有無の列を用意し、AIを使うたびに1行を追記する運用だけでも、何もないよりはるかに再現性が高い状態を作れます。API経由でAI呼び出し自体をログ化する場合も、まず記録すべき最小限の項目をこの列構成に合わせておくと、あとから監査ログ機能を持つ法人プランに移行する際の項目対応がしやすくなります。
自作ロギングを検討する事務所では、まず所内で最もAI利用頻度が高い業務を1つ選び、そこだけ試験的にログ運用を始めてみるのも現実的な進め方です。最初から全業務を対象にしようとすると運用が続かず、結果的にログが形骸化してしまうケースが少なくありません。
「いつまで・どこに・誰がアクセスできるか」を決め切る
ログを取ると決めたら、次に決めるべきは保存期間・暗号化・アクセス権です。最低限、次の論点を所として合意しておくと、運用上の判断ブレが減らせます。
- 保存期間: 案件ごとの法定保存期間(税務関係書類なら原則7年等)に揃えるか、AIログ独自のポリシーにするか
- 暗号化: 保管時(at-rest)と転送時(in-transit)の暗号化の有無、鍵管理の責任者
- アクセス権: 誰がログを閲覧できるか、ログ閲覧自体がさらにログ化されているか
- 退職者対応: 退職者のアカウントで残ったログをどう扱うか(凍結 / 引継ぎ / 削除)
- 顧客への説明: ログを取っていること自体を顧客にどう開示するか(契約・プライバシーポリシー上の整理)
ここを曖昧にしたままログだけ集めると、「ログがあるから安全」ではなく「ログがあるから漏えい時の被害が大きい」状態に振れてしまいます。集めること自体より、運用設計のほうが先に来ると考えるのが現実的です。
税理士・弁護士・社労士でAI利用ログの保存期間はどう変わりますか
前の章で触れた「保存期間をどう決めるか」という論点は、士業の職種によって前提となる法定保存期間の枠組みが異なるため、実際には事務所ごとの個別の整理が欠かせません。ここでは税理士・弁護士・社会保険労務士の3つの職種を例に、AI利用ログの保存期間を設計するときに参照すべき、既存の保存義務の枠組みを整理します。
税理士事務所が扱う国税関係帳簿書類は、法人税法に基づき、原則として確定申告書の提出期限の翌日から7年間の保存が求められます。青色申告書を提出した事業年度に欠損金額が生じ、それを翌期以降に繰り越す場合は、その年度の帳簿書類の保存期間が10年間に延長されます(法人税法施行規則第26条の3等)。AIが申告書の下書きや税務シミュレーションの根拠を生成した場合、そのプロンプトと出力は申告内容の根拠を示す資料に近い性格を帯びるため、対応する帳簿書類と同じ保存期間に揃えておくと、税務調査で「なぜこの数字になったか」を問われたときに一貫した説明がしやすくなります。
弁護士業務については、税理士のように保存期間が業法の条文で一律に定められているわけではありません。事件記録の保存期間は各弁護士会の会規や職務規程、依頼者との委任契約の定めによって決まるのが一般的で、事務所ごとに保存期間が異なります。AI利用ログについても、事件記録本体の保存期間ポリシーに合わせて事務所内規で定義しておくのが現実的な対応です。守秘義務の観点では、ログに依頼者名や事件の内容が残る点は事件記録そのものと変わらないため、アクセス権の設計は事件記録と同水準で扱う必要があります。
社会保険労務士事務所が扱う労働者名簿・賃金台帳・出勤簿などの労務関係書類は、労働基準法109条により保存が義務付けられています。2020年施行の同法改正で保存期間は原則5年に延長されましたが、同法143条の経過措置により、当分の間は3年のまま運用されている点に注意が必要です。経過措置がいつまで続くかは明示されていないため、顧問先への説明では「現時点の運用は3年だが、いずれ5年に移行する前提で設計しておく」という伝え方をしておくと、後から短い方に合わせていた事務所ほど手戻りが大きくなるという事態を避けやすくなります。労務相談や就業規則ドラフト作成にAIを使った場合のログも、この労務関係書類の保存期間に揃えておくのが整合的です。
以下は、3職種における主な対象書類と保存期間の目安を整理したものです。個別の保存期間は書類の性質や法改正、各士業会の会規改定によって変わるため、実際の運用にあたっては最新の法令・会規、顧問弁護士・所属士業会への確認を前提にしてください。
| 士業 | AI利用が関わりやすい書類の例 | 保存期間の目安 | 根拠となる枠組み |
|---|---|---|---|
| 税理士 | 申告書下書き・税務シミュレーション根拠 | 原則7年(欠損金繰越がある事業年度は10年) | 法人税法・法人税法施行規則 |
| 弁護士 | 事件記録・契約書レビューメモ | 一律の年数の定めはなく、会規・委任契約に依拠 | 各弁護士会の会規・職務基本規程 |
| 社労士 | 労務相談メモ・就業規則ドラフト | 原則5年(経過措置として当分の間3年) | 労働基準法109条・同法143条 |
この表からもわかる通り、「AI利用ログをどのくらい残すか」という問いに唯一の正解はなく、扱っている書類の性質に応じて職種ごと、さらには事務所ごとに保存期間の設計が変わってきます。ログの保存期間を検討する際は、まず自所が扱う書類群の法定保存期間の一覧を洗い出し、それぞれにAI利用ログをどう対応づけるかを整理するところから始めるのが現実的です。
実務上は、保存期間の起算点を書類の性質に応じて揃えることも見落とされがちです。税理士業務であれば確定申告書の提出期限、社労士業務であれば労働者の退職や書類が完結した日など、書類ごとに起算点が異なります。AI利用ログの保存期間だけを一律に「ログ取得日から◯年」という基準で設計すると、原本書類の保存期間とずれが生じ、監査時にログは残っているのに元の書類はもう廃棄済み、あるいはその逆といった不整合が起きかねません。ログの保存期間は、対応する原本書類の起算点に合わせて設計するのが実務的です。
また、案件が訴訟や税務不服申立てなど係争状態に入った場合は、通常の保存期間の議論とは別に、当該案件に関するログを係争終了まで保存し続ける、いわゆる保存の一時停止の考え方を適用しておくと安全です。通常の保存期間ルールに従って機械的に削除してしまうと、係争中に必要な記録を自ら失うことになりかねません。
保存期間の途中で法改正が起きた場合の扱いも、事前に決めておくとよいでしょう。労働基準法109条のように、経過措置によって当面は短い年数で運用されている法令は、将来的に保存期間が延びる可能性を織り込んで設計しておかないと、経過措置が解除された瞬間に、その時点で保存期間を満たしていないログが発生しかねません。保存期間は一度決めたら固定するものではなく、法改正のタイミングで定期的に見直す運用ルールとセットで考えるほうが実態に即しています。
所内規程としては、たとえば「AI利用ログは、対応する業務の完了日から起算して、当該業務に適用される書類保存期間と同一の期間保存する」という一文を置くだけでも、担当者が個別に保存期間を判断する負担を減らせます。細かい例外は運用しながら追記していく前提で、まずはシンプルな原則を1つ決めることが、実務上は最初の一歩として機能しやすいと考えられます。
事務所間で広がりつつある差
ガートナージャパンが2026年6月に公表した国内企業向け調査では、組織内の生成AI利用実態を「把握できていない」と回答した企業が43%、「把握しているが有効な対策を取れていない」が30%で、合計73%が実質的に利用実態を管理できていません。「把握し、有効な対策を取れている」と回答した企業はわずか24%にとどまります(業種は士業に限定されていません、出典)。ログ・監査証跡の有無は、この「把握できているかどうか」の土台にあたる部分です。士業に限定した同種の統計は現時点で見当たりませんが、一般企業でこの水準であれば、士業事務所でも同様かそれ以上にログ整備が後回しになっている事務所と、法人プランやAPIベースの記録基盤に早期に乗せ替えた事務所とで、差が広がっている可能性は十分に考えられます。
短期では生産性に差は出にくいものの、インシデント対応・監査対応・新人引き継ぎといった「後から見返す場面」で差が顕在化すると考えられます。AI利用ログは、事故が起きてから慌てて整えるものではなく、業務に組み込む前から再現性を確保しておくための設計対象として位置付け直すと、後からの手戻りを小さくできます。
現状では、保存期間や監査対応シナリオまで踏み込んで運用設計している事務所は限られていると考えられます。裏を返せば、ここまでの整理を先に済ませておくこと自体が、事務所間の差を広げる一つの要素になり得ます。
押さえておきたいポイント
AI利用ログの保存は法律で義務付けられていますか。
AI利用ログそのものを一律に義務付ける法律は、現時点では日本国内に存在しません。ただし税務関係書類の法定保存期間や、個人情報保護法上の安全管理措置義務、業界ごとの監督官庁のガイドラインを経由して、実質的にログの保存・管理が求められる場面があります。個人情報保護委員会の注意喚起やAI事業者ガイドラインも、直接ログ保存を義務付けるものではなく、透明性・アカウンタビリティの観点から「後から検証できる状態」を求める内容です。
AI利用ログはどのくらいの期間保存すればよいですか。
記事内で述べた通り、案件の法定保存期間(税務関係書類なら原則7年等)に揃える方法と、AIログ独自のポリシーを別に定める方法があります。どちらか一方が正解というより、所内でどちらを正本とするか、法人プランの監査ログと自作ロギングが併存する場合にどちらを優先するかを、事前に合意しておくことが重要です。職種ごとの法定保存期間の違いについては、税理士・弁護士・社労士の目安を整理した章で具体的な年数と根拠法令をまとめているので、自所が扱う書類の種類と照らし合わせて確認してください。訴訟や税務不服申立てなど係争状態に入った案件については、通常のルールとは別に、係争終了までログの削除を止めておく判断も必要になります。
個人プランのままAI利用ログを残すことはできますか。
個人向けプランでは、管理者が組織横断でログを取得・監査する機能が提供されない傾向があります。個人の会話履歴として残るだけなので、所として説明責任を負う業務に組み込むなら、法人向けプランの監査ログ機能か、API経由で業務システム側にプロンプトと応答を保存する自作ロギングの併用を検討する余地があります。
ログを取得するとかえって情報漏えいリスクが増えませんか。
ログ自体が個人情報・守秘義務情報の塊になるため、保管場所・暗号化・アクセス権の設計を伴わないままログだけ集めると、記事内で触れた通り「ログがあるから安全」ではなく「ログがあるから漏えい時の被害が大きい」状態に振れます。保存期間・暗号化・アクセス権・退職者対応をセットで設計することが前提になります。
参考
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」(2023年6月2日発出) https://www.ppc.go.jp/news/careful_information/230602_AI_utilize_alert/
- 経済産業省・総務省「AI事業者ガイドライン」(公表版/本記事公開日時点の最新版は公式ページで確認してください)
https://www.soumu.go.jp/main_sosiki/kenkyu/ai_network/02ryutsu20_04000019.html - ISO/IEC 27001:2022附属書A管理策8.15(ログ取得)
- NIST SP 800-53 Rev.5「AU - Audit and Accountability」統制ファミリ
- ガートナージャパン「国内企業の『シャドーAI』対応における新たな指針を発表」(2026年6月18日公表) https://www.gartner.co.jp/ja/newsroom/press-releases/pr-20260618-aibs-shadow-ai
- 国税庁「No.5930帳簿書類等の保存期間」https://www.nta.go.jp/taxes/shiraberu/taxanswer/hojin/5930.htm
- 厚生労働省労働基準局「改正労働基準法等に関するQ&A」(令和2年4月1日) https://www.mhlw.go.jp/content/000617980.pdf