この​記事で​分かる​こと

  • IFERROR関数の基本構文と、エラーが出ないときは素通しするという挙動
  • 整数設例でエラー時と正常時それぞれの結果を確認する方法
  • IFERRORの乱用がモデルの不整合を隠すリスクと、IFNAとの使い分け
  • 検算チェック（error-checks）と組み合わせる際の実務上の設計原則

30秒で​分かる​定義

IFERROR関数（読み方：アイエフエラー）とは、指定した数式の計算結果がエラー値（#DIV/0!、#N/A、#VALUE!など）になった場合に、あらかじめ指定した代替値を返し、エラーにならない場合はそのまま数式の結果を返すExcel関数です。構文はIFERROR(値, エラーの場合の値)で、割り算のゼロ除算やVLOOKUP・INDEX/MATCHで検索値が見つからない場合など、エラーが発生し得る数式を包む形で使います。

なぜ実務で​重要なのか

財務モデルでは、事業開始前の期の粗利率計算（売上高がゼロで0除算になる）や、マスタ表に存在しないコードをVLOOKUPで検索する場面など、エラーが起こり得る箇所が多数あります。IFERRORを使えば見た目を整え、レポートやダッシュボードにエラー値がそのまま表示される事態を防げます。一方で、モデルQC・監査の現場では、IFERROR自体が「本来おかしいはずの計算」を無害な数値に置き換えてしまい、不整合の発見を遅らせるリスクがあるとして、使用箇所を限定する運用が推奨されます。

計算式​（または仕組み）

IFERROR( 値, エラーの場合の値 )

「値」の部分がエラーにならない場合は「値」の計算結果がそのまま返り、#DIV/0!・#N/A・#VALUE!・#REF!・#NUM!・#NAME?・#NULL!のいずれかのエラーになった場合にだけ「エラーの場合の値」が返ります。どの種類のエラーが起きたかにかかわらず一律に同じ代替値に置き換わる点が特徴で、特定のエラー（#N/Aのみ）だけを扱いたい場合は、より対象を絞ったIFNA関数を使います。

整数設例で​確認する

設例（架空数値、単位：百万円）。月次で粗利率（売上総利益÷売上高）を計算します。1月は事業開始前で売上高0・売上総利益0、2月は売上高100・売上総利益30とします。

1月：=IFERROR(0÷0, 0) → 0÷0は#DIV/0!エラーのため代替値の 0 を返す
2月：=IFERROR(30÷100, 0) → エラーではないので計算結果の 0.3（30%）をそのまま返す

検算：2月の粗利率は30÷100＝0.3＝30%で、これはIFERRORの有無にかかわらず同じ値です。IFERRORが働くのはエラーが発生する1月のケースだけで、「エラーが起きていないときは数式の結果をそのまま返す」という性質を確認できます。仮に1月をIFERRORで0に置き換えたまま1〜2月の平均粗利率を計算すると、（0%＋30%）÷2＝15%となり、本来「1月は算定不能」であるべき期間を「0%」という実績値として扱ってしまう点には注意が必要です。

リスク​配分への​影響

IFERRORは「エラーを今すぐ見える形で止める」のではなく、「エラーを後段に見えない形で流す」働き方をします。これは問題を発見する責任を、数式を書いた本人から、後でその数値を見る人（レビュアーや意思決定者）に移すことを意味します。特に代替値として0や空欄を指定すると、後続の合計・平均計算にその0が実際のデータとして混ざり込み、誤った結論を導くリスクがあります。IFERRORを使う箇所は、リスクの所在を理解した上で意図的に選ぶ必要があります。

財務​モデル・​Excelでの​使い方

  • 使用箇所を「表示層」に限定する：ダッシュボードやレポート上の見た目を整える最終行にだけ使い、計算の途中経過（エンジン部分）にはIFERRORを使わず、エラーをあえて可視化しておく
  • VLOOKUP・INDEX/MATCHとの組み合わせでは、#N/Aだけを拾いたい場面が多いため、IFERRORより対象の狭いIFNA関数の使用を優先的に検討する
  • モデルチェックサムや検算チェックのセルにはIFERRORを使わず、エラーがあればエラーのまま表示させて発見できるようにする

この​用語を​Excelで​「組める」​状態に​する

エラーを​隠すべき​場所と​可視化すべき​場所を​切り分け、​モデルの​信頼性を​落と​さずに​IFERRORを​使えるようになる。

Excel​実務​シリーズの​教材で​実装する →

実務家が​確認する​ポイントと​よく​ある​誤解

誤解1：「IFERRORを使えばエラーは解決した」→ 正しくは、IFERRORは表示を整えるだけで、エラーの原因（参照ミスや設計上の欠陥）自体は残ったままです。

誤解2：「IFERRORはすべて同じ理由のエラーを拾う」→ 正しくは、#REF!（参照切れ）や#VALUE!（型不一致）など性質の異なるエラーも一律に同じ代替値へ変換してしまうため、原因の切り分けができなくなります。

確認ポイント：モデル内でIFERRORが多用されているシートは、まずIFERRORを一時的に外して本来のエラー値を表示させ、想定通りの箇所だけがエラーになっているかをレビューします。

日本実務での​扱い

金融庁が金融機関向けに示す「モデルリスク管理に関する原則」は、モデルの限界や不確実性を利用者が正しく認識できるよう、検証結果や異常値を適切に可視化することの重要性に触れています。IFERRORによるエラーの一律な隠蔽は、この考え方と方向性が逆になり得るため、日本のIB・PE・FASの実務でも、レポート提出前のモデルQCでIFERRORの使用箇所を洗い出す工程を設けることが一般的です（2026年8月時点）。

面接・​モデルテストで​問われる​ポイント

Q：モデルの中でIFERRORを多用することの問題点を説明してください。
「IFERRORは数式の結果がエラーの場合に指定した値へ置き換えますが、エラーの原因そのものは解決しません。特に代替値を0にすると、本来『算定不能』であるべき値が実際のデータのように後続の合計や平均に混ざり込み、誤った分析につながるおそれがあります。使う場合は、レポートの見た目を整える表示層に限定し、計算の中核部分ではエラーを可視化したまま残すべきです。」

深掘りでは「IFERRORとIFNAの違い」が定番です。

よく​ある​質問​（FAQ）

Q. IFERRORとIFNAの違いは何ですか？
A. IFERRORはすべての種類のエラーを対象にしますが、IFNAは#N/Aエラーだけを対象にします。VLOOKUPの検索値が見つからない場合（#N/A）だけを拾いたく、それ以外のエラー（例えば参照範囲の誤りによる#REF!）はそのまま表示させて気づけるようにしたい場合はIFNAの方が安全です。

Q. IFERRORで0に置き換えた値は、SUM関数などの合計計算にどう影響しますか？
A. 0として扱われるため合計自体は歪みませんが、平均（AVERAGE）を計算する場合はその期間も「実績0」としてカウントされてしまい、算定不能期間を除外した場合の平均より低い値が出ます。期間の除外が必要な場合はAVERAGEIFなどで条件を絞る必要があります。

出典・参考​（2026-08-25確認）

※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。

共有: