M365 FM Podcast – 日本語 (2)

• Fabric SQL Database - Simply Explained
  2026-10-21
  Fabric と SQL は別物に聞こえますが、Microsoft はこの二つを一つにまとめています。それが Fabric の SQL データベースで、その基盤では Azure SQL Database と同じエンジンが動いています。この Simply Explained のエピソードでは、次の内容を解説します: Fabric SQL データベースとは実際には何か、なぜ Azure SQL に似て
• Power Platform ソリューション - シンプル解説
  2026-10-21
  何か月もかけて作ったアプリが、間違ったものを一つアンインストールしただけで消えてしまうことがあります。それはアプリの各部品をつなぎとめるものがないときに起こり、ひとつの片付け作業でアプリ全体が一緒に失われてしまうのです。このシンプル解説のエピソードでは、次のことを学びます：ソリューションとは実際に何か、マネージドとアンマネージドの2つのモード、パブリッシャーとプレフィックス、環境間でのアプリの移行
• Azure Resource Graph - Simply Explained
  2026-10-21
  Azure Resource Graph は、Azure 内のサービスで、リソースについて質問を投げかけ、数千ものリソースがあっても素早く回答を得られるようにするものです。名前は大げさに聞こえますが、実際のところそれほど難しいものではありません。このエピソードの Simply Explained では、次の内容を学べます: Azure Resource Graph の実際の姿 通常の Azure
• Azure Databricks - Simply Explained
  2026-10-21
  Apache Spark began as a research project at a university in 2009, and it grew into the engine most big data platforms still run on today. Azure Databricks is how Microsoft and the people who built Spa
• Azure管理グループとサブスクリプション - Simply Explained
  2026-10-21
  すべてのAzureの話は同じところから始まります。1つのサブスクリプション、1つのチーム、1つの請求書があり、すべてがシンプルに感じられます。やがてプロジェクトに独自の領域が必要になり、誰かが2つ目のサブスクリプションを作成します。このSimply Explainedのエピソードでは、次のことを学びます：地図がないとAzureがなぜ混乱するのか、サブスクリプションこそがAzureの実体がある場所で
• Azure Lighthouse - Simply Explained
  2026-10-21
  外部の会社が、パスワードを一切預からずにお客様のAzure環境を管理できます。それを実現するのがAzure Lighthouseであり、毎週のように発生する悩みに対するMicrosoftの解決策です。このSimply Explainedのエピソードでは、次の内容を学べます: 二つの家の問題、Azure Lighthouseの実体、扉が作られるまでのハンドシェイク、誰が利用し誰が承認するのか、セキュ
• Azure App Service - シンプルに解説
  2026-10-21
  Azure App Service で選択するティアによって、アプリに許可される機能そのものが決まります。単なるホスティングの選択ではなく、利用できる機能セットの範囲、課金の管理、そしてクラウドワークロードのスケーリング方法を左右するものです。このエピソードの M365 FM では、Azure App Service が実際に何であるか、App Service プランがリソースをどのように定義する
• SPF、DKIM、DMARC のわかりやすい解説
  2026-10-21
  エピソード概要：ノートパソコンさえあれば、誰でも御社になりすましたメールを送信できてしまいます。メールシステムは、そもそもメッセージを届けることを目的に設計されており、送信者を実際に検証する仕組みではなかったため、偽の請求書や上司を装った不正なメモが、御社の名前で実際の受信トレイに届いてしまうことがあります。幸い、DNS に設定する 3 つのレコードでこの穴を塞ぐことができます。しかし、そのうち
• Azure Reservations and Savings Plans - Simply Explained
  2026-10-21
  通常、クラウドは利用後に料金を請求します。仮想マシンを起動して1か月動かすと、使った分に応じた請求書が届きます。このSimply Explainedのエピソードでは、次の内容を学びます。使う前に支払う理由、Azure Reservations（Simply Explained）、より柔軟な選択肢であるAzure Savings Plans、それぞれが実際に対象とするもの、1年か3年か、割引が適用さ
• Azure Machine Learning - わかりやすく解説
  2026-10-21
  機械学習とは、人が手で書いたルールに従うのではなく、例からパターンを見つけ出すプログラムのことです。それがすべてのポイントです。このSimply Explainedのエピソードでは、次のことを学べます：機械学習の本当の意味、Azure Machine Learningの実際の働き、ワークスペース、データとコンピュート、モデルの構築、予測への活用、運用の継続、実際に作れるもの、そして要点の振り返りと
• MQTT と OPC UA による Microsoft の製造業ソリューション：Azure IoT Operations + Fabric アーキテクチャ
  2026-10-20
  工場の現場を整理する：MQTT と OPC UA、そして製造データが分断される本当の理由。なぜ ERP、MES、Azure のシステムを導入したにもかかわらず、現代の工場は今も手作業によるエクスポートや勘に頼っているのでしょうか。このエピソードでは、技術的な流行語を取り除き、製造データへの信頼の欠如という根本問題に焦点を当てます。業界では、産業用接続を MQTT と OPC UA の勝者総取りの戦
• 機械データが意思決定に至らない理由。欠けているパイプラインはこれだ。
  2026-10-20
  Excelのボトルネックを取り除く：リアルタイムの意思決定パイプラインを構築する。現代の工場は、リアルタイムデータの塊だ。センサー、コントローラー、監視制御システムが、あらゆる機械の状態、障害コード、温度変動を追跡している。しかし、ある...
• センサーからダッシュボードまで：Azure IoT Hub を経由する MQTT パイプライン
  2026-10-19
  機械が停止したとき、計画担当者に必要なのはダッシュボード上の赤いラインだけではありません。何が止まったのか、なぜ止まったのか、そのラインでどの注文が処理されていたのか、そして生産計画を維持できるのかを知る必要があります。工場の現場から生の信号をクラウドの分析基盤へ送るには、フィールドセンサー、産業用ゲートウェイ、メッセージブローカー、クラウド取り込み層にまたがる信頼性の高いアーキテクチャが求められ
