BtoB-ECの受注情報を、ピッキング・梱包・発送・取引先対応で使いやすくする方法を解説します。帳票に載せる情報、紙・PDF・端末の使い分け、注文変更や分納がある場合の扱いを整理します。
ECで注文を受け付けても、出荷担当者が何度も管理画面へ戻ったり、別のExcelへ転記したりしていれば、受注後の作業は残ります。確認したいのは、必要な情報を、作業する人がその場で使えるかどうかです。
帳票は、注文や作業の情報を一定の項目・形式でまとめたものです。印刷して使う方法だけでなく、PDFを表示・共有する方法もあります。業務によっては、帳票を出さずに端末上の作業画面で進める方法も選べます。
受注管理と、現場への作業指示をつなぐ
管理画面は、注文内容や処理状況を確認するために使います。倉庫や作業場では、その情報をもとに商品を集め、照合し、梱包して送り出します。
このとき、受注担当者には分かる備考でも、出荷担当者には意味が伝わらない場合があります。商品コード、数量、納品先、同梱物などを、工程に合わせて表示・出力することが重要です。
紙を使っていることだけで二度手間とはいえません。ただし、同じ情報を入力し直す、確認のために何度も移動する、変更内容を個別に伝え直すといった作業は、見直す対象になります。
ピッキング・梱包・発送で必要な情報を整理する
| 工程 | 必要な情報の例 | 確認・記録すること |
|---|---|---|
| ピッキング | 商品コード、規格、数量、単位、保管場所 | 集めた数量、欠品、代替品の扱い |
| 梱包 | 今回出荷する明細、同梱物、梱包指示 | 商品・数量の照合、同梱物の確認 |
| 発送 | 届け先、配送方法、指定日、出荷単位 | 送り状との照合、発送済みの記録 |
すべての情報を1枚に詰め込むと、必要な指示が埋もれることがあります。価格を表示する必要がない作業用帳票と、取引先へ渡す明細を分けるなど、利用者に合わせて設計します。
作業結果をどう受注管理へ戻すかも決めてください。紙にチェックを付けても、その結果を誰も確認できなければ、処理状況を問い合わせる作業が残ります。入力担当や反映するタイミングまで含めて整理します。
BtoBでは、取引先の指定と帳票の用途を分ける
取引先によって、発注番号、納品先コード、指定文言、明細の送付方法などが異なる場合があります。担当者の記憶に頼らず、どこに登録し、どの帳票へ出すかを決めます。
- 発注番号など、注文ごとに入力する情報
- 取引先コードや送付先など、取引先単位で管理する情報
- 同梱物や納品先の指示など、出荷時に確認する情報
- 今回の出荷数量と未出荷数量を区別する情報
出荷指示書、納品明細、請求書は、目的と情報を確定する時点が異なります。同じ受注データを活用できても、すべてを同じ内容で出力すればよいとは限りません。
たとえば、10個の注文を6個と4個に分けて出荷する場合、今回の納品数量は注文数量と異なります。請求対象も、受注・出荷・検収のどの時点を基準にするかで変わります。これは確認用の例であり、自社の取引条件に合わせて決めてください。
紙・PDF・端末は、現場の条件で使い分ける
| 方法 | 検討しやすい使い方 | 確認する点 |
|---|---|---|
| 紙の帳票 | 商品や荷物に添えて指示を渡す、手元で照合する | 印刷・配布・回収、変更時の差し替え、結果の記録 |
| 取引先へ共有する、決まったレイアウトで保存・印刷する | 送付先と閲覧範囲、版の区別、保存済みファイルの更新 | |
| ハンディ端末・タブレット | 作業場所で情報を確認し、読取や完了操作を行う | 通信、充電、操作性、反映のタイミング、利用できないときの手順 |
端末があるだけで最新情報が共有されるわけではなく、システムへの接続や更新の仕組みが必要です。PDFも、保存や印刷した後は自動で内容が変わりません。
倉庫の作業は端末、取引先への明細はPDFという組み合わせも考えられます。紙の枚数だけを目標にせず、確認の往復、転記、取り違えを減らせるかで判断します。
受注データから出力し、変更後の情報まで管理する
転記を減らす前に、元データと出力条件を決める
帳票を作るたびにExcelへ転記している場合は、受注データから必要な項目を出力する方法を検討します。項目の取得元、数量や単位の表示、対象注文の条件、出力権限を整理してください。
自動出力にしても、元の住所や数量が間違っていれば、その内容が出力されます。データの確認と、出力した帳票の確認は必要です。「自動化すればミスがなくなる」とは考えず、どの作業を省き、どの確認を残すかを決めます。
注文変更・キャンセル後に旧版を使わない手順を用意する
出荷指示を出した後に、数量や届け先が変わる場合があります。再出力する機能だけでなく、現場へ変更を届ける手順も必要です。
- 対象を特定する:注文番号、出荷番号、発行日時や版番号などで、どの指示が変わったかを分かるようにします。
- 作業状況を確認する:未着手、作業中、梱包済み、発送済みのどの段階かを確認します。
- 変更を伝える:連絡先と担当を決め、作業を止める必要がある場合はその指示も伝えます。
- 旧版を無効にする:紙の回収や明確な無効表示など、現場に合う方法で取り違えを避けます。
- 新版の受領を確認する:変更が伝わり、作業結果と管理側の情報が一致したことを確認します。
分納では「注文全体」と「今回の出荷」を区別し、再発行では追加作業の指示と誤認されない表示にします。具体的な表示や通知方法は、受注担当と現場の両方で確認してください。
EC-CUBEで受注明細書をPDF出力する機能を検討する場合は、EC-CUBEの受注明細書PDF出力についての記事をご覧ください。本記事では業務上の確認事項を扱い、機能の詳細は関連する記事へ分けています。
帳票を増やす前に、現在の作業を確認する
まず、通常の注文に加え、変更・分納・キャンセルがある注文を選び、受注から出荷まで追ってみてください。次のような場面があれば、その原因から改善対象を決めます。
- 同じ注文情報を、Excelや別の画面へ入力し直している
- 商品を集める途中で、何度も注文を確認しに戻っている
- 個別指示がメールや口頭に分かれ、担当者へ届かない
- 変更前の帳票やPDFが残り、どれを使うか迷う
- 分納分や再発行分を、新しい出荷指示と取り違える
- 作業が終わっても、管理画面の処理状況に反映されない
改善後は、帳票の枚数だけでなく、転記にかかる時間、確認の往復、作り直し、指示の取り違えなどを確認します。件数の増減も踏まえて、作業負担が変わったかを判断してください。
外部の倉庫や基幹システムが出荷を管理している場合は、EC側で同じ指示を重ねて出さないよう、管理元を確認します。連携の整理は、ECと基幹システムの連携設計も参考になります。
サンクユーの対応範囲や構築実績、相談から公開までの進め方は、卸売・BtoB-ECサイト構築サービスをご覧ください。
関連する業務・機能の解説
BtoB-ECの帳票と出荷業務でよくある質問
BtoB-ECの管理画面があれば、帳票は不要ではないですか?
管理画面や端末で必要な情報を確認し、作業結果まで記録できるなら、紙の帳票を追加する必要がない場合もあります。一方、手元の指示書や取引先へ渡す明細が必要な業務もあります。各工程で誰が何を確認するかを整理して、必要な帳票や画面を決めます。
帳票は紙でなければいけませんか?
紙に限りません。印刷した帳票、PDF、ハンディ端末、タブレットなどから、現場の動線、通信環境、更新頻度、確認結果の記録方法に合うものを選びます。紙や保存済みPDFは自動で最新情報に変わらないため、変更時の差し替え方法も必要です。
受注明細書を納品書や請求書として兼用できますか?
用途によって必要な項目と確定時点が異なるため、無条件には兼用できません。分納や注文変更がある場合は、受注数量と今回の納品・請求対象が一致するとは限りません。同じ受注データを活用しながら、出荷指示、納品明細、請求の出力条件を分けて確認します。
注文変更後に古い帳票が使われないようにするには?
注文番号に加え、発行日時や版番号などで新旧を区別し、変更の連絡先、旧版の回収・無効化、新版の配布、受領確認を決めます。作業開始後に変更があった場合は、いったん止める必要があるかも含めて、受注担当と現場で判断する手順を用意します。
Excelで帳票を作っていても問題ありませんか?
件数や変更頻度に合い、確認・保管のルールがあれば運用できる場合があります。ただし、転記、作り直し、版の取り違えが負担になっているなら、受注データからの自動出力を検討します。自動出力でも、元データや項目の対応、出力条件の確認は必要です。
取引先ごとの指定項目を帳票に出せますか?
利用中のシステムと帳票機能によって、設定、プラグイン、個別開発などの方法を検討します。発注番号、納品先コード、指定文言などについて、入力・保存・出力の場所を整理してください。実現範囲や費用は、現在の構成と必要な帳票を確認して判断します。
受注後の作業まで含めて、BtoB-ECを整えます
現在使っている帳票や画面、取引先の指定、変更時に困っている作業をお聞かせください。必要な情報と担当を整理し、出力機能や業務の進め方をご相談いただけます。
対応範囲・費用は、現在のシステムとご要望を確認してご案内します。
投稿者プロフィール

