はじめに：なぜ共同作業で数式エラーが頻発するのか
ExcelとGoogleスプレッドシートは、いずれも世界で広く利用されているスプレッドシートツールであり、日常的に共同作業の中で両者のファイルをやり取りする現場は後を絶ちません。しかし、表面的には類似しているにもかかわらず、両者の数式エンジンには着目すべき差異が多数存在します。これらの差異は小さなものですからこそ発見が遅れ、「なぜか計算結果が違う」「エラーが表示されて動かない」といったトラブルが、納期直前やプレゼン直前という最悪のタイミングで表面化することが少なくありません。
本稿では、ExcelとGoogleスプレッドシートの数式互換性における根本原因を掘り下げ、具体的な互換性チェックリストを通じて実務レベルで即座に対応できる回避策を解説します。
関数名・関数そのものの互換性ギャップ
存在する関数と存在しない関数の非対称性
最も直接的な互換性エラーの原因は、一方には存在するが他方には存在しない関数です。例えば、ExcelにはCOUNTIF SERIES（COUNTIF・COUNTIFS・COUNTA）が標準搭載されていますが、Googleスプレッドシートでも同様の関数が利用可能です。しかし、ExcelのIFS関数やSWITCH関数はGoogleスプレッドシートに存在しません。逆に、Googleスプレッドシート独自のQUERY関数やFILTER関数は、Excelにはネイティブに存在しません。
同名でも挙動が異なる関数
同じ関数名でも、内部の実装ロジックが異なるケースが複数存在します。代表的なのがSUMIF系列の振る舞いの差です。ExcelのSUMIFはワイルドカード文字（* ? ~）をパターンマッチングとして扱いますが、GoogleスプレッドシートのSUMIFは一部のバージョンで扱いが異なり、期待していた結果と異なることがあります。また、TEXT関数は両者とも存在しますが、書式指定子の扱いに微妙な差異があります。
データ型・書式の互換性問題
日付と時刻の扱いの違い
日付データの内部表現は、ExcelとGoogleスプレッドシートで根本的に異なります。Excelは1900年1月1日を起点とするシリアル値（1900年閏年誤差を含む独特の体系）を採用していますが、Googleスプレッドシートはより標準的な日付シリアル値を使用します。このため、Excelで作成した日付データを含むファイルをGoogleスプレッドシートで開くと、日付が1日ずれる现象が頻発します。特に1900年2月29日を偽の閏年として扱うExcelの仕様は、Googleスプレッドシートとの間で深刻なズレを生み出します。
数値と文字列の自動変換
セルに入力された値が、読み込む側で自動的に型変換されることがあります。Excelでは文字列として保存された数字を数値として扱う処理が柔軟ですが、Googleスプレッドシートでは厳格に型を区別するため、「#VALUE!」エラーが発生しやすくなります。逆に、Googleスプレッドシートで数式を作成したファイルをExcelで開くと、数値が文字列として解釈され、計算結果がおかしくなるケースも報告されています。
構文・記述方法の互換性差異
範囲指定の表記ゆれ
Excelでは「A1:A10」などの伝統的なA1 нотацияが標準ですが、GoogleスプレッドシートではさらにOFFSETやINDIRECTなどの動的範囲指定機能が強化されており、一部の高度な範囲指定はExcelにportedされません。また、Googleスプレッドシートでは「array literal」（{}による配列リテラル）が直接数式内で使用可能ですが、Excel（特にレガシー版）ではこれはサポートされていません。
文字列連結とテキスト結合
Excelの&演算子やCONCATENATE関数はGoogleスプレッドシートでも動作しますが、GoogleスプレッドシートのTEXTJOIN関数はExcelには存在しません。同様に、Excel 365のTEXTJOINとUNICHARを組み合わせた処理は、Googleスプレッドシートで独自の実装が必要になります。これらは共同作業時に「式がエラーになる」最も_occursしやすいパターンの一つです。
よく発生するエラー種別と根本原因
#NAME?エラー：関数名が認識されない
このエラーは、主にGoogleスプレッドシートに存在しない関数名（IFS・SWITCH・XLOOKUPなど）をExcelから持ち込んだ場合に発生します。反対に、QUERYやSPLITなどのGoogleスプレッドシート専用関数をExcelに転記しても同様エラーとなります。対策としては、転記前に使用する関数が両プラットフォームでサポートされているかを必ず確認する必要があります。
#VALUE!エラー：データ型の不一致
日付と文字列の混在、空文字列の算術演算、範囲指定の型不一致などが原因で発生します。ExcelとGoogleスプレッドシートを往復するファイルでは、セルの書式設定が保持されないことが多く、これが#VALUE!エラーの隠れた原因になります。
#N/Aエラー：照合関数の不一致
VLOOKUPの第四引数（精确一致/概略一致の指定）のデフォルト挙動が両者で異なります。ExcelはデフォルトでFalse（精确一致）を推奨しますが、古いExcelファイルでは省略した場合にTrue（概略一致）が適用されることがあり、それがGoogleスプレッドシートで誤った検索結果を招く要因になります。
エラー比較テーブル
| エラー種別 | 主な原因 | 発生頻度 | 回避の難易度 |
|---|---|---|---|
| #NAME? | 非対応関数の使用 | 高 | 低（置換のみ） |
| #VALUE! | データ型不一致 | 高 | 中（検証必要） |
| #N/A | VLOOKUP等の特異挙動 | 中 | 中 |
| #REF! | 範囲参照の崩壊 | 中 | 高 |
| #DIV/0! | ゼロ除算の扱い差異 | 低 | 低 |
実用的な互換性チェックリスト
チェックリストその壱：関数リストの事前照合
プロジェクト開始時に使用する予定の関数一覧を作成し、各関数が両プラットフォームでサポートされているかを確認します。以下の関数は特に注意が必要です。Excel優位：XLOOKUP・IFS・SWITCH・TEXTJOIN。Googleスプレッドシート優位：QUERY・FILTER・SORT・SEQUENCE・ARRAYFORMULA。
チェックリストその弐：日付処理の特別検証
日付を含む数式は転記後に必ずサンプリングチェックを行います。特に関連するのは、DATE関数の結果が両者で一致するか、DATEDIF関数の単位指定（"D"・"M"・"Y"）がGoogleスプレッドシートで正常に機能するかです。
チェックリストその参：書式設定の一括確認
数式転記後は「表示形式」を必ず確認します。日付が文字列化していないか、数値が指数表記になっていないか、通貨単位が正しく設定されているかをチェックします。
チェックリストその四：エラー関数の排除
転記後、Ctrl+G（移動）→「選択オプション」→「数式」→「エラー」の順でエラーセルを一括検出し、その原因を一つずつ解決します。
共同作業を円滑化する運用設計
マスターファイルの一元管理
どちらのプラットフォームを「マスター」とするかをプロジェクト開始時に決定し、他のプラットフォームからは出力専用として扱う方針を明確にします。これにより、数式の互換性問題を根本から Prevention できます。
関数辞書のチーム共有
「このプロジェクトでは次の関数は使用しない」「この関数は代わりにこれを使う」といったルールをチーム内で文書化し、共有します。特に新入社員や他部門との協業時には、この辞書が即戦力となります。
バージョン管理と履歴追跡
Googleスプレッドシートには履歴機能がありますが、Excelではバージョン管理が手動になりがちです。共同作業においては変更履歴を適切に記録し、いつどの数式が変更されたかを追跡可能にしておくことが、トラブル時の迅速な復旧に繋がります。
まとめ：互換性意識が業務信頼性を高める
ExcelとGoogleスプレッドシートの数式互換性は、完全なものではありませんが、適切なチェックリストと運用設計により、そのギャップを効果的に乗り越えることは十分に可能です。重要なのは、エラーが発生してから対応するのではなく、事前に差異を把握し、予防的な施策を講じる姿勢です。関数の選択一つとっても、共同作業の質は大きく変わります。本稿が、皆さんの業務における数式互換性トラブルの軽減に貢献することを願っています。