• Azure DPS: IoTデバイス10万台のプロビジョニングはアーキテクチャの問題である
  2026-10-19
  工場のフロアで10台のデバイスをプロビジョニングするのは簡単で、技術者が接続文字列を入力してテレメトリを確認するだけで済みます。しかし、世界中の工場や顧客ネットワークに分散した10万台に同じ手作業のアプローチを使うと、あらゆる近道がアーキテクチャ上の失敗につながります。基本的な構成を超えるには、デバイスID、信頼境界、ハブのルーティング、長期的なフリート管理に関する確かな理解が必要です。製造時のI
• Azure上のデジタルツイン：実際に何をモデル化すべきか？
  2026-10-18
  ベンダーの誇大広告を切り捨て、Azure上のデジタルツインが抱える現実的な課題に取り組む新エピソードへようこそ。誰もがデジタルツインを欲しがっていますが、工場が解決すべき実際の課題から出発する人はほとんどいません。データはすでにERP、MES、ヒストリアン、IoT層に散在しているのに、オペレーターは依然として電話連絡、スプレッドシート、分散したアラームに頼り、ある故障が実際に何へ影響するのかを突き
• 営業が緊急注文を約束したとき何が起こるか
  2026-10-11
  緊急の顧客要望は一見単純に思えます。営業が早い納期を約束し、受注を優先扱いにして、生産部門に組み込むよう依頼する。しかし、新しい注文は空いている工場に入るわけではありません。すでに機械の予約、材料の割り当て、段取り計画、有資格者、検査能力、保全作業の時間帯、そして他の顧客に対する約束で埋まったスケジュールに入るのです。したがって本当の問いは、単に緊急注文を生産できるかどうかではなく、それを前に進め
• AIが理解していない工場を最適化できない理由
  2026-10-09
  生産の途中で機械が停止します。ERPは顧客の注文と納期を把握し、MESはどの工程で停止したかを知っており、保全部門は修理の状況を把握し、機械レイヤーはエラーコードと正確なタイムスタンプを持っています。そこで誰もが抱く当然の疑問が生じます。「では今どうすべきか？」AIは、アラームの要約、過去の停止履歴からのパターン発見、そして何が起きた可能性が高いかの説明はできます。しかし、どの製品が稼働していたか
• 生産スケジュール最適化 - より良い生産スケジュールの作り方
  2026-10-09
  生産スケジュールは正しく見えていても、工場の実態はすでに先に進んでいることがあります。機械の速度が想定より遅い、段取りに予定以上の時間がかかる、資材の払い出しがまだ待たされている、緊急の注文が計画に割り込んでくる、といった状況です。ERPには当初の日程が残っている一方で、MESには現在の実行状況が表示され、現場の監督者はすでに作業順序を調整し始めています。本当の課題は、スケジュールを生産現場が今実
• 産業データモデルとは何か
  2026-10-08
  工場は膨大なデータを収集しているにもかかわらず、「この出来事は実際に何に影響するのか」という基本的な問いに答えるのに苦労することがあります。ERPは顧客注文、資材、計画日、在庫を把握しています。MESは製造現場で何が実行されているかを把握しています。PLCやSCADAは機械の状態、アラーム、プロセス値を把握しています。保全部門は設備の状態と保守履歴を、品質部門は検査とリリースの状況を、エンジニアリ
• マシンデータはどのように Microsoft Fabric に届くのか - OPC UA からリアルタイム分析まで
  2026-10-07
  マシンのアラーム、センサー値、生産カウンター、故障イベントをクラウドへ送ることは、以前よりずっと容易になりました。OPC UA がマシンの信号を公開し、エッジレイヤーがそれを収集し、MQTT でローカルに配信でき、Microsoft Fabric はその結果生まれたストリームを取り込んで分析できます。しかし難しいのは、データが届いた後の段階です。生のテレメトリを、実際の判断を支えるだけの生産コンテ
• 接続性は統合ではない — つなげられた工場がなぜ正しい問いに答えられないのか
  2026-10-06
  接続された工場は、機械の信号をミリ秒単位で移動させることができても、本当に重要な運用上の問いに答えられないことがあります。包装機械が停止し、PLCが異常を報告し、OPC UAがイベントを公開し、MQTTがそれを配信し、ダッシュボードが即座に更新されます。保全担当者はアラートを受け取り、すべてがつながっているように見えます。しかし、計画担当者が「今どの顧客の出荷が危うくなっているのか」と尋ねた途端、
• なぜ継続的改善にはより良いデータが必要なのか
  2026-10-04
  継続的改善は、時間とともに積み重なる学習を生み出すことを目指すものです。しかし多くの工場では、改善活動は依然としてワークショップ、スプレッドシート、個別のレポート、そして前のシフトで人々が覚えていることに大きく依存しています。改善イベント(カイゼン・イベント)は目に見える進展をもたらしますが、数週間後には、少し異なる生産条件の下で同じロスが再び現れることがよくあります。問題は必ずしも改善アイデアの
• IoT Hub メッセージ ルーティング と Event Grid の比較 — テレメトリとイベントが同じ問題ではない理由
  2026-10-02
  温度の読み取り値、振動サンプル、機械のサイクル、デバイスの切断は、いずれもイベントと呼ばれることがありますが、それぞれ同じアーキテクチャ上の問題を表しているわけではありません。産業用 IoT や製造環境では、継続的なテレメトリと個別のイベントを混同すると、ノイズの多いワークフロー、不完全な生産履歴、不要な処理、そして十分なコンテキストなしに反応するシステムを生み出す可能性があります。このエピソード
• 実運用に耐える Azure アーキテクチャの設計 — MVP Mike Martin さんとともに
  2026-10-01
  Azure のアーキテクチャは、すべてが正常に動いている間は簡単に見えます。本当の試練は、依存先が障害を起こしたとき、リージョンが利用できなくなったとき、トラフィックが急増したとき、前提が誤りだと判明したとき、要件が変わったとき、そして最終的に「そもそもなぜこの設計にしたのか」という厄介な問いが投げかけられたときに始まります。M365.FM のこのエピソードでは、Mirko Peters が MV
