出荷待ち一覧の自動作成|受注・出荷担当が開発前に決めること

卸売会社や通販事業者で、受注受付と倉庫の出荷準備を別々の担当が行っている場合を考えます。受注表から商品と個数を毎朝転記して出荷待ち一覧を作っていると、取消しや数量確認中の行をどう扱うかで手が止まります。開発担当へ「一覧を自動で作ってほしい」と頼むだけでは、その判断は伝わりません。
自動化を依頼する前に、一覧を使う出荷担当が必要な列、一覧へ入れる条件、確認待ちの連絡先を決め、受注表と完成させたい一覧の見本を開発担当へ渡します。本稿では、その準備を架空の日用品卸売会社「こもれび商会」の受注・出荷業務で説明します。
受注受付と出荷の担当者、両者の業務責任者、開発担当が一緒に条件を整理するための記事です。読み終えたら、一覧の見本と、取消し・数量未確認・処理失敗時の扱いを記した依頼メモを作れます。教材の数値と会社は全て架空で、発送や自動処理の稼働実績を示すものではありません。

受注受付から倉庫へ渡す仕事を、担当と目的から整理する
こもれび商会は、日用品を受注して倉庫から発送する架空の卸売会社です。受注受付担当が注文内容や取消しを受注表に記録し、倉庫の出荷担当が商品と個数を拾って、出荷準備用の一覧を作る設定です。複数の商品の注文は、商品ごとに別の明細行で記録します。

| 明細番号 | 注文番号 | 商品番号 | 数量(個) | 状態 |
|---|---|---|---|---|
| L01 | O0012 | 00128 | 2 | 受付済み |
| L02 | O0012 | 00129 | 1 | 受付済み |
| L03 | O0013 | 00128 | 4 | 取消し確定 |
| L04 | O0014 | 00128 | (空欄) | 受付済み |
今の手作業は、受注表を開く、出荷対象の行を選ぶ、必要な列を転記する、取消しや数量未確認の行を受付担当へ確認する、という流れです。自動化したいのは、このうち合意した条件で出荷待ち一覧を作る部分です。受注内容の確定、在庫や出荷可否の判断、実際の発送、顧客への連絡は別の仕事として残ります。
役割も先に決めます。受注受付担当は元の注文内容を確認・修正し、出荷担当は一覧に必要な列と見方を説明します。業務責任者が対象条件や例外時の運用を決め、開発担当は合意した条件を処理にします。「業務担当」という一言で、誰が数量を確認し、誰が出荷を判断するかを曖昧にしないようにします。
自動処理が作るものと、その形の約束を「出力仕様」と呼びます。まず出荷担当の次の作業を「商品と個数を確認して出荷準備へ進む」とし、その作業に足りる一覧の見本を作ります。以下の4明細は条件を試すための小さな教材で、会社の受注件数や処理能力を表す数字ではありません。
明細は注文に含まれる商品の行です。下のL01とL02は同じ注文O0012に含まれます。4行を「4注文」と数えるのではなく、どの商品を何個準備するかを行ごとにたどります。数量が未確認のL04は、空欄のまま次の判断へ残します。
出荷担当が使える一覧の列と作成条件を決める
倉庫の出荷担当が元の受注を探し、商品と個数を見分けられる一覧を作ります。この教材では、受付済みで数量を確認できた明細を対象にし、明細番号、注文番号、商品番号、数量(個)の4列をこの順に残す仮ルールです。自社では、倉庫の手順に照らして必要な列と対象条件を決めてください。

| 明細番号 | 注文番号 | 商品番号 | 数量(個) |
|---|---|---|---|
| L01 | O0012 | 00128 | 2 |
| L02 | O0012 | 00129 | 1 |
その条件を完成見本にすると、下の2明細になります。同じ注文O0012の中に、商品00128が2個、商品00129が1個あります。一覧は2行、注文は1件、商品は合計3個です。注文単位に合算して商品が分からなくならないかを、出荷担当と見比べます。O0012の先頭は数字の0ではなく英字のOです。
番号は計算する数ではなく、照合する文字として扱います。CSVはカンマなどで列を分けるテキストなので、ファイルだけで読み込み先の型を指定できません。Excelで商品番号00128が128になる場合があるため、読み込む前に番号の列を文字列として扱う設定を選びます。Microsoft公式にはテキスト/CSVの取り込みで列の型をTextへ変える手順があります。名称は版によって確認してください。取り込み後の見本も00128かを確かめます。
保存形式だけでなく、どの時点の受注表から作り、誰がどこで受け取るかを決めます。この教材の取得時点は2026-10-11 08:00 JST、ファイル名の候補はshipment-waiting-20261011-0800.csvです。日時は架空の教材条件です。本番の保存先、実行時刻、受取担当への通知方法は、業務責任者と開発担当の未決定事項として残します。
取消しと数量未確認を、出荷対象と分けて引き継ぐ
出荷担当が迷わず使える一覧にするには、載っていない注文の扱いも必要です。こもれび商会の教材では、取消し確定のL03を取消し記録へ、数量が分からないL04を確認待ちのメモへ分けます。受注受付担当への質問が残るL04を、出荷準備の対象へ先回りして入れません。

| 明細番号 | 行き先 | 理由・次の作業 |
|---|---|---|
| L01 | 出荷待ち一覧 | 受付済み・数量2個 |
| L02 | 出荷待ち一覧 | 受付済み・数量1個 |
| L03 | 取消し記録 | 取消し確定のため一覧から除外 |
| L04 | 保留メモ | 数量未確認。受付担当へ確認依頼。0個に置き換えない |
元4明細=一覧2+取消し1+保留1、と行き先の数を照合します。数が合っていても同じ行を二重に数えている可能性があるので、L01からL04の明細番号を一つずつたどります。L04が一覧と保留の両方へ入っていたり、行き先がなかったりしたら、採用前に止めて担当へ確認します。
確認待ちのメモには「L04/O0014/商品00128:数量未確認。受付担当へ確認依頼。回答未受領」と残します。数量の空欄を0個にすると、未回答が「0個の注文」に変わってしまいます。受付担当が元の受注内容を確認・修正した後に、新しい取得時点の一覧を作って照合します。出力だけに数量を足すかどうかを、担当任せにしないよう運用を決めます。
出荷対象がない日と、一覧を作れない日を区別する
倉庫の出荷担当に一覧が届かなかったとき、対象商品がないのか、受注表を取得できなかったのかが分からないと、待つべきか確認すべきか判断できません。業務責任者と開発担当は、正常に作成して0件だった場合と、処理が失敗した場合の連絡を分けて決めます。

| 状態 | 担当へ渡すもの |
|---|---|
| 正常0件 | 対象の明細が0。今回のヘッダーのみCSV+取得時点・元件数・内訳を記した正常0件メモ |
| 抽出失敗 | 今回の新しい一覧なし。失敗メモ+確認担当。前日のファイルを当日分として渡さない |
正常0件なら、今回の列名だけを持つCSVと「正常0件」のメモを渡す約束にします。例えば、元データが取消し確定のL03だけの日なら、元1明細=一覧0+取消し1+保留0です。取得日時も付けて、対象がないと判断した範囲を示します。これは本文の4行入力とは別の、0件を試す架空入力条件です。
取得失敗なら「今回の新しい一覧はありません。元データ取得失敗、確認担当:業務責任者」と知らせます。前日の一覧が残っていても当日分として渡しません。業務責任者が受注受付と倉庫へ状況を確認し、手作業へ切り替えるか復旧を待つかを判断します。失敗の通知を作ったことは、復旧が完了したことを意味しません。
業務責任者と開発担当で、完成見本と例外を確認する
自動化の相談には、現在の受注表、出荷担当が使いたい完成一覧、取消し・数量未確認の行き先、例外時の連絡を一組で持ち寄ります。こもれび商会の教材では元4明細と期待する2明細を使い、業務責任者と開発担当が同じ行を見ながら判断の違いを探します。

