Excelピボットテーブルの使い方｜作り方・件数の違い・更新と集計例

Excelのピボットテーブルは、データを部門・年月・商品などで分類し、合計や件数を見比べるための機能です。作成前に「何を1件と数えるか」「どの金額を合計するか」を決めると、集計結果を業務の判断に使いやすくなります。本記事は一般的な表・セル範囲を使う例を中心に説明します。画面や機能はWindows・Mac・ウェブ版、更新状況によって異なります。

元データを整えて、行・列・値・フィルターを設定する

最初に、集計したい問いを決めます。たとえば「部門別の月次売上を比較する」であれば、部門、年月、対象の売上金額が必要です。件数も知りたい場合には、受注単位なのか、商品ごとの明細単位なのかを確認します。1件の受注が複数行に分かれる表と、1行が1件の受注を示す表では、同じ列の個数を数えても意味が変わります。

Microsoftの作成手順では、列ごとにデータを整理し、見出しを1行にする形式を案内しています。使う範囲のセルを選び、「挿入」からピボットテーブルを作成し、配置先を指定します。最初は新しいワークシートへ配置すると、元データと集計結果を分けて確認できます。選ばれたデータの範囲と見出しを確かめてから、フィールドを配置します。

エリア	役割と配置例
行	縦に並べる分類。例：部門
列	横に比較する分類。例：年月
値	集計する項目。例：売上金額の合計
フィルター	集計対象を絞る条件。例：地域

入力時には、金額列に文字列や注記を混ぜていないか、同じ部門が異なる表記で入力されていないかを確認します。見出しや結合セル、表の途中の空白などで範囲を取り違えないようにします。ただし、空欄を一括で消してしまうと、未入力や不明という業務上の意味を失う場合があります。空欄の理由と扱いを決め、必要な修正を元データで行うことを勧めます。

複数のファイルから明細を集める場合は、列の意味と単位をそろえることも勧めます。同じ「金額」でも、円と千円、売上と見積額が混在していれば、単純に合計しても目的の値になりません。どの資料から取得したデータか、どの列を対応させたかを残し、集計に含める範囲を確認してから表を作ります。

フィールドを動かせば、部門別から商品別へと比較する軸を変えられます。一方、表の見た目を変えたことと、問いへの答えが得られたことは別です。対象期間、対象部署、税込・税抜や取消の扱いなど、比較の条件を残してください。集計方法と元データの定義がそろっていれば、担当者が変わっても、同じ条件の集計を確認しやすくなります。

架空の4行で、合計・個数・重複を除く件数の違いを確かめる

次の表は説明用の架空データです。1行が受注明細を表し、受注S001は2つの明細を持つため、同じ受注IDが2行に登場します。金額は各明細の金額であり、受注全体の金額を行ごとに重複記載したものではありません。実際の売上や顧客案件の実績ではありません。

受注ID	年月	部門	金額（円）
S001	2026-09	東	100
S001	2026-09	東	200
S002	2026-09	西	300
S003	2026-10	東	400

行に部門、列に年月、値に金額の合計を配置すると、東は700円、西は300円、総計は1,000円です。年月で見ると、2026年9月は600円、10月は400円です。まず少数のデータで、元の行を足した結果と一致することを確かめると、対象範囲や集計方法の誤りを見つけやすくなります。

値に受注IDの「個数」を置くと、空欄のないこの例では4です。しかし重複を除いた受注はS001・S002・S003の3件です。Microsoftの集計関数の説明は、Countを空でない値の数、Distinct Countを一意の値の数と区別し、Distinct Countにはデータモデルの利用が必要としています。自分の環境で使える機能を確認し、「個数」をそのまま商談数や顧客数と読み替えないでください。

同じ公式説明では、数値の値フィールドでは通常Sumが使われ、文字列や空欄などがあるとCountになる場合があるとしています。合計のつもりで作成した表が「個数」になっている場合は、集計方法だけでなく元データの型も確認します。金額が文字列として入っている問題を、表示名の変更だけで解決したことにはできません。

この4行の明細金額の単純平均は250円ですが、これを受注1件あたりの平均や客単価とは呼びません。何を分母にするかが違うためです。構成比を表示する場合にも、どの合計を分母にするか、フィルターでどこまで絞っているかを示します。報告書では、対象と単位、合計か個数か平均かを表の近くに書き、数字だけが別の意味で使われることを防ぐようにします。