• 生産スケジュールは、開始前からなぜ間違っているのか
  2026-09-28
  ERPシステムから出力された時点では、生産スケジュールは完全に妥当に見えることがあります。受注日は揃い、工程の所要時間も理にかなっており、設備の空き状況もあり、資材の状態から生産開始の準備ができているように見えます。しかし、そのスケジュールは依然として将来に関する前提にすぎません。 生産が始まった瞬間、工場では新たな事実が次々と生まれます。資材の到着が予定より遅れる、ロットが品質検査待ちのままに
• Microsoft 365 Copilot Without the Hype: Adoption, Governance & Getting Your Tenant Ready with Paul Keijzers [MVP]
  2026-09-24
  Microsoft 365 Copilot can help people find information and get work done faster, but its answers depend on the content and permissions already in an organization’s Microsoft 365 tenant. In this episod
• Microsoft メッセージングは安全に見えても、実は安全ではないとき ― Thomas Stensitzki [MVP] と語る Exchange Server、ハイブリッド、Microsoft 365 のセキュリティ
  2026-09-24
  Microsoft Exchange と Microsoft 365 があれば強力なメッセージング環境を運用できますが、メールをクラウドに移行したからといって自動的に安全になるわけではありません。この回の M365 Show では、ホストの Mirko Peters [MVP] が Thomas Stensitzki [MVP] と対談し、Exchange Server、Exchange Onli
• コンテンツ理解とドキュメントAI - シンプルに解説
  2026-09-18
  請求書、契約書、領収書、フォーム、スキャンされたPDF、メールの添付ファイルには価値のあるビジネス情報が含まれていますが、多くの自動化は、それらのドキュメントを信頼性の高い構造化データに変換することにまだ苦戦しています。このエピソードのM365 FM – Simply Explainedでは、Microsoft Content Understanding、Document AI、OCR、AI Bu
• IoT Hub Message Routing vs Event Grid — テレメトリとイベントは同じ問題ではない理由
  2026-09-18
  機械が数秒ごとに温度、振動データ、サイクル数、消費電力、稼働状態を送信しています。そこへ突然ゲートウェイが切断されます。これらのメッセージはすべて単なる「イベント」なのでしょうか。技術的にはそう表現することもできます。しかしアーキテクチャの観点では、深刻な問題を引き起こす可能性があります。Azure IoT Hub Message Routing と Azure Event Grid は、それぞれ
• データ変革の5つの柱 - わかりやすく解説
  2026-09-17
  AIは、バックログの解消、意思決定の加速、そしてあらゆるチームにとってより賢い働き方を実現するはずでした。しかし現在、多くの組織はMicrosoft Copilot、Power BI、Microsoft Fabric、AIエージェントなどを導入し、かつてないほど多くのデータを抱えています。それにもかかわらず、重要な意思決定は会議の中で遅々として進まず、数字を完全に信頼できる人も、それを実行に移せる
• 工場のクラウド請求額は、想像よりずっと高くなる
  2026-09-17
  クラウドストレージは安く見えるかもしれません。工場データをクラウドに送ることも、安く見えるかもしれません。しかし、実際のクラウド請求額は、そのデータが移動し始めたときから膨らむことが多いのです。本エピソードでは、最新の産業IoT、製造業向けクラウド、エッジコンピューティング、工場データアーキテクチャの裏に潜む隠れたコストを解説します。データのエグレス（外部への転送）、リージョン間レプリケーション、
• 財務データからAI対応の意思決定へ：Power BI、Microsoft Fabric、セマンティックモデル、AIエージェント（Rishi Sapra [MVP]）
  2026-09-16
  AIエージェントが単にデータを表示するのではなく、財務データやビジネスデータを理解し始めたとき、何が起きるのでしょうか？M365.FMのこのエピソードでは、Mirko PetersがMicrosoft MVPのRishi Sapraと対談し、従来のダッシュボードを超えて、Microsoft Fabric、Power BI、Copilot Studio、セマンティックモデル、オントロジー、データエー
• なぜあなたのERPは最適な生産スケジュールを作成できないのか
  2026-09-16
  ERPは生産日の計算、MRPによる需要展開、工程表（ルーティング）、在庫、発注、製造指図の管理を行うことができます。しかしそれは、工場で実際に実行可能な生産スケジュールを自動的に作成できることを意味しません。このエピソードでは、ERPによる計画と有限能力生産スケジューリングの間にあるギャップを解説し、複数の指図が同じ機械を同じ時間帯に奪い合っている中で、ERP上のスケジュールがなぜもっともらしく見
• 生産計画ソフトウェア：製造業はいつ本当に必要になるのか？
  2026-09-16
  製造業はいつ、専用の生産計画ソフトウェアを本当に必要とするのでしょうか？それは会社がある規模に達したときではありません。Excelが突然「プロフェッショナルではない」と感じられるようになったときでもありません。そして、ソフトウェアベンダーが美しいガントチャートを見せてくれたからでもありません。本当の分岐点は、生産の複雑さ、制約条件、そして絶え間ない変化が、ERPの日付、スプレッドシート、ホワイトボ
• 工場を変更する前にシミュレーションできるか？
  2026-09-16
  工場の生産システムの他の部分がどう反応するかを把握する前に設備や工程を変更したら、何が起こるでしょうか。シフトの追加、新しい機械の購入、バッファの削減、人員配置の変更、製品構成の変更などは一見すぐに効果が出そうな解決策に見えます。しかし工場は相互に連動したシステムです。ある資源の能力を高めても、ボトルネックが別の場所に移動するだけということも少なくありません。このエピソードでは、工場シミュレーショ