| 決めること | 架空の記入例 |
|---|---|
| 目的・受取担当の次の作業 | 出荷担当が出荷準備の対象を確認する(架空) |
| 元データ・取得時点 | 教材受注明細4行/2026-10-11 08:00 JST(架空) |
| 1行の単位 | 商品を含む受注明細。注文単位に合算しない |
| 対象・対象外・保留 | 受付済みかつ数量確認済みを一覧へ。取消し確定は除外記録。数量空欄は保留 |
| 列と並び・意味 | 明細番号,注文番号,商品番号,数量(個)。番号は文字、数量は個数 |
| ファイル名・形式・保存先 | shipment-waiting-20261011-0800.csv/UTF-8/社内受渡し場所(本番は未決定) |
| 件数と照合結果 | 元4明細=一覧2+取消し1+保留1。O0012の1注文、合計3個 |
| 保留の知らせ方・担当 | L04/O0014/00128:数量未確認。受付担当へ確認依頼(未回答) |
| 正常0件の渡し方 | ヘッダーだけのCSVと正常0件メモ。取得時点・元件数・内訳を記載 |
| 失敗の知らせ方・担当 | 抽出失敗で新しい一覧なし。業務責任者へ連絡し手作業判断。旧一覧を当日分扱いしない |
| 採用判断・確認担当 | 業務責任者が保留を確認し、この版の採用可否を決める(未承認) |
| 変更時の版・戻し方 | 見本v1。列/条件変更は見本と確認日を更新。旧版を保存 |
| 受入確認・未決定事項 | 元4行と見本の行き先を照合。本番保存先・通知先・実行時刻は未決定 |
業務責任者は対象条件と例外の担当を確認し、出荷担当は元の注文・商品・数量を一覧からたどれるかを確認します。開発担当は、その条件で同じ見本を作れるかを確かめます。列の並び、番号の先頭0、数量の空欄、2明細と1注文の違いも見比べます。これが依頼どおりに出来たかを確認する「受入確認」です。
0件の日と受注表を取得できない日は、別の条件として試す約束にします。下のメモは、その確認範囲と未決定事項を残すものです。13項目を埋めることより、本番の保存先・通知先・実行時刻を誰が決めるかが大切です。自社の条件へ置き換え、決まっていない欄は未決定のまま担当を記します。
新しい列や対象条件を加えるときは、元データと完成見本の版を更新し、旧版を残します。以前の条件で確認した結果を、新しい条件へ流用しません。この教材で依頼内容を整理できても、本番の自動処理や実際の発送が動いた証明にはなりません。
保存して使う教材
全て架空の見本です。CSVはUTF-8で、番号の列は文字列として読み込んでください。数量の空欄は空欄を保持します。ZIP内は同じ8ファイルです。
- original.csvを保存
- expected.csvを保存
- routes.csvを保存
- brief_example.csvを保存
- brief_blank.csvを保存
- brief-example.txtを保存
- brief-blank.txtを保存
- exception-notices.txtを保存
- 教材一式ZIPを保存
自分の出力の約束を記入する
架空例を入力したら、本番が未決定の欄を残し、自社の条件に置き換えてください。コピーできないときは「全選択」して手動でコピーできます。
まとめ:現場の一覧と確認待ちの扱いを決めてから自動化を依頼する
受注表から出荷待ち一覧を自動で作りたいときは、誰がその一覧を使って何を判断するかを最初に決めます。出荷担当が必要な列を示し、業務責任者が対象・取消し・確認待ち・失敗時の運用を決め、開発担当へ元データと完成見本を渡します。

| 元の明細 | 次へ渡す実物 |
|---|---|
| L01・L02 | 出荷待ち一覧2明細。O0012の1注文、合計3個 |
| L03 | 取消し記録1明細。出荷待ち一覧に入れない |
| L04 | 保留1明細と数量確認の依頼。0個の行を作らない |
最初の一歩は、少数の架空受注を用意し、出荷担当が使える一覧を自分たちで書くことです。こもれび商会の教材では、L01・L02は出荷待ち一覧、L03は取消し記録、L04は受注受付への数量確認へ進みます。行数の例をそのまま業務規模に当てはめず、自社の例外も一つずつ残してください。
DREEXYへ業務の見直しや自動化を相談する場合は、現在の受注から出荷までの流れ、担当間で迷う判断、元データと完成一覧の架空見本をそろえると、相談する作業範囲が伝わります。対応範囲や料金は個別に確認してください。作業時間の削減量や、出荷ミスの改善実績は本稿では測定していません。
YUMEXYの開発に関心がある方は、開発中の紹介ページもご覧ください。このCSV教材をYUMEXYが現在自動生成できるという案内ではありません。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


