海外のベンダーから届く英文の障害・保守の通知メールを Outlook の Microsoft Copilot で訳して要点をそろえ、社内向けのお知らせを下書きする

処理の起点を決める

通知メールが担当者の個人のメールボックスに届いたことを起点にします。 届いた通知は、その日の当番が開きます。当番は3名で週ごとに回し、当番でない2名は通知を開かない決まりにします。3名が同じ通知を別々に訳すと、受付表に同じ通知が2行できます。

障害の通知だけは、届いたらすぐに開きます。 計画メンテナンスと廃止の予告は、午前と午後の2回にまとめて処理しても間に合います。件名に Incident、Outage、Degraded などの語がある通知を、Outlook の仕分けのルールで「障害」のフォルダに分け、そのフォルダだけ通知の音を鳴らします。 ここは Outlook の既存の機能で足り、Copilot は使いません。

当番が休んだ日は、次の当番が開きます。 3名全員に届いているので、誰が開いても同じ手順で進められます。

入力データを集める

質を決めるのは、契約の一覧の「使っている部署と業務」の列です。 Copilot が訳せるのは通知に書かれていることだけで、そのサービスを社内の誰が使っているかは、通知のどこにも書かれていません。 この列が空のベンダーは、影響する部署を毎回人が思い出すことになり、②の4分が減りません。

用語の一覧は、10語から20語で始めます。 同じ degraded を「性能低下」と訳す日と「一部障害」と訳す日があると、社内の側は別の事象だと受け取ります。訳語を決めておくのは、訳の質よりもお知らせの見出しをそろえるためです。

データの取得方法を決める

通知メールは、担当者が開いた状態で Copilot に読ませます。 公式のページでは、Copilot の画面で受信トレイについて質問でき、例として「この1週間の、特定のプロジェクトに関するメールを要約して」のような指示が示されています。本記事では1通ずつ処理するので、開いている通知を対象にするよう指示の冒頭に書きます。

スレッドの要約の機能は、この業務の中心にはしません。 公式のページでは、スレッドの上の「Copilot による要約」を選ぶと要点がまとまり、番号付きの引用から該当のメールに飛べるとされています。便利ですが、FAQ では要約はメールの言語を見分けてその言語でまとめようとするとされ、言語を見分ける機能は Windows と Web には後から来ると書かれています。英文の通知を要約させると、英語の要約が出る場面がありえます。 日本語で欄にそろえたいので、Copilot の画面に日本語で指示を書く方法を正にします。

AIへ渡す前に整形する

1. 暗号化と署名の確認 … FAQ では、S/MIME や二重キー暗号化のメールには Copilot がアクセスできず、署名・暗号化・IRM 付きのメールなどでは一部の機能が使えないとされています。そうした通知は、最初から人が読む扱いにします
2. 同じ件の通知かの確認 … 件名の中のチケット番号や作業番号で、受付表に同じ件の行があるかを先に見ます。あれば経過の更新として扱い、新しい行を作りません
3. 本文の外にある情報の確認 … ベンダーによっては、本文に「詳しくはステータスページを」とだけ書き、時刻をリンク先に置きます。リンク先は担当者がブラウザで開き、時刻の部分を指示に貼ります
4. 添付ファイルの確認 … 影響の一覧が PDF で付いてくることがあります。公式のページでは、新しい Outlook と Web では PDF・PowerPoint・Word の添付を要約できるとされています。要約は参考にとどめ、対象の一覧は原本を見ます
5. 指示を手元に置く … 用語の一覧ごと OneNote に保存し、通知のたびに貼るだけにします

3番目を軽く見ないでください。 本文だけを訳させると、時刻の欄は「記載なし」になります。欄の「記載なし」は、リンク先を見る合図にします。

AIに処理させる

させるのは、通知を日本語に訳すことと、決まった欄に原文の値を写すことだけです。

いちばん大事なのは「時刻の原文」の欄です。 Nov 8, 02:00-04:00 UTC を「11月8日 午前2時から4時」と訳すと、UTC という情報が日本語の文の中に埋もれます。原文の文字列のまま写させれば、担当者は時間帯の表記を見落としません。

