Dynamics 365 Core Service Scheduling の2026年4月更新でまず押さえるべき結論は、Service Update 26043（9.0.26043.1001以上）が公開され、Universal Resource Scheduling（URS）3.12.3390.3を含む更新として案内されていることです。管理者やプロダクトオーナーは、新機能の有無だけを見るのではなく、自社環境がどの Station に属し、いつ Update 26043 または直近バージョンへ進むのか、更新後に予約・リソース割り当て・スケジュールボードが期待どおり動くかを確認する必要があります。(Microsoft Learn)
なお、Microsoft Learn の「Released Versions of Dynamics 365 Core Service Scheduling」一覧ページは毎週火曜更新と明記されており、参照時点では 2026-04-28 の更新表示になっています。一方、今回の主題である Update 26043 の個別リリースノートは 2026-04-22 更新です。この記事では、2026-04-22 の Update 26043 リリースノートを中心に、一覧ページの配信表もあわせて実務向けに整理します。(Microsoft Learn)
Dynamics 365 Core Service Schedulingの2026年4月更新で何が変わったか
今回の更新ポイントは、大きな機能追加の発表というより、Core Service Scheduling のサービス更新と URS バージョン更新を正しく追跡するための情報更新と見るのが実務的です。
Microsoft 公式の個別リリースノートでは、Service Update 26043 のバージョン番号が 9.0.26043.1001 or higher とされ、改善内容として Universal Resource Scheduling version 3.12.3390.3 を含むことが示されています。(Microsoft Learn)
| 確認項目 | 2026年4月更新でのポイント | 管理者が取るべき行動 |
|---|---|---|
| Core Service Scheduling の更新 | Update 26043、9.0.26043.1001以上 | 自社環境のバージョンが対象に到達しているか確認する |
| URS の同梱バージョン | URS 3.12.3390.3 | スケジュールボード、リソース検索、予約作成の動作を確認する |
| 配信方式 | Station ごとに段階的に展開 | 利用リージョンごとの予定日を確認する |
| 影響の見方 | 新機能一覧ではなく、サービス更新・依存コンポーネント更新として見る | 業務フロー単位で回帰テストを行う |
特に注意したいのは、Release Notes に細かな不具合修正項目が多数列挙されているわけではない点です。記載上の主な改善は URS バージョンの更新であるため、「見た目の新機能が少ないから確認不要」と判断するのは危険です。Service Scheduling は予約、リソース、稼働時間、スケジュールボード、関連する Dataverse カスタマイズに影響しやすいため、業務で使っている組織ほど確認範囲を明確にしておく必要があります。
Update 26043はどのバージョンからの流れで見るべきか
2026年4月時点の Core Service Scheduling では、Update 26023、Update 26033、Update 26043 が一覧上に並んでいます。単発のリリースとして見るより、URS の同梱バージョンが段階的に更新されている流れとして理解すると判断しやすくなります。
| リリース | Core Service Scheduling バージョン | 含まれる URS バージョン | 公式ページの最終更新日 | 実務上の見方 |
|---|---|---|---|---|
| Update 26023 | 9.0.26023.2004以上 | 3.12.159.741 | 2026-03-11 | 2026年4月時点で一部 Station の現行版として残る基準バージョン |
| Update 26033 | 9.0.26033.1002以上 | 3.12.3370.1 | 2026-04-01 | 26043 へ進む前段階の更新として見る |
| Update 26043 | 9.0.26043.1001以上 | 3.12.3390.3 | 2026-04-22 | 今回の中心。多くのリージョンで次の到達先になる更新 |
Update 26033 の個別ページでは、パッケージ名とバージョン番号は 26033 として示されていますが、本文見出しには「Update 26023」と読める表記が残っています。実務では、見出しだけで判断せず、Update package と Version number の行を優先して確認するのが安全です。(Microsoft Learn)
Station別の配信状況：日本リージョンはStation 3に含まれる
Microsoft Learn の一覧ページでは、Core Service Scheduling の現行バージョン、次回予定日、次バージョンが Station 別に示されています。日本は Station 3 に含まれており、参照時点の一覧では Current Version が Update 26033、Next Version が Update 26043、Next Scheduled Date が 2026-05-01 とされています。(Microsoft Learn)
| Station | 対象リージョン | Current Version | Next Scheduled Date | Next Version |
|---|---|---|---|---|
| Station 1 | First Release | 9.0.26043.1001 Update 26043 | 2026-05-22 | TBD |
| Station 2 | South America、Canada、India、France、South Africa、Germany、Switzerland、Norway、Korea | 9.0.26043.1001 Update 26043 | 2026-05-29 | TBD |
| Station 3 | United Arab Emirates、Japan、Asia Pacific、Great Britain、Oceania、USG | 9.0.26033.1002 Update 26033 | 2026-05-01 | 9.0.26043.1001 Update 26043 |
| Station 4 | Europe | 9.0.26023.2004 Update 26023 | 2026-05-08 | 9.0.26043.1001 Update 26043 |
| Station 5 | North America | 9.0.26033.1002 Update 26033 | 2026-05-15 | 9.0.26043.1001 Update 26043 |
| Station 6 | Government Community Cloud、China | 9.0.26023.2004 Update 26023 | 2026-05-01 | 9.0.26033.1002 Update 26033 |
グローバル企業では、「本社が日本だから日本リージョンだけを見る」という確認では不十分です。営業拠点、コンタクトセンター、Field Service 連携環境、検証環境が別リージョンにある場合、Station と更新予定が異なる可能性があります。特に North America、Europe、Japan/APJ をまたいで環境を持つ組織では、環境ごとに更新日を管理表へ落とし込むことをおすすめします。
Next Scheduled Dateは「その日に全環境が完了する」という意味ではない
Dynamics 365 と Power Platform の更新は、地域ごとの Station に沿って段階的に展開されます。Microsoft は、マイナーサービス更新が週次で行われ、First Release から始まり、Message Center 通知やリリースノートへのリンクが提供されると説明しています。(Microsoft Learn)
ここで重要なのは、一覧に表示される日付を「業務アプリがその時刻に確実に更新される日時」と解釈しないことです。Microsoft の説明では、インフラに展開される日付と、各環境やアプリに更新が適用される日時は同一とは限らず、環境のメンテナンスウィンドウ中に非同期で更新されます。更新中は、短時間の SQL エラーやログイン画面へのリダイレクトなど、一時的な影響が出る可能性があるとされています。(Microsoft Learn)
日本リージョンの場合、サービス更新のメンテナンスウィンドウは UTC 10:00〜19:00 と示されています。日本時間ではおおむね 19:00〜翌4:00 です。APJ は UTC 15:00〜20:00 のため、日本時間では翌0:00〜5:00 になります。(Microsoft Learn)
| リージョン例 | 公式上の時間帯 | 日本時間での目安 | 運用上の注意 |
|---|---|---|---|
| JPN | UTC 10:00〜19:00 | 19:00〜翌4:00 | 夜間バッチ、締め処理、予約更新ジョブと重ならないか確認 |
| APJ | UTC 15:00〜20:00 | 翌0:00〜5:00 | アジア太平洋の共通環境を使う場合に注意 |
| NAM | UTC 2:00〜11:00 | 11:00〜20:00 | 日本側の業務時間帯に影響する可能性がある |
| EUR | UTC 18:00〜3:00 | 翌3:00〜12:00 | 日本から欧州環境を管理する場合、午前中の確認が必要 |
更新予定日だけをカレンダーに入れるのではなく、「更新予定日」「メンテナンスウィンドウ」「実環境で確認する日時」を分けて管理すると、問い合わせ対応や障害切り分けがしやすくなります。
管理者がまず確認すべきバージョン確認手順
Core Service Scheduling の更新後は、公式リリースノートを読んだだけで完了にしないことが重要です。Microsoft は、組織に更新が適用されたかを確認する方法として、Dynamics 365 の画面右上にある歯車アイコンから About を開き、Core Service Scheduling のバージョン番号を確認する方法を示しています。(Microsoft Learn)
また、Power Platform と Dynamics 365 のポリシー説明では、環境の About ページまたは Power Platform admin center の環境詳細で、更新が完了したか確認できるとされています。(Microsoft Learn)
| 手順 | 確認内容 | 判断基準 |
|---|---|---|
| 環境のリージョンを確認する | 日本、APJ、North America、Europe など | Station 表のどこに属するかを特定する |
| Released Versions の表を見る | Current Version、Next Scheduled Date、Next Version | 自社環境が次にどのバージョンへ進むか確認する |
| Dynamics 365 の About を開く | Core Service Scheduling のバージョン番号 | 9.0.26043.1001以上なら Update 26043 適用済みと判断できる |
| Power Platform admin center を確認する | 環境詳細、サービス状態、通知 | About だけで判断しにくい場合の補助にする |
| URS のバージョンを確認する | ソリューション一覧の Universal Resource Scheduling | 3.12.3390.3 への到達を確認する |
| 業務テストを実施する | 予約作成、リソース検索、スケジュールボード | バージョン番号だけでなく実動作を確認する |
確認時は、本番環境だけでなく、検証環境やサンドボックス環境も見るべきです。検証環境が先に更新されていれば、本番更新前にスケジュール関連の回帰テストを実施できます。反対に、検証環境と本番環境のリージョンが違う場合、更新順序が逆になることもあるため、単純な「検証済み」の扱いには注意が必要です。
Product Ownerが見るべき業務影響ポイント
プロダクトオーナーにとって、今回の Update 26043 は「新しい画面が追加されたか」よりも、「既存の予約業務が壊れないか」を見る更新です。Core Service Scheduling と URS は、ユーザーが直接触る画面だけでなく、リソース、稼働時間、予約ルール、関連テーブル、Power Automate、プラグインなどに関係します。
確認すべき代表的なシナリオは次のとおりです。
| 業務シナリオ | 確認する操作 | 失敗しやすいポイント |
|---|---|---|
| サービス予約の作成 | 顧客、サービス、日時、担当リソースを指定して予約する | リソース候補が表示されない、時間帯がずれる |
| スケジュールボード利用 | 空き状況を見て予約を移動・再割り当てする | ドラッグ操作後の保存、表示条件、フィルター |
| リソース条件の検索 | スキル、拠点、稼働時間、地域で絞り込む | 条件付き検索で候補が想定より少ない |
| 既存予約の変更 | 日時変更、担当変更、キャンセルを行う | 関連するワークフローや通知が動かない |
| 外部連携 | Power Automate、Dataverse API、独自プラグインを確認する | バージョン更新後に想定外のエラーが出る |
| Field Serviceなどとの併用 | URSを共有するアプリの基本操作を確認する | 片方のアプリだけ見て影響を見落とす |
Service Scheduling の公式セットアップ情報では、Core Service Scheduling には URS 機能が含まれること、既存組織で Core Service Scheduling がインストール済みの場合は以後の更新が自動で行われることが説明されています。また、Field Service や Project Service が既にインストールされている場合、URS との関係に注意が必要で、古いバージョンとの互換性についても言及されています。(Microsoft Learn)
このため、Product Owner は「Dynamics 365 の標準機能だから問題ない」と丸投げせず、業務担当者が普段使っている予約パターンを3〜5個に絞って、更新後に確認できるチェックリストを作るのが現実的です。
IT admins向け：更新前後の実務チェックリスト
管理者向けには、次の順番で確認すると抜け漏れを減らせます。
| タイミング | チェック項目 | 具体的な作業 |
|---|---|---|
| 更新前 | Station と予定日の確認 | Released Versions の表で対象リージョンを確認する |
| 更新前 | Message Center の確認 | Microsoft 365 admin center で関連通知を確認する |
| 更新前 | 影響業務の洗い出し | 予約、スケジュールボード、外部連携、通知をリスト化する |
| 更新前 | 検証環境での再現 | 可能であればサンドボックスで主要フローを実行する |
| 更新当日〜翌営業日 | バージョン確認 | About または Power Platform admin center で確認する |
| 更新後 | 回帰テスト | 予約作成、変更、キャンセル、リソース検索を実施する |
| 更新後 | 問い合わせ監視 | 一時的なログイン、表示、保存エラーの報告を確認する |
Microsoft は、Power Platform と Dynamics 365 のサービス更新やインシデント情報を Microsoft 365 admin center の Message Center と Service health dashboard で通知すると説明しています。必要に応じて、管理者宛てのメール通知や Service Communication API なども利用できます。(Microsoft Learn)
特に本番運用では、「公式ページを見た」「バージョン番号を見た」だけでは不十分です。更新後にユーザーから問い合わせが来たとき、管理者がすぐに切り分けられるように、更新日、対象環境、確認済み操作、未確認操作を簡単な表で残しておくと対応が速くなります。
今回のリリースノートで誤解しやすいポイント
今回の情報を見るときに、いくつか誤解しやすい点があります。
| 誤解 | 実際の見方 | 対応 |
|---|---|---|
| Update 26043は大きな新機能リリースである | 公式記載上の主な改善は URS 3.12.3390.3 の同梱 | 新機能確認より回帰テストを重視する |
| Next Scheduled Dateに全環境が即時更新される | 環境更新はメンテナンスウィンドウ中に非同期で行われる | 翌営業日まで含めて確認時間を確保する |
| 日本企業なら日本リージョンだけ見ればよい | 環境ごとのリージョンが異なれば Station も変わる | 環境単位で Station を確認する |
| Current Versionを見れば自社環境の適用状況が分かる | 表は地域・Station の概況であり、個別環境は別確認が必要 | About または Power Platform admin center で確認する |
| Release Waveの情報と週次更新は同じもの | 大規模な Wave とマイナーサービス更新は目的が異なる | リリース計画と Released Versions を分けて読む |
Dynamics 365 では、4月と10月の大きな Release Wave と、週次のマイナーサービス更新が並行して存在します。Microsoft は、マイナー更新ではセキュリティや軽微なサービス改善、機能改善、不具合修正が地域ごとに展開されると説明しています。一方、4月と10月の Major release events は新機能や大きな機能拡張を含む別の枠組みです。(Microsoft Learn)
つまり、今回の Core Service Scheduling Release Notes は、「Release Wave の華やかな新機能発表」として読むより、自社テナントの更新追跡、依存コンポーネント確認、業務影響確認のための運用情報として読むべきです。
グローバル運用でのおすすめ対応
グローバル読者向けに見ると、今回の更新で重要なのは、各国拠点のユーザーに同じ説明をしないことです。Station 3 の日本環境と Station 5 の North America 環境では、Update 26043 への予定日が異なります。Station 4 の Europe 環境では、Current Version が Update 26023 から Update 26043 に進む形になっています。(Microsoft Learn)
グローバル運用では、次のような管理表を作ると実用的です。
| 環境名 | リージョン | Station | 現行バージョン | 次バージョン | 確認担当 | 業務テスト完了 |
|---|---|---|---|---|---|---|
| Japan Production | Japan | Station 3 | 9.0.26033.1002 | 9.0.26043.1001 | Japan IT | 未確認 |
| Europe Sandbox | Europe | Station 4 | 9.0.26023.2004 | 9.0.26043.1001 | EU Admin | 未確認 |
| North America Production | North America | Station 5 | 9.0.26033.1002 | 9.0.26043.1001 | Global IT | 未確認 |
この表を使うと、「どの環境が先に更新されるか」「本番より先に検証できる環境があるか」「問い合わせが来たときにどのバージョンだったか」をすぐに確認できます。特に複数リージョンの環境を持つ企業では、IT admin と product owner が同じ表を見るだけで、更新対応の認識ズレを減らせます。
2026年4月更新を受けて次にやるべきこと
今回の Dynamics 365 Core Service Scheduling の更新では、Update 26043 と URS 3.12.3390.3 が中心的な確認ポイントです。管理者は、まず自社環境のリージョンと Station を確認し、次に About または Power Platform admin center で実際のバージョンを確認してください。そのうえで、予約作成、リソース検索、スケジュールボード、既存予約の変更、外部連携の最低限の回帰テストを行うのが安全です。
Product Owner は、リリースノートを単なる技術情報として終わらせず、現場で使う予約パターンに落とし込むことが重要です。たとえば「新規予約」「予約変更」「担当者変更」「キャンセル」「スケジュールボードでの再割り当て」の5つだけでも、更新後に確認しておけば、業務影響の早期発見につながります。
最初にやるべきことはシンプルです。自社の Dynamics 365 環境がどの Station に属しているかを確認し、Update 26043 の適用予定日と実際のバージョンを照合してください。その結果をもとに、更新後の確認担当とテスト項目を決めておくことが、今回の Release Notes を実務で活かす最短ルートです。
コメント