WEBVTT

00:00:00.440 --> 00:00:04.100
それでは1月にライブでお会いしましょう m365fmでお届けするマイクロソフト

00:00:04.100 --> 00:00:06.800
ナレッジナゲット今回もようこそ ホストを務めるミルコピーターズ

00:00:06.800 --> 00:00:08.460
です 今日のトピックは経理部門の方

00:00:08.460 --> 00:00:11.300
なら必ず耳にしたことがあるはず のコパイロット4ダイナミクス365

00:00:11.300 --> 00:00:14.160
フィナンス&オペレーションズです しかし多くの人はコパイロット

00:00:14.160 --> 00:00:16.380
と聞くと質問に答えたりメール を書いたりするチャットボット

00:00:16.380 --> 00:00:19.040
を想像するのではないでしょうか では火曜の朝の経理チームのため

00:00:19.040 --> 00:00:22.400
に実際に何をしてくれるのでしょうか 今日はその辺りを専門用語を使わず

00:00:22.400 --> 00:00:25.000
に分かりやすく解説します これは経理担当者にとって変わる

00:00:25.000 --> 00:00:28.280
ロボットではありません 使い慣れたerpメールスプレッドシート

00:00:28.280 --> 00:00:30.180
といったツールの中に常駐する ヘルパーなのです

00:00:30.180 --> 00:00:33.280
このエピソードを聞き終える頃 にはコパイロットがd365fmで何を

00:00:33.280 --> 00:00:36.200
行いどこで最も力を発揮し何を もたらすのかが明確に分かっている

00:00:36.200 --> 00:00:38.000
はずです 最も速攻性の高い価値をもたらす

00:00:38.000 --> 00:00:40.060
ユースケースから順に主要な活用 例を見ていきましょう

00:00:40.060 --> 00:00:42.640
それではコーヒーを片手に早速本題 に入りましょう

00:00:42.640 --> 00:00:46.780
コパイロットが解決する課題 とは20年前経理の仕事といえば

00:00:46.780 --> 00:00:51.200
erpにログインしデータをexcelに エクスポートして加工しコメント

00:00:51.200 --> 00:00:54.200
を書きメールを送るという作業 を毎月繰り返すことでした

00:00:54.200 --> 00:00:57.620
データはそこにあるのにその追跡 と整理にほとんどの時間を費や

00:00:57.620 --> 00:00:59.820
していたのです それこそがコパイロットが解決

00:00:59.820 --> 00:01:02.020
する真の課題です 経理チームに情報が足りない

00:01:02.020 --> 00:01:03.960
わけではありません 10分過ぎるほどあります

00:01:03.960 --> 00:01:06.380
問題なのはそのアクセス方法 とそれに基づくアクション

00:01:06.380 --> 00:01:08.240
の摩擦です 顧客レコードを開きエイジング

00:01:08.240 --> 00:01:11.060
画面を確認し支払い履歴を見て さらにアウトルックに切り替えて

00:01:11.060 --> 00:01:12.920
メールを書く その一つ一つのステップが時間

00:01:12.920 --> 00:01:14.580
を浪費させます コパイロットはそのモデルを

00:01:14.580 --> 00:01:16.480
根元から覆します あなたがデータを探しに行くの

00:01:16.480 --> 00:01:18.300
ではなくワークフローの中に データがやってくるのです

00:01:18.300 --> 00:01:21.800
一つの画面で一つの対話 では具体的に何ができるのでしょうか

00:01:21.800 --> 00:01:23.560
まずは最も重要な機能から見て いきましょう

00:01:23.560 --> 00:01:25.540
再建管理ARのためのコパイロット です

00:01:25.540 --> 00:01:27.520
ここで一つナレッジナゲットを共有 します

00:01:27.520 --> 00:01:30.540
d365f&oにおけるコパイロット の主要なユースケースは再建

00:01:30.540 --> 00:01:32.280
回収です これが最も注目されているのは

00:01:32.280 --> 00:01:34.560
あなたの時間を最も効率的に還元 してくれるからです

00:01:34.560 --> 00:01:36.160
その仕組みを説明しましょう

00:01:36.160 --> 00:01:40.280
d365f&oには再建回収コーディネーター サマリーというワークスペースが