「依頼」の欄を独立させているのも、第3章の（c）のためです。 長い通知の後半に1文だけある依頼を、欄として取り出させることで、読み落としようがなくなります。 依頼が無いときに「依頼の記載なし」と書かせるのは、空欄と「確かめて無かった」を区別するためです。

1行目は、いちばん頼みたくなる作業です。 時刻の換算は機械に向いているように見えますが、夏時間の切り替えの週や、日付をまたぐ時刻で間違いが起きます。 担当者は世界時計か換算の早見表で直し、換算した値を受付表に書いた時点で、その値が正になります。

指示内容を固定する

通知を開いたときに貼る指示です。

いま開いている英文の通知メールについて、次のとおり処理してください。
あなたは情報システム部で、海外のベンダーからの通知を社内に知らせる担当を手伝います。
通知に書かれていることだけを使ってください。推測で埋めないでください。

【出してほしいもの】
次の欄を、この順で、表にして出してください。
1. 種類（計画メンテナンス／障害／廃止の予告／セキュリティの修正／その他 から1つ）
2. 対象のサービス（原文の製品名・機能名のまま）
3. 地域（原文のまま）
4. 時刻の原文（開始と終了。時間帯の表記を含めて原文の文字列をそのまま写す）
5. 状態（原文の語と、用語の一覧の訳語を並べる）
6. 依頼（利用者側に求められている作業。原文の文をそのまま写し、訳を付ける）
7. 期日（依頼の期日。原文のまま）
表のあとに、本文の全訳を付けてください。

【厳守事項】
- 時刻を日本時間に直さないでください。時刻の原文の欄には、通知の文字列をそのまま写してください。
- 時刻・地域・期日が書かれていないときは「記載なし」と書いてください。他の文から推し量って埋めないでください。
- 依頼が無いときは「依頼の記載なし」と書いてください。空欄にしないでください。
- 「自社に影響があるか」「対応が要るか」の結論を書かないでください。
- 復旧の見込みが書かれていないときに、見込みを書かないでください。
- 訳文では、下の用語の一覧の訳語を使ってください。一覧に無い語は、原文の語をかっこで残してください。
- 本文に「詳しくはリンク先へ」とだけあるときは、その旨を表の下に書いてください。

【用語の一覧】
（用語の一覧の文書の中身を貼る）

「時刻を日本時間に直さない」を最初に書いているのは、何も言わなければ直すからです。 日本語で書いてほしいと頼むと、気を利かせて「日本時間 11時」と換算した値を出します。換算が正しいかどうかではなく、換算した値と原文の区別がつかなくなることが問題です。

経過の更新が届いたときは、次の指示に切り替えます。

いま開いている通知は、同じスレッドの前の通知の続報です。
前の通知と比べて、変わった点だけを表にしてください。
欄は「状態」「時刻の原文」「依頼」「期日」「その他の変更」です。
変わっていない欄は「変更なし」と書いてください。
時刻を日本時間に直さないでください。原文の文字列をそのまま写してください。
前の通知に無かった文を、変わった点として原文のまま写し、訳を付けてください。

「変更なし」と書かせるのは、書かれなかった欄が「変わっていない」のか「見ていない」のかを分けるためです。

出力形式を固定する

Copilot の画面に、次の形の表で出させます。 担当者は、この表を見ながら受付表に書きます。

【通知の要点】
| 欄         | 値                                         |
|------------|--------------------------------------------|
| 種類       | 計画メンテナンス                           |
| 対象のサービス | （原文の製品名）                       |
| 地域       | Japan East                                 |
| 時刻の原文 | Nov 8, 2026 02:00 - 04:00 UTC              |
| 状態       | Scheduled（予定）                          |
| 依頼       | No action is required.（対応は不要です）   |
| 期日       | 記載なし                                   |

【全訳】
（本文の訳）

受付表（SharePoint のリスト）の列は、Copilot の欄に担当者の確定した値を足した形です。