• APS Software vs. ERP: What's the Difference?
  2026-09-15
  Manufacturers often rely on ERP systems to manage orders, materials, inventory, purchasing, production orders, and financial transactions. But when a machine goes down, an urgent customer order arrive
• 制約ベースのスケジューリング：生産計画を現実にするアーキテクチャ
  2026-09-15
  ERPでは顧客注文は金曜日に出荷されることになっています。作業指示は発行済みで、工程順序も正しく、キャパシティも空いているように見えます。計画レポートではすべてが問題なさそうです。ところが月曜の朝、重要な5軸加工センターが停止します。ある注文はすでに生産中、別の注文は材料待ち、そして三つ目の注文は、共有治具が使え、正しいプログラムが承認され、そのシフトに有資格のオペレーターがいる場合に限り、理論上
• 機械が停止したとき、生産計画はどう対応すべきか？
  2026-09-15
  機械が停止します。保全チームにアラームが届きます。オペレーターは生産を止めます。MESには中断された工程が記録されます。しかし、ERPはまだその機械に能力があると考えているかもしれません。そして生産スケジュールは、すべての受注が期日どおりに完了すると約束したままかもしれません。機械故障は、保全だけの問題ではなく、生産計画の問題になる地点がここです。本エピソードでは、重要な機械が使用不可になったとき
• バリューストリームマッピングはライブなデータモデルになりうるか?
  2026-09-15
  バリューストリームマッピングは、素材、情報、そして意思決定が生産システムの中をどのように流れるかを理解するための、リーン生産方式で最も有用なツールの一つとなってきました。しかし、従来のバリューストリームマッピングには根本的な限界があります。工場は変化し続けますが、マップは変わりません。 生産、計画、品質、保全、サプライチェーン、オペレーションの担当者を同じワークショップに集めることができます。サ
• 製造業における有限能力スケジューリングの実際の仕組み
  2026-09-14
  ERPでは、製造指図の完了は来週木曜日と表示されている。ルーティングも正しく見え、資材も計画どおりに手配されている。すべてが管理下にあるように見える。しかし実際に工場の現場に足を運ぶと、機械はすでに過負荷になっている、必要なオペレーターは別の作業に割り当てられている、治具は使用中である、あるいは資材はERP上に存在するものの、実際には検査が完了しておらず、リリースされていない、といった状況が見つか
• 生産が変わると、クリティカルパスも変わる理由
  2026-09-13
  生産計画は、実際の生産が始まるまでは合理的に見えるものです。ある機械の稼働が遅れる。材料の払い出しがずれ込む。資格を持つオペレーターが不在になる。品質検査に予想以上の時間がかかる。バッチが炉の作業枠に間に合わない。こうした状況では、わずか数時間の遅れでも、顧客への納品全体が危うくなることがあります。 この詳細解説では、従来のプロジェクトマネジメントで用いられてきたクリティカルパス法（CPM）を、
• AI がソフトウェア開発を永遠に変えた — Andre Baltieri と築く Agentic な未来 [MVP]
  2026-09-03
  人工知能は、これまでにないスピードでソフトウェア開発を変えつつあります。開発者はすでに、すべてのコードを自分で書く段階から、コードの生成、未知のシステムの説明、テストの作成、アプリケーションのデバッグ、反復作業の自動化を行える AI アシスタントと協働する段階へと移行しています。 しかし Microsoft MVP の Andre Baltieri によれば、これはまだ始まりにすぎません。本エピソ
• Copilot は既存の課題を引き継ぐ：Richard Harbridge [MVP] と考える AI 時代の Microsoft 365 モダナイゼーション
  2026-09-03
  Microsoft 365 Copilot は、きれいに整備された Microsoft 365 テナントに導入されるわけではありません。何年にもわたって組織が積み上げてきた環境、つまり多数の SharePoint サイト、Teams、OneDrive のコンテンツ、重複したドキュメント、過去の移行作業、ゲストアカウント、一貫性のないアクセス許可、放置されたワークスペース、崩れた所有者モデル、そして
• Architecting Power Platform for Complex Enterprise Solutions with Ian Tweedie [MVP]
  2026-09-03
  Microsoft Power Platform is often described as a low-code platform. But what happens when the applications you build become business-critical, highly integrated, and too complex for a simple maker-fir
• Microsoft 365 Copilot：Adrian Espes［MVP］と語る、本当に生産性を高めるものとは
  2026-08-30
  Microsoft 365 Copilotは本当に人々の生産性を高めるのでしょうか？M365 FMポッドキャストのこのエピソードでは、Mirko Petersが、Microsoft MVPのAdrian Espesと対談し、Copilotが日常業務で実際に何を提供するのかを話し合います。磨き上げられたデモではなく、会議、メール、文書、Teamsのメッセージ、締め切り、絶え間ない中断に満ちた通常の業
• Microsoft 365 と Copilot がどのように働き方を再設計しているか — Tracy van der Schyff [MVP] との対話
  2026-08-29
  Microsoft 365 は、組織がコミュニケーション、コラボレーション、自動化、情報管理を行うためのツールをかつてないほど提供してきました。そして今、Microsoft 365 Copilot が AI の新たな層を加えています。しかし、生産性、自動化、エージェント、AI をめぐる議論の背後には、より大きな問いがあります。これらの技術は単に仕事をより速くしているだけなのか、それとも私たちの考え
• SPFx の車輪の再発明はやめよう － PnP React Controls で SharePoint ソリューションをより良く構築する（Siddharth Vaghasia [MVP] 出演）
  2026-08-27
  モダンな SharePoint 開発とは、すべてのコンポーネントをゼロから作ることを意味しません。M365 FM Podcast のこのエピソードでは、Mirko Peters が Microsoft MVP の Siddharth Vaghasia と対談し、適切な Microsoft 365 テクノロジーとコミュニティの再利用可能なコンポーネントを組み合わせて、本番環境に対応した ShareP