00:01:40.280 --> 00:01:42.480
あります 顧客レコードを開くとコパイロット

00:01:42.480 --> 00:01:45.180
が必要な情報をすべてまとめ た要約を生成してくれます

00:01:45.180 --> 00:01:48.600
期限切れの請求書支払い履歴 年齢別残高リスクエクスポージャー

00:01:48.600 --> 00:01:52.180
まですべてが一箇所で確認できます 実際の例で見てみましょうあなた

00:01:52.180 --> 00:01:56.740
が回収担当者としてコントソ ltdという 顧客を開いたとしますするとコパイロット

00:01:56.740 --> 00:02:00.560
が即座にその顧客には合計12000ドル の3件の支払い遅延があると教えて

00:02:00.560 --> 00:02:03.440
くれます さらに前回の支払いは45日前で請求書

00:02:03.440 --> 00:02:05.600
ft9に関して異議申立て中である ことまでわかります

00:02:05.600 --> 00:02:09.360
以前は必要な情報を探し出すために 画面を行き来して5分から10分も

00:02:09.360 --> 00:02:11.940
費やしていました 今では数秒で表示されますがようやく

00:02:11.940 --> 00:02:14.480
はほんの始まりに過ぎません コパイロットは顧客の履歴や

00:02:14.480 --> 00:02:17.040
好みのトーンに基づいてパーソナライズ された最速メールの草案も作成

00:02:17.040 --> 00:02:18.920
できます メールを確認し送信ボタンを押す

00:02:18.920 --> 00:02:21.260
だけですぐに次の作業へ移れます わずか2回のクリックでワークフロー

00:02:21.260 --> 00:02:23.540
が完了します ようやくを確認しメールを作成する

00:02:23.540 --> 00:02:25.780
30分のタスクが30秒で終わる ようになります

00:02:25.780 --> 00:02:27.480
さらに素晴らしいのはここから です

00:02:27.480 --> 00:02:31.180
これはd365f&o内だけでなくアウトルック のコパイロット4ファイナンス

00:02:31.180 --> 00:02:33.640
アドインからも利用可能です 顧客から直接メールが届いた

00:02:33.640 --> 00:02:36.620
場合受信トレイを離れることなく アカウント情報の参照

00:02:36.620 --> 00:02:39.280
見払い残高の確認返信の作成 まで行えます

00:02:39.280 --> 00:02:42.660
回収活動の内容は自動的にf&oへ と同期されます

00:02:42.660 --> 00:02:46.480
再建回収は大きな業務ですがコパイロット がさらに多くの隠れた時間を節約

00:02:46.480 --> 00:02:49.740
できる分野が他にもあります 財務決算とレポーティングつまり

00:02:49.740 --> 00:02:52.260
月次決算です どの経理チームもこのサイクル

00:02:52.260 --> 00:02:56.160
をよく知っているはずです 称号調整検証報告そして繰り返し

00:02:56.160 --> 00:02:59.100
毎月同じことの繰り返しで集中 が必要な作業に数日間も費やして

00:02:59.100 --> 00:03:00.980
しまいます コパイロットは決算ライフサイクル

00:03:00.980 --> 00:03:03.940
のあらゆる段階でサポートします それでは順を追ってみていきましょう

00:03:03.940 --> 00:03:06.740
決算が始まる前にコパイロット が事前スキャンを実行します

00:03:06.740 --> 00:03:10.220
作業開始前に注意が必要な未完了 のアクティビティや異常な取引

00:03:10.220 --> 00:03:13.480
不完全な形状を特定します 大きな料理を作る前にキッチン

00:03:13.480 --> 00:03:15.220
をチェックするようなものだと 考えてください

00:03:15.220 --> 00:03:18.640
調理の途中で気づくのではなく 始める前に食材が足りている

00:03:18.640 --> 00:03:21.660
かを知りたいはずです 決算作業が進むにつれコパイロット

00:03:21.660 --> 00:03:25.340
はより実践的な役割を果たします 過去のパターンに基づき仕分けの

00:03:25.340 --> 00:03:29.200
勘定科目や適用を提案します 前払い費用を常に同じ勘定科目

00:03:29.200 --> 00:03:33.560
と適用で計上している場合コパイロット がそれを学習し自動的に提示します