- CEO
- 株式会社サンクユー 代表取締役CEO。
基幹システムとECをつなぎ、受発注業務の最適化を支援する専門家。
関西大学卒業後、東証プライム上場のゼネコンにて人事総務を経験。
その後システムベンダーへ転職し、IBM AS/400環境における金融・物流・販売管理・経理・人事など、企業の基幹業務を支えるシステム開発に従事する。
プログラマからプロジェクトマネージャーまでを経験し、台湾・台北駐在として銀行システム構築プロジェクトにも参画。
この経験を通じて、「システムの質は要件定義の質に比例する」という思想を確立。
業務理解を起点としたシステム設計を強みとする。
その後、クレジット決済代行会社にて、決済システムの再構築や銀行連携、ECサイト構築を担当。
あわせて組織改革にも携わり、20名から60名規模への組織拡大を実現(退任時:常務取締役)。
2008年に株式会社サンクユーを創業、2010年に法人化。
現在は、基幹システムとECの両領域に精通した知見を活かし、BtoB企業における受発注業務のデジタル化・効率化を支援。
特に、FAX・電話・メールなどアナログ業務のEC化や、基幹システムとの連携を前提とした業務設計を得意とする。
単なるECサイト構築にとどまらず、業務フローの整理・要件定義・システム設計まで一貫して関与し、「現場で使われる仕組み」を実現することを重視している。
NTTレゾナント「goo Search Solution」にてEC関連コラムを執筆。
ECマーケティングレポート | goo Search Solution
■趣味・関心領域
BMW / WRC / ロードバイク / RIZIN / UFC / 大相撲
David Bowie / blur / MUSE / The Rolling Stones / XTC
機動戦士ガンダム(富野由悠季)
ベルセルク / 頭文字D / 進撃の巨人 / ジョジョの奇妙な冒険 / あしたのジョー
Mission: Impossible / Memento / ワイルド・スピード / ソナチネ
LOST / Game of Thrones / FRINGE / The Mentalist
上岡龍太郎 / ダウンタウン









