倉庫の在庫共有案内｜画面の数字がいつ・何を示すか伝える

倉庫会社の在庫共有サービスを、画面に出る数字の意味、更新時点、差異時の確認先から説明。手作業とシステム連携で荷主に残る作業も比べます。

倉庫会社のサイトに「在庫をオンラインで共有できます」と書かれている。荷主がそれを見て、注文が入るたびに自社の販売画面まで数量が自動で変わると考えていたら、導入の話は最初から食い違います。画面で確認できること、ファイルで受け取ること、担当者が照合して連絡することは別です。倉庫側のWeb担当者は、システム名より先に、どの在庫を、いつの時点で、どの方法で確認できるかを荷主向けの案内に変える必要があります。

この記事は倉庫・物流加工会社の経営者、営業、現場、Web担当者に向けたサービスページの設計例です。架空の在庫共有画面カードと、手作業・システム連携の案内比較を示します。実在荷主の数量、画面、契約、連携性能は使用していません。提供できる項目と更新の時点は、実際の倉庫システムと日々の運用を担当者が確認して決めます。

「在庫共有」の先で荷主が見るものを決める

みやあじよの倉庫・物流加工向けページは、在庫情報について、荷主から渡す入庫予定・出荷指示と、倉庫から返す入出庫実績・在庫情報を分けています。品番、商品区分、数量、ロット、保留の状態、共有方法と更新時点も確認対象です。本稿は、接続方式を選ぶ技術解説ではなく、荷主がサービスページを読んで共有画面の数字と自社の作業を誤解しない案内に絞ります。

まず営業への問い合わせを振り返ります。「画面を見られますか」「在庫のCSVは何時に届きますか」「返品を受け取ったら販売可能数に戻りますか」。質問の言葉が同じ「在庫」でも、欲しい答えが異なります。自社が提供するのは閲覧用の画面なのか、定期のファイルなのか、担当者からの報告なのか。荷主側の販売システムへ直接反映する機能を伴うのか。今あるサービスを整理し、実際に提供していない接続を「在庫共有」の一語から想像させないようにします。

サイトには、取扱商品の写真や倉庫の棚だけでなく、共有される情報の見本を置く方法があります。ただし実在の荷主画面の写真をそのまま載せず、許可のある画面か、架空の説明カードにします。説明カードには、品番に相当する仮の記号、数量の種類、状態、確認した時点、問い合わせ先など、荷主が画面の意味を読み取るための要素を示します。見本の数字は販売実績でも運用上の標準値でもありません。画面の作りが違う会社は、自社の項目へ置き換えます。

一つの説明カードに数字・状態・時点を載せる

「在庫数120」とだけ載せた画像は、何が120なのか分かりません。保管中の総数、引当済みの数、出荷できる数、確認待ちの返品を含む数は、運用によって異なります。荷主が自社の受注判断に使う前に、どの数字かを明記します。日本郵便のJPWMS在庫照会の公式案内には、品目別、ロット別、ロケーション別、在庫状態別の照会と、入出荷の実績照会が分けて示されています。これは項目と状態を分けて説明する参考であり、その機能をすべての倉庫が持つことを意味しません。

次の表は、架空の雑貨を預かる倉庫がWeb掲載用の画面カードを作るときの確認票です。数値を入れる前に、何の状態と時点を表すかを営業・現場・システム担当で決めるためのものです。

画面カードの表示	荷主が読み取りたいこと	事業者が確認すること	公開ページでの説明
対象商品・拠点	どの商品、どの倉庫の数か	品番の対応、対象拠点、セット品の扱い	見本は仮データと明記
保管中の数量	倉庫にいくつあるか	入庫確定、引当、返品待ちを含むか	数字の定義を短く説明
出荷できる数量	新しい出荷指示に使える数か	保留品や引当済みをどう除くか	総数との違いを示す
最終更新と確認時点	いつの状態を見ているか	登録・集計・配信の各時刻	「現在」を無条件に使わない
数量に差がある場合	誰が調べ、どこへ連絡するか	荷主と倉庫の照合担当、回答方法	連絡先と確認の順番を示す

架空の在庫共有カードで商品と拠点、数量の意味、更新時点、差異時の確認先を示す図 — 架空の表示項目を示す図です。実在の在庫数、システム画面、更新頻度ではありません。

例えば入庫予定が届いていても、荷物の数量を倉庫が確認する前なら、通常の在庫数へ含めない運用があり得ます。返品も、到着、検品待ち、販売可能と段階が分かれる場合があります。サイトでは「返品も在庫管理」とだけ言わず、どの状態が荷主に表示され、どの時点で出荷可能と扱うかを担当者に確認します。倉庫側で確認待ちになっている品を、荷主が販売画面で直ちに売れる数と扱うことがないようにするためです。実際の状態名は自社の仕組みに合わせます。

最終更新時刻の表示も、一つの時刻が何を指すかを決めます。倉庫の入出庫処理が完了した時点、データを抽出した時点、荷主へファイルを渡した時点、荷主画面が取り込んだ時点は同じとは限りません。「リアルタイム」の語を使うなら、何がどの程度遅れず反映されるかを実機で確かめます。未確認なら「在庫照会に対応。更新方法と時点は導入前に確認します」など、現状に合う案内へ直します。数字の新しさを保証する言葉をデザインのために足しません。

荷主が操作する画面の見本には、機能の範囲も添えます。見るだけなのか、条件で絞れるのか、結果をダウンロードできるのか。ここから出荷指示も送れるのかは別の機能です。クリックできそうなボタンを架空の見本画像に描くなら、実際には使えない操作を約束する印象にならないよう、見本であることと導入時に確認する項目を示します。公開ページへ実在荷主のID、注文、数量、取引先名を出さないことも確認します。