• SharePoint はもう退屈じゃない：Copilot が現代の職場をどう再定義しているか — Marcin Siewnicki [MVP] との対話
  2026-08-27
  長年にわたり、SharePoint は複雑なドキュメントライブラリ、時代遅れのイントラネット、分かりにくいナビゲーション、多すぎるサイト、そして社員が見つけられない情報といった評判を背負ってきました。しかし Microsoft 365 は変化しつつあり、Copilot によって SharePoint は長い間なかったほど重要な存在になっています。 M365 FM Podcast のこのエピソード
• Microsoft Fabric エンドツーエンド：生データから経営判断まで — Amit Chandak [MVP] とともに
  2026-08-25
  Microsoft Fabric は、データエンジニアリング、分析、ビジネスインテリジェンス、ガバナンス、そして今後ますます重要になる AI を 1 つのプラットフォームに統合します。しかし、個々の機能を超えてすべてを接続し始めたとき、エンドツーエンドの Fabric アーキテクチャは実際にはどのような姿になるのでしょうか。 M365 FM ポッドキャストのこのエピソードでは、Mirko Pet
• Beyond Copilot: Building Enterprise AI Agents That Actually Work with Copilot Studio with Manpreet Singh [MVP-MCT]
  2026-08-24
  エンタープライズAIは、単に質問に答えるチャットボットの段階を超えつつあります。次世代のAIエージェントは、ビジネスの文脈を理解し、エンタープライズシステムに接続し、ワークフローを統合し、ユーザーに代わって行動を起こすことができます。 しかし、印象的なAIエージェントのデモを作ることは簡単です。機密データ、複雑なビジネスプロセス、ガバナンス要件、数千人のユーザー、測定可能な成果を伴いながら、グロ
• Copilot導入からAIワークプレイスへ：Christoffer Besler Hansen [MVP]が語る、定着、エージェント、実際のビジネス価値
  2026-08-23
  Microsoft 365 Copilotは、「生成AIで何ができるのか」という段階を越えつつあります。今の本当の課題は、数千人の従業員が実際に使い、信頼し、測定可能なビジネス価値を得られるようにAIを定着させることです。本エピソードのM365 FMでは、Mirko Petersが、Microsoft MVPでAtea GroupのHead of AI Workplaceを務めるChristoff
• Dynamics 365 Business Central AL開発
  2026-08-22
  Business Centralは、財務、顧客、販売注文、在庫、請求書などを標準機能として備えています。しかし、会社が追加のフィールド、カスタム承認ステップ、新しいビジネスルール、あるいは標準アプリケーションに存在しない機能を必要とする場合はどうなるでしょうか。このエピソードのM365 FMでは、Mirko Petersが、Dynamics 365 Business Central AL開発につい
• Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP]
  2026-08-22
  What happens when your cloud strategy cannot live entirely in the public cloud? Organizations are modernizing infrastructure with Azure, platform services, Infrastructure as Code, automated deployment
• Dynamics 365 Dual-write - Einfach erklärt
  2026-08-22
  Ein Vertriebsmitarbeiter aktualisiert eine Kundenadresse in Dynamics 365 Sales. Später öffnet jemand in der Finanzabteilung denselben Kunden und sieht immer noch die alte Adresse. Welche ist korrekt?
• Dynamics 365 Accounts Payable - Simply Explained
  2026-08-21
  一件のサプライヤー請求書が届いたとします。商品はすでに倉庫に届いているかもしれず、サービスはすでに完了しているかもしれません。しかし、会社から実際に支払いが行われる前に、何が必要なのでしょうか？Dynamics 365 Accounts Payableは、ベンダーマスター、請求書、発注書、受領、請求書照合、承認、支払いラン、銀行口座、決済を、一つの統制された財務プロセスとしてまとめます。このエピソ
• ...
  2026-08-21
  ...
• Dynamics 365 Product Information Management - シンプルな解説
  2026-08-21
  営業、購買、倉庫チーム、そしてオンラインストアがそれぞれ同じ製品について異なる情報を持っていたらどうなるでしょうか。サプライヤーが仕様を変更し、ある1つのスプレッドシートは更新されたものの、別のシステムは更新されない。その結果、顧客は古い情報を受け取ったり、従業員が間違った商品を注文したりすることになります。このM365 FMのエピソードでは、Mirko Petersが、Dynamics 365
• Dynamics 365 Master Planning - わかりやすく解説
  2026-08-21
  顧客が来月自転車を100台欲しいとします。手元にはすでに完成品の在庫が一部あり、サプライヤーからホイールが届く予定で、フレームは別の場所に保管されており、生産ラインは今後2週間分が埋まっています。何を購入し、何を組み立て、何を移動させるべきか。そして、それぞれの作業がいつ必要になるのか。M365 FMのこのエピソードでは、Mirko Peters が、Dynamics 365 Master Pla
• Dynamics 365 Intelligent Order Management - Einfach erklärt
  2026-08-21
  Ein Kunde klickt auf Kaufen, doch das Produkt könnte in einem zentralen Lager, einer nahegelegenen Filiale, bei einer anderen juristischen Person oder bei einem Fulfillment-Partner liegen. Dem Kunden
• Dynamics 365 Business Central 拡張機能 - わかりやすい解説
  2026-08-21
  Dynamics 365 Business Central には、会計、販売、購買、在庫、プロジェクトなどの主要な業務プロセスに対応する機能がすでに備わっています。しかし、どの組織も全く同じ運用をしているわけではありません。特殊な配送、現地の財務レポート、追加の承認ルール、銀行連携、電子インボイス、他の業務システムとの接続などが必要になる場合があります。本エピソードの M365 FM では、Mir
• Dynamics 365 売掛金管理 - わかりやすく解説
  2026-08-21
  商品を販売し、請求書を送付した。しかし、お金がいつ口座に入金されるのか、そして入金されなかった場合にどうなるのか。Dynamics 365 売掛金管理は、顧客アカウント、請求書、支払条件、入金、消込、与信管理、債権回収、紛争対応、期日超過残高を、Dynamics 365 Finance 内で一元的につなぎます。本エピソードでは、Mirko Peters が M365 FM の中で、元の販売から請求
