BCS プラットフォーム · 倉庫・在庫管理
BCS 倉庫管理システムの全機能ウォークスルー
Brocent プラットフォームで現在稼働中の倉庫管理システム（WMS）を機能ごとに解説 — ドックサイドでの入荷から保管・移動・棚卸し、サプライヤー／カスタマーポータルまでを巡り、最後に自社システムとの連携に必要な要素を紹介します。
要点: BCS 倉庫・在庫管理は Brocent プラットフォームに組み込まれた倉庫管理システムであり、Brocent の Warehouse as a Service の運用ツールレイヤーです（単体販売はありません）。本ページでは、コマンドセンターのダッシュボードとレポート、入荷、マルチテナント保管、出庫・移庫ワークフロー、棚卸し管理、外部サプライヤー／カスタマーポータル、そして連携可能な統一 API まで、7 つの機能ゾーンすべてを実際のスクリーンショット付きで解説します。
7
カバーする倉庫機能ゾーン
116
本番稼働中の仮想倉庫
2
稼働中の外部ポータル
1
全モジュール共通の API 形態
BCS はシステム、Warehouse as a Service はそれが稼働する実体施設です。
BCS 倉庫・在庫管理はスタンドアロンのソフトウェアとして販売・ライセンス提供されていません。Brocent の倉庫サービスの運用ツールレイヤーであり、Warehouse as a Service のもとで Brocent がお客様の倉庫業務を運営する場合、サプライヤーポータル・カスタマーポータルを含む WMS がサービスの一部として提供されます。
全体像
貨物が BCS を流れる仕組み
各ゾーンに入る前に、まず全体の流れをひと目で — お客様の貨物がドックに到着し、棚卸しと倉庫間移動を経て、配送業者への引き渡しとラストマイル配送に至るまで、配送業者のリアルタイム追跡情報が WMS へフィードバックされます。
機能ゾーン一覧
本ページのスクリーンショットはすべて、実際に稼働中の BCS プラットフォームからデモ・マスキング済みデータで取得したものです。
ゾーンA
コマンドセンター
スタッフがログイン後に最初に目にする場所：個別のタスクに入る前に、すべての倉庫をリアルタイムで俯瞰します。
オペレーションダッシュボード（Operations Dashboard）
内部倉庫ごとの容量・スペース使用率（実際の占有 vs. 割当スペース）をリアルタイム表示し、保留作業の To-Do キューと、注意が必要な事項の警告バナーを備えます。
運用レポート（Operational Reports）
内部1 つのワークベンチに 6 種類のレポートビューを搭載。それぞれ独自のチャートとエクスポート可能な明細テーブルを備えます：
- · 在庫 — 資材タイプ別の在庫分布、不良品率付き
- · 入出庫 — 入庫と出庫のトレンドラインとタイプ別内訳
- · 棚卸し — 倉庫ごとの棚卸しステータス分布
- · 貸出 — 進行中の貸出と延滞日数の追跡
- · 移庫 — タイプ別の倉庫間移動
契約・占有レポート（Contract & Occupation Reports）
内部顧客・サプライヤーとの照合のために構築された、契約ベースの第 2 のレポートレイヤー — すべてのレポートは期間・契約・顧客で範囲指定されます：
- · 棚卸し / 入庫 / 出庫 / 精算レポート — 契約ごと・月ごとに生成、ワンクリックで Excel 出力
- · 占有監査 — 実測した使用スペース（長さ × 幅 × 高さ → m³）を契約上の割当と照合。写真証跡付き、下書き → 提出 → 承認のサインオフフロー、PDF 出力対応
レコード連携
チケット ↔ 倉庫連携、稼働中
オペレーターは出庫または入荷検品のページから直接、関連するサポートチケットを紐付けられます — チケットを検索し、確認するだけ。紐付けたレコードはチケット詳細ページに読み取り専用タブとして表示され、サポート担当者はその案件がどの出荷・検品に関するものかを常に把握できます。サプライヤーも自分のポータルで同じチケット紐付け操作を利用できます（自社のチケットに限定）。
実際のシステム画面
ゾーンB
入荷
貨物がドックに到着してから、在庫として信頼できる状態で棚に載るまでのすべて。
入庫オーダー（Inbound Orders）
内部納品をその倉庫と予定明細行に紐付ける受入レコード — 入荷フローの起点です。
入荷検品（Inbound Verification）
サプライヤーポータルでも利用可ドックサイドでの受入検品：開始 → 予定数量との照合 → 完了。数量不一致は黙って受け入れられるのではなく差異としてフラグされ、写真証跡の添付とサマリー PDF のダウンロードに対応 — 内部スタッフだけでなくサプライヤーも利用できます。
入荷リスト（Receiving List）
ポータル：現在は閲覧のみ実際に何が入荷したかを記録するシリアル番号／型番レベルの台帳 — 一括インポート、SN/PN 検証、コード自動生成、棚入れ前の容量チェックを備えます。
実際のシステム画面
ゾーンC
保管
入庫後の在庫をどう整理するか — そして、ひとつの実体倉庫の中で顧客ごとの貨物をきれいに分離するマルチテナントモデル。
棚管理（Shelf Management）
内部各拠点内の物理的なロケーションと棚位置の管理。すべての部品に検索可能な置き場所を与えます。
在庫（Inventory）
サプライヤーポータルでも利用可部品またはシリアル番号単位のリアルタイム在庫。倉庫別・最終顧客別に絞り込み可能で、低在庫しきい値アラートとバーコードラベル印刷に対応します。
引当（Reservations）
サプライヤーポータルでも利用可近日実行予定のオーダーに対して在庫をソフトロックし、二重引当を防止。引当が期限を超えた場合は延滞アラートを発報します。
設計段階からマルチテナント
1 つの実体拠点 + 1 つのサプライヤー契約 + 1 つの顧客契約 = 1 つの隔離された仮想倉庫
同じ実体倉庫の中に、この仮想倉庫をいくつでも並列に構成できます — サプライヤーと顧客の組み合わせごとに 1 つ。顧客 A の在庫・スタッフ権限・レポートが顧客 B のビューに漏れることは、貨物が隣り合う棚に置かれていても決してありません。現在 116 の仮想倉庫がこのモデルで本番稼働しています。
ゾーンD
移動
在庫の出庫、拠点間の移動、短期貸出。
出庫（Outbound）
サプライヤーポータルでも利用可アイテム単位のクレーム → 返却 → 返却確認ワークフロー。返却は意図的に 2 段階設計 — 返却申請だけでは在庫は動かず、確認されて初めて反映されます — 配達写真の添付が証跡として必須です。
移庫（Transfer）
サプライヤーポータルでも利用可倉庫間・拠点間で在庫を移動。受け入れ側での検収ステップにより、「輸送中」の状態が記録なしに存在することはありません。
貸出（Borrow）
内部のみ専用の返却プロセスを備えた工具・資産の短期貸出。消費されるのではなく、持ち出して戻ってくる機材のための機能です。
消耗品（Consumables）
内部のみ消耗品向けの軽量な入出庫・在庫トラック。シリアル管理在庫とは分けて管理します。
実際のシステム画面
ゾーンE
精度と管理
システムの数字を信頼できる状態に保つチェック機構と、誰が何をできるかを決めるアクセスモデル。
棚卸し（Inventory Count / Stocktake）
サプライヤーポータルでも利用可計画的な棚卸しと自動差異フラグ — 5% を超える差異は黙って計上されるのではなくレビュー対象として提示され、明示的な承認ステップを経て修正数量がリアルタイム在庫に書き戻されます。
ルールと契約（Rules & Contracts）
内部ビジネスルール設定と、各仮想倉庫が紐付くサプライヤー／顧客契約 — ゾーン C の分離モデルを支える信頼できる情報源です。
実際のシステム画面
アクセスモデル
役割と権限、ひと目でわかる一覧
標準の倉庫ロールを 4 つ標準搭載。いずれも同一のきめ細かな権限セットの上に定義された名前付きプリセットです：
- ✓ 倉庫マネージャー（Warehouse Manager） — フルアクセス — 閲覧、作成/編集、監査/承認、ワークフロー実行
- ✓ 倉庫キーパー（Warehouse Keeper） — 閲覧、作成/編集、ワークフロー実行に加え、一部の監査/承認権限
- ✓ 倉庫オペレーター（Warehouse Operator） — 閲覧とワークフロー実行、作成/編集は限定的
- ✓ 倉庫ビューアー（Warehouse Viewer） — 読み取り専用 — 変更やワークフロー操作は不可
すべてのアクション — 閲覧、作成、編集、監査、クレーム、確認、実行 — がひとつずつ独立した権限であり、バンドルではありません。ロールはその上の名前付きプリセットにすぎず、同じ権限ブロックからスタッフ・サプライヤー・連携アカウント向けのカスタムロールを組み立てられます。
ゾーンF
外部ポータル
同じシステムをサプライヤーと顧客に開放 — それぞれが自分に属するものだけを閲覧できます。
サプライヤーポータル — WMS モジュール
稼働中 · パイロットアカウント、全面展開準備中サプライヤーは自社ブランドのポータルにログインし、自分の倉庫を運営します：My Warehouses、タスクワークベンチ、倉庫横断のタスクセンター、出庫、移庫、入荷検品、入荷リスト（閲覧）、在庫（最終顧客別）、棚卸し、引当。サプライヤーに見えるのは自社が認可された倉庫のみ — 他のサプライヤーのデータも、内部のコスト数値も決して見えません。
カスタマーポータル
稼働中 · 読み取り専用よりシンプルな、厳密に読み取り専用の窓口：顧客は自社の在庫と自社の配送／出庫履歴を閲覧できます。作成・編集・ワークフロー操作は不可 — 可視性のみの提供です。
実際のシステム画面 — サプライヤーポータル
システムと API
連携対応
この倉庫管理システムを他システムとつなぐ仕組み — 何がすでに本番環境で実証済みで、何をお客様の連携に合わせて一緒にスコープするのか。
上記すべてのモジュールに共通するひとつの形態
トークンベース認証、実証済み
ゾーン F の 2 つの外部ポータルは、すでにブラウザセッションではなく Bearer トークンで全リクエストを認証しています — システム間連携が使う基盤と同一のものが、新規の発明ではなく本番環境で稼働中です。
同一の権限モデルによるガバナンス
連携アカウントはゾーン E とまったく同じきめ細かな権限でスコープされます — 連携に必要なレコードと操作だけに正確に限定でき、それ以外には一切アクセスできません。
API キーの基盤は整備済み
キー単位のレート制限、IP 許可リスト、有効期限、利用ログは、サプライヤー／顧客キー向けにシステム内でモデル化済みです。お客様の連携に合わせた有効化は、ディスカバリーの場で一緒に行うスコープ設計の作業であり、デフォルトでオンになる既製機能ではありません。
イベント駆動通知、実績ある領域
プラットフォームはすでに他の領域で外部システム向けの Webhook 型連携を運用しています。「入庫完了」「出庫発送」といったアウトバウンドのイベント通知の構築は、初めての試みではなく実証済みの領域です。
稼働中：第三者配送業者トラッキング API
本番稼働中すべての出庫レコードには、すでに実際の配送業者連携が組み込まれています — SF Express をはじめとする主要配送業者にリアルタイム追跡 API で接続し、出荷レコードから直接照会できます。配送業者の認証情報は環境変数で注入されサーバー側でプロキシされ、ブラウザには決して露出しません。アクセスは呼び出し元自身のデータに限定 — ユーザーは自分の倉庫伝票に記載された追跡番号のみ照会でき、オープンな検索はできません。追跡番号から配送業者を自動判別するため、特定の配送業者に固定されない連携です。
連携ディスカバリーコールで一緒にスコープする内容
連携設計を左右する 4 つの問い — どちらかが仕様を書き始める前に、口頭で答え合わせをする価値があります：
方向
貴社システムは当方へのデータのプッシュ（発注書、出荷通知）、当方からのプル（在庫水準、配送ステータス）、あるいは双方向のどれが必要ですか？
タイミング
発生時のリアルタイムイベント通知か、貴社に合ったインターバルでの定期バッチ同期か？
粒度
オーダー単位のサマリーか、明細行／シリアル番号単位の詳細か？
セキュリティ
システムごとの専用 API キー、IP 許可リスト、想定すべきトラフィック量。
FAQ
BCS WMS に関するよくある質問
完全な回答は FAQ ページに掲載しています — 以下の各質問は FAQ ページを唯一の情報源としています。
この倉庫管理システムを、貴社のオペレーションで
BCS WMS — サプライヤーポータル・カスタマーポータルを含む — は、Warehouse as a Service のもとで Brocent が貴社の倉庫業務を運営する際に提供されます。ERP・調達・物流システムとの連携が必要な場合は、上記 4 つの問いに答えを出す場が連携ディスカバリーコールです。