理由の1つ目は、Copilot の出した値と人が確定した値を、別の列に置けることです。 「時刻の原文」と「日本時間（確定）」が並んでいれば、後から換算の誤りを見つけたときに、どちらが元の情報かで迷いません。

2つ目は、下書きの入力を受付表の行にそろえられることです。 Copilot に渡るのは確定した値だけです。

お知らせの下書きの指示は、次のとおりです。

次の受付表の1行をもとに、社内ポータルに出すお知らせを下書きしてください。
形は下のお知らせの型に合わせてください。
日本時間（確定）の欄の時刻だけを使ってください。時刻の原文の欄の時刻は書かないでください。
影響する部署と業務の欄に書かれた部署だけを挙げてください。
受付表に無いことは書かないでください。
（受付表の1行を貼る）
（お知らせの型を貼る）

3つ目は、お知らせの形がそろうことです。 型は「見出し（日付・時間帯・サービス名・状態）」「影響する業務」「お願いすること」「問い合わせ先」の順にします。

システムへ連携する

Copilot から受付表や社内ポータルへ直接書き込む経路は作りません。 この構成で Copilot が触るのは、担当者が開いた通知と、担当者が貼った文だけです。どこに何を書くかは、すべて担当者の操作です。

ベンダーへの返信が要る場面では、Copilot の下書きの機能を使えます。 公式のページでは、新規作成のメールで Copilot から「下書き」を選び、指示を書いて生成し、長さや調子を変えたり作り直したりできるとされています。新しい Outlook と Web では、テキスト形式で書くメールでは下書きが使えないため、作成の設定を HTML にしておきます。

人が確認する

担当者が確かめるのは、次の4つです。 4つとも、受付表に書く前に行います。

1. 時刻の原文が、原文と一字一句同じか … 通知の該当の行を見て、日付・時刻・時間帯の表記を照らします。ここが違っていたら、その通知の欄はすべて原文で確かめ直します
2. 依頼と期日を読み落としていないか … 「依頼の記載なし」と出たときも、原文の最後の2段落だけは目で見ます。依頼は文末に置かれることが多いからです
3. 日本時間への換算 … 世界時計か早見表で直し、受付表の「日本時間（確定）」に書きます。夏時間の切り替えの前後2週間は、2人目が確かめます
4. 影響する部署 … 契約の一覧の「使っている部署と業務」を見て書きます。一覧が空のサービスは、窓口の部署に聞いてから書きます

3番目だけは2人目を置きます。 夏時間の切り替えは米国と欧州で日付がずれ、慣れている担当者ほど誤ります。 早見表には切り替えの日付を年ごとに書いておきます。

訳に迷ったときは、Translator for Outlook の訳を見比べます。 公式のページでは、Translator を使うには Outlook の接続されたエクスペリエンスが有効になっている必要があるとされ、Web 版では40文字未満のメッセージは訳さないとされています。2つの訳で意味が分かれる箇所は、原文を読む箇所です。

お知らせの下書きは、掲示の前に受付表の行と見比べます。 見比べるのは時刻、部署、お願いすることの3か所です。受付表に無い語が下書きに入っていたら、その文を消します。

例外に対処する

上から3行目までが大半を占めます。 どれも Copilot の訳の質ではなく、通知の届き方と、通知の中に情報が無いことの問題です。 宛先をそろえ、リンク先を見る習慣をつけるほうが、指示を工夫するより効きます。

記録を残す

• 通知メールの原本（Outlook のフォルダに残す。処理済みのフォルダに移すのは、受付表に書いた後）
• 受付表の行（時刻の原文、日本時間（確定）、影響する部署、確かめた担当者、2人目の確認の有無）
• 出したお知らせの本文と、掲示と更新の日時
• Copilot の欄を担当者が直した記録 … どの欄を、どう直したか
• 夏時間の切り替えの日付を書いた早見表の版

4つ目は、指示を直すための材料です。 直した欄が「依頼」に偏っていれば指示が足りず、「時刻の原文」に偏っていればベンダーの書き方に癖があります。