00:03:33.560 --> 00:03:38.700
また称号作業中に不一致や一致 しない項目金額の異常不自然な

00:03:38.700 --> 00:03:41.740
エントリーをフラグ付けします 最終的な判断は人間が行います

00:03:41.740 --> 00:03:44.940
が情報を集める手間は省けます 次はレビューフェーズです

00:03:44.940 --> 00:03:49.060
ここでコパイロットが進化を発揮 します再分析を実行し財務書表

00:03:49.060 --> 00:03:51.020
の内容を分かりやすい言葉で説明 します

00:03:51.020 --> 00:03:54.460
具体的な例を挙げましょう 月次の損益計算書を確認していて

00:03:54.460 --> 00:03:56.300
営業費用が急増していることに 気づきます

00:03:56.300 --> 00:03:59.400
1時間もスプレッドシートを掘り 返す代わりにコパイロットに今月

00:03:59.400 --> 00:04:01.300
の営業費用の差異を説明してと 尋ねます

00:04:01.300 --> 00:04:04.100
すると主な3つの要因とそれぞれ の金額的影響をまとめた概要が

00:04:04.100 --> 00:04:05.980
返ってきます 例えば1回限りのコンサルティング

00:04:05.980 --> 00:04:08.240
費用かもしれません あるいは高熱費の高騰かもしれません

00:04:08.240 --> 00:04:09.980
サプライヤーによる価格引上げ の可能性もあります

00:04:09.980 --> 00:04:11.860
答えは数時間ではなく数秒で 得られます

00:04:11.860 --> 00:04:14.240
ここでコパイロットが何をする ものではないか明確にしておき

00:04:14.240 --> 00:04:15.720
ましょう それはあなたの判断にとって

00:04:15.720 --> 00:04:18.140
変わるものではありません それでも説明をレビューし数値

00:04:18.140 --> 00:04:20.460
を検証しそれに対してどう対処 するかを決める必要があります

00:04:20.460 --> 00:04:23.380
コパイロットが代替するのは手作業 での収集フェーズです

00:04:23.380 --> 00:04:26.660
5つの異なるレポートを開きデータ をエクスポートしピボットテーブル

00:04:26.660 --> 00:04:28.860
を作成して物語を組み立てようとする 作業です

00:04:28.860 --> 00:04:31.040
それが時間と労力を奪う部分 です

00:04:31.040 --> 00:04:34.260
コパイロットがそれを処理して くれるため実際の分析に集中できます

00:04:34.260 --> 00:04:37.180
決算は先月起きたことについて ですがこれから起こることについて

00:04:37.180 --> 00:04:39.140
はどうでしょうか キャッシュフローと予測のための

00:04:39.140 --> 00:04:41.340
コパイロットです なぜキャッシュフロー予測はこれほど

00:04:41.340 --> 00:04:43.840
難しいのでしょうか 従来のルーチンを思い出してください

00:04:43.840 --> 00:04:46.560
データをエクスポートしエクセル でモデルを構築し顧客の支払い

00:04:46.560 --> 00:04:48.300
時期を予測して結果が近いことを 願うのです

00:04:48.300 --> 00:04:51.460
それは受け身の作業です 過去を見て未来を推測しています

00:04:51.460 --> 00:04:53.100
コパイロットの仕組みは異なります

00:04:53.100 --> 00:04:56.600
システム内にすでにあるデータ 未処理の取引繰り返されるパターン

00:04:56.600 --> 00:04:59.680
季節性を分析します 実際のデータを使用して現金の

00:04:59.680 --> 00:05:02.480
流入と流出を予測します ゼロからモデルを構築する必要は

00:05:02.480 --> 00:05:04.800
ありません 予測は実際の数値から生成されます

00:05:04.800 --> 00:05:06.760
さて実践的な部分に移りましょう

00:05:06.760 --> 00:05:10.440
コパイロットは際異常な支払い遅延 予期せぬコスト急増を早期に警告します

00:05:10.440 --> 00:05:13.680
通常30日で支払う顧客が45日経っても 支払っていない場合などです

00:05:13.680 --> 00:05:16.140
コパイロットはそのパターン を見抜きあなたに通知します

00:05:16.140 --> 00:05:18.900
月末ではなく問題が発生したその 時にキャッシュフローの問題を