手作業とシステム連携を、荷主の仕事で比較する

「手作業だから遅い」「APIだから必ず自動」といった単純な分け方では、荷主側の準備が伝わりません。公開ページで示したいのは、どの方法を選んだ場合に、荷主が何を渡し、倉庫が何を返し、誰が結果を確認するかです。CSVはデータ形式、APIはシステムがやり取りする窓口であり、手動・定時・自動は実行の仕方です。これらの違いと接続範囲の詳しい整理は倉庫会社のWMS連携案内に関する公開記事が扱います。本稿は方式の選定ではなく、サービスページで見える日々の作業へ落とします。

例えば荷主がCSVを作成して担当者へ送り、倉庫が確認後に取り込み、在庫結果を翌営業日に返す運用なら、荷主には「指定形式のファイルを用意する」「送った後の受付結果を確かめる」「差異があれば担当へ連絡する」という仕事が残ります。一方、システム間の連携を利用する場合でも、商品コードの対応付け、初期テスト、エラー時の確認や運用変更時の連絡が不要になるとは限りません。どちらの説明も実際の契約と設定に照らし、提供していない運用を掲載しません。

比較カードは「画面で照会」「ファイルで受渡し」「個別の連携を検討」のように、現在提供できる内容を軸にします。各カードに、荷主が最初に行うこと、通常時に確認すること、差異や障害があったときの連絡先を一行ずつ置きます。連携の有無を優劣の順序にしない方が、荷主は自社の受注システムや担当体制と照らせます。費用・初期設定・対応拠点が変わる場合は、別途確認する条件として示します。ここで確定価格や開発期間を推測しません。

画面の見本を載せる場合は、表示上の時刻と説明文の時刻が同じ意味かを確認します。例えば「本日更新」という見出しの下に、前日の作業終了時点の画像を置くと、閲覧者は現在の数量だと受け取りかねません。見本には仮データである表示を置き、実運用の更新頻度を本文に別に書きます。デザインの画像を差し替えた日を在庫データの更新日として表示しないよう、原稿管理の欄も分けます。公開ページのスクリーンショットは説明資料であり、荷主が実際にログインする画面の代わりにはなりません。

荷主側で複数の担当が確認する場合も想定します。販売担当は出荷できる数量を見たい一方、購買担当は入庫予定と保留の理由を確かめたいかもしれません。公開案内では閲覧できる役割を一律に約束せず、誰にアクセスを渡すか、資料を社内でどう共有するかを契約と運用で確認する旨を示します。共有画面への入口をサイトに置くなら、一般向けの説明と契約先のログイン先を見分けられる名称にします。実際の権限付与は倉庫側の担当者が行い、Web制作側は存在しない機能を案内しません。

差異への対応もサービス説明の一部です。荷主の画面と倉庫の実数が違ったとき、荷主にまず何を伝えてもらうか、倉庫のどの担当が確認するか、修正後はどの経路で知らせるかを、個別契約前に確認します。「システムが自動修正します」と書けるのは、その機能と運用が確認できた場合だけです。公開ページには社内の手順を全部出さず、「数量差異を見つけた際の連絡先と照合方法を導入時に決める」といった説明にします。荷主が問題を放置せずに済む入口を見せます。

サービスページから相談まで、確認項目を引き継ぐ

在庫共有の説明を読んだ荷主が、何を伝えて相談すればよいかを案内します。商材、商品種類数、拠点、現在の受注管理、必要な在庫区分、希望する確認の時点、返品・セット組みの有無が候補です。初回フォームですべてを必須にせず、分かる範囲を送れば担当が次の資料を案内する構成にします。実在の注文データや顧客住所、接続に使う認証情報を一般フォームで要求するかは、営業・情報管理側が慎重に決めます。画面見本を送る場合も、取引先の情報が残らないよう確認します。

フォームの送信は連携の成立ではありません。「在庫共有の方法を相談する」という入口から、対応サービス、対象拠点、荷主の希望を伝えてもらい、担当者が運用と仕様を確認して回答する流れを示します。導入前に必要な調整や費用は、実際の条件を確認して案内します。サイト制作の範囲と、在庫照会画面やシステム連携を新たに作る範囲も混同しません。ページを作るだけでデータ共有が始まるような文言を避けます。

公開前には、営業・倉庫・システム担当で一つの架空の荷主の質問を通します。「セット品の部材が今日届き、返品も同時に着いた。明朝見える出荷可能数は何か」という場面です。サイトの説明カードだけで、どの数か、いつの時点か、確認待ちがどこに残るか、誰に聞けばよいか分かるかを試します。答えが実際の運用と合わなければ、カードの項目か文章を直します。架空の数量や時刻を実績として残さず、テスト条件と結果を制作記録へ置きます。

スマートフォンでは比較カードを縦に読み、数字の種類と更新時点が離れないか確かめます。色だけで通常品と保留品を分けず、文字の状態名を付けます。表を横へ動かす場合は操作の案内を置き、右端の差異時の連絡を見落とさないようにします。画像を読めない人にも情報が届くよう、カードの要点は本文と表で示します。公開した後は、現場の更新時点や利用する連携方法が変わったとき、営業資料とサイトの両方を確認する担当を決めます。

近接する摂津市の物流会社サイトに関する公開記事は保管温度・締切・配送範囲・異常時のサービス条件を扱います。本稿は在庫共有画面の数字の意味と荷主側に残る作業に限ります。最初は現行の「在庫共有」の一文を選び、荷主に実際に渡す画面・ファイル・連絡のどれを指すか、更新時点と担当者まで書き出してください。この架空例に実在荷主の在庫、接続、改善数値はありません。