Excelのテーブルとピボットを作り直さずにスプレッドシートへ移す | GH Media
URLがコピーされました

Excelのテーブルとピボットを作り直さずにスプレッドシートへ移す

URLがコピーされました
Excelのテーブルとピボットを作り直さずにスプレッドシートへ移す

移行の検討が、たいてい同じ場所で止まります。情シスや担当役員が Google Workspace の見積もりまで進めたあと、試しに経理の実績管理ファイルを1本アップロードしてみる。開いてみると、ピボットテーブルが動かない静的な数字の表に変わっている。集計軸を切り替えるドロップダウンも消えている。

ここで「うちのExcel資産は移せない」という結論になり、検討がそのまま棚上げになる。これは判断として間違っていたわけではありませんでした。実際にそう動いていたからです。Excelのテーブルはスプレッドシート側のテーブルとして扱われず、テーブルに紐づいたピボットテーブルは静的なグリッドに置き換えられていました。

2026年8月11日から段階的に展開されている変更で、この2点が変わりました。移行を止めた理由が「作り直しの量」だったなら、見積もり直す価値があります。

何が自動で移るようになったか

変わったのは、ファイルを変換したときの取り込み精度です。

  • Excelのテーブルが、スプレッドシートのテーブルとして入る。これまでは単なるセル範囲になっていたため、テーブルが持つ構造と書式の利点をそのまま失っていました
  • テーブル範囲に基づくピボットテーブルが、ピボットテーブルのまま入る。静的なグリッドへの置き換えが起きなくなります

展開は2026年8月11日開始の段階的ロールアウトで、機能が見えるまで最大15日。Rapid Release と Scheduled Release の両方が対象で、Google Workspace の全エディションに加えて個人の Google アカウントも対象です。追加ライセンスの購入は必要ありません。

つまり、過去に一度試して駄目だったファイルでも、いま同じファイルを変換すると結果が変わっている可能性があります。移行を見送った判断の根拠が古くなっているケースがある、というのがこの変更の実務的な意味です。

Excelファイル変換時に、テーブルはスプレッドシートのテーブルとして、テーブル範囲に基づくピボットテーブルはピボットのまま取り込まれるようになった一方、テーブル範囲に基づかないピボット・マクロ・外部連携は対象外として残ることを示した図

それでも棚卸しが要るもの

ここを曖昧にしたまま「移行できます」と社内に説明すると、後で必ず揉めます。今回の変更が扱っているのはテーブルとピボットの取り込みであって、Excelファイルの全要素ではありません。

対象外として残るものを、移行前に洗い出しておく必要があります。

残るもの移行時の扱い
テーブル範囲に基づかないピボット今回の対象は「テーブル範囲に基づくもの」。素のセル範囲から作ったピボットは別扱いになる
マクロ・VBAスプレッドシート側では Google Apps Script に書き換える判断が必要
外部データ接続・アドイン接続先ごとに代替手段を決める。ここが最も工数が読みにくい

実務上いちばん厄介なのは3つめです。基幹システムからのCSV取り込みや、特定の業務アドインに依存している帳票は、ファイル形式の問題ではなく業務プロセスの問題なので、変換ツールでは解決しません。この線引きをどう引くかはExcel運用をいつシステム化に切り替えるかで扱っている判断軸がそのまま使えます。

試すファイルの選び方で結論が変わる

移行可否を判断するために試験変換をするとき、選ぶファイルを間違えると誤った結論が出ます。

多いのが、社内でいちばん複雑なファイルを1本だけ試すやり方です。「これが通れば全部通る」という発想ですが、実際には最も特殊な1本が全体の代表になっていないため、「移行は無理」という過大な結論になりがちです。

順番としては、次のように広げるほうが精度が出ます。

  1. 日次・週次で実際に使われているファイルを3〜5本選ぶ。使用頻度が高いものほど、移行後の影響も大きい
  2. そのうちピボットを含むものと含まないものを混ぜる。今回の変更の恩恵を受けるのはピボット側なので、分けて見ないと効果が測れません
  3. 変換後、集計軸を実際に切り替えて動作を確認する。開いた瞬間の見た目だけでは、ピボットとして生きているか静的な表かの区別がつきません
  4. 駄目だったファイルは「何が原因で駄目か」まで分類する。マクロなのか、外部接続なのか、ピボットの作り方なのか。ここを分けておかないと工数見積もりができません

4の分類ができていれば、「全部は無理」ではなく「全体の8割は素通り、残り2割はマクロの書き換え」という粒度で話ができます。経営判断に必要なのは可否ではなく、この内訳のほうです。

移行後に効いてくる差

作り直しのコストばかりに目が行きますが、移行を検討する動機は本来そこではないはずです。

Excelのまま運用していると、同じファイルが複数のバージョンに枝分かれし、「どれが最新か」を人が管理し続けることになります。スプレッドシートに寄せた場合の実利は、この管理を仕組み側に渡せることです。集計や転記の自動化はGoogleスプレッドシートで業務を自動化するにまとめています。

データ量が増えて表計算の限界に近づいている場合は、スプレッドシートを入り口にして裏側をBigQueryに置く選択肢もあります。この構成はConnected Sheetsのリストパラメータで扱っています。

Microsoft 365 と併用するか、片方に寄せるかを迷っている段階なら、機能単位の比較はGoogle Workspace と Microsoft 365 の比較、コスト面の再診断はM365値上げを踏まえた移行比較を先に読んでおくと、移行の是非とツール選定を切り分けて考えられます。

次にやること

まず、過去に「変換したら壊れた」と判断したファイルを1本、もう一度変換してみてください。判断の前提が変わっているかどうかは、それだけで分かります。

そのうえで、対象外として残るもの(マクロ・外部接続)が自社にどれだけあるかを数えます。移行の工数は、移せるファイルの数ではなく、移せないファイルの中身で決まります。

移行対象の棚卸しや、マクロをGoogle Apps Scriptに置き換える範囲の切り分けについては、グリームハブのIT・Google Workspace 無料相談で承っています。ファイル構成や業務の依存関係によって進め方は変わるため、個別にご相談ください。お問い合わせからどうぞ。

Sources

URLがコピーされました

グリームハブ株式会社は、変化の激しい時代において、アイデアを形にし、人がもっと自由に、もっと創造的に生きられる世界を目指しています。

記事を書いた人

鈴木 翔

鈴木 翔

技術の可能性に魅了され、学生時代からプログラミングとデジタルアートの分野に深い関心を持つ

関連記事

「Google Workspace」の記事一覧を見る