00:05:18.900 --> 00:05:20.800
把握できます ビジネスのための金融レーダー

00:05:20.800 --> 00:05:23.500
だと考えてください 問題が起こる前にそれを発見します

00:05:23.500 --> 00:05:26.680
次はシナリオプランニングです ここでコパイロットは意思決定

00:05:26.680 --> 00:05:29.300
ツールとなります 回収が10日遅れた場合キャッシュ

00:05:29.300 --> 00:05:32.580
はどうなるかと尋ねることができます あるいは主要ベンダーへの支払い

00:05:32.580 --> 00:05:34.420
を早めたらどうなるかなども可能 です

00:05:34.420 --> 00:05:37.000
コパイロットがデータを分析しその影響 を示します

00:05:37.000 --> 00:05:40.040
個別にモデルを作成することなく 様々な仮説をテストできます

00:05:40.040 --> 00:05:43.480
これにより財務の役割が変わります 何が起きたかを説明する時間を

00:05:43.480 --> 00:05:45.660
費やす代わりに何が起こり得る かを考えるようになります

00:05:45.660 --> 00:05:48.500
受動的な報告から能動的な意思 決定へのシフトです

00:05:48.500 --> 00:05:50.800
それがf&oにおけるコパイロット です

00:05:50.800 --> 00:05:53.960
しかしコパイロットは受信トレイ やスプレッドシートにも連携します

00:05:53.960 --> 00:05:56.320
経費管理と買いかけ金のための コパイロットです

00:05:56.320 --> 00:05:59.400
経費生産について話しましょう 手順はご存知でしょう

00:05:59.400 --> 00:06:03.360
誰かがしわくちゃの領収書を渡し 金額日付加盟店カテゴリーを入力し

00:06:03.360 --> 00:06:05.120
ポリシーを確認して承認フロー に回す

00:06:05.120 --> 00:06:07.540
全ての領収書に対して毎回繰り返 します

00:06:07.540 --> 00:06:11.240
コパイロットはocr工学式文字認識 を使用して領収書をスキャンします

00:06:11.240 --> 00:06:14.220
コパイロットが金額日付加盟店 を自動的に抽出します

00:06:14.220 --> 00:06:16.900
一行も入力することなくコンプライアンス に準拠した経費レポートを作成

00:06:16.900 --> 00:06:17.100
します

00:06:17.100 --> 00:06:19.480
次に各項目が会社の方針に合致 しているか確認します

00:06:19.480 --> 00:06:20.860
問題があればフラグを立てます

00:06:20.860 --> 00:06:23.500
日並制限を超えた食事や事前 承認が必要なホテル料金などです

00:06:23.500 --> 00:06:24.860
それを早期に発見します

00:06:24.860 --> 00:06:26.880
買いかけ金管理でも同様のことが 言えます

00:06:26.880 --> 00:06:28.140
請求書が届きます

00:06:28.140 --> 00:06:31.200
コパイロットが取り込みを支援 し相関上元帳コードを提案し適切な

00:06:31.200 --> 00:06:32.180
承認ワークフローを起動します

00:06:32.180 --> 00:06:34.580
請求書を手作業でコード化して 転送する必要はありません

00:06:34.580 --> 00:06:36.240
設定はコパイロットが処理します

00:06:36.240 --> 00:06:38.540
APスペシャリストは確認と承認 を行うだけです

00:06:38.540 --> 00:06:39.980
よくある例を挙げましょう

00:06:39.980 --> 00:06:42.400
仕入れ先から発注書の変更依頼 メールが届きます

00:06:42.400 --> 00:06:45.300
例えば30個のところを50個しか 供給できないあるいは価格が変更

00:06:45.300 --> 00:06:46.040
されたといった場合です

00:06:46.040 --> 00:06:48.660
これまでのワークフローでは 誰かが発注書を開いて行を更新

00:06:48.660 --> 00:06:51.240
し承認のために再転送し仕入れ 先に返信していました

00:06:51.240 --> 00:06:53.660
コパイロットを使えばシステム が変更を検知します

00:06:53.660 --> 00:06:55.400
変更前後の違いを並べて表示します

00:06:55.400 --> 00:06:56.760
適用するかどうかを尋ねてきます

