Dynamics 365 にExcelなどからデータをインポートしたのに、一覧が古いまま・反映されない…そんな時は「表示の更新」と「データの再取り込み」を切り分けるのが近道です。この記事では、更新（Refresh）ボタンで解決するケースから、元データ変更を追従させる同期方法まで具体的に解説します。
まず結論：Microsoft Dynamicsの「更新（リフレッシュ）」は可能。ただし種類がある
Microsoft Dynamics（主にDynamics 365/Dataverse）で「インポートしたテーブル（データ）を更新したい」と言うと、実は次の3パターンが混ざりがちです。
| あなたがやりたい“更新” | よくある状況 | 最短の解決策 |
|---|---|---|
| 画面表示を最新化（リストやフォームの再読み込み） | インポート完了したはずなのに、一覧に出ない／件数が増えない | 一覧や画面の「更新（Refresh）」を実行 |
| Dynamicsに取り込まれたデータ自体を置き換え（再取り込み/上書き） | Excelを直したので、同じレコードを最新内容で反映したい | 再インポート（更新/Upsertの設計が必要） |
| 元データと継続同期（自動追従） | Excelや基幹DBを更新したら、Dynamicsも自動で追従してほしい | Power Query/Dataflow/Power Automate等の連携を検討 |
質問として多いのは1つ目の「画面表示を最新化」です。実際に、現場でも更新ボタンを押しただけで解決するケースが珍しくありません。逆に2つ目・3つ目を期待している場合は、単発のインポートだけでは実現できないことが多いので、仕組みの選び方が重要になります。
最初に試す：Dynamicsの画面で「更新（Refresh）」する
インポート直後に「反映されていない」と感じたら、まずは表示の再読み込みを試します。Dynamics 365（モデル駆動型アプリ）のUIは、画面を開きっぱなしだと古いデータを表示し続けることがあります。
一覧（ビュー）を更新する手順
- 対象テーブルの一覧（ビュー）を開く
- 画面上部のコマンドバーにある「更新」（丸い矢印アイコン等）をクリック
- 件数・並び・表示内容が最新に変わるか確認
レコード画面（フォーム）を更新する手順
- 対象レコードのフォームを開いている場合も、コマンドバーの「更新」を試す
- 関連レコード（サブグリッド）が増えない場合は、サブグリッド側にも更新操作が用意されていることがある
更新ボタンが見当たらないときのチェック
- 画面幅が狭いとボタンが省略され、「…」（その他）配下に隠れることがある
- コマンドバーがカスタマイズされている場合、管理者が更新コマンドを非表示にしていることがある
- 最後の手段としてブラウザの再読み込み（例：Ctrl+R / F5）も有効。ただし未保存の編集がある場合は注意
ポイント：「データは取り込まれているのに表示が古い」だけなら、ほとんどの場合はRefreshで足ります。まずここで切り分けると、余計な調査時間を減らせます。
それでも反映されない：インポート直後の“あるある”原因と対処
更新しても見えない場合、次は「インポートが成功していない」「見えていない（権限/ビュー/検索）」のどちらかを疑います。特に、Dynamicsでは成功＝全部取り込めたとは限らず、部分成功やエラーが混ざることがあります。
| 症状 | 想定原因 | 確認ポイント | 対処 |
|---|---|---|---|
| 一覧に件数が増えない | インポートが未完了／失敗 | インポートジョブの状態、エラーログ | エラー行を修正して再インポート |
| 特定の行だけ取り込めていない | 必須列不足、形式不正、参照（ルックアップ）不一致 | 必須フィールド、日付/数値の形式、参照先の存在 | マッピングとデータ整形を見直す |
| 取り込めたはずだが自分だけ見えない | セキュリティロール/共有の問題 | 自分の権限、所有者、ビジネスユニット | 管理者に権限・共有設定を確認依頼 |
| 一覧では見えるが検索で出ない | 検索のインデックス反映待ち、検索対象外 | 検索設定、反映のタイムラグ | 少し時間を置く／設定を見直す |
| 「重複」と判定され追加されない | 重複検出ルールが動作 | 重複検出の通知、ルール内容 | 重複ルールを調整 or 更新取り込みに切替 |
“表示されない”を最短で切り分けるチェックリスト
- インポートは完了しているか（処理中・失敗・部分成功ではないか）
- インポート先テーブルは合っているか（似たテーブル名・環境違いがないか）
- 見ているビューにフィルター条件が入っていないか（例：自分のレコードのみ、状態が有効のみ）
- 所有者・ビジネスユニット・セキュリティロールで閲覧できない状態になっていないか
- 関連データ（ルックアップ）が必要な列で、参照先が存在しない行が弾かれていないか
Excel/CSVを直したらDynamicsも直したい：単発インポートは“自動追従”しない
「元のExcelを更新したので、Dynamics側も同じように更新したい」という意味の“更新”は、単純なRefreshでは解決しません。理由はシンプルで、Excelインポートは基本的に“取り込み時点のスナップショット”だからです。
この場合の現実的な選択肢は次のどれかになります。
| 方法 | 向いているケース | メリット | 注意点 |
|---|---|---|---|
| 再インポート（追加） | 過去分を残しつつ追加したい | 簡単で早い | 同じデータが重複しやすい |
| 再インポート（更新/Upsert） | 既存レコードを上書きして最新化したい | 運用が安定すると強い | 一致判定に使うキー設計が必須 |
| 連携で同期（Dataflow/Power Automate等） | 定期的に最新化したい、手作業をなくしたい | 自動化できる | 初期設計・例外処理が必要 |
更新（Upsert）で失敗しないための考え方：一致判定の「キー」を決める
Dynamics（Dataverse）のレコードは内部的にGUID（主キー）で管理されますが、Excel側には通常GUIDがありません。そこで、更新取り込みを安定させるには、次のどちらかを用意します。
- 外部キー（業務キー）：社員番号、取引先コード、案件番号など「必ず一意になる列」
- 代替キー（Alternate Key）：Dataverse側に一意制約として登録し、外部キーで突合できるようにする
これが決まると、運用はぐっとラクになります。逆に、キーが曖昧（氏名＋部署など）だと、重複や誤更新の原因になります。
Excel更新→Dynamics更新の基本手順（運用イメージ）
- Excel/CSVにキー列（例：取引先コード）を必ず含める
- 更新対象列（電話番号、住所、担当者など）を最新化して保存
- Dynamics側で「更新（Upsert）」として取り込める手段を選ぶ（データインポート、Dataflow、Power Automateなど）
- 取り込み後に一覧をRefreshし、件数とサンプル数件で整合性チェック
- 例外（エラー行、重複行）をログ化し、次回以降のルールを固める
“自動で追従してほしい”なら連携を検討：Power Query / Dataflow / Power Automate の使い分け
単発インポートを繰り返すと、ミスや属人化が起きやすくなります。更新頻度が高い・件数が多い・複数人で運用する場合は、最初から連携（同期）の仕組みを用意した方がトータルコストが下がります。
| 選択肢 | 得意なこと | 向いている例 | 気をつけたい点 |
|---|---|---|---|
| Power Query / Dataflow | データ整形（欠損・型変換・結合）＋定期実行 | Excel/CSV/SharePoint/SQLなどからDataverseへ定期取り込み | キー設計、更新/削除の扱い、失敗時の再実行設計 |
| Power Automate | イベント駆動・承認・通知・簡易同期 | ファイル更新をトリガーに反映、追加/更新をフローで実行 | 大量データは性能・制限に注意（分割、バッチ化が必要） |
| Power BI | 可視化・分析（参照中心） | Dynamicsのデータを分析し、レポートを最新化 | Power BIは基本「表示の最新化」であり、Dynamicsへの書き戻しとは別物 |
| Access/外部DB連携 | 業務DBとの双方向統合（設計次第） | 既存DBをマスタにしてDynamicsへ同期 | 要件定義とガバナンス（誰が正とするか）が重要 |
おすすめの考え方：更新頻度×件数で決める
- 月1回・数百件程度：再インポートでも運用可能（ただしキー列は必須）
- 週1回・数千件：Dataflowで定期実行＋エラーログ運用を推奨
- 毎日・イベントで即時反映：Power Automate（トリガー＋更新）を中心に、必要ならDataflowと併用
トラブルを減らす実務のコツ：リフレッシュで済む問題と、設計が必要な問題を分ける
「更新したい」と言われたとき、まずは次の質問を自分に投げると、迷いが減ります。
| 確認する問い | YESなら | NOなら |
|---|---|---|
| 取り込み後、他の人の画面では見えている？ | 自分の画面の問題（Refresh/権限/ビュー） | インポートやデータ自体の問題 |
| 元データ（Excel）を直しただけで“自動で”追従してほしい？ | 連携（同期）設計が必要 | 単発の再インポートで足りる可能性 |
| 同じレコードを上書きしたい？ | キー設計（外部キー/代替キー）＋Upsert | 追加インポートでもOK |
運用が壊れやすいポイントと対策
- キーがない：最初に業務キーを決め、Excelにも必ず入れる
- 列の型が揺れる：日付・電話番号・郵便番号は整形ルールを固定（文字列扱いにする等）
- 参照（ルックアップ）が不安定：参照先マスタを先に整備し、コードで突合できるようにする
- 削除の扱いが曖昧：元データから消えた行をDynamicsでどう扱うか（無効化/削除/保持）を決めておく
- 失敗時の復旧手順がない：エラーログを残し、再実行できる手順を作る（手動でも自動でも）
よくある質問（FAQ）
更新ボタンを押しても変わりません。何を見ればいいですか？
まずは「本当にデータが入っていない」のか、「入っているけど見えていない」のかを切り分けます。インポートの状態（成功/部分成功/失敗）と、ビューのフィルター、権限（所有者/共有/ロール）を順番に確認してください。多くの場合、この3点で原因に当たります。
インポート直後、検索で出ないのは不具合ですか？
不具合とは限りません。検索はインデックス更新のタイムラグがあり、すぐにヒットしないことがあります。まずは一覧ビューで存在確認し、必要なら少し時間を置いてから再検索してください。急ぎの場合は、検索ではなくビューを絞り込んで探す方が早いこともあります。
Excelを更新したらDynamicsも自動で更新されると思っていました
単発インポートは基本的に「その時点の取り込み」であり、自動同期ではありません。自動追従が必要なら、Dataflow（Power Query）やPower Automateなど、定期実行・イベント実行できる仕組みを使って設計するのが現実的です。
更新（Upsert）で重複が増えるのを防ぐには？
重複防止には「この列が同じなら同一レコード」という一致判定が必要です。社員番号・取引先コードなど一意になる業務キーをExcelとDynamicsの両方で揃え、可能ならDataverse側で代替キーとして一意制約を設定すると、運用が安定します。
まとめ：Dynamicsの“更新”は、目的を分けると最短で解決できる
- 画面に反映されないだけなら、まずは一覧/フォームの更新（Refresh）で解決することが多い
- Excelの修正をDynamicsに反映したいなら、再インポート（更新/Upsert）の設計が必要
- 自動で追従させたいなら、Power Query/Dataflow/Power Automate等の連携（同期）を検討する
「更新ボタンを見つけて解決」というケースは、決してレアではありません。一方で、更新の意味が「自動追従」や「上書き」を指しているなら、仕組みづくりが必要です。目的を切り分けて、最短ルートで運用を安定させましょう。
コメント