• Dynamics 365 Procurement and Sourcing - Simply Explained
  2026-08-21
  What happens when someone at work needs a new laptop, raw materials for production, safety equipment, consulting services, or even a cleaning contract? In many organizations, purchasing still involves
• Dynamics 365 Warehouse Management - Simply Explained
  2026-08-21
  Dynamics 365 Warehouse Management turns inventory records into guided physical work on the warehouse floor. Knowing that 200 units exist is only the beginning. Warehouse teams need to know exactly whe
• Dynamics 365 Transportation Management - わかりやすい解説
  2026-08-21
  Dynamics 365 Transportation Managementは、実際の商品の移動を販売注文、購買注文、倉庫業務、運送業者、ルート、運賃、積載、輸送費と結び付けます。輸送を別々のスプレッドシート、メール、運送業者の料金表、電話で管理する代わりに、組織はDynamics 365 Supply Chain Management内で直接、連携された輸送計画を作成できます。このエピソードのM
• Microsoft 365 Copilot の拡張: エージェント、MCP、本番環境向けAI with Yves Habersaat [MVP]
  2026-08-21
  Microsoft 365 Copilot は、プロンプトエンジニアリングをはるかに超える段階へと進んでいます。組織がAIをより本格的に導入するにつれ、Copilot やAIエージェントを、ビジネスアプリケーション、Microsoft Graph、組織のナレッジ、API、ワークフロー、エンタープライズデータに接続しつつ、セキュリティとガバナンスを維持することが課題となっています。本エピソードの M
• GitHub Copilot, Clean Context, Automated Testing と AI コーディングエージェント：Lars Gyrup Brink Nielsen [MVP] との対話
  2026-08-20
  AI を活用した開発は、オートコンプリートやチャットの段階を超えつつあります。現代の AI コーディングエージェントは、リポジトリを調査し、ファイルを変更し、テストを実行し、失敗を分析し、プルリクエストを作成するなど、ますます複雑な開発タスクを実行できるようになっています。本エピソードの M365 FM Podcast では、Mirko Peters が Microsoft MVP の Lars
• Dynamics 365 Asset Management - Simply Explained
  2026-08-20
  コンベアが勤務時間の途中で止まる、フォークリフトが始動しない、ポンプが突然漏れ始める。修理を始める前に、企業は答えを必要とします。誰が責任者か、最後に点検されたのはいつか、どの部品が必要か、前回の修理で何が起きたか。Dynamics 365 Asset Managementは、こうした情報を一元的に管理できる場所を提供します。このエピソードのM365 FMでは、Mirko Petersが、Dyna
• Dynamics 365 Dataverse統合 - わかりやすく解説
  2026-08-20
  Dynamics 365 Dataverse統合は、Dynamics 365とDataverseを、顧客データを常に同期させ続けなければならない2つの完全に独立したシステムとして捉えるのをやめると理解しやすくなります。Sales や Customer Service といったDynamics 365アプリケーションにとって、Dataverseはその下にある共有データ基盤を提供します。取引先企業、連
• Dynamics 365 Inventory Management - Simply Explained
  2026-08-19
  Dynamics 365 Inventory Management gives businesses one shared record for the products, materials, parts, and other stock moving through their organization. Instead of purchasing, warehouse, sales, pro
• Dynamics 365 Financial Reporting - わかりやすく解説
  2026-08-19
  Dynamics 365 Financial Reporting は、Dynamics 365 Finance に記録された財務データを、財務チーム、マネージャー、監査人、経営陣が実際に活用できる構造化されたレポートに変換する機能です。毎月複数のスプレッドシートで財務諸表を作り直す代わりに、総勘定元帳、主要勘定、財務ディメンション、レポートカテゴリ、定義済みのレポート構造を使って、損益計算書、貸借
• Dynamics 365 General Ledger - わかりやすい解説
  2026-08-19
  Dynamics 365 General Ledgerは、Dynamics 365 Financeの中核となる財務記録です。顧客からの入金、仕入先請求書、在庫の動き、給与、銀行取引、税金、未払費用計上などのあらゆる財務イベントは、最終的に企業の財政状態に影響を与えます。総勘定元帳は、これらの会計仕訳を構造化され追跡可能な形で一元的にまとめます。本エピソードのM365 FMでは、Mirko Pete
• Dynamics 365 自律型エージェント - わかりやすい解説
  2026-08-19
  Dynamics 365 自律型エージェントは、AIを質問への回答やコンテンツ生成の段階から一歩進めるものです。誰かが指示を出すのを待つのではなく、自律型エージェントは特定のビジネスイベントを監視し、Dynamics 365に保存された文脈を理解し、許可された操作の中から選択して、組織が定めたルールの範囲内で定義済みのプロセスを継続できます。本エピソードのM365 FMでは、Mirko Peter
• Dynamics 365 Case Management - Simply Explained
  2026-08-19
  Dynamics 365 Case Management gives customer service teams one central place to manage customer issues from the first contact through resolution. Instead of information being scattered across emails, c
• ライセンス、セキュリティ、管理: Microsoft 365 Defender と Intune を連携させる方法 (Videsh Chavan 氏との対談)
  2026-08-19
  Microsoft 365 のライセンスは、E3、E5、E7 やアドオンを選び、割り当てて終わりという調達の問題として扱われがちです。しかし、ライセンスの選択はセキュリティアーキテクチャ、エンドポイント管理、ID 保護、運用コストに直接影響します。本エピソードの M365 FM では、Mirko Peters 氏が Videsh Chavan 氏と対談し、ライセンス、Microsoft Intun
• Dynamics 365エージェント - わかりやすい解説
  2026-08-19
  Dynamics 365エージェントは、AIを質問への回答や下書き作成の段階から一歩進めます。ユーザーがCopilotに助けを求めるのを待つのではなく、エージェントは定義されたビジネスイベントに反応し、承認されたDynamics 365のデータを扱い、事前に定義されたルールに従い、許可されたアクションを実行し、人間の判断が必要な場合には作業を担当者に引き継ぎます。M365 FMのこのエピソードでは
