架空の棚Aは商品Xを数えて0個でした。棚Bはまだ数えていません。この2つを0で入力すると、実際にない状態と分からない状態が同じになり、確認すべき棚が見えません。

在庫責任者は、数量の欄に確認した数、状態の欄に確認済みを入れるルールを決めます。0は数量の値で、入力を楽にする空欄の代替ではありません。確認日と担当も必要です。

棚が空に見えても、対象商品と範囲を確認していなければ未確認です。別の場所にある在庫を含むかも先に定義します。自社の棚の確認範囲と値を結び付けます。

この章の根拠：出典1出典2

棚Bは未確認、棚Cは今回の集計範囲から除外された対象外、棚Dは必要な入力がない未入力です。棚Dは数えたのに入力を忘れたのか、そもそも数えていないのかを担当へ確認します。

対象外には理由と決めた担当を残します。対象外と書くだけで、実際は確認が必要な棚を隠さないようにします。未入力は記録の不足で、実在庫が0かどうかの情報ではありません。

数字の列へ「対象外」という文字を混ぜるか、別の状態列へ置くかは道具に合わせます。いずれも意味を説明し、取込時に空欄を0へ変える設定がないか確認します。

この章の根拠：出典1出典2

JSONは、データを項目名と値などで表して受け渡す形式です。nullは、値がないことを表す形式上の値です。JSONのnull、空文字、数値0は形式として別の値です。ただしnullを未確認と使うか対象外と使うかは、業務側で決める必要があります。形式の仕様だけで在庫の意味は決まりません。

開発担当へ数量と状態、対象の棚ID、確認日時を渡す対応表を示します。元表の空欄が取込先で数値0になるなら、確認状態が失われるので修正対象です。

道具の表示が空欄でも、内部の状態が分かるかを確かめます。出力や再取込で状態が消えないよう、明示した状態の欄を確認します。

この章の根拠：出典1出典3

この例で確認済みが棚Aだけなら、確認済み数量の合計は0個です。しかし「全体の在庫0個」とは表示しません。棚Bは未確認、棚Dは未入力で、全体量はまだ確認できていません。

報告は確認済み数量、確認済みの棚数、未確認・未入力の棚数、対象外の理由を併記します。対象外の棚Cを分母へ入れるかは定義に沿って決めます。

在庫判断に全体量が必要なら、責任者が確認を優先する棚を指定します。集計できる数字だけを出して、確認が終わったように見せないことが大切です。

比較表は横に動かして全ての列を確認できます。

この章の根拠：出典2

CSVは、表の行と列を文字で保存する形式です。在庫責任者と開発担当は棚AからDの例を使い、入力画面、CSVなどの出力、取込先、集計を照合します。数量がない状態を自動で0へ変換していないかを確かめます。

過去に空欄を0へ変えていた場合、その0が実測か補完かを原記録で調べます。根拠がない値は確認済みとして使わず、過去値と未確認の状態を保存する方法を決めます。

確認後は、未確認を確定数量へ変えた担当と根拠を残します。状態だけ確認済みにして数量を入れないなど、不整合な記録も受け渡さない条件へします。

この章の根拠：出典1出典2出典3

棚Aの0個と棚Bの未確認は同じではありません。棚Cの対象外と棚Dの未入力も理由が違うため、数量と状態を別に定義します。

形式上の空欄やnullに業務の意味を任せず、取込と集計で状態を保ちます。確認済み数量0個を、未確認を含む全体の在庫0個へ広げません。

入力ルールの記入メモへ、状態の理由、確認担当、集計の分母を記してください。根拠不明な過去値も分けて、数えるべき棚が見える記録にします。

この章の根拠：出典1出典2出典3