「過不足」とは何か

1. まず絵で見る

単品を投入して、産出が4つに分かれる。どれにもならなかった残りが過不足。

良品・B級・処分・返品には、それぞれ行き先があります。完成品になるか、別のコードに振り替わるか、別の倉庫へ動くか。 過不足だけが行き先を持ちません。投入したのに、どの箱にも入らなかった分です。割れた、粉になった、数え間違えた、記録が漏れた —— 理由はどうあれ、在庫としては消えています。

2. コードから読める定義

画面の⚠マークと送信前チェック、どちらも同じ式を前提にしている。

// 画面のツールチップ（index.html）
入力 = 理論 + 過不足

// 理論の中身
投入(理論) = 良品 + B級 + 処分 + 返品

// つまり
過不足 = 投入(入力) − (良品 + B級 + 処分 + 返品)

// Code.gs にもそのままコメントがある
g.投入数_実数 += (completed + bGrade + disposal + returned); // 過不足は構成要素でなく差異

3. ところが、部門ごとに違う

投入数がどこから来るかを追うと、前提が崩れる部門がある。

梱包では、差が構造的にゼロになる

投入(入力) = 良品 + B級 + 処分 + 返品   ← 読み込み時に計算して入れている
投入(理論) = 良品 + B級 + 処分 + 返品   ← 判定に使う式
──────────────────────────────
差 = 0                                ← 常に。例外なく

符号の処理も揃っていない

梱包は「△3」を −3 に変換する関数を通していますが、工場系は素の parseFloat です。 工場系で「△3」と書かれていたら、数値にならず 0 として集計されます。 現場が会計式の△表記を使っていた場合、工場側の過不足だけが黙って消えます。

4. 在庫にどう効くか

過不足を「完成数に足す」か「単品から引く」かで、結果がまるで違う。

5. それでも今は送れない

定義が分からないから、ではない。仕掛かりが混ざるから。

工場系はロット単位で、投入した行と完成した行が別です。日をまたげば、その日の投入と産出は対応しません。 仕掛かり（今日投入して明日完成する分）が、そのまま過不足に乗ります。

6. 確認すべきこと

「過不足って何ですか」だと曖昧すぎる。4つに分解する。

1. 梱包の過不足欄に、現場は何を書いていますか梱包の現場 投入数が自動計算なので、投入との差ではありえません。別の意味の数字が入っているはずです。ここが分からないと梱包の分は永久に送れません。
2. 3個消えたとき、欄には「3」と書きますか「△3」と書きますかみつるさん 符号の向きの確認です。△表記だと工場系では 0 になって消えます。式の上では「消えた＝プラス」ですが、現場の感覚では「不足＝マイナス」かもしれません。
3. 工場の「過不足」とスクリーンの「不足数」は同じ意味ですかみつるさん 列名が違うのに、同じ項目として集計されています。「不足数」は正の値で不足を表す運用かもしれず、そうなら符号が逆です。
4. ロットの投入日と完成日がまたぐとき、過不足はどちらの日に立ちますかみつるさん 仕掛かりが過不足に乗るかどうかの確認。乗るなら、過不足はロスではなくタイミングのズレを含むので、そもそも在庫の増減に使えません。