• Dynamics 365 Copilot - Simply Explained
  2026-08-19
  Dynamics 365 Copilot brings AI directly into the business processes and records people already use across Dynamics 365. Instead of spending time searching through customer histories, sales opportuniti
• Dynamics 365 オポチュニティ管理 - わかりやすい解説
  2026-08-19
  Dynamics 365 オポチュニティ管理は、営業チームが最初の有望な関心から最終的な結果(受注または失注)に至るまで、重要な営業案件を体系的に管理するための仕組みです。案件情報をスプレッドシート、メール、個人のメモ、各自の受信トレイに分散させる代わりに、Dynamics 365 Sales は顧客、想定売上、製品、アクティビティ、確度、受注見込み日、担当者、営業履歴を含む共有のオポチュニティレ
• Dynamics 365 Knowledge Management - シンプルに解説
  2026-08-18
  Dynamics 365 Knowledge Managementは、カスタマーサービスチームが顧客対応中にエージェントが利用できる、単一で信頼できるナレッジの情報源を作成する支援をします。古いメール、共有フォルダ、スプレッドシートを探したり、個人の経験に頼ったりする代わりに、チームは承認済みのナレッジ記事を作成し、カスタマーサービスの各チャネル全体で一貫した回答を提供できます。このエピソードのM
• Dynamics 365 Omnichannel - 簡単に解説
  2026-08-18
  お客様が注文した商品が届かないため、ウェブサイトのチャットを開始します。お客様は問題を説明し、注文番号を伝え、いくつかの質問に答えます。その後、電話でその会社に連絡すると、電話の担当者から最初から全部説明し直すよう求められます。お客様にとっては、これは納得のいかないことです。新たな問題を起こしたわけではなく、会社への連絡方法を変えただけだからです。Microsoft Knowledge Nugge
• Dynamics 365 Relationship Intelligence - Simply Explained
  2026-08-18
  一見すると、Dynamics 365 Salesの商談は順調に見えることがあります。商談はまだオープンで、見込みの成約日は将来の日付になっており、タイムラインにはメール、会議、電話、タスクが記録されています。しかし、より重要な問いは「顧客は今もあなたと対話しているか？」です。営業担当者が何通もメールを送っても返信がないかもしれません。最後に顧客と会ったのは何週間も前かもしれません。また、社内の別の
• Dynamics 365 Forecasting - Simply Explained
  2026-08-18
  Dynamics 365 Forecasting は、営業チームが「売上目標を達成できるか」という、ビジネスにおける最も重要な問いに答える手助けをします。スプレッドシート、メール、個々の営業レポートから数値を集める代わりに、Dynamics 365 Sales の商談、期待売上、クローズ予定日、フォーキャストカテゴリ、ノルマ、営業実績を、共有のフォーキャストビューにまとめます。M365 FM のこ
• Dynamics 365 Customer Service Workspace - わかりやすい解説
  2026-08-18
  顧客はメール、チャット、電話、その他のサービスチャネルを通じて企業に問い合わせます。担当者がその問い合わせを受けるとき、顧客の全体像をすばやく把握する必要があります。顧客はすでに何を伝えていたのか？どの製品を所有しているのか？同じ問題にすでに誰かが対応したことがあるのか？既存のケースはあるのか？以前どんな約束がされていたのか？サービスの期限が迫っていないか？統一されたワークスペースがなければ、これ
• AIが統合をOrganism as a Serviceへと進化させる — Sonny Gillissen [MVP]と考えるAzure Logic Appsが変えるエンタープライズ統合
  2026-08-18
  エンタープライズ統合はあらゆる場所に存在しますが、ほとんどの人はそれが止まったときにしか気づきません。アプリケーションは互いに通信する必要があり、APIは情報を交換する必要があり、ERPシステムはビジネスプロセスと接続する必要があり、データは組織の境界を越えて確実に移動する必要があります。数十年にわたり、統合は主に決定論的なモデルに従ってきました。つまり、「これが起きたら、あれをする」というもので
• Dynamics 365 Remote Assist - わかりやすく解説
  2026-08-18
  作業の途中で機械が止まってしまう。その場にいる技術者は問題を目の前で確認できても、その機械について最も深い知識を持つ人は、何百キロメートルも、場合によっては何千キロメートルも離れた場所にいるかもしれません。従来であれば、電話、写真、メール、わかりにくい説明、繰り返される質問、そして最終的には専門家を現場に派遣することで解決を図ってきました。課題は必ずしも専門知識が存在しないことではありません。課題
• Dynamics 365 Unified Routing - Simply Explained
  2026-08-18
  顧客がチャットメッセージ、メール、電話、またはサポートケースを送るとき、多くの場合期待するのはひとつです。できるだけ早く、適切な担当者が対応してくれることです。しかし組織が成長するにつれて、カスタマーサービスは複雑になります。5人のエージェントでうまく機能していた共有受信トレイも、複数のチャネル、さまざまな言語、異なる優先度、そして異なる技術スキルを必要とする数百件のリクエストが届くようになると、
• Dynamics 365 Guides - かんたん解説
  2026-08-17
  大型の産業機械のそばに立ち、次に行うべき修理手順が、開けるべきパネルのすぐ横に表示されるところを想像してみてください。作業を中断してノートパソコンに戻り、PDFを検索したり、研修でベテラン技術者が話していたことを思い出そうとしたりする代わりに、情報が視界の中に直接現れます。これがMicrosoft Dynamics 365 Guidesの中核となる考え方です。M365 FMのポッドキャスト「Mic
