業務別の共通前提
複数の実務記事に共通する考え方を、業務別に参照できます。
業務別の共通前提
受発注・帳票
受信した原本、確定した注文、倉庫への作業指示を区別する。
原本を受け取ったこと、担当が注文として登録したこと、正式に受注を確定して倉庫へ指示したことは別の出来事です。FAX、電話、メール、EDIで窓口が違っても、同じ相手の注文が複数回届く場合があります。受注の一意性を何で確認するか、注文の訂正が元の行と結び付くかを考えておきます。未確認を自動で受注済みにしない状態表示も重要です。
紙や電子ファイルの見出しをそろえる前に、取引先がその値を何に使うか確認します。同じ「納期」は注文者の希望着日、出荷予定日、倉庫の作業締切のことがあります。個数、箱、パレットも、表示の数字が同じでも入力後の判定が変わります。原本の値と換算済みの値、取込に使った版を別に持つと、正しい原本から誤りが生じた工程を見つけられます。
出荷・検品・送り状
商品、箱、送り状を区別し、個口ごとの引渡しを確認する。
注文画面で品番と個数が正しい場合でも、現場では包装、ロット、納品先、出荷便、先方の荷札指定を見て作業します。どの時点で指示の版を確定し、作業者が確認したかを残します。商品の種類、梱包した箱、送り状、届け先のどれを識別しているかを整理すると、検品機を増やしても防げない誤りが分かります。
照合の起点は作業時点で実際に見た帳票か端末です。誤った商品をピックした場合と、正しい商品を隣の箱に詰めた場合は、記録すべき箇所が異なります。一件の注文を複数便へ分ける場合は、親の注文と実際に出た箱が一対一でないことを現物で確認します。再発行や作り直しでも旧番号を保存し、顧客の控えから照会できることを試します。
在庫・倉庫
現物、帳簿、引当可能数を同時点・同単位で照合する。
倉庫に置かれている現物の数、帳簿上の数、販売に使える数には別々の条件があります。入庫直後の検査中、移動途中、出荷台車、返品隔離は、そのうちの一つにしか出ないことがあります。棚を数え直す前に、どの範囲を何時の時点で数えたかを残します。同じ商品も、ロットや入数、保管ロケが違えば一つにまとめると原因を追いにくくなります。
物を動かす作業と記録を付ける作業の順序は、担当者に聞くだけでなく一つの現物で確かめます。紙の入庫票、端末登録、棚札の情報がどう繋がるかを順に見ます。予定と実際の数が違う、荷物だけ先に棚に移った、棚だけ先に登録したなど、同じ画面上の差でも対処が変わります。変更があったときに古い値へ戻れるなら、何を記録したか説明しやすくなります。
配車・輸配送
依頼、仮押さえ、確定と、変更を受け取った時点を分ける。
輸送の計画表では、何を決めたかに加えて、その決定を実行できる条件を読み取れる必要があります。時刻だけを並べると、車両を仮押さえした時点、倉庫で荷物が用意できた時点、荷受け先が変更を受けられる時点が同じものに見えます。実務では、倉庫の担当が変更を受領した後に荷物を入替えることがあります。運送会社も、配車表の変更が確定してからドライバーへ手配します。数字の表と、どの人が次の変更を待っているかを分けて示します。
通常条件を作る場合は、依頼、車両、荷物、納品先とそれぞれの制約を一件ずつ結びます。依頼の件数と車両の台数を混同せず、一台が複数の依頼を受ける形と、同じ荷主の大型注文を複数の便が持つ形を区別します。何時から何時ならできるかの回答には余裕も必要です。走行中にドライバーの即時確認を求めるのは避け、別の連絡経路や、返信を待っている間の扱いを決めておきます。
荷待ち・荷役
到着、受付、荷役開始・終了、退出を区別する。
施設の待機時間は、車両が集中した結果、予約の時間帯に対して早く着いた結果、受付台が混んだ結果、倉庫の作業を始められない結果などが重なります。到着、受付、入場、接車、作業開始、終了、退出の記録が取れる場合は、まとめて一つの時刻で代用せず、それぞれの意味を定義します。運用改善のための区間と法令の算定に用いる区間は、目的に応じて管理します。
比較は同じ時間単位で行います。朝の予約数に対して荷役を終えられた車が何台か、次時間帯へ残った荷が何件かを確かめます。長時間の荷役が一台あると次の車の開始にも影響します。荷姿の種類、荷物準備の完了、機器の稼働、担当者、受入検査の混雑を同じ来場や便に結ぶことで、枠だけを増やしてよいか判断できます。
物流費・契約
運賃、附帯作業、加算・例外を同じ契約・便で照合する。
物流費の資料は、運ぶ区間の基本運賃、現場で行う作業、条件による加算、契約外に生じた例外を区別して読みます。同じ「一件」でも、配送先、注文、箱、車両、作業回数を数える場合があり、単価の比較だけでは契約の単位や含まれる作業を読み違えます。見積段階の前提、当日の合意、現場の実績と請求を分け、何が変わったかを辿れるようにします。
試算では、どの期間に実際に発生した額か、ある案を選んだ場合の予測かを明記します。例えば一便に複数納品先を積むと、便の料金を各明細へ付けたときに重複する場合があります。一方、特定の納品先で追加された待機や荷役には直接当てられる場合があります。共有費を配賦する基準と、改善時に実際いくら減るかの判断は用途が違うため、金額の内訳を別に持ちます。
データ・DX定着
受信できたこと、取り込めたこと、業務が完了したことを分ける。
物流のシステムは、正しい形式でデータを受け取れることと、業務上の正しい結果を出せることが別の検査です。例えば、注文ファイルの受信は成功しても、未登録の商品が保留に入り倉庫へ指示されなければ、受注は終わっていません。相手の送信、受領、処理、確定、例外の責任を明確にすることで、連携を直した後に誰が判断するかまで設計できます。
元データ、変換後、実績の各時点で、何を識別子にするか決めます。旧形式を受け付ける場合や適用日時が異なる場合は、変換に使った版と修正した理由を記録します。画面上でエラーを直すつもりが、後から届いたファイルで上書きされることもあります。訂正と再処理の順序が安定しているか、元の値へ戻れる状態で検証します。
比較・テンプレ・診断
同じ入力、同じ例外、同じ期待結果で比較する。
比較の出発点は、どれを入れるかを決めることより、どの現場のどの仕事を改善するかを特定することです。同じ物流のシステムでも、受付、計画、確定、在庫や記録の同期、例外後の復帰にそれぞれ違う機能を持ちます。一覧で機能名が一致していても、担当者が使える状態か、外部の取引先の操作が変わるか、必要なデータが取れるかは試行しないと分かりません。
比較する前に通常の注文と難しい例外を用意します。現場側の入力、保留の表示、責任者への連絡、修正、結果の照会まで同じ一件を通します。新しい方法が途中で止まる場合、どの担当が元へ戻せるかも確かめます。導入前の方法が続いているなら、便利な方だけに揃えず、新旧それぞれに必要な時間や減った仕事を数えます。
法対応・荷主実務
現場観測と制度上の集計を区別し、公式資料で定義を確認する。
現場で使う「入場」「受付」「荷扱い」「出荷準備」の言葉と、制度上の対象となる時間・業務の定義は一致するとは限りません。荷主・倉庫・運送会社で使う記録名や時計も異なる場合があります。最初に何のために記録を使うかを分け、現場改善の集計と制度上の報告をできるだけ別の列に置きます。根拠資料の版と対象期間も保持します。
現場の元データを集める場合は、どの施設・輸送が対象か、誰が測定してどこへ記録を残すかを確認します。ゲートの端末と受付担当の記録がずれているときは、同じ時刻を測っているか確認します。欠測の扱いは現場の便をゼロ分へ置き換えず、残った証拠で補正できるか、そもそも測定されていないかを分けます。