ユースケースを検索
決裁の権限について「これは誰の承認が要るか」に、規程の根拠付きで答える
「金額」「案件の種別」「申請する部署」を入力に、職務権限規程の該当条項を探して決裁者を示し、根拠となる条文と、判断が分かれうる点を併記して返します。総務の作業は、規程を開いて条項を探すことから、機械が示せなかった照会だけに答えることに変わります。
詳しく見る → UC-0187社内申請の不備を、AIとの対話で提出前に埋めさせて差し戻しを減らす
経費精算や出張申請などの社内申請を、提出する前にTeams上の対話で完成させます。どの様式で出すか、何を添付するか、誰の承認が要るかを1つずつ埋めさせ、総務への差し戻しを減らします。
詳しく見る → UC-0178設計変更の影響範囲を、部品表と図面と手配の状況から洗い出す
設計変更が確定した時点を起点にします。変更する部品番号と図面番号を渡すと、部品表の上位展開、図面や取扱説明書の横断検索、発注残や在庫の照会をまとめて行い、影響を受ける製品と文書と手配の一覧を根拠付きで出します。探し回る作業がなくなります。
詳しく見る → UC-0144社内の業務手順書が実態と合っているかを点検して、改訂が要るものを洗い出す
業務手順書を入力に、その手順書が前提としている画面名・帳票の様式・社内規程・部署名・システム名を抜き出し、現在の正本と照らして食い違う箇所を出します。文書管理の担当は、全部を読み返す作業から、指摘された箇所を確認する作業に変わります。
詳しく見る → UC-0108納付期限が来る特許を、事業での使用状況と照らして維持と放棄の判断材料を作る
翌々月に特許料の納付期限が来る権利を一覧にし、公報から請求項の要点を取り出して、自社の製品仕様や事業計画と突き合わせた検討表を作ります。維持する理由と放棄してよい理由の両方を並べます。
詳しく見る → UC-0083補助金・助成金の公募を毎週調べて、自社が使えるものと締切を洗い出す
補助金の公募情報を毎週自動で取得し、対象者・対象経費・補助率・締切を読み取って、自社の条件に当てはまりそうなものだけを一覧にします。担当者の作業は、複数のサイトを順番に見て回ることから、絞り込まれた候補を見て社内に持ち込むかを決めることに変わります。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0055店舗に付いたGoogleの口コミを読み分けて、返信案と本部への報告を作る
店舗に付いたGoogleの口コミを読み、そのまま返信してよいものと、本部が事実を確かめてから対応すべき苦情とに分けます。前者には口コミの中身に触れた返信案を作り、後者は本部へ報告に回します。
詳しく見る → UC-0053設備の保守マニュアルと過去の対応履歴から現場の質問に根拠付きで答える
現場からの「この型式でこのエラーが出たときはどうするか」という質問に対し、該当する設備のマニュアルと過去の対応履歴を探して、出典付きの回答案を返します。保全員の作業は、書庫と過去の日報を探すことから、示された根拠を読んで自分の設備に当てはまるかを判断することに変わります。
詳しく見る → UC-0054システム障害の対応記録とチャットのやり取りから障害報告書の下書きを作る
障害チケットの記録と対応中のチャットを入力に、発生から収束までの時系列と、影響範囲・暫定対応の欄を下書きします。担当者の作業は、ログをたどって一から書くことから、下書きの事実を確かめて原因と対策を書き足すことに変わります。
詳しく見る →