Dynamics 365 Customer Serviceの「Released Versions of Dynamics 365 Customer Service – Release Notes」で2026年4月22日に押さえるべき更新ポイントは、Service Update 26042です。バージョンは9.0.26042.1001以上で、公開されている修正内容は「Case Management」に関する内部修正と、サービス動作・パフォーマンス改善です。新機能追加というより、運用安定性を高める週次サービス更新として確認するのが適切です。(Microsoft Learn)
IT管理者やプロダクトオーナーが今すぐ行うべきことは、自社環境のCustomer Serviceバージョンを確認し、対象リージョンの展開スケジュールに合わせて、ケース管理まわりの回帰テストを準備することです。特に日本を含むStation 3では、公式のReleased Versions一覧上、Service Update 26042が次回バージョンとして示されています。(Microsoft Learn)
Dynamics 365の最新動向: Released Versions of Dynamics 365 Customer Service – Release Notesで何が変わったか
2026年4月22日の更新で注目すべきなのは、Dynamics 365 Customer Service向けのService Update 26042が掲載されたことです。
Microsoft Learnの該当ページでは、Service Update 26042のバージョン番号は9.0.26042.1001以上とされています。修正カテゴリは「Case Management」で、内容は「internal fixes and improvements to service behavior and performance」と説明されています。つまり、公開情報だけを見る限り、管理画面やユーザー画面に分かりやすい新機能が追加されたリリースではありません。(Microsoft Learn)
ただし、ここで軽く見てはいけないのが「Case Management」です。Dynamics 365 Customer Serviceを使う多くの組織では、ケースは問い合わせ対応、SLA、キュー、ルーティング、自動化、ナレッジ活用、レポート集計の中心にあります。内部修正であっても、業務フローやカスタマイズとの相互作用を確認しておく価値があります。
今回の更新ポイントを一言で整理
今回のService Update 26042は、新機能を試すための更新ではなく、Customer Serviceのケース管理領域を安定して運用するための更新と捉えると分かりやすいです。
| 確認項目 | 内容 |
|---|---|
| 対象サービス | Dynamics 365 Customer Service |
| 更新名 | Service Update 26042 |
| バージョン | 9.0.26042.1001以上 |
| 主な対象領域 | Case Management |
| 公開されている修正内容 | 内部修正、サービス動作とパフォーマンス改善 |
| 管理者が見るべきポイント | 自社環境への適用状況、リージョン別展開日、ケース管理の回帰確認 |
「内部修正」と書かれている場合、具体的な不具合名や画面変更が明示されないことがあります。そのため、リリースノートを読んで終わりではなく、自社の利用シナリオに照らして影響を確認することが重要です。
Service Update 26042は何を意味するのか
Service Update 26042は、Dynamics 365 Customer Serviceの週次更新の一部として扱われます。MicrosoftはPower PlatformおよびDynamics 365のサービス更新について、セキュリティ、パフォーマンス、可用性、新機能や機能改善のために継続的な更新を行うと説明しています。週次更新はリージョンごとに段階的に展開される仕組みです。(Microsoft Learn)
今回のリリースノートで明示されている修正は、次のように読み解けます。
Case Managementに関する内部修正
「Case Management」は、問い合わせやサポートチケットを管理する中核機能です。一般的には、次のような業務に関係します。
- ケースの作成、更新、クローズ
- キューへの割り当て
- エージェントへの振り分け
- SLAや優先度の管理
- 顧客情報や関連アクティビティとの紐付け
- Power Automateやプラグインによる自動処理
- カスタムフォーム、ビュー、ビジネスルールとの連携
リリースノートには細かな修正内容までは掲載されていません。そのため、「画面が変わらないから確認不要」と考えるのではなく、ケース管理に強く依存している処理を重点的に見直すべきです。
サービス動作とパフォーマンス改善
「service behavior and performance」という表現は、ユーザーから見える新機能ではなく、サービスの挙動や応答性、安定性に関わる改善を指す場合があります。
たとえば、実務では次のような観点で確認するとよいでしょう。
| 観点 | 確認例 |
|---|---|
| 応答速度 | ケースフォームの表示、保存、検索が通常どおりか |
| 自動処理 | ケース作成時のPower Automate、ワークフロー、プラグインが動作するか |
| SLA | SLAタイマーや期限計算に違和感がないか |
| キュー管理 | ケースの割り当て、再割り当て、エスカレーションが想定どおりか |
| 権限 | サポート担当者、管理者、読み取り専用ユーザーで表示差異がないか |
| 連携 | 外部CRM、ポータル、Teams、メール連携などに影響がないか |
特に、ケースに対して独自のJavaScript、プラグイン、Power Automate、Dataverseテーブルのカスタマイズを入れている組織では、標準機能だけを確認しても不十分です。
リージョン別の展開状況を確認する
Released Versionsの一覧では、Dynamics 365 Customer Serviceの現在バージョンと次回バージョンがStation単位で示されています。Microsoftのページは毎週火曜日に更新されると記載されており、リージョンごとの段階的な展開を確認するための基準になります。(Microsoft Learn)
2026年4月末時点の公式一覧では、Service Update 26042はStation 1およびStation 2ではCurrent Versionとして表示されています。一方、日本を含むStation 3では、現在バージョンがService Update 26035、次回バージョンがService Update 26042、スケジュール日は2026年5月1日とされています。(Microsoft Learn)
| Station | 対象リージョンの例 | Current Version | Scheduled Date | Next Version |
|---|---|---|---|---|
| Station 1 | First Release | 9.0.26042.1001 | 2026年5月1日 | TBD |
| Station 2 | South America、Canada、India、France、Germany、Koreaなど | 9.0.26042.1001 | 2026年5月8日 | TBD |
| Station 3 | United Arab Emirates、Japan、Asia Pacific、Great Britain、Oceania、USG | 9.0.26035.1005 | 2026年5月1日 | 9.0.26042.1001 |
| Station 4 | Europe | 9.0.26035.1005 | 2026年5月8日 | 9.0.26042.1001 |
| Station 5 | North America | 9.0.26033.1006 | 2026年5月1日 | 9.0.26035.1005 |
| Station 6 | Government Community Cloud、China | 9.0.26033.1006 | 2026年5月8日 | 9.0.26035.1005 |
日本の管理者にとっては、Station 3の記載が特に重要です。展開日は環境への即時適用日と完全に同じとは限らないため、実際の適用状況は管理センターや環境のバージョン情報で確認してください。
自社環境に適用済みか確認する方法
MicrosoftのService Update 26042ページでは、自社環境に更新が適用されているかを確認する方法として、Dynamics 365 Customer Serviceのバージョン番号を確認すること、また組織URLの末尾にAPIパスを追加してインストール済みソリューションを確認し、msdynce_ServiceAnchorのバージョンを見る方法が示されています。(Microsoft Learn)
実務では、次の順序で確認すると迷いにくいです。
管理者向けの確認手順
| 手順 | 作業 | 判断基準 |
|---|---|---|
| 1 | 対象環境を特定する | 本番、検証、開発環境を分けて確認する |
| 2 | Power Platform管理センターで環境情報を確認する | 対象環境のバージョンが更新されているかを見る |
| 3 | Dynamics 365 Customer Serviceのバージョン番号を確認する | 9.0.26042.1001以上であればService Update 26042相当と判断できる |
| 4 | 必要に応じてAPIでソリューション情報を確認する | msdynce_ServiceAnchorのバージョンを確認する |
| 5 | ケース管理の主要シナリオをテストする | 業務上重要なケース作成・更新・割り当て・クローズが正常かを見る |
APIで確認する場合は、Microsoftが例示しているように、組織URLの末尾に次のようなパスを付けてソリューション一覧を確認します。
/api/data/v9.0/solutionsその後、msdynce_ServiceAnchorを検索し、バージョンを確認します。ブラウザーで直接確認する場合でも、権限や認証状態によって表示できないことがあります。管理者権限を持つアカウントで確認してください。
IT管理者が重点的に確認すべきポイント
Service Update 26042では、細かな修正内容が公開されていません。そのため、IT管理者は「リリースノートに書かれている範囲」だけで判断するのではなく、自社のカスタマイズや運用設計に照らして確認範囲を決める必要があります。
ケースフォームと保存処理
最初に確認すべきなのは、ケースフォームの表示と保存です。
特に、以下のようなカスタマイズがある環境では注意してください。
- ケースフォームに独自JavaScriptを入れている
- 必須項目や表示制御をビジネスルールで制御している
- 保存時にプラグインを実行している
- ケース作成時にPower Automateで通知や連携を行っている
- 顧客、契約、製品、SLAなど複数テーブルを参照している
「ケースを作成できるか」だけでなく、保存後に関連レコードや通知、ステータス変更まで想定どおり動くかを確認しましょう。
SLAとキューの動作
Customer Serviceの現場では、SLAとキューの動作が業務品質に直結します。今回の修正カテゴリがCase Managementである以上、次の確認は優先度が高いです。
| 確認対象 | チェック内容 |
|---|---|
| SLA | ケース作成後にSLAが正しく開始されるか |
| 優先度 | 優先度変更後の期限やルーティングが想定どおりか |
| キュー | ケースが正しいキューに入るか |
| 割り当て | エージェントやチームへの割り当てが正常か |
| エスカレーション | 条件に応じた通知や再割り当てが動くか |
本番環境でトラブルが起きると、問い合わせ対応の遅延やSLA違反につながります。更新直後だけでなく、展開予定日の前後で短い確認時間を確保しておくと安全です。
統合・自動化への影響
Dynamics 365 Customer Serviceは単独で使われるより、Microsoft 365、Teams、Power Automate、Power BI、外部システムと連携して使われることが多いサービスです。
Service Update自体が内部修正であっても、次のような連携処理は確認対象に入れてください。
- 問い合わせメールからケースを自動作成する処理
- Teams通知やチャネル投稿
- Power Automateによる承認、通知、外部連携
- カスタムAPIやプラグイン
- Power BI向けのデータ抽出
- 顧客ポータルや外部フォームからのケース登録
特に、ケース作成後の自動処理が複数段階に分かれている場合、最初の処理だけ成功して後続処理が止まることがあります。テストでは、業務の開始から完了までを一連の流れで確認してください。
プロダクトオーナーが見るべきポイント
プロダクトオーナーにとって、今回の更新は「新機能の有無」よりも「業務体験が安定するか」を見る更新です。
Service Update 26042のリリースノートでは、具体的なUI変更や新しい操作機能は明記されていません。そのため、現場への案内では「新機能が入ります」と伝えるより、次のように説明するのが適切です。
Dynamics 365 Customer Serviceのケース管理領域に対するサービス更新が予定されています。大きな画面変更は明記されていませんが、ケース作成、割り当て、SLA、自動化処理について通常どおり動作するかを確認します。
この伝え方にすると、現場ユーザーの期待値を過剰に上げず、必要な確認協力を得やすくなります。
現場確認に使えるテストシナリオ
プロダクトオーナーは、IT部門だけに任せるのではなく、実際の業務に近いシナリオを用意すると効果的です。
| シナリオ | 確認内容 |
|---|---|
| 新規問い合わせ受付 | メールまたはフォームからケースが作成されるか |
| 担当者割り当て | キューから担当者へ正しく割り当てられるか |
| 優先度変更 | 優先度変更後にSLAや通知が想定どおりか |
| 顧客対応履歴 | メール、電話、メモなどのアクティビティが記録できるか |
| ケース解決 | 解決処理、ステータス変更、通知が正常か |
| レポート反映 | ダッシュボードやPower BIにデータが反映されるか |
テスト項目は多すぎると実施されません。まずは、問い合わせ対応で毎日使う上位5〜10シナリオに絞るのが現実的です。
Release NotesとRelease Waveを混同しない
Dynamics 365の更新情報を見るときに混同しやすいのが、Released Versions / Service UpdateとRelease Waveです。
Released Versionsは、現在どのバージョンがどのリージョンに展開されているか、次にどのバージョンが予定されているかを確認するためのページです。一方、Release Waveは、より大きな機能追加や製品ロードマップを確認するための情報です。
MicrosoftのRelease Plansページでは、2026 release wave 1について、2026年4月から2026年9月にリリースされる機能群として案内されています。(Microsoft Learn)
| 種類 | 主な目的 | 確認する人 |
|---|---|---|
| Released Versions | 現在・次回のサービスバージョン、リージョン別展開状況を確認する | IT管理者、運用担当者 |
| Service Update Release Notes | 週次更新の修正領域やバージョン番号を確認する | IT管理者、サポート責任者 |
| Release Plans / Release Wave | 今後の新機能やロードマップを確認する | プロダクトオーナー、業務責任者、導入担当者 |
今回のService Update 26042は、Release Waveのような大きな機能紹介ではありません。運用チームは、週次更新として展開状況と影響確認を行い、プロダクトオーナーは必要に応じてRelease Plansで中長期の機能変更を確認する、という役割分担が分かりやすいです。
更新前後で起きやすい失敗と対策
Dynamics 365 Customer Serviceのサービス更新では、大きな障害が起きなくても、現場で小さな違和感が出ることがあります。事前に失敗パターンを知っておくと、確認漏れを減らせます。
| 失敗しやすいポイント | 起きること | 対策 |
|---|---|---|
| バージョン確認をしない | 更新済みか未更新か分からないまま問い合わせ対応する | 管理センターやバージョン番号で確認する |
| 本番環境だけを見る | 検証環境との差異に気づかない | 本番・検証・開発のバージョンを並べて確認する |
| 標準機能だけテストする | カスタム処理の不具合を見逃す | JavaScript、プラグイン、Power Automateを含めて確認する |
| 展開日を適用完了日と誤解する | 予定日なのに環境へ反映済みだと判断してしまう | 実際の環境バージョンで最終確認する |
| 現場連絡が遅れる | 問題発生時に問い合わせが集中する | 更新予定と確認観点を事前に共有する |
特に注意したいのは、展開スケジュールと自社環境への反映タイミングを同一視しないことです。Microsoftのポリシー説明でも、インフラに更新が適用される日付と、環境やアプリが非同期プロセスで更新されるタイミングは必ずしも同じではないと説明されています。(Microsoft Learn)
管理者向けチェックリスト
Service Update 26042に向けて、最低限確認したい項目を整理すると次のとおりです。
| チェック項目 | 実施タイミング | 担当 |
|---|---|---|
| Released Versionsで対象Stationを確認する | 更新前 | IT管理者 |
| Message Centerや管理センターの通知を確認する | 更新前後 | IT管理者 |
| 環境ごとのCustomer Serviceバージョンを確認する | 更新後 | IT管理者 |
| ケース作成・更新・クローズを確認する | 更新後 | 業務担当、QA |
| SLA、キュー、割り当てを確認する | 更新後 | 業務担当、管理者 |
| Power Automateやプラグインの実行結果を確認する | 更新後 | 開発・運用担当 |
| 現場からの問い合わせ窓口を決める | 更新前 | プロダクトオーナー |
| 問題があれば再現条件と環境情報を記録する | 問題発生時 | 全担当 |
このチェックリストは、Service Update 26042だけでなく、今後のDynamics 365 Customer Serviceの週次更新でも使い回せます。
グローバル環境での注意点
グローバル企業では、複数リージョンに環境を持っていることがあります。この場合、日本環境だけを見て判断すると、北米や欧州の環境とバージョン差が生じている可能性があります。
Released VersionsのStation表では、リージョンごとにCurrent VersionとNext Versionが異なります。たとえば、あるリージョンではService Update 26042がすでにCurrent Versionでも、別のリージョンではService Update 26035または26033がCurrent Versionとして表示される場合があります。(Microsoft Learn)
グローバル運用では、次のような管理が有効です。
- 環境名、リージョン、Station、現在バージョンを一覧化する
- 本番環境と検証環境の更新順序を把握する
- 各国の業務ピーク時間を避けて確認作業を行う
- 障害報告時は、国・環境・バージョン番号を必ず添える
- 共通カスタマイズがある場合は、最初に更新された環境で重点確認する
「日本では問題ないが、別リージョンではまだ未適用」または「別リージョンで先に更新され、問題が見つかった」というケースもあります。グローバル読者に向けては、Station単位で状況を見る習慣が重要です。
今回の更新で次に取るべき行動
Service Update 26042は、Dynamics 365 Customer ServiceのCase Managementに関する内部修正とパフォーマンス改善を含む更新です。公開情報からは大きなUI変更や新機能追加は読み取れませんが、ケース管理は問い合わせ対応の中核であるため、運用チームは軽視しないほうがよい更新です。
まず、自社環境がどのStationに属しているかを確認してください。日本を含むStation 3では、Released Versions一覧上、Service Update 26042が次回バージョンとして示されています。次に、環境の実バージョンを確認し、ケース作成、SLA、キュー、割り当て、自動化、外部連携の主要シナリオを短時間で確認できるよう準備しましょう。
今回のポイントは、次の3つです。
- Service Update 26042の対象バージョンは9.0.26042.1001以上
- 公開されている修正領域はCase Managementの内部修正とサービス動作・パフォーマンス改善
- 管理者はリージョン別展開状況と自社環境の実バージョンを確認し、ケース管理の回帰テストを行う
Dynamics 365の週次更新は、毎回大きなニュースになるとは限りません。しかし、Customer Serviceの安定運用では、こうした小さな更新を確実に追い、業務影響の有無を早めに確認することが最も実務的な対策です。
コメント