スプレッドシートはあるがExcelがない場合は、Excel ビューアにアップロードすると、このタブで開きます：XLS、XLSX、CSV、ODS、およびマクロやバイナリのバリエーション、最大20 MB、閉じると削除されます。

次に理解すべきことは、あなたが書いていないスプレッドシートで見た目が変だと感じる多くの原因は、ビューアは再計算しないという点です。以下はすべてそれに基づきます。

画面上の数値はExcelが保存した数値です

各数式セルは2つの別々の情報を保持しています：数式そのものと、Excelが最後に計算した結果です。計算エンジンなしでブックを読む場合は、後者が読み取られます。通常は保存された結果が正しいため気づきませんが、次の3つの状況で可視化されます。

計算が手動に設定されていた。 「数式」→「計算オプション」で手動が選択されており（通常は重いモデルがキー入力ごとに再計算されるのを防ぐため）、その状態で保存されました。保存された値はその時点で画面に表示されていたものなので、数時間や数年古い可能性があり、見た目は全く普通に見えても実際は間違っています。

ファイルを機械が生成した。 レポートツールやスクリプトで作成されたブックは、数式のキャッシュ結果が全く含まれていないことが多く、生成ライブラリに数式を評価する手段がないためです。その結果、該当セルは空白またはゼロになります。破損しているわけでも、実行されたことがあるわけでもありません。

関数が揮発性だった。 =TODAY(), =NOW(), =RAND(), =OFFSET() はファイルが開かれるたびに再計算されるため、保存時の瞬間の値が保存されます。「本日付」などのシートは、最後に誰かが Ctrl+S を押した時点を示しています。

別のブックへのリンクも同様の問題で、さらに1つ離れたファイル

='C:\Reports\[Q3-Actuals.xlsx]Summary'!B4 のような参照は、他人のディスク上のファイルを指しています。フォルダー全体ではなくブックだけをアップロードしたため、最後に正常に更新されたときのキャッシュ値が表示されます。受け取る前にリンクが切れていた場合、セルには #REF! が保存され、表示も #REF! となります——これはデータとして保存されたエラーであり、現在発生しているエラーではありません。

グリッドの実際の限界

2つのExcel形式は上限が大きく異なり、保存時に問題が顕在化します。XLSX は 1,048,576 行 × 16,384 列（最終列は XFD）を保持できます。古い XLS は 65,536 行 × 256 列（最終列は IV）で止まります。最新のブックを .xls として保存すると、これらの上限を超えるデータは保存時に破棄されます。ビューアはファイルに存在しない行を表示できません。

日付はコスチュームを着た数値

スプレッドシートの日時は、日数のカウントであり、数値形式で日付として表示されます。形式をクリアすれば、日付は再び整数になります。これに伴う2つの結果があります。

古いMac版Excelで作成されたブックは、1900年基準ではなく1904年基準の日付システムを使用していることがあります。そのようなファイルを別の基準で開くと、すべての日付が1,462日（4年と1日）ずれて表示されますが、数値自体は技術的に有効です。

さらに、Excelは実在しなかった1900年2月29日をカウントします。これは、Lotus 1‑2‑3がその日付を持っていたため、1985年当時は互換性がカレンダーより重要だったからです。そのため、ブック内でその日付を跨ぐ日付計算は1日余分に加算されます。

損傷に見えるが実際はそうでないもの

セルが ##### と表示される のは、列幅がフォーマットされた数値に対して狭すぎるためです。元ファイルで列幅を広げれば数値はそこにあり、値自体は影響を受けていません。
ピボットテーブル は、隣接するピボットキャッシュから描画されます。これは最後の更新時点のソースデータのスナップショットであるため、元シートと食い違うことがあります。
.xlsm を開いてもマクロは実行されません。 ブックの表示は実行とは異なり、ビューアにはVBAを実行する理由がありません。
シート保護は暗号化ではありません。 保護されたシートは「編集しない」フラグであり、通常通り表示されます。開く際にパスワードが必要なブックは実際に暗号化されており、パスワードなしでは何も表示できません。

スプレッドシートが原因で作業が止まる場合は、Excel ビューアがブックマークに値するページです。