GASで反響対応を自作する際の個人情報管理の注意点

結論: AI+GASで反響対応を自作する場合も、保存範囲・アクセス権限・認証情報を適切に管理することが重要です。個人アカウントへの依存やレビュー不足がある場合は、APIキーのコード直書きや不要な顧客情報の蓄積といった管理不備が生じるおそれがあります。反響メールには氏名・電話番号などの個人情報が含まれるため、運用前に設計と管理体制を確認してください。

この記事でわかること

• GAS自作でセキュリティ上の不備が生じる条件
• 具体的にどのような設計がリスクになるのか
• 情報システム担当・経営層が見落としやすいポイント
• 専用ツールとの設計思想の違い

なぜGAS自作はセキュリティ面で雑になりやすいのか

答え: 短期間で動くものを作ることを優先し、権限管理や保存範囲の設計を後回しにした場合、セキュリティ上の不備を見落とすおそれがあるためです。これはGAS自体の問題ではなく、設計・レビュー・運用管理の問題です。

業務効率化のために自主的に組まれるGASスクリプトでも、セキュリティレビューを経ずに本番運用へ投入すると、権限や保存範囲の不備に気づかないまま顧客の個人情報を扱うことになりかねません。作った本人だけで判断せず、会社として管理対象を把握し、運用前に確認することが大切です。

具体的にどのような設計がリスクになるのか

答え: AIのAPIキーをスクリプトのコードに直接書き込む、抽出した顧客の氏名・電話番号を個人のGoogleスプレッドシートに必要以上に蓄積する、アクセス権限の管理がされていない、といった状態が代表的なリスクです。

リスクの例	何が問題か
APIキーのコード直書き	コードを閲覧できる人にキーも見えるため、共有範囲によっては意図しない利用や流出につながる
個人スプレッドシートへの不要な蓄積	保存範囲や期限が不明確になり、退職時の権限整理が漏れると、元従業員が顧客情報にアクセスできる状態が残るおそれがある
アクセス権限の管理不在	誰が・いつ・どの顧客情報を見られる状態かを組織として把握できない

スプレッドシートに保存すること自体ではなく、保存する必要性・保存期間・閲覧できる人を管理しているかが確認点です。自作でも、保存範囲を最小限にし、権限や認証情報の管理方法を決めることで対策できます。

情報システム担当・経営層が見落としやすいポイント

答え: 「現場が自主的に業務効率化のために作った仕組み」が、正式なシステムとして情報システム部門の管理・監査の対象になっていない場合があることです。

会社として契約しているSaaSでも、自作の仕組みでも、情報システム担当がセキュリティ要件を確認する必要があります。現場の担当者が個人のGoogleアカウントで組んだGASスクリプトを会社が把握していない場合、保存先やアクセス権限の確認が漏れるおそれがあります。反響メールの個人情報、どう安全に扱うべきかで触れているような、保存範囲を最小化する設計は、自作でも検討できます。保存しない処理や保存期限の設定、権限の制限を、設計時に確認してください。

専用ツールとの設計思想の違い

答え: Mail2Linkは、サーバー・DBに転送メールの本文やファイルを保存せず、重複配信防止のためのハッシュ化テキストのみを保持する設計です。

この非保存設計は、Mail2Link側の保存範囲についての説明です。利用者側のセキュリティ対策が不要になるわけではありません。転送先チャットの閲覧権限、保存期間、退職者アカウント、転送条件は、利用企業側で管理する必要があります。自作でも保存範囲を最小化できるため、自社で設計・保守する範囲と、サービス側の設計に任せる範囲を比較してください。

GASで作るほうが合っているケース

答え: 自作が合う条件は実際にあります。必要なセキュリティの水準は、扱う情報によって変わります。以下は内製の運用負担を判断する目安です。

• 転送に遅れが生じても、業務上許容できる
• 転送するメールの件数が少なく、形式が限られる
• 保守できる担当者がいて、引き継ぎやレビューの体制がある
• 停止を自社で検知し、調査・復旧ができる
• 転送先のチャネルやグループが限られる

個人情報を扱う場合は、これに加えて、会社管理のアカウント、必要最小限の保存、アクセス権限、認証情報の保管方法、退職時の権限解除を確認してください。上記の目安だけで、個人情報を適切に扱えると判断することはできません。

自作には、自社の業務に合わせて処理や保存範囲を調整できる利点があります。すべてを内製するか、すべてを外に出すかの二択ではありません。自社の保守体制と外部サービスの提供範囲を照らし合わせ、業務ごとに分けて運用する方法もあります。

よくある質問

自作の仕組みでもAPIキーを環境変数化すれば安全になりますか

コードから分離するだけで、対策が完了するわけではありません。保管先に誰がアクセスできるか、アクセス権限やログをどう確認するかも含め、設計全体を見直してください。

個人情報保護法上、自作の仕組みは問題になりますか

自作か専用サービスかという区別だけでは判断できません。保存範囲・アクセス権限・外部サービスへの送信内容などを整理し、法令上の確認と社内方針への適合確認を分けて、社内の個人情報管理担当者や専門家に確認してください。

今動いているGASの仕組みをすぐに置き換える必要がありますか

すぐに置き換えると決める前に、まずは「どこに・誰の情報が・どんな形で保存されているか」と、誰がアクセスできるかを棚卸しすることから始めることをおすすめします。

まとめ

AI+GASによる反響対応の自作では、保存範囲・アクセス権限・認証情報の管理を後回しにすると、個人情報の取り扱いに不備が生じるおそれがあります。自作でも保存範囲を最小化する設計や権限管理は可能であり、専用サービスを使う場合にも利用企業側の管理は必要です。まず保存先と権限を棚卸しし、自社で管理できる範囲と外部サービスに任せる範囲を判断してください。

—

この記事を書いた会社

7plus株式会社 不動産会社向けの営業DX支援を行うITソリューションプロバイダーです。反響対応を即時化する「Mail2Link」「Mail2Link×AI」、ノーコード業務アプリ「BizBlock」の開発・提供に加え、Salesforce認定パートナーとして不動産特化型Salesforceパッケージの導入・定着コンサルティングも行っています。

詳しくはこちら → https://7plus.jp/