情報システムのAI活用ユースケース
情報システム部門の担当者に向けて、社内システムの運用・変更管理・セキュリティの業務を集めたページです。多いのは、本番の更新SQLの実行前の点検、障害時の過去の対応記録の検索、生成AIの利用ログの点検、担当者しか分からないマクロの処理内容の文書化です。「引き継ぎができていない」「属人化している」という課題から、AIに任せる範囲と情報システム担当が承認する範囲の分け方を業務単位で確認できます。
該当ユースケース 93 件
情報システム部が社員から毎月集める貸与端末の自己点検フォームを Apps Script で集め、AI で資産台帳との食い違いと更新の遅れを拾う
社員が毎月答える貸与端末の自己点検フォームの回答を、Apps Script が資産台帳と突き合わせて差分を出し、AI が差分と備考の欄を読んで食い違いの種類を判定します。担当者には、台帳の更新の案と本人への確認の文がそろった一覧が届きます。
詳しく見る → UC-1650SaaS ごとの利用者とログインの記録を n8n で毎日ためて、使われていないライセンスの候補を判定し、本人への回収の案内まで出す
SaaS へのサインインの記録を毎日ため、月初に SaaS ごとの割り当てと突き合わせて、しばらく使っていない人を拾います。AI がその人の申請の理由と在籍の状態を読んで回収候補か保留かを判定し、本人に使い続けるかを尋ねる案内まで出します。
詳しく見る → UC-1641情報システム部が社員から受けるソフトウェアの導入申請を受け、利用規約・ライセンスの条件とセキュリティの確認点を挙げてから承認に回す
社員がパソコンに入れたいソフトウェアを申請すると、添付された利用規約・ライセンス条項から組織での利用の可否、数え方、有償の要否、データの送信などの条件を項目ごとに書き出し、判定の候補と根拠の条文を付けて承認に回します。
詳しく見る → UC-1640情報システム部が社員から報告された不審メールを受け、本文・送信元・リンクから危険度を分けて、対応の要否と社員への返信を返す
社員が Outlook の報告ボタンで報告した不審メールを受け、送信元の認証の結果、差出人と表示名、本文の依頼、リンクの宛先のドメインから種類と危険度の候補を付けます。担当者が確かめたうえで、報告した社員に結果と次にすることを返します。
詳しく見る → UC-1615金融機関の情報システム部が業務システムの権限申請を、Azure OpenAI で職務と権限の対応表に照らし、過大な権限と職務分掌の衝突の疑いを承認の前に拾う
行員から届く業務システムの権限申請を、職務と権限の対応表と職務分掌の禁止の組み合わせに照らし、標準を超える権限と衝突の疑いを承認の前に挙げます。差分ごとに申請理由で説明がつくかを Azure OpenAI で判定し、確認の文案を添えます。
詳しく見る → UC-1498システムの更新で複数のベンダーから届いた提案書を、要件の充足・費用・体制・リスクで比較表にし、確かめる質問の一覧を作る
システム更新の選定で複数のベンダーから届いた提案書を、自社の要件一覧の項目ごとに読み比べます。各社の記載を根拠のページ付きで比較表に並べ、書かれていない点を各社への質問の一覧にします。
詳しく見る → UC-1485情報システムの更新で、現場のヒアリングメモから要件定義書の骨子と確認すべき論点を作る
情報システムの更新で、所管課へのヒアリングメモを、要件定義書の章立てに沿って要件の候補に振り分けます。メモの根拠付きで骨子を下書きし、他のメモとの食い違いや数値の抜けを、次に確認すべき論点として挙げます。
詳しく見る → UC-1482業務部門が書いたデータ抽出のSQLを、社内の命名規約とBigQueryの性能の観点で点検し、直した版と理由を返す
業務部門の担当者が書いたデータ抽出のSQLを、社内の命名規約と BigQuery の性能の観点で点検します。直した版のSQLと、直した箇所ごとの理由を、書いた本人とデータ担当に返します。
詳しく見る → UC-1472GitHub のプルリクエストが出るたびに、差分を社内のコーディング規約とセキュリティの観点で一次レビューし、指摘をコメントの下書きにする
GitHub にプルリクエストが出るたびに差分を取り、社内のコーディング規約とセキュリティのチェック項目に照らして一次レビューします。指摘は行とひも付けたコメントの下書きにし、レビュー担当者が確かめてから投稿します。
詳しく見る → UC-1473利用しているクラウドサービスのステータスページの RSS を集め、自社が使うサービスと地域に関係する障害だけを日本語で要約して社内に知らせる
利用しているクラウドサービスのステータスページの RSS を数分おきに集め、自社が使うサービスと地域に関係するものだけを選びます。英語の障害情報を日本語で短く要約し、時刻を日本時間に直して社内に知らせます。
詳しく見る → UC-1470毎朝のバックアップとバッチ処理の実行結果を集め、失敗と警告を原因の種類で分類して、当番への連絡文まで作る
夜間に動いたバックアップとバッチ処理の結果を毎朝集め、成功・失敗・警告・結果の未着に分けます。失敗と警告は原因の種類で分類し、担当ごとの連絡文の下書きを付けて当番に渡します。
詳しく見る → UC-1421毎月の依存パッケージの更新で、変更履歴を自社のコードでの使い方と照らし、破壊的変更・非推奨に当たるかを判定して、更新の可否と直す箇所の一覧を作る
毎月の依存パッケージの更新で、Dependabot のプルリクエストごとに、更新の範囲の変更履歴とリリースノートを読ませます。破壊的変更・非推奨が自社のコードでの使い方に当たるかを判定し、更新の可否と直す箇所の一覧をプルリクエストに書き込みます。
詳しく見る → UC-1295委託先との障害の振り返り会議（Teams）の記録から、原因・暫定対処・再発防止策と期限を議事録にまとめ、対策管理表の更新案を作る
システムの委託先と行う障害の振り返り会議（Teams）の記録から、原因・暫定対処・再発防止策と、その担当と期限を拾って議事録にします。あわせて対策管理表の更新案と、前回までに約束された対策の進み具合の一覧を作ります。
詳しく見る → UC-1282部署で作った Python・GAS の業務用スクリプトを毎月集めて読み、認証情報の直書き・全件削除・例外の握りつぶしなど危ない書き方を判定して持ち主に直し方を返す
各部署が作った Python と Google Apps Script のスクリプトを毎月集め、認証情報の直書きや確認なしの全件削除などの危ない書き方を判定します。該当する行と直し方を持ち主に返し、情報システムの担当は判定の確認と難しいものに絞って関わります。
詳しく見る → UC-1242社員のメールアドレスが載った漏えいの情報をエージェントが毎週確かめ、新しく見つかった社員にパスワードの変更と多要素認証の案内を送って対応を追う
自社のドメインのメールアドレスが外部のサービスの漏えいに新しく載っていないかを毎週確かめ、見つかった社員にパスワードの変更と多要素認証の登録の案内を送ります。送った後も、対応が済んだかを翌週以降に確かめて追いかけます。
詳しく見る → UC-1230新しいシステムの選定を始めるときに、過去のRFP・ベンダーの提案書・評価表から要件の近い案件を探し、出した要件と評価の分かれ目を根拠付きで情報システムの担当に返す
新しいシステムの選定を起案したときに、過去のRFP・提案書・評価表から要件の近い案件を探します。そのとき出した要件、評価の分かれ目になった項目、導入後に問題になった要件を、根拠の文書付きで担当に返します。
詳しく見る → UC-1219海外の開発委託先から毎月届く英文のタイムシートと請求書を読み取り、要員ごと・日ごとの工数を契約の単価と上限時間に照らして、超過と請求額の食い違いを支払の前に拾う
海外の開発委託先から毎月届く英文のタイムシートと請求書を読み取り、要員ごと・日ごとの工数を表にそろえます。契約の単価と月の上限時間に照らして、超過・単価の違い・請求額の食い違いを支払の前に拾います。
詳しく見る → UC-1179退職日が決まった社員のメールボックス・OneDrive・Teams のデータの引継ぎ先を上長に確かめ、退職日から逆算した案内と督促を回す
退職日が決まった社員について、メールボックス・OneDrive・所有するチームの引継ぎ先を上長にたずねる案内と、本人向けの準備の案内を、退職日から逆算した日付入りで作って送ります。未回答の項目だけを書いた督促を段階を追って回します。
詳しく見る → UC-1137システム変更の諮問会議（CAB）の Teams 会議の記録から、変更ごとの承認・条件付き承認・差し戻しと付いた条件を整理し、変更管理台帳の更新案を作る
週1回の変更諮問会議（CAB）の Teams 会議の記録から、変更要求ごとの承認・条件付き承認・差し戻し・保留と、承認に付いた条件を整理します。そのうえで、変更管理台帳の判定と条件の欄の更新案を作り、事務局と議長の確認に回します。
詳しく見る → UC-1125クラウドのIAMユーザーのアクセスキーの最終利用日を毎週取得し、長く使われていないキーの持ち主に確認を送って、無効化の候補をまとめる
AWSの認証情報レポートを毎週取り、長く使われていないアクセスキーを拾います。エージェントが持ち主を調べて確認を送り、回答と照らして無効化の候補を情報システムの担当者にまとめます。
詳しく見る → UC-1118監視ツールの障害アラートと社内の対応メモから、顧客向けの障害のお知らせ（発生・調査中・復旧）の文面を段階ごとに下書きする
監視ツールのアラートと、Slack の対応チャンネルに書かれた社内のメモから、顧客向けの障害のお知らせを「発生・調査中」「続報」「復旧」の段階ごとに下書きします。当番の責任者が承認した文面だけが掲載担当に渡ります。
詳しく見る → UC-1096社内PCの SMART 情報とイベントログを毎日集め、ディスク故障の予兆を予測して交換の優先順位をつける
社内のPCからディスクの信頼性の値とディスク関連のイベントを毎日集め、故障しそうなディスクを、故障する前に見込みの高い順に並べます。情報システムの担当者は、その一覧の上から交換を決めます。
詳しく見る → UC-1090情報システム部門のヘルプデスクにかかってくる電話を文字起こしし、症状・端末・試したこと・対応をチケットの項目に起こす
社内のヘルプデスクにかかってきた電話の録音を文字にし、申告者・端末・症状・試したこと・対応・結果をチケットの項目に分けた下書きにします。担当者は通話のあとにメモを清書する代わりに、下書きを確かめて起票します。
詳しく見る → UC-1086情報セキュリティ規程の例外申請（USBメモリの利用・私物端末・データの持ち出しなど）を規程の条文と照らし、承認の可否の案と付ける条件を添えて審査の担当へ返す
社員から出される情報セキュリティ規程の例外申請を、規程と細則の条文に照らして一次審査します。要件ごとに満たしているかを判定し、承認の可否の案と、認めるなら付ける条件の案を審査の担当へ返します。
詳しく見る →自社で使えるAI活用を整理したい方へ
業務内容を伺い、導入候補となるAI活用方法の整理、優先順位付け、PoC設計まで支援します。