物流部門 現状業務フロー（As-Is）

図の見方

担当者・部門・システムをレーン（横帯）で分け、左→右に時間・処理が流れます。手作業・二重入力・システム分断など、現場の負荷や属人化が起きている箇所は赤色でハイライトしています。

図1｜出荷依頼〜出荷実行〜売上申請・入金照合フロー

物流部門が中心となって回している、受注から入金確認までの一連の流れです。

図2｜日次 売上・在庫データ連携フロー（クロスモール⇔AO）

EC（クロスモール）とAO間の売上・在庫データ連携は、平日毎朝1回、物流部門メンバーが手動で行っている。自動連携の仕組みがなく、実施しないとデータが更新されない。

図3｜不良品・修理品対応フロー

「卸先対応シート」（生産・CS・物流など部門ごとに色分け）で不良品・修理品を管理している。修理品がロジスティクスに届いた時点ではシステム上の在庫移動は発生せず、修理不可で返品となった場合のみ返品登録する。

現状の主な課題

• 入荷予定管理がシステムと分断：AO／ロジザードに入荷予定を入力すると「全入荷」と誤認識するエラーがあるため、入荷予定は手動Excelで管理している。
• 出荷希望リスト・在庫リストの書式が担当者ごとに異なる：ポップアップ用の在庫リストは各PMが個別に作成しており、フォーマットが統一されていないため集約できない。
• 出荷指示データの入力が手動：物流がAOへ出荷指示データを手動入力し、ロジザードへ連携させている。
• 出荷指示ファイルが店舗向け・EC向けで分断：管理者が異なるため別々のファイルで管理されており、一元化されていない。
• 百貨店向け伝票発行・出荷案内メールが手作業：AOから出荷実績を抽出し、毎回手動でメールを作成・送信している。出荷回数の増加に伴い業務負荷が増大しており、社内では自動化を最優先課題としている。
• 売上・在庫データ連携が毎朝の手作業：クロスモール⇔AO間の売上・在庫連携は自動化されておらず、担当者が毎朝ログインして「抽出して登録」ボタンを押す必要がある。実施しない場合は連携されない。エラー時はEC担当への都度連絡が必要。
• 売上申請の入力が手動かつ属人化：国内卸の確定売上はAOから抽出したデータをチェックし、バクラクへ手動入力・添付している。海外卸は「支払いシート」で入金確認後の出荷やケースバイケース対応を管理している。
• 入金と売上申請の不整合調査が手作業：百貨店等は卸先側の計上基準で入金されるため出荷基準の売上申請とずれが生じやすく、物流が原因調査（出荷ミス／売上申請ミス）を行った上で卸先起因の場合は営業へエスカレーションしている。ポップアップ売上とインライン配送分の入金が混在するケースや、修理代金の計上漏れも不整合要因となっている。
• 下げ札（タグ）表記の整合作業が手動：卸先ごとに表記が異なる下げ札を自社品番・SKUと手動で突合している。下げ札発注表が提供されない卸先には物流から都度依頼している。
• 不良品・修理品対応が属人化：以前は物流が大部分を対応していたが、担当者の海外赴任に伴い体制変更し、初期不良の交換品出荷や修理費用のイレギュラーレポート入力を複数担当者で分担している。修理品到着時点では在庫データ上の移動が発生せず、修理不可で返品確定した場合のみ登録される。
• 在庫データの不整合：AO上のデータと実在庫が一致しない事案や、出荷指示後に在庫が不明になる事案が発生しており、原因（受け入れミスや盗難の可能性を含む）を調査中（原因は調査中であり未確定）。
• 生産部門との納期認識の乖離：生産スケジュールがタイトな一方で納期遅延が常態化しており、分納による非効率な運用が発生。物流・営業側は機会損失の懸念を認識している。
• ポップアップ商品の納期管理が個別Excel：ポップアップ用商品の納期を個別のExcelファイルで管理しており、生産部門との連携・可視化に改善の余地がある。
• 取引先向け商品情報提供が手作業：Neap等の取引先へ提供する商品情報は、AOから出力したデータを手作業で加工・編集している。