スプレッドシートで受注残を管理するなら、まず1行1案件で扱える範囲を決め、受注番号、品目、数量の内訳、納期、進捗、担当、更新日を対応させます。複数品目や分納がある案件は、品目・納期別の明細も使います。今日納期だけでなく、超過や納期未定の行も拾えるようにすると、次に誰が動くかを一覧から決めやすくなります。
少人数で同じ一覧を使う場合も、表があるだけで受注漏れがなくなるわけではありません。受け取った注文と一覧を照合し、数量変更や分納をどう残すかまで決めて使います。この記事では、列の意味、進捗の区切り、毎日の見方、担当交代の手順を順に説明します。
| 状況 | 最初の対応 | 続けて見ること |
|---|---|---|
| 受注残の全体像が見えない | 1行1案件の対象を決め、複数品目・分納は明細を持つ | 受注日、納期、進捗、担当、最終更新日が入っているか |
| 遅れそうな案件が分からない | 納期順で並べ替える | 今日納期、今週納期、納期超過を抽出する |
| 更新漏れが起きる | 最終更新日を必須列にする | 一定日数動いていない案件を色で示す |
| 人によって記入がばらつく | ステータスを固定する | 自由入力をやめ、選択式に寄せる |
受注残をスプレッドシートで管理する目的を先に決める
見る入口は、件数・納期・進捗・滞留の4つです。ただし、受注残は件数だけでは分からないため、未出荷の数量も品目ごとに追います。上の表で全体像が見えない行を選んだなら、まず対象の受注番号をそろえ、その行から数量の内訳と次の担当をたどれる形を作りましょう。
共同編集を使うと、同じ一覧を複数人で更新できます。一方、誰がどの変更を反映するかが曖昧なら、同じ注文を重ねて入力することもあります。登録する担当と内容を照合する担当を決め、『受注したこと』『数量や納期が確定したこと』『着手してよいこと』を分けて残します。
まず作るべきシート構成
一覧を1つの正式な台帳にし、見るための集計シートを1枚足す構成から考えられます。ただし、分納や複数品目があるなら、最初から明細と出荷履歴を受注番号で結び付けます。下の表は役割の分け方の例であり、すべてを同じ行へ詰め込む指定ではありません。
| シート名 | 役割 | 入れる内容 |
|---|---|---|
| 受注一覧 | 主台帳 | 1行1案件の一覧と、分納等の明細を番号で結ぶ |
| 進捗更新欄 | 更新履歴や変更内容の記録 | 日付、変更点、更新者、備考を残す |
| 集計・日次点検 | 見るための画面 | 今日納期、今週納期、未更新、滞留を絞り込む |
たとえば、注文を受けた人が番号と受注日を登録し、別の担当が元の注文書と内容を比べます。担当を1人に固定しない場合も、登録済みと照合待ちの範囲を次の人へ渡します。担当者不在でも止まらない引き継ぎ表の作り方を参考に、未処理の注文がどこにあるかまで残してください。
1行1案件で扱う範囲と、数量・納期を分ける項目
列は、受注番号と受注日、得意先、品目、数量内訳、納期、進捗、担当、更新日、備考を基本に設計します。数量は現在有効な受注総数、累計出荷済み、受注残を別々にし、同じ品目と単位で『受注残＝受注総数－累計出荷済み』と求めます。取消や返品は合意した扱いと履歴を残し、計算結果だけを手で直さないようにします。
| 列名 | 目的 | 記入のポイント |
|---|---|---|
| 受注番号 | 同じ案件を重複なく追う | 一意の受注番号を付け、受注日・元資料・明細へ結ぶ |
| 得意先名 | 問い合わせ先をすぐ探す | 略称を使うなら表記を統一する |
| 品目名または案件名 | 内容をひと目で分かるようにする | 長すぎる説明は避ける |
| 数量 | 受注総数・累計出荷済み・残数を別の列で追う | 同じ品目・単位で計算し、出荷履歴へ結ぶ |
| 納期 | 優先順位を決める | 日付形式を統一する |
| 現在ステータス | 止まっている箇所を示す | 選択式にする |
| 担当者 | 次の連絡先を明確にする | 個人名か役割名かを固定する |
| 最終更新日 | 更新漏れを見つける | 入力日を必ず入れる |
| 備考 | 例外対応を残す | 変更理由は短く書く |
表の数量内訳は、実際のシートでは別の列に分けて使います。受注総数を未出荷数へ上書きすると、そこから出荷済みを再び引く誤りにつながるためです。毎日見ない欄でも、注文の根拠や変更の経緯として残す項目は削らず、表示用の一覧で見せる範囲を絞りましょう。
ステータスと色分けのルールを決める
進捗は選択式にし、名称とその状態へ移す条件を合わせます。下の『未着手』『手配中』『一部完了』『完了』『保留』は例です。完了は出荷完了と納品・検収完了を同じ意味にせず、自社が受注残から外す時点を決めます。生産の進捗と出荷数量が違う場合は、状態も別に持たせます。
| ステータス | 意味 | 次に行うこと |
|---|---|---|
| 未着手 | まだ手配や段取りが始まっていない | 誰がいつ始めるか |
| 手配中 | 材料、加工、社内作業などが進行中 | 止まっている工程はないか |
| 一部完了 | 一部だけ終わっている | 残作業と残数は何か |
| 完了 | 自社で定めた出荷・納品等の完了条件を満たした | 数量残と未処理を照合して完了とし、履歴を残す |
| 保留 | 未合意の条件があり、対象作業を止めている | 保留理由・対象範囲・回答先と再開条件 |
色は、納期超過と期限接近の2段階を入口にできますが、期限や状態の文字も併記します。未更新や保留は別の条件で絞り込めるようにし、色だけで優先順位を決めません。急な注文変更を受けたときの手順と手戻り防止の実務を参考に、変更の受領と承認済み内容への反映を分けて扱ってください。
毎日見る対象を絞り、超過と未定も拾う
毎日は、まず納期超過と納期未定を拾い、そのうえで今日納期、今週納期、未更新、滞留の4つを見ます。今日と今週だけの抽出では、すでに遅れている行が外れるためです。全件の受注漏れを調べる照合は別に残し、一覧の並べ替えでは関連する列を含む行全体を動かします。
| 点検する対象 | 見る条件 | 判断 |
|---|---|---|
| 今日納期 | 納期が当日 | 出荷・完了の見込みと残作業を調べる |
| 今週納期 | 今週中に納期が来る | 残作業から納期に間に合うかを判断する |
| 未更新 | 最終更新日が古い | 担当へ実際の状態と未反映内容を尋ねる |
| 滞留 | 同じステータスが続く | 何が止めているかを特定する |
上の表を使うときは、各対象に誰が何をするかを割り当てます。材料待ちなら入荷見込み、社内手配待ちなら着手できる条件を調べ、納期と残作業から次の対応を決めます。件数や数量が合わないときは、事務と現場の数字が合わない確認手順と切り分け方に沿って対象・時点・単位を比べてください。
受注漏れ・納期遅れを防ぐ運用手順
運用では、受注を記録する、日々の状態を見る、変更を反映するという3点の担当と時点を決めます。登録待ちの注文も受領記録へ残し、一覧への転記が済んだ範囲を追います。変更を知ったら影響する作業を保留して依頼を記録し、合意・承認された内容を正式な数量や納期へ反映しましょう。
朝は超過、今日納期、前日から変わった案件を見て、終業前には未処理の受領記録と更新待ちを拾う使い方が考えられます。ただし、更新日が今日ではない行がすべて漏れとは限りません。案件ごとの更新間隔を決め、動きがないことを調べた日と、内容を変更した日を混同しないようにします。
更新忘れがあれば、元の注文書や連絡記録へ戻って内容を補います。実際に変更が起きた日と、遅れて入力した日を分け、入力者と根拠を履歴へ残してください。日付だけを今日へ替えて未更新の目印を消すと、何が変わったかを追えなくなるためです。不明点は推測で埋めず、担当へ戻します。
少人数会社で破綻しないための注意点
正式な受注台帳は1つにし、担当者別の一覧は同じ記録を絞り込んで使います。個別コピーへ更新が分かれると、注文変更が一方だけに反映されるおそれがあります。ただし、入力を続けやすくするために数量の内訳や履歴を削らず、入力欄と見るための画面を分けて負担を減らしましょう。
保存場所と共有先を決め、編集する担当と閲覧する担当へ適切な権限を割り当てます。数式欄を保護してもファイルの機密保持の代わりにはならないため、共有範囲も管理します。まず1つの表で、同時編集、訂正、履歴の参照と復元を試し、元データを保持した状態で使える範囲を判断してください。
受注一覧の記入例と、実運用で補う数量内訳
下は、架空の受注番号、会社名、担当者、日付を使った記入例です。数量欄は受注総数を表し、出荷済みと残数は省略した例なので、この表だけで未出荷数は判断できません。実運用では明細と出荷履歴を結び付け、単位も記したうえで受注残を求めます。
| 受注番号 | 得意先名 | 案件名 | 数量 | 納期 | ステータス | 担当者 | 最終更新日 | 備考 |
|---|---|---|---|---|---|---|---|---|
| R-2401 | ABC商事 | 部品A 加工 | 50 | 2026/02/10 | 手配中 | 田中 | 2026/02/03 | 材料待ち |
| R-2402 | XYZ工業 | 組立B | 20 | 2026/02/05 | 未着手 | 佐藤 | 2026/02/03 | 受注受付済み（着手承認とは別） |
たとえば『材料待ち』だけでは、誰がいつ何を調べるかまでは読めません。入荷見込みを尋ねる担当と回答予定、止めている作業を追記すると、次の行動を渡せます。受注を受け付けた記録も、着手や出荷を承認した記録とは分けてください。担当名は個人でも役割でも、受け持つ人が特定できる表記にします。
受注残シートを回すためのチェックリスト
立ち上げ時は、下の項目を1つずつ実際の受注と照合します。さらに、数量変更、一部出荷、取消、納期未定、担当交代を試し、元資料と一覧が対応するかを見ます。チェック欄に印が付いたことだけで完了とせず、どの事例を使って何が合ったかまで記録しましょう。
- 1行1案件の範囲と、明細への対応が決まっているか
- 受注番号と明細番号の組合せが重複していないか
- 納期の形式がそろっているか
- ステータスが固定語句になっているか
- 担当者と最終更新日が空欄でないか
- 今日納期と今週納期がすぐ絞り込めるか
- 納期超過を色と文字で識別でき、未定も抽出できるか
- 登録・照合・承認の担当と代行先が決まっているか
この一覧は、開始時にも、項目や担当を変えた後にも使えます。列が多い場合は、入力する人と見る人の用途を分け、表示を絞ります。毎日見ないという理由で、注文条件や変更履歴、数量の根拠を削らないようにしてください。全体をたどれない場合は、表の分け方から見直します。
納期を予定へ展開するなら、共有カレンダーで納期を管理する実務手順も参考になります。カレンダーは気づくための補助にし、正式な納期と数量は台帳からたどれるようにします。変更時に予定だけが旧いまま残らない更新担当も決めましょう。
よくある質問
受注残は案件ごとに1行で管理してよいか？
品目と納期が同じ単位で動くなら、1行1案件の一覧から始められます。ただし、案件ごとの1行だけでは分納や複数品目を追えない場合があります。その場合は最初から明細を持ち、受注番号と明細番号で結び付けます。1行に複数の納期や数量を詰め込まず、案件全体の表示と明細の役割を分けてください。
納期が未確定の案件はどう扱えばよいか？
納期が未定なら、日付欄は空欄にし、別の納期状態に『未確定』、備考に問い合わせ先と回答予定日を残します。日付欄へ文字を混ぜると、並べ替えや期限計算で扱いが変わるためです。未定行は専用に抽出し、着手条件が未合意の作業は保留します。未定だけを理由にすべての作業が止まる設計にもせず、承認された範囲を区別しましょう。
受注済みでもまだ手配していない案件はどのステータスに入れるべきか？
手配や社内の段取りが始まっていないなら、『未着手』の対象にできます。着手の区切りは、依頼を出した時点なのか、受け手が引き受けた時点なのかを先に合わせます。依頼しただけで材料や工程が確保されたとは扱わず、手配先の返答と残作業を追える状態にしてください。
更新漏れを見つけるためにはどの列を必ず持つべきか？
最終更新日と担当者に加え、受注番号、対象明細、更新した人と内容を対応させます。更新日が古い行は調査の候補になりますが、それだけで作業が止まっているとは断定できません。日付は実際の入力・変更時点を保存し、表を開くたびに当日へ変わる数式で更新の実績を代用しないようにします。
参考にした公式情報
共同編集や表示の基本はGoogleのヘルプを、1行を識別する考え方はAppSheetのデータ説明を参照しました。AppSheetの利用を前提にした商品ではなく、注文番号と明細の対応を考える参考です。受注残の定義や完了条件はこれらのヘルプが決めるものではないため、自社の受注・出荷手順へ合わせます。
- Google スプレッドシートの使い方 – Google ドキュメント エディタ ヘルプ
- Google スプレッドシートのトレーニングとヘルプ – Google Workspace ラーニング センター
- データ: 基本情報 – AppSheet ヘルプ
まとめ
まず、1行1案件で扱える範囲と、分ける明細を決め、受注番号・受注日・品目・数量内訳・納期・進捗・担当・更新日を結び付けます。次に、状態を移す条件と、変更を承認して反映する担当を決めましょう。超過や未定の行も拾い、今日・今週の予定だけでは見えない残作業を追います。
運用後は、受注漏れ、納期超過、未更新、滞留の記録から、どの手順で情報が止まったかを見直します。色や列数だけを直すのではなく、元資料から数量と次の行動を追えるかを見てください。同時編集や履歴の扱いを表だけで支えきれない場合は、専用の仕組みへ移す条件も検討します。
