経理が各部門から Teams・メールで届く予算と実績の差の説明を Copilot で要約し、月次の報告の注記の下書きを作る
各部門から Teams のチャネルとメールで届く予算と実績の差の説明を、Copilot Chat で部門・科目ごとの表に要約します。その表から、Word の Copilot で経営会議に出す月次の報告の注記の下書きを作ります。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 対象業界
- IT・SaaS/商社/小売/製造
- 対象部門
- 経理/財務
- 対象業務
- 書類作成/要約
- 主な課題
- 書類作成に時間がかかる/期限・対応漏れが起きる/確認ミスが多い
- AIで行う処理
- 要約
- 主な効果
- 入力漏れ削減/品質標準化/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- 既存ツールのみ(小)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 第5営業日、差の表を作り、基準を超えた部門と科目に印を付ける
- Teams の「予実の説明」チャネルに、部門ごとの依頼を投稿する
- チャネルの返信とメールを見て、届いた説明を部門ごとの作業用の文書に貼る
- 説明の中の金額と、差の表の金額を見比べる
- 理由が書かれていない、金額が合わない説明について、部門に聞き直す
- 部門ごとに、注記の文に言い換えて書く
- 説明が来ていない部門を一覧にして催促する
- 課長が注記を確かめ、資料に載せる
- 人第5営業日、差の表を作り、基準を超えた部門と科目に印を付けて SharePoint の月のフォルダに保存する
- 人Teams の「予実の説明」チャネルに、部門ごとの依頼を、決まった件名で投稿する
- 人メールで届いた説明は、件名に部門コードを付けて経理部の共有の受信箱へ転送してもらう決まりにする
- 【人/AI】 第7営業日の朝、Copilot Chat でチャネル・メール・差の表を参照させ、部門・科目ごとの要約の表を出させる
- 人担当が「金額の食い違い」と「説明の足りない点」の列を見て、部門に聞き直す
- 【人/AI】 聞き直しの返事がそろったら、Word の Copilot で要約の表と差の表を参照させ、注記の下書きを出させる
- 人担当が注記の金額を差の表と突き合わせ、課長が確かめて資料に載せる
各工程の詳しい説明を読む
- 第5営業日、差の表を作り、基準を超えた部門と科目に印を付ける
- Teams の「予実の説明」チャネルに、部門ごとの依頼を投稿する
- チャネルの返信とメールを見て、届いた説明を部門ごとの作業用の文書に貼る
- 説明の中の金額と、差の表の金額を見比べる
- 理由が書かれていない、金額が合わない説明について、部門に聞き直す
- 部門ごとに、注記の文に言い換えて書く
- 説明が来ていない部門を一覧にして催促する
- 課長が注記を確かめ、資料に載せる
(a)説明が散らばる。 同じ部門の説明が、チャネルの返信と、課長からのメールと、担当者からの追記のメールに分かれて届きます。3番で貼り漏らすと、後から届いた訂正が注記に反映されません。 「先ほどの説明は誤りで、正しくは…」という訂正のメールが一番見落としやすい形です。
(b)数字と合わない説明が残る。 部門の担当は、自部門の手元の管理表で金額を書きます。経理の差の表とは、計上の月や科目の振り分けが違うことがあり、説明の金額が表とずれます。 4番は急ぐと省かれ、注記に部門の金額がそのまま載ることがあります。
(c)理由になっていない説明が通る。 「来月で取り戻します」「計画どおりです」は、返事としては来ていても、なぜ差が出たかは書いていません。 注記を書く段になって初めて気づき、締め切りの前日に聞き直すことになります。
(d)言い換えが人で違う。 同じ「前倒しの発注」を、担当によって「時期のずれ」と書いたり「一時的な増加」と書いたりします。経営会議の側からは、続く差なのか一時的な差なのかが毎月違う書き方で見えます。
- 【人】 第5営業日、差の表を作り、基準を超えた部門と科目に印を付けて SharePoint の月のフォルダに保存する
- 【人】 Teams の「予実の説明」チャネルに、部門ごとの依頼を、決まった件名で投稿する
- 【人】 メールで届いた説明は、件名に部門コードを付けて経理部の共有の受信箱へ転送してもらう決まりにする
- 【人/AI】 第7営業日の朝、Copilot Chat でチャネル・メール・差の表を参照させ、部門・科目ごとの要約の表を出させる
- 【人】 担当が「金額の食い違い」と「説明の足りない点」の列を見て、部門に聞き直す
- 【人/AI】 聞き直しの返事がそろったら、Word の Copilot で要約の表と差の表を参照させ、注記の下書きを出させる
- 【人】 担当が注記の金額を差の表と突き合わせ、課長が確かめて資料に載せる
7番目が、この設計の分かれ目です。 注記の金額は Copilot の文から取らず、差の表の数字と1件ずつ突き合わせます。 Copilot に任せるのは、散らばった説明を集めて部門ごとに読みやすくするところまでです。
4番目を第7営業日の朝に置くのも、意図してのことです。 説明の回収の途中で要約を出すと、後から届いた訂正が入りません。締め切りを第6営業日の終わりにし、その後に一度だけ要約を出します。 締め切りの後に届いたものは、5番の聞き直しの中で足します。
02今回想定するシステム構成
会計システム ── 部門別・科目別の実績を書き出す ▼ 差の表(SharePoint の月のフォルダ)── 基準を超えた部門と科目に印 │ ├──▶ Teams「予実の説明」チャネル(部門ごとの依頼の投稿と返信) └──▶ 経理部の共有の受信箱(件名に部門コードを付けたメール) ▼【トリガー】説明の締め切り(第6営業日の終わり) Copilot Chat(「/」で チャネル/メール/差の表 を参照) ├──▶ 部門・科目ごとの要約の表(説明の原文、部門の金額、差の向き、続くか) ├──▶ 金額の食い違いの一覧 └──▶ 説明の足りない部門と点の一覧(聞き直しの文の下書き) ▼ 【担当が聞き直し、返事を足す】 ▼ Word の Copilot(「/」で 要約の表/差の表 を参照) └──▶ 月次の報告の注記の下書き ▼ 【担当が金額を差の表と突き合わせ、課長が確かめる】→ 経営会議の資料
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | Microsoft Copilot(Copilot Chat と Word の Copilot) | ChatGPT Enterprise、Gemini、Claude |
| 連絡 | Microsoft Teams(「予実の説明」チャネル)、Outlook(経理部の共有の受信箱) | 予算管理のシステムのコメント欄 |
| 保管 | SharePoint(月ごとのフォルダ:差の表、要約の表、注記) | 社内のファイルサーバー |
新しく足すものはありません。 経理部の3名が Copilot のライセンスを持ち、Work IQ が使える前提です。部門の側はライセンスが無くても構いません。 部門は、これまでどおりチャネルに返信するかメールを送るだけです。
説明を集めるのは、Copilot Chat の「/」による参照です。 公式のページでは、Work IQ をオンにして「/」を入力すると、人・ファイル・会議・メールを参照でき、Teams のグループや会議のチャットは「チャット」のタブに、最近使ったチャネルは「チャネル」のタブに出るとされています。プライベート・共有・一般のチャネルのいずれにも対応するとされ、共有や代理のメールボックスのメールも参照できるとされています。経理部の共有の受信箱に集める形は、この記載に合わせたものです。
Work IQ がオフ、またはライセンスが無いと、参照できるのはファイルだけになります。 公式のページにそうあるため、チャネルとメールから集める部分は、ライセンスを持つ経理部の3名だけが行います。
注記を書くのは、Word の Copilot です。 公式のページでは、Word の Copilot は下書きを、簡単な依頼・詳しい指示・骨子・メモ・参照するファイルから作れ、特定の情報源を使うには「/」を入力してファイルを選ぶとされています。引用付きで内容を作らせることもできるとされています。
03どうやって実装するのか
処理の起点を決める
説明の締め切りを起点にします。 締め切りは第6営業日の終わりで、担当は第7営業日の朝に Copilot Chat を開きます。途中で要約を出し直すと、どの版の要約を聞き直しに使ったかが分からなくなるので、要約は一度に出します。
締め切りの前に、手順が2つあります。 第5営業日に差の表を月のフォルダに保存すること、部門ごとの依頼を決まった件名でチャネルに投稿することです。件名は「【予実の説明】2026年10月|D120 第1工場 製造課」のように、年月と部門コードと部門名を必ず入れます。 Copilot が説明を部門に結び付ける手がかりは、この件名だけだからです。
締め切りの後に届いた説明は、聞き直しの返事として扱います。 要約の表を出し直さず、担当が表の該当の行に手で足します。どの行を手で足したかは、表の「出どころ」の列に「締め切り後・手入力」と書きます。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 差の表 | 部門コード、部門名、科目、予算、実績、差、差の率、説明の要否の印 | SharePoint の月のフォルダ |
| チャネルの投稿と返信 | 部門ごとの依頼の投稿と、部門の責任者・担当の返信 | Teams「予実の説明」チャネル |
| メール | 件名に部門コードを付けた説明、転送、訂正 | 経理部の共有の受信箱 |
| 先月の要約の表 | 先月「続く」とした差と、先月の説明 | SharePoint の先月のフォルダ |
| 言い換えの決まり | 「時期のずれ」「一時的」「続く」などの言葉の使い方 | 経理部の注記の書き方の文書 |
質を決めるのは、件名の部門コードと、言い換えの決まりです。 部門コードが件名に無いメールは、本文に部門名が書かれていても別の部門と取り違えることがあります。言い換えの決まりが無いと、Copilot の言葉の選び方も担当の言葉の選び方も毎月揺れます。
先月の要約の表を入れるのは、「続く」と言った差を追うためです。 先月「来月も続く」と説明した差が今月消えていれば、それは注記で触れるべき変化です。逆に「一時的」と説明した差が今月も出ていれば、説明を聞き直す点になります。
データの取得方法を決める
| 取るもの | どこから | どう取るか |
|---|---|---|
| チャネルの投稿と返信 | Copilot Chat の入力欄で「/」から「チャネル」のタブ | 「予実の説明」チャネルを選ぶ |
| 部門のメール | 「/」から「メール」のタブ | 共有の受信箱の、件名に年月の入ったメールを選ぶ |
| 差の表・先月の要約の表 | 「/」から「ファイル」のタブ | 月のフォルダのファイルを選ぶ |
取り方は、部門のまとまりごとに分けます。 30部門を一度に要約させると、表が長くなり、途中の部門の説明が薄くなります。公式のページでは、大規模言語モデルはファイルの最初と最後の内容を優先しがちで、長いファイルの中ほどの内容には注意が向きにくいとされ、長い文書は小さく分けて渡す、部分ごとに要約することが勧められています。本社・第1工場・第2工場・営業所の4つに分け、10部門前後ずつ出させます。
差の表も、まとまりごとのシートに分けておきます。 1つのファイルに60部門の全科目が並んでいると、Copilot が別の部門の行を拾うことがあります。説明の要否の印が付いた行だけを、まとまりごとのファイルに書き出して保存します。 公式のページでは、SharePoint のサイトの中で参照できるファイルやページは10個までとされているので、1回の指示で参照するファイルは、差の表と先月の要約の表の2つに絞ります。
メールは共有の受信箱に集めます。 担当の個人の受信箱に届いたメールは、ほかの2名からは参照できません。部門には共有の受信箱のアドレスを宛先にしてもらい、個人宛てに届いたものは担当が転送します。
AIへ渡す前に整形する
- 差の表を絞る … 説明の要否の印が付いた行だけを、部門のまとまりごとのファイルにします
- 件名をそろえる … チャネルの依頼の投稿とメールの件名に、年月と部門コードを入れます。件名に部門コードの無いメールは、担当が転送するときに件名を直します
- 訂正のメールに印を付ける … 部門に、訂正のときは件名の先頭に「【訂正】」を付けてもらいます
- 添付の説明を本文に移す … 説明を添付の文書で送ってきた場合は、本文に貼り直してもらうか、担当がファイルとして月のフォルダに保存します
- 言い換えの決まりを文書にする … 「時期のずれ」は計上の月がずれただけで年度の合計は変わらないもの、「一時的」は今月だけの要因、「続く」は来月以降も同じ向きの差が見込まれるもの、と言葉ごとに決めます
3番目は、とくに効きます。 訂正は、最初の説明と同じ部門・同じ科目について、後から届きます。「【訂正】」の印があれば、Copilot に「訂正があればそちらを採り、最初の説明は原文の列に残す」と指示できます。 印が無いと、二つの説明を混ぜた要約になります。
5番目の文書は、注記の書き方そのものです。 経理部の3名がそれぞれ持っている言い回しを、この機会に1つにそろえます。
AIに処理させる
させるのは、部門・科目ごとに、届いた説明を決まった項目に写して短くまとめることです。
| 項目 | 中身 | 判断できないときの扱い |
|---|---|---|
| 説明の原文 | 理由の部分を、言い換えずに写す。出どころ(チャネル/メール)と日時 | 説明が無ければ「未着」 |
| 部門の書いた金額 | 説明の中に書かれた金額をそのまま | 書かれていなければ空 |
| 差の表の金額 | 差の表の、その部門・科目の差 | 表に行が無ければ「表に無い」 |
| 金額の食い違い | 部門の金額と差の表の金額が違えば「あり」 | どちらかが空なら「比べられない」 |
| 理由の区分 | 時期のずれ/一時的/続く/理由の記載なし | 区分を選べる言葉が無ければ「理由の記載なし」 |
| 説明の足りない点 | 理由が無い、科目が違う、続くかどうかが書かれていない など | 無ければ空 |
先月との比べも、同じ流れでさせます。 先月の要約の表を参照させ、先月「続く」とした差が今月の表に無いもの、先月「一時的」とした差が今月も出ているものに印を付けさせます。 それが変化として正しいかは、担当が部門に聞いて決めます。
理由の区分は、部門の言葉だけから選ばせます。 部門が「来月で取り戻します」とだけ書いていれば、それは「時期のずれ」ではなく「理由の記載なし」です。取り戻すという見込みは書かれていても、なぜ差が出たかは書かれていないからです。 迷ったときに区分を推し量らせないよう、指示に書きます。
| させないこと | 理由 |
|---|---|
| 金額の計算・合算 | 注記の金額は差の表から取る。説明の金額を足し合わせない |
| 差の原因の判断 | 部門が書いた理由を写すだけ。正しいかは経理と部門で確かめる |
| 着地の見込みの数字 | 部門が言っていない見込みを作らない |
| 部門や責任者の評価 | 差の大きさや返信の遅さで部門を評価しない |
| 注記の確定 | 注記は担当と課長が確かめてから資料に載せる |
4行目は、Microsoft の方針とも重なります。 公式のページでは、職場のやり取りから社員の業績・態度・内面・人柄を推し量る用途に生成AIを使うことを制限しているとされています。返信の遅い部門や、差の大きい責任者を一覧で目立たせる使い方はしません。催促の一覧は「未着」と「説明の足りない点」だけで作ります。
指示内容を固定する
Copilot Chat に入れる指示です。 3名で同じ文面を使い、注記の書き方の文書の末尾に置いておきます。
/(予実の説明 チャネル) /(共有の受信箱の、件名に「2026年10月」を含むメール)
/(差の表_第1工場_2026年10月) /(要約の表_第1工場_2026年9月) を参照してください。
差の表で「説明要」の印がある部門・科目ごとに、次の表を作ってください。
【列】
部門コード|部門名|科目|差の表の差(円)|部門の書いた金額|金額の食い違い|
理由の区分|説明の原文|出どころと日時|説明の足りない点|先月との比べ
【理由の区分の選び方】
- 時期のずれ ....... 計上の月がずれただけと書かれている
- 一時的 ........... 今月だけの要因と書かれている
- 続く ............. 来月以降も同じ向きの差が出ると書かれている
- 理由の記載なし ... 差が出た理由が書かれていない
「来月で取り戻す」「計画どおり」だけの説明は 理由の記載なし です。
【厳守事項】
- 差の表の差は、差の表の値をそのまま写してください。計算しないでください。
- 部門の書いた金額は、説明に書かれた金額をそのまま写してください。
書かれていなければ空にしてください。差の表の値で埋めないでください。
- 説明の原文は、理由の部分を言い換えずに写してください。
- 件名に【訂正】のある説明があれば、そちらを採ってください。
最初の説明も、原文の列に「(訂正前)」として残してください。
- 説明が届いていない部門・科目は、理由の区分を空にして「未着」と書いてください。
- 部門の言っていない理由・見込み・金額を補わないでください。
- 部門や責任者についての評価や印象は書かないでください。
- 先月「続く」とした差が今月の差の表に無ければ「先月は続く」と、
先月「一時的」とした差が今月も出ていれば「先月は一時的」と書いてください。
「部門の書いた金額を差の表の値で埋めない」を明記しないと、空の欄を表の値で埋めます。 埋めると、二つの金額が必ず一致し、食い違いの列が意味を失います。 説明に金額が無いことも、それ自体が情報です。
聞き直しの文の下書きも、同じ会話で出させます。
上の表で「説明の足りない点」がある部門ごとに、聞き直しの文を作ってください。
1部門につき3行以内で、足りない点だけを聞いてください。
差の表の差は書いてかまいませんが、部門の書いた金額が違うことを責める書き方はしないでください。
Word の Copilot に入れる指示は、次のとおりです。 注記の文書の、部門のまとまりの見出しの下にカーソルを置いて出させます。
/(要約の表_第1工場_2026年10月_確認済み) を参照して、部門ごとの注記を書いてください。
1部門につき「科目、差の向き、理由、続くかどうか」を2〜3文で書いてください。
金額は要約の表の「差の表の差」の列の値だけを使い、万円に丸めて書いてください。
理由は「説明の原文」の言葉の範囲で書き、言っていない理由を足さないでください。
理由の区分の言葉は /(注記の書き方) の決まりに従ってください。
丸めだけは Word の Copilot に任せます。 円から万円への丸めは担当が後で突き合わせられる単純な変換で、突き合わせの対象を差の表の1列に限っているので、ずれても見つけられます。
出力形式を固定する
Copilot Chat から受け取る表は、次の形です。
【予実の説明の要約(第1工場)2026年10月】
| 部門 | 科目 | 差の表の差 | 部門の書いた金額 | 食い違い | 区分 | 説明の原文 | 足りない点 | 先月との比べ |
|---|---|---|---|---|---|---|---|---|
| D120 製造課 | 外注加工費 | +3,420,000 | 約300万円 | あり | 時期のずれ | 「11月分の外注を前倒しで発注した」(チャネル 11/6) | - | - |
| D130 保全課 | 修繕費 | +2,150,000 | - | 比べられない | 一時的 | 「プレス機の油圧ユニットの故障による交換」(メール 11/7) | - | - |
| D140 品質保証課 | 消耗品費 | +1,080,000 | - | 比べられない | 理由の記載なし | 「来月で調整します」(チャネル 11/7) | 差が出た理由 | 先月は一時的 |
| D150 生産管理課 | 運賃 | +3,600,000 | - | - | 未着 | - | 説明が未着 | - |
この形にする理由は3つあります。
1つ目は、金額の列が二つあることです。 差の表の差と部門の書いた金額が並んでいれば、食い違いを目で追う必要がありません。 製造課の「約300万円」と差の表の342万円の違いは、外注の一部が別の科目に計上されているのか、部門が概算で書いたのかを聞けば片付きます。
2つ目は、説明の原文が残ることです。 注記の言葉が部門の言ったことから外れていないかを、原文の列と見比べるだけで確かめられます。 チャネルかメールか、いつ届いたかも並ぶので、訂正の取り違えにも気づけます。
3つ目は、「先月との比べ」で変化が見えることです。 品質保証課の消耗品費は、先月「一時的」と説明された差が今月も出ています。理由の記載が無いことと合わせて、聞き直す点が1行で分かります。
表は、確かめた後に「要約の表_第1工場_2026年10月_確認済み」として月のフォルダに保存します。 Word の Copilot に参照させるのは、この確認済みの表だけです。確かめる前の表を参照させると、聞き直しで直した内容が注記に入りません。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| Teams のチャネル | 「/」の「チャネル」のタブから参照 | 部門の依頼の投稿と返信 |
| 共有の受信箱 | 「/」の「メール」のタブから参照 | 件名に年月と部門コードのあるメール |
| SharePoint の月のフォルダ | 「/」の「ファイル」のタブから参照 | 差の表、先月の要約の表 |
| Word | 「/」で確認済みの要約の表を参照 | 注記の下書き |
| 経営会議の資料 | 担当が注記を貼る | 確かめた注記 |
会計システムには何も書き込みません。 この構成が扱うのは、締めた後の数字の説明だけです。差の表も、会計システムから書き出した後のファイルで、Copilot はそれを読むだけです。
注記の文書を開く権限は、経理部と経営企画部に限ります。 公式のページでは、Copilot は利用者が少なくとも閲覧の権限を持つデータだけを出すとされています。部門の担当がこの文書を開けると、ほかの部門の差と説明が見えます。
人が確認する
- 「食い違い あり」の行を部門に聞く … どちらの金額が正しいかではなく、なぜ違うかを聞きます。計上の月の違いなら、差の表の側が正しいのがふつうです
- 「理由の記載なし」と「未着」を催促する … 聞き直しの文の下書きを直して、チャネルの依頼の投稿に返信します
- 「先月との比べ」の印を確かめる … 先月の説明と今月の説明が食い違っていないかを部門に聞きます
- 注記の金額を差の表と突き合わせる … Word の Copilot が書いた注記の金額を、1件ずつ差の表の値と見比べます。ここだけは省きません
- 課長が注記を読む … 理由の言葉が、説明の原文の範囲に収まっているかを見ます
4番目を省かないでください。 注記は経営会議の資料に載り、数字は表と注記で必ず一致していなければなりません。 Copilot が金額を表から写すように指示していても、丸めの途中で桁を取り違えることはありえます。
目標は、30部門をならして1部門12分です。 食い違いも足りない点も無い部門は、原文と区分を読んで数分で終わります。聞き直しの返事を待つ時間は、この12分に含めていません。
例外に対処する
| 起きること | 対応 |
|---|---|
| 件名に部門コードの無いメール | 担当が件名を直して共有の受信箱に転送する |
| 一つの返信に複数の部門の説明 | 工場長がまとめて返すことがある。表の部門ごとの行に分かれているかを確かめる |
| 説明が添付の文書だけ | 本文に貼り直してもらうか、ファイルとして月のフォルダに保存して参照させる |
| 差の表に無い科目の説明が届いた | 「表に無い」と出る。部門の科目の思い違いか、表の作り方の問題かを確かめる |
| 締め切り後に訂正が届いた | 表を出し直さず、該当の行を手で直し、出どころの列に「締め切り後・手入力」と書く |
| チャネルが「/」の候補に出ない | 最近使ったチャネルが出る仕様のため、担当がチャネルを一度開いてから参照する |
| 要約の表の途中の部門が薄い | まとまりをさらに小さくして出し直す |
| 部門の説明に個人の事情が書かれている | 「担当者の長期休暇のため」など。注記には書かず、表からも外す |
最後の行は、人件費や残業の科目で起きます。 差の理由として、個人の休職や退職が書かれてくることがあります。経営会議の資料には「人員の減少」とだけ書き、個人の事情は経理部の中にも残しません。
記録を残す
- 月ごとの差の表(説明の要否の印を付けたもの)
- Copilot Chat が出した要約の表(確かめる前の版)と、確かめた後の版
- 人が直した記録 … どの行の、どの列を、何から何に直したか、その理由
- 聞き直しの文と、部門からの返事
- 注記の下書きと、課長が確かめた後の版
- 金額の食い違いの理由 … 計上の月の違い、科目の振り分けの違い、部門の概算 など
3つ目は、指示文を直すための材料です。 「理由の記載なし」を「時期のずれ」に直すことが多いなら、部門の言い回しに区分の言葉が足りていません。区分の言葉を言い換えの決まりの文書に足します。
最後の行は、部門と経理の数字のずれを減らす材料になります。 同じ部門で同じ理由のずれが毎月出るなら、部門の手元の管理表と会計の科目の対応を見直すほうが、毎月聞き直すより早く片付きます。
04実装レベルの3段階
本記事の想定は半自動化です。 注記の確定と金額の突き合わせは人が行い、Copilot の出力は作業表と下書きとして使います。 最小構成で1部門36分が20分ほどに、半自動化で12分になります。 差が大きいのは、差の表との照合と先月との比べが、表を参照させれば印として出てくる作業だからです。 本格構成に進むかは、半自動化を3か月回してから決めます。 件名の決まりが定着し、部門の取り違えがほとんど無くなってから、回収の状況の自動の一覧を考えます。
05工数削減シミュレーション
導入後 30件 × 12分 ÷ 60 = 6 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 部門別の予算を持ち、毎月の締めのあとに予算と実績の差の説明を各部門から集めて経営会議の資料の注記にまとめている製造業・商社・小売・IT企業。説明が Teams のチャットやメールでばらばらに届き、経理の担当が転記と言い換えに時間を取られている場合。経理部に Microsoft Copilot のライセンスがあり、Work IQ を使える場合。
- 部門が数えるほどで、説明を口頭の報告で済ませている場合。予算管理のシステムの中で各部門が決まった欄に説明を書き込んでおり、集める作業そのものが無い場合。説明の受け取りを Teams・Outlook 以外の道具で行っている場合。なお、差の原因の判断、予算の修正や着地の見込みの決定、部門の評価は、この構成では代替できません。
07最小構成で試す方法
- 先月の30部門のうち、1つのまとまり(10部門前後)を選ぶ
- 先月のチャネルの返信とメールを、Copilot Chat で「/」から参照させ、第7章の指示文で要約の表を出させる
- 先月実際に書いた注記と、要約の表を並べる
- 「説明の原文」が部門の言葉から外れていないか、「食い違い」が先月担当が気づいたものと一致するかを見る
- 要約の表から Word の Copilot で注記を書かせ、先月の注記と比べる
まず過去の1か月分でやってください。 確かめたいのは、「散らばった説明を、部門と科目に正しく結び付けられるか」です。
| 出てきた内容 | 判断 |
|---|---|
| 部門と科目の結び付けが担当のまとめとほぼ同じ | 当月の締めで使う段階に進む |
| 空の「部門の書いた金額」が表の値で埋まる | 指示文の厳守事項を足す。構成は有効 |
| 部門の取り違えが多い | 件名に部門コードが無いメールが多い。件名の決まりを先に周知する |
3行目は、過去の月でやるとよく出ます。 件名の決まりがまだ無いころのメールだからです。失敗ではなく、件名の決まりが要る理由が分かったということです。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 空の「部門の書いた金額」が表の値で埋まる | 表の値で埋めないことを指示文に明記する |
| 説明の金額がそのまま注記に載る | 注記の金額は差の表の列だけから取る |
| 「来月で取り戻す」が理由として通る | 区分の基準に例の言葉ごと「理由の記載なし」と書く |
| 訂正のメールが混ざる | 件名の先頭に「【訂正】」を付けてもらう |
| 件名に部門コードが無く部門を取り違える | 担当が転送時に件名を直す |
| 30部門を一度に要約して中ほどが薄い | まとまりごとに10部門前後で出す |
| チャネルが「/」の候補に出ない | 一度チャネルを開いてから参照する |
| 個人宛てのメールがほかの担当から見えない | 共有の受信箱に集める |
| 確かめる前の表で注記を書く | 確認済みの表だけを Word で参照させる |
| 返信の遅い部門を目立たせる使い方 | 催促は「未着」と「足りない点」だけで作る |
上の3行が、この構成の失敗のほとんどです。 どれも部門の言葉や数字が、確かめられないまま注記に入ることから起きます。注記の数字の出どころを1列に決め、理由の区分を言葉で決めておくことで防ぎます。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 部門別・科目別の予算と実績、差の説明(取引先の名前、設備の故障、受注の増減)、部門の担当とのやり取りです。締めた後で公表前の業績の数字で、社内でも見られる人を限るべき情報です。
- フォルダとチャネルの権限を絞る … 公式のページでは、Copilot は利用者が少なくとも閲覧の権限を持つデータだけを出すとされています。月のフォルダは経理部と経営企画部だけ、チャネルは各部門の責任者と経理部だけが見られるようにします
- 学習に使われない … 公式のページでは、プロンプト・応答・Microsoft Graph を通して取得したデータは、基盤のモデルの学習に使われないとされています
- 注記の金額は人が突き合わせる … 公式のページでも、生成AIの応答は事実として保証されず、人に送る前に確かめるよう求めています。Word の Copilot のページも、数字・名前などは確かめるよう書いています
- 部門や責任者を評価しない … 職場のやり取りから社員の業績や態度を推し量る用途は制限されています。差の大きさや返信の遅さで部門を並べる集計をしないでください
- Anthropic のモデルの扱いを確かめる … 公式のページでは、Copilot の中で Anthropic のモデルを使うかを管理者が決められ、Anthropic のモデルは EU のデータ境界の対象外とされています。Word の Copilot でもモデルを選べる場合があります。欧州の拠点の数字を扱うなら、管理者の設定を確かめます
- 個人の事情を残さない … 休職・退職などの説明は、注記にも要約の表にも残しません
誤りが起きた場合のリスクは、表と違う金額が経営会議の資料に載ることと、理由になっていない説明が注記として通ることの2つです。 前者は金額の出どころを1列に決めて人が突き合わせ、後者は理由の区分と「説明の足りない点」で拾います。
10まず何から始めるか
1週目:件名の決まりと共有の受信箱を整える
チャネルの依頼の投稿とメールの件名に、年月と部門コードを入れる決まりを作り、部門に周知します。メールは経理部の共有の受信箱に送ってもらいます。 訂正のときは「【訂正】」を付けてもらいます。
2週目:過去の1か月で試す
先月のチャネルとメールを Copilot Chat で参照させ、1つのまとまりの要約の表を出させます。先月の注記と比べ、部門と科目の結び付けがずれていないかを最優先で見ます。
3週目:言い換えの決まりと指示文を固める
「時期のずれ」「一時的」「続く」「理由の記載なし」の言葉の使い方を文書にし、指示文に入れます。差の表を、説明の要否の印の付いた行だけのまとまりごとのファイルに分ける手順も決めます。
4週目:当月の締めで使う
当月の締めで、第7営業日の朝に要約の表を出し、聞き直しをしてから Word の Copilot で注記を書かせます。注記の金額は全部、差の表と突き合わせます。
2か月目以降: 先月の要約の表を参照させて変化に印を付け、人が直した記録を毎月見ます。部門の取り違えと金額の埋め込みがほとんど無くなり、担当が食い違いと足りない点の行だけを見て注記を仕上げられるようになった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| Work IQ をオンにして「/」で人・ファイル・会議・メールを参照できること。Teams のグループ・会議のチャットが「チャット」のタブ、最近使ったチャネルが「チャネル」のタブに出て、プライベート・共有・一般のチャネルに対応すること。共有・代理のメールボックスのメールも参照できること。Work IQ がオフかライセンスが無いとファイルだけを参照できること。SharePoint のサイトの中で参照できるファイル・ページは10個までであること | Microsoft サポート: Refer to specific files and more in Microsoft Copilot | 2026-10-29 |
| Word の Copilot が依頼・指示・骨子・メモ・参照するファイルから下書きを作れ、「/」でファイルを選べること。引用付きで内容を作れること。秘密度ラベルを尊重すること。数字・名前などの詳細を確かめるよう求めていること。モデルを選べる場合があること | Microsoft サポート: Draft and add content with Copilot in Word | 2026-10-29 |
| 大規模言語モデルがファイルの最初と最後を優先しがちで、長いファイルの中ほどに注意が向きにくいこと。長い文書は分けて渡し、部分ごとに要約することが勧められていること | Microsoft サポート: How reference and document lengths affect Copilot responses | 2026-10-29 |
| Copilot が利用者の閲覧の権限のあるデータだけを出すこと。プロンプト・応答・Microsoft Graph を通したデータが基盤のモデルの学習に使われないこと。職場のやり取りから社員の業績・態度・内面・人柄を推し量る用途を制限していること。生成AIの応答は事実として保証されず確かめる必要があること。Anthropic のモデルの利用を管理者が決められ、EU のデータ境界の対象外であること | Microsoft Learn: Data, Privacy, and Security for Microsoft Copilot | 2026-10-29 |
差の原因の判断と、注記に何を書くかは、経理部と各部門で決めてください。 本記事は公開されている仕様で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-2386)についてのご相談はこちらから。