00:06:56.760 --> 00:06:58.620
内容を確認し確認をクリック するだけです

00:06:58.620 --> 00:06:59.960
残りの処理はコパイロットが行います

00:06:59.960 --> 00:07:01.220
発注書が更新されます

00:07:01.220 --> 00:07:02.660
承認ワークフローが起動します

00:07:02.660 --> 00:07:04.260
仕入れ先に通知が送られます

00:07:04.260 --> 00:07:07.080
つまり手入力が減り入力ミス も減少します

00:07:07.080 --> 00:07:09.740
経理担当者はレビューと承認のみ を行います

00:07:09.740 --> 00:07:13.860
入力転送ポリシーチェックとい った機械的な作業は自動で処理

00:07:13.860 --> 00:07:14.240
されます

00:07:14.240 --> 00:07:17.340
すべて素晴らしい機能に聞こえ ますが始める前に知っておく

00:07:17.340 --> 00:07:18.260
べき要件があります

00:07:18.260 --> 00:07:20.780
コパイロットを動作させるために 必要なものです

00:07:20.780 --> 00:07:24.800
ではd365f&oでコパイロットを 実行するために何が必要か説明

00:07:24.800 --> 00:07:25.200
しましょう

00:07:25.200 --> 00:07:27.160
技術的な仕様で圧倒するつもり はありませんが

00:07:27.160 --> 00:07:29.660
プロジェクトの途中で壁にぶつ からないよう基本を押さえておく

00:07:29.660 --> 00:07:30.220
必要があります

00:07:30.220 --> 00:07:34.540
まずd365f&oのバージョンは10.0 38以上である必要があります

00:07:34.540 --> 00:07:37.180
古いバージョンのままだとここで 止まってしまいます

00:07:37.180 --> 00:07:38.520
回避策はありません

00:07:38.520 --> 00:07:41.880
次にパワープラットフォームと データバースの統合を有効にする

00:07:41.880 --> 00:07:42.640
必要があります

00:07:42.640 --> 00:07:45.780
これがコパイロットがf&oのデータ を認識するための方法です

00:07:45.780 --> 00:07:49.020
データバースはerpとai層を結ぶ 架け橋だと考えてください

00:07:49.020 --> 00:07:51.380
橋がなければコパイロットは何も処理できません

00:07:51.380 --> 00:07:54.260
次に機能管理で特定の機能を 有効にする必要があります

00:07:54.260 --> 00:07:56.940
コレクションワークスペースやai 要約はデフォルトではオンになっていません

00:07:56.940 --> 00:07:58.920
自分で設定画面を開きスイッチ をオンにします

00:07:58.920 --> 00:08:00.380
さてライセンスについてです

00:08:00.380 --> 00:08:02.500
これは多くの人が不意をつかれる 部分です

00:08:02.500 --> 00:08:05.420
コパイロットを利用するには既存 のd365ライセンスとは別に

00:08:05.420 --> 00:08:07.740
microsoft 365コパイロットライセンス が必要です

00:08:07.740 --> 00:08:08.960
別途費用がかかります

00:08:08.960 --> 00:08:11.340
初日から計画に組み込んでおく 必要があります

00:08:11.340 --> 00:08:13.740
また環境はクラウドホスト型である 必要があります

00:08:13.740 --> 00:08:15.520
オンプレミス環境は対象外です

00:08:15.520 --> 00:08:17.800
まだオンプレミスで運用している 場合はコパイロットを利用する

00:08:17.800 --> 00:08:19.160
ためにまずクラウドへ移行する 必要があります

00:08:19.160 --> 00:08:21.520
これらを挙げるのは皆さんの やる気を削ぐためではありません

00:08:21.520 --> 00:08:23.840
どのような準備が必要かを理解 していただくためです

00:08:23.840 --> 00:08:27.480
これらの要件は明確かつ達成可能な ものですが無視すると後で大きな

00:08:27.480 --> 00:08:28.560
フラストレーションにつながります

00:08:28.560 --> 00:08:31.920
コパイロットが動くようになった のち本当の課題はいかにチームに

00:08:31.920 --> 00:08:33.460
それを活用してもらうかということ です

00:08:33.460 --> 00:08:37.140
実際に使ってもらうためにこの数字 をよく考えてみてください

