Notionの数式が空欄になるとき、締切前にダッシュボードを確認する順番

定例レビュー直前に進捗ボードが空になった

午後の定例レビューまであと少し。チームリーダーがNotionの進捗ボードを開くと、「今週対応する項目」のカードが空欄になっていた。数分前、メンバーが納品用データベースに新しい行を追加し、担当者の欄を変更したところだった。「数式が壊れたのかも」と声が上がり、別の人は共有中のデータベースを開いて数式を書き換えようとした。

そこで一度手を止める。空欄には複数の理由がある。数式が条件に合わない行では意図的に空文字を返すこともあるし、参照先のプロパティが未入力かもしれない。プロパティ名が変わった、またはビューのフィルターが対象行を隠している可能性もある。空欄だから計算エラーだと決めて式を変えると、原因を示す手掛かりまで消してしまう。

Notionの公式数式ガイドによると、数式はデータベースのプロパティ、演算子、関数などを組み合わせ、行ごとに結果を返す。empty()は値が空かどうかを判定する関数だが、公式の構文一覧では数値の0、空文字、空のリストも空として扱われる。0が「今週の未処理はゼロ」という正しい結果なのに、数式がempty()だけで判定していると、入力漏れと同じように見えることがある。

ダッシュボードではなく元の行からたどる

最初にカードではなく元のデータベースを開き、表示されるはずの行を一つ選ぶ。その行が本当に存在するか、担当者やステータスが入っているか、日付が意図した期間にあるかを確認する。次にその行の数式プロパティを見る。Notionの数式エディターはデータベースの行から開くと結果のプレビューを表示できるため、行ごとの計算とダッシュボード側の表示を切り分けやすい。

数式が参照するプロパティ名も一つずつ確かめる。フィールド名が変更・置換されたり、新しく追加した行だけ値がなかったりする。複数条件の式では、一つの条件が合わず空文字を返す分岐に進むこともある。式を外側から読み、最初の条件が何を見ているか、各分岐がどの値を返すかを書き出す。正常な行と空欄の行を比べる間は、どちらのデータも変更しない。

特にempty()の意味を確認しよう。Notionの公式構文ガイドはempty(0)が真になると説明している。つまり0が正しい業務値なら、empty()だけで未入力と判断するのは不十分だ。未入力、明示された0、まだ入力されていない状態をそれぞれどう表示するのか決め、代表的な行で結果を確認する。締切直前に推測で共有データベースの式を差し替えない。

行単位の結果を確かめたら、ダッシュボードカードやリンクされたデータベースビューを確認する。参照先が想定したデータベースとビューか、フィルター、グループ、日付範囲、非表示プロパティがどうなっているかを見る。数式は正常でもビューが行を除外すれば、画面には何も出ない。反対に行は表示されていても、カードが別のプロパティを集計している場合がある。

原因を直し、動いていた式も残す

多くの行に影響する変更なら、試験用の行を作るか安全な複製で先に検証する。期待する結果を三つ決めておく。入力なし、明示的な0、通常の値だ。それぞれが別の意味で表示されるか確かめる。目的は空欄を何でも消すことではない。担当者が未入力なのに0と表示されると、見た目は埋まっていても未処理の仕事を隠してしまう。

プロパティ名が変わったなら、数式が意図した項目を参照するよう修正し、結果の種類も確認する。あるステータスでは空文字を返す設計なら、その条件が現在のチームルールに合っているかを点検する。元の行に情報が足りない場合は、値を補うのか、入力手順を必須にするのか、「未確認」と表示するのかを決める。業務データを創作してカードだけを埋めるのは解決ではない。

集計カードの場合は、ビューに数えたい行が含まれ、正しいプロパティが集計対象になっているか確認する。既知の行をいくつか使って検証し、顧客レビューの前にビュー全体を見直す。数式が自動化や別データベースのプロパティにも使われているなら、後続の使い道も確認する。一枚のカードを変えたつもりでも、別の処理に影響する可能性があるため、元の式をコピーして変更点を記録しておく。

それでも結果が想定と違う場合は、「空欄」という表示だけから推測せず、数式エディターの案内とNotion公式のトラブルシューティングを使う。公式ガイドには、使えるプロパティや関数、行ごとのプレビューの確認方法がある。一般的な数式エラーの案内では、予期しない空値が式や自動化に影響するケースも扱っている。プロパティ名と行の値を照合し、レコード自体が失われたと早合点しない。

その日のレビューで必要だったのは、凝った式への書き換えではなかった。新しい行の担当状態が以前の行と異なり、ビューは担当者が設定された項目だけを表示していた。チームは元のレコードを確認し、担当状態を明確にしてからビュー条件を検討した。数式はそのままに、直前のデータ変更を避けて会議を始められた。静かな空欄は、計算の故障ではなく、まだ決まっていない業務ルールを照らしていた。

よくある質問

Notionの数式が空欄ならエラーですか？

必ずしもそうではありません。条件により空文字を返したり、参照元が空だったり、ビューが行を隠していたりします。まず元の行と数式プレビューを確認します。

empty()はなぜ0も空とみなしますか？

Notionの公式構文ガイドでは、0、""、[]がempty()で空として扱われます。0が業務上意味を持つなら、その仕様を踏まえて条件を設計・検証してください。

本番データベースの数式をすぐ直してもよいですか？

多数の行や自動化に影響する場合は、安全な複製でケースを先に試してください。元の式を残すと変更を確認・復元しやすくなります。

詳しくはNotion公式の数式ガイド、数式の構文と関数、よくある数式エラーをご覧ください。

要点をひと目で 元の行、空値の扱い、ダッシュボードのビューを確認してから式を直す。 複製で空値・0・通常値をそれぞれテストする。