レポート作成時に 0 除算エラーの結果を表示するための最良の方法 (ユーザーにとって最も直感的) またはベスト プラクティスは何ですか? ただし、人間が読めるレポートに表示するときに、レポート内でこのエラーをキャプチャします。これをどのように注意すればよいかわかりません。
例としては、重量 / 収益率のようなものがあります。特定の端末について、特定の日に収益がない可能性がありますが、一部の出荷 (重量がある) が出荷された可能性があります。
私が見ている現在のレポートでは、列に 0 を配置することでこれを処理していますが、これは技術的に正しくないため、誤解を招く可能性があります。
別の考えは、空白のままにすることです。ただし、フィールドが空白のままになっている理由はユーザーにはわかりません。
Excel の標準的なエラーも考慮しました#DIV/0!が、これによりレポートが乱雑に見える傾向があります。
この状況に対して、他の人が過去に何をしたのか、私は興味があります。
特にExcelで作業するときは、過去に単一の「-」を使用しました。ベスト プラクティスの観点からは、「*この部門には収益がありません」という注記が付いた「0*」が下部にあると思います。
ベスト プラクティスは、ゼロ除算がコンテキストで何を意味するかによって異なります。
レポートの目的はコミュニケーションです。ビジネス側には、NaN または #DIV/0 によって何も伝達されません。彼らは実際に何が起こっているのかを知る必要があります。
値がゼロになる正当な理由がある場合は、計算されたメトリックが無関係であることを意味します。あなたは、収益が合法的にゼロである場合があり、N/A のようなものを表示するのが合理的であると指摘します (ちなみに、これはビジネス側のほぼすべての人になじみのあるものである必要があります。これは非常に一般的な略語です)。
ただし、正当な理由がない場合はエラーであり、そのように表示するか、完全に除外する必要があります。あなたの状況では、重みもゼロかもしれませんが、ゼロではないことにしましょう。ゼロの重みは、ソース データにエラーがあることを意味します。そのような状況では、レポートからその項目 (日など) を完全に削除するか、エラーとしてマークする何か (「エラー」など) を付けて表示するかを選択できます。
状況に応じて、この種のケースには 2 つの異なるポリシーがあります。「N/A」または「エラー」のいずれかです。
考慮したいその他のオプションは、
N/A - 該当なし N/R - 結果なし NRP - 結果の可能性なし などです。対象ユーザーがプログラマーではないと仮定します。
N/A の意味を各ユーザーに 5 ～ 6 回説明するだけで、ユーザーはそれを覚え始めることができます。
次のいずれかを試すことができます。
私は2番目のものが好きです.IMOは実際には5文字しか読めないからです:Error Divide by Zero