00:08:37.140 --> 00:08:40.640
マイクロソフト365コパイロット を導入した組織全体で計画的な

00:08:40.640 --> 00:08:44.220
利用促進策がない場合ライセンス を持つユーザーの約35%しか積極的

00:08:44.220 --> 00:08:44.900
に活用していません

00:08:44.900 --> 00:08:48.360
つまりアクセス権を持つ人の 約3人に2人は一度も開いていない

00:08:48.360 --> 00:08:48.920
ということです

00:08:48.920 --> 00:08:51.780
ライセンス料を払っているのに 一度も 使われていないのです

00:08:51.780 --> 00:08:55.240
最もよくある失敗は既存の業務 プロセスと連携させずにコパイロット

00:08:55.240 --> 00:08:56.120
を導入することです

00:08:56.120 --> 00:08:57.500
正直に申し上げます

00:08:57.500 --> 00:08:59.620
コパイロットは優れたプロセス もそうでないプロセス

00:08:59.620 --> 00:09:00.540
も同じように増幅させます

00:09:00.540 --> 00:09:02.800
もし再建回収のワークフロー が混乱しているならコパイロット

00:09:02.800 --> 00:09:03.680
を使っても改善はされません

00:09:03.680 --> 00:09:06.080
散らかったメールをより早く生成 できるようになるだけです

00:09:06.080 --> 00:09:08.840
まずはプロセスを整理しその後に コパイロットで加速させる必要

00:09:08.840 --> 00:09:09.180
があります

00:09:09.180 --> 00:09:11.080
では実際に何が効果的なのでしょうか

00:09:11.080 --> 00:09:13.140
まずはターゲットを絞ったパイロット 運用から始めましょう

00:09:13.140 --> 00:09:16.780
再建回収月次決算経費生産など影響の大きいワークフローを

00:09:16.780 --> 00:09:19.000
2から3選びそのチームからコパイロット を導入します

00:09:19.000 --> 00:09:21.040
全員に一度にアクセス権を与えてはいけません

00:09:21.040 --> 00:09:23.480
小さく始め価値を証明しそれから 拡大するのです

00:09:23.480 --> 00:09:26.000
機能ではなくシナリオに基づいて チームをトレーニングしてください

00:09:26.000 --> 00:09:28.740
コパイロットでできることという 研修ではなく月次決算を半分以下

00:09:28.740 --> 00:09:30.760
の時間で終える方法といったテーマ で研修を行いましょう

00:09:30.760 --> 00:09:33.140
コパイロットが日々の業務にどの ように組み込まれるのかを具体

00:09:33.140 --> 00:09:33.780
的に示すのです

00:09:33.780 --> 00:09:35.220
それが定着への鍵です

00:09:35.220 --> 00:09:37.800
またライセンスは個人ではなくチーム 単位で割り当ててください

00:09:37.800 --> 00:09:41.580
チームで一緒に学べばヒントを共有し 結果を比較しお互いに利用を促し

00:09:41.580 --> 00:09:42.160
合うことができます

00:09:42.160 --> 00:09:45.780
仲間同士の学習はどんな研修 セッションよりも導入を促進します

00:09:45.780 --> 00:09:48.100
これらを全て一つの絵としてまとめ ましょう

00:09:48.100 --> 00:09:50.860
全体像つまりそれらがどう繋がっている のかを

00:09:50.860 --> 00:09:54.160
コパイロットの重要な点はスイッチ 一つで全てが変わるような魔法

00:09:54.160 --> 00:09:55.100
ではないということです

00:09:55.100 --> 00:09:59.420
F&O、Excel、Outlook、チームズにまたがる 一連のヘルパーなのです

00:09:59.420 --> 00:10:01.600
それぞれが特定の役割を担っています

00:10:01.600 --> 00:10:05.620
F&Oでの再建回収、Outlookでの経費 報告、Excelでのキャッシュフロー

00:10:05.620 --> 00:10:06.200
分析などです

00:10:06.200 --> 00:10:08.940
ツールは違ってもそれらは連携する ように構築されています

00:10:08.940 --> 00:10:11.500
そこに真のパワー、つまり統合 の力があります

00:10:11.500 --> 00:10:13.560
典型的な流れを想像してみてください