• Dynamics 365 Sales Insights - Simply Explained
  2026-08-17
  どれだけの営業機会が、フォローアップのつもりだったメールを失くしたり、タスクを見落としたり、単に忘れてしまったことで消えているでしょうか。現代の営業チームに不足しているのは、顧客データではないことがほとんどです。CRMの記録、メール、会議、メモ、商談、タスク、予測、関係性の情報は揃っています。より大きな課題は、今どの情報が重要で、営業担当者が次に何をすべきかを理解することです。このエピソードのMi
• Dynamics 365 Sales Accelerator - かんたん解説
  2026-08-17
  営業担当者が苦労するのは、タスクの量が足りないからとは限りません。本当の課題は、次にどの顧客に注力すべきか、どのような行動を取るべきか、そして連絡する前にどの文脈が必要かを判断することです。メールはOutlookに届き、会議は予定表を埋めます。顧客情報はCRMのレコードに保存されています。見込み客はマーケティング活動に反応し、同僚はメモを残し、商談は変化します。フォローアップのリマインダーは、緊急
• Dynamics 365 Human Resources - Simply Explained
  2026-08-17
  HR teams manage some of the most important and sensitive information inside an organization. Employee records, organizational structures, leave requests, benefits, compensation information, skills, ce
• Azure SQLがアプリケーションプラットフォームになるとき - Dirceu Resendeと語るAPI、自動化、AI
  2026-08-17
  多くの開発者は、データベースをアプリケーションが情報を保存する場所と考えています。テーブル、トランザクション、インデックス、ストアドプロシージャ、レポート、バックアップ、信頼性の高いデータ保存といった伝統的な役割は、SQLと結び付けて考えられてきました。しかし、データベース自体がアプリケーションアーキテクチャの能動的な参加者になったらどうなるでしょうか。このM365 FMのエピソードでは、Mirk
• Dynamics 365 Customer Insights - Data をわかりやすく解説
  2026-08-17
  同じ顧客が3つの異なるシステムに登場し、そのたびに別々の話をしていたらどうなるでしょうか。営業は未完了の商談を見ており、カスタマーサービスは最近の苦情を把握し、マーケティングはメールのクリックやWebサイトの閲覧履歴を確認しています。また、受注システムではその顧客が2回購入済みであることがわかっています。どの部署にも有用な情報はありますが、全体像を把握している人は誰もいません。このエピソードでは、
• Dynamics 365 Commerce - Simply Explained
  2026-08-17
  A customer discovers a jacket online, checks whether it is available in a nearby store, orders it for pickup, and later returns it at another location. From the customer's perspective, this should be
• Dynamics 365 Project Operations - Einfach erklärt
  2026-08-16
  Kundenprojekte können schnell komplex werden. Der Vertrieb verwaltet die Kundenbeziehung und das Angebot. Projektmanager kümmern sich um Zeitpläne und Aufgaben. Ressourcenmanager müssen wissen, wer ve
• Dynamics 365 Supply Chain Management - わかりやすく解説
  2026-08-16
  現代のサプライチェーンは複雑です。資材はサプライヤー、倉庫、工場、物流センター、配送業者、顧客の間を移動し、購買チーム、生産計画担当者、倉庫作業員、物流チーム、カスタマーサービスは、いずれも正確な情報に依存しています。このエピソードの Microsoft Knowledge Nuggets on M365 FM では、Mirko Peters が Microsoft Dynamics 365 Su
• Dynamics 365 Finance - Simply Explained
  2026-08-16
  Imagine a finance team trying to answer what sounds like a simple question: How much money can we spend this month? One employee opens a spreadsheet. Somebody else checks the bank balance. A manager m
• ガレージバンドからシンフォニーオーケストラへ — Microsoft 365ガバナンスがスケールする調和を生み出す仕組み（Heiko Brenn氏との対談）
  2026-08-16
  Microsoft 365は、ガレージバンドのように始まることがあります。少人数で協働し、互いに何をしているかを全員が把握し、必要に応じてTeamsが作成され、SharePointサイトが自然に生まれ、複雑な手続きを経ることなく外部ゲストが招待されます。しかし組織が成長するにつれ、バンドに加わる演奏者は増えていきます。Teamsは増殖し、SharePointサイトは蓄積され、プロジェクト終了後もゲ
• Dynamics 365 Contact Center - Simply Explained
  2026-08-16
  Imagine contacting a company about a missing order through web chat. The automated assistant cannot solve the problem, so you call instead. The phone agent asks for your order number, your address, an
• Dynamics 365 Customer Insights Journeys - わかりやすく解説
  2026-08-16
  Dynamics 365 Customer Insights - Journeys とは一体何でしょうか。単にMicrosoftがマーケティングメールを送信するためのツールなのでしょうか、それともはるかに広範なものなのでしょうか。多くの組織では、マーケティング部門が一つのシステムからメールを送信し、営業部門は別の場所で商談を管理し、Webサイトのフォームがまた別の顧客情報を生み出し、カスタマーサー
• Dynamics 365 Customer Insights - わかりやすく解説
  2026-08-15
  顧客が自社から商品を購入し、メールの配信登録をし、ガイドをダウンロードし、Webサイトを訪問し、後日サポートに問い合わせる、という場面を考えてみてください。その顧客と話している担当者は、この履歴のうちどこまでを確認できるでしょうか。多くの組織では、営業は関係性の一部しか見えず、カスタマーサービスは別の部分を見て、マーケティングはエンゲージメント情報を管理し、Webサイトの行動データはまったく別の場
• Dynamics 365 Field Service - Simply Explained
  2026-08-15
  暖房システムが止まり、顧客は今日中の修理を望んでいます。しかし、顧客のもとへ人を送るだけでは問題は解決しません。配車担当者は、近くにいて、空いていて、その特定の機器を扱う資格があり、理想的には交換部品も持参している技術者を見つける必要があります。技術者は完全なサービス履歴と明確な指示を必要とし、事務所は何が起きたかを把握し、最終的に完了した作業を正確な請求書にまとめる必要があります。Dynamic

1 2 3 4 5 6 7 8 9 10 11 12