更新・日付の分類・スライサーを、環境と集計条件に合わせて使う

元データの修正や行追加の後は、集計に反映されたかを確認します。Microsoftの更新手順には、手動更新、ファイルを開く際の更新、自動更新の説明があります。2026年10月25日の確認時点では、Auto RefreshにMicrosoft 365 Insider向けとの注記があります。「すべて必ず手動」「すべて常に自動」と決めず、使用している環境と設定を確認してください。

更新しても行が増えない場合は、元データに追加した行が集計対象の範囲に含まれるかを確かめます。表の範囲を広げることと、集計を更新することを分けて確認することが大切です。更新後は、追加した行の分類と金額、対象期間、フィルターを確認します。自動更新を使える場合も、接続するデータソースと適用範囲を確認し、他の集計表へ及ぶ設定の影響を把握します。

日付でまとめる場合は、グループ化の公式手順を参照してください。月や四半期などで分類できますが、年をまたぐ資料では「何年の何月か」も確認します。先ほどの例は、動作を比較しやすいように年月列を明示しています。週次で集計する場合も、週の開始日と対象期間を業務上の定義として決め、同じルールで分類することを勧めます。

スライサーの公式説明では、ボタンで絞り込み、現在のフィルター状態を確認する使い方を案内しています。複数のピボットテーブルへ同じスライサーを接続できるのは、同じデータソースを共有している場合です。また、ウェブ版ではスライサーを作成できる対象に制限があります。必要な表や接続の種類に対応するかを、使用する環境で確認します。

グラフや報告資料に集計結果を使うときは、見せる相手が同じ条件を理解できるようにします。フィルターを絞ったまま全体の数字として共有していないか、対象期間が意図したものか、更新後の値かを確認します。表示が変わった原因を、データの変更、集計方法の変更、絞り込みの変更に分けて記録すると、前回の報告との差を説明しやすくなります。

ピボットテーブルへ進む前にセル入力や数式を確かめたい場合は、Excelの基本操作・数式と参照・表の整理と共有の確認点も参照してください。表示と実際の値、数式をコピーした後の参照先、並べ替える範囲、保存先と共有権限を区分しています。集計結果が想定と違う際に、元データの入力から見直すための補足です。

集計の目的・定義・確認担当をそろえ、繰り返す業務を改善する

ピボットテーブルを業務で使う際は、作り方に加えて、どの判断を支える表かを決めることを勧めます。月次報告なら、報告の締め、集計対象、確認する人、修正が発生した際の扱いを整理します。集計表が完成したことだけで、元データの誤りや、部門ごとに異なる売上の定義が解決したとは考えません。まず判断に必要な一つの表で、元の明細から報告値までを追える状態を目指します。

私たちは、元データの取得、表記や型の修正、集計、照合、報告という工程を分け、毎回どこに時間がかかるかを記録する方法を勧めます。集計軸を変えながら比較する用途ではピボットテーブルが選択肢になります。固定した条件の帳票や個別の値の参照が必要な場合には、数式などを含めて、更新や確認を続けやすい方法を選びます。測定していない処理時間や、すべての関数より速いという優劣は前提にしません。

部門名、商品名、取引先などの表記がそろわず集計が分かれる場合は、修正担当と基準を決めます。マスターデータ管理とデータ品質の運用設計で、基準となる情報の扱いを説明しています。集計のたびに各担当者が独自に名前を直すより、どの値を採用し、元の記録をどう訂正するかを共有することが、継続利用の準備になります。

文書の保管と共同作業を含めて見直したい場合は、SharePointの文書管理とOneDrive・Teamsとの使い分けも参考にしてください。元データ、集計用ファイル、報告用の資料を区別し、誰が更新し、誰が内容を確認するかを整理します。共有フォルダに置いたことだけで、すべての利用者に編集を認めたことや、報告の承認が済んだことにはなりません。

複数のシステムからの取り込みや、集計・照合・報告までの業務を仕組みにしたい場合は、renueのFDEによる実装支援へ相談できます。現場の要件整理から設計・実装・テスト、運用定着までを支援しています。利用するAPIや権限、データ形式、セキュリティ条件を確認し、既存のExcelを活かす範囲と、追加で実装する範囲を整理します。相談時には、対象の表、更新頻度、困っている作業と、確認を終える条件をまとめると役立ちます。