00:10:13.560 --> 00:10:17.420
F&Oでコパイロットが顧客の見払い 残高の概要を提示します

00:10:17.420 --> 00:10:20.160
そこからOutlookに移動して特速メール の下書きを作成する際

00:10:20.160 --> 00:10:22.920
コパイロットが同じデータを引き出し 文章を作成してくれます

00:10:22.920 --> 00:10:25.960
顧客から返信があればOutlook上で 紛争データが更新され

00:10:25.960 --> 00:10:28.240
その変更が自動的にF&Oへ同期 されます

00:10:28.240 --> 00:10:31.080
ワークフローを中断することなく データが一緒に移動したのです

00:10:31.080 --> 00:10:33.320
財務チームが真に理解すべきことは これです

00:10:33.320 --> 00:10:35.920
コパイロットは既存のセキュリティ ロールを尊重します

00:10:35.920 --> 00:10:38.880
ユーザーがすでに閲覧権限を持っている 情報しか表示されません

00:10:38.880 --> 00:10:42.980
再建担当者は自社の顧客をコントローラー は元帳全体を経理担当者はベンダー

00:10:42.980 --> 00:10:44.000
の請求書を確認できます

00:10:44.000 --> 00:10:46.600
コパイロットが新たにアクセス 権を作り出すことはありません

00:10:46.600 --> 00:10:48.660
設定済みの境界内で機能します

00:10:48.660 --> 00:10:51.800
ではこれが現場で働く人にとって 実際に何を意味するのかお話し

00:10:51.800 --> 00:10:52.060
しましょう

00:10:52.060 --> 00:10:54.560
コパイロットは経理の専門家にとって 変わるものではありません

00:10:54.560 --> 00:10:56.380
勝手に仕分けを行うこともありません

00:10:56.380 --> 00:10:58.200
支払いの承認をすることもしません

00:10:58.200 --> 00:11:01.400
コパイロットが行うのは要約や 下書きデータ収集といった機械的な

00:11:01.400 --> 00:11:04.680
作業の自動化であり人間は判断 交渉戦略に集中できるようになります

00:11:04.680 --> 00:11:07.760
厄介な顧客への対応はこれまで 通り担当者が判断します

00:11:07.760 --> 00:11:11.100
差異を確認して適切な行動を取る のは経理担当者であり決算を承認

00:11:11.100 --> 00:11:11.980
するのはコントローラーです

00:11:11.980 --> 00:11:14.760
準備作業はコパイロットがこなし 意思決定は皆さんが行います

00:11:14.760 --> 00:11:16.260
それこそが真の変化です

00:11:16.260 --> 00:11:18.780
財務チームはこれまで何が起きた のかという問いに答えることを得意

00:11:18.780 --> 00:11:19.180
としてきました

00:11:19.180 --> 00:11:21.340
コパイロットはより良い問いへの 意向をサポートします

00:11:21.340 --> 00:11:23.000
それに対してどうすべきかです

00:11:23.000 --> 00:11:25.320
これがD365F&Oにおけるコパイロット です

00:11:25.320 --> 00:11:27.500
新しく習得が必要な別のツール ではありません

00:11:27.500 --> 00:11:29.880
財務チームがすでに使っている ワークフローに組み込まれた

00:11:29.880 --> 00:11:30.900
AIアシスタントです

00:11:30.900 --> 00:11:34.360
債権管理決算経費管理レポート 作成予測まで

00:11:34.360 --> 00:11:38.440
財務部門の方で組織がD365F&Oを 導入しているならここから始める

00:11:38.440 --> 00:11:39.420
のが最も効果的です

00:11:39.420 --> 00:11:41.780
今週は債権管理のワークスペース から始めてみてください

00:11:41.780 --> 00:11:43.120
一つの顧客レコードを開きます

00:11:43.120 --> 00:11:44.400
AIによる要約を読みます

00:11:44.400 --> 00:11:45.580
メールを一通作成してみます

00:11:45.580 --> 00:11:46.800
どんな感じか試してみてください

00:11:46.800 --> 00:11:49.100
D365の分かりやすい解説を今後も 受け取るには登録を

00:11:49.100 --> 00:11:51.660
今日の話でピンときたことがあれば コメントをお願いします

00:11:51.660 --> 00:11:53.200
クリックしてください