物流データ基盤は「箱」ではなく「4つの役割」
—連携・蓄積・加工・提供
・データ基盤を「1つのシステム」として捉えると何が起きるのか
・連携・蓄積・加工・提供という4つの役割がそれぞれ何を担うのか
・自社で起きている問題が、どの役割の問題なのかを切り分ける方法
「データ基盤を作りたい」という相談の場で、話がかみ合わなくなることがあります。ある人は保存先の話をしていて、別の人は画面の話をしていて、また別の人はシステム間の接続の話をしている。同じ「データ基盤」という言葉を使いながら、指しているものが違うためです。
原因は、データ基盤を1つの箱として捉えていることにあります。箱として見ると、「入れる／入れない」しか判断できません。結果として「データ基盤を導入する／しない」という粗い議論になり、いま自社に何が足りていないのかが見えなくなります。
今回は、この箱を開けて中の役割に分けます。目的は、読者が自社の状況を「これは連携の問題なのか、加工の問題なのか」と切り分けられるようになることです。
1. データ基盤は、4つの役割の集まりとして捉える
物流データ基盤が果たしている働きは、大きく4つに分けられます。
別々のシステムから取り込む
後から使える形で保持する
単位・名称・時刻をそろえる
使う側が受け取れる形にする
この4つは、製品名でも部品名でもありません。役割の名前です。1つのツールが複数の役割を兼ねることもあり、逆に1つの役割を複数の仕組みで分担することもあります。だからこそ、まず役割で考える必要があります。
したがって「どこに置くか」を先に決めても、基盤は完成しません。連携・蓄積・加工・提供のそれぞれをどう成立させるかが、設計の中身になります。
2. 連携——データをつなぐ
WMS、設備の制御装置、ハンディ端末、勤怠システム、センサー。それぞれの持ち主が違うデータを、基盤側に取り込む役割です。
「つなぐ」といっても、方法は1つではありません。相手側が受け渡しの窓口を持っている場合もあれば、定期的にファイルを書き出す形しか用意されていない場合もあり、そもそも外に出す手段が想定されていない設備もあります。
連携で決めることは、接続方法だけではありません。どの範囲を取り込むかという判断が伴います。
連携が弱いと、後続のすべてが成立しません。基盤に届いていないデータは、どれほど加工の仕組みを整えても現れないからです。
センサーをどう選ぶか、どんな方式でデータを読み取るかは、現場側の取得の設計です（8月「物流データ収集の技術」シリーズで扱いました）。ここでいう連携は、すでに取得されてどこかに存在しているデータを、基盤側に引き取る働きを指します。
3. 蓄積——データを残す
取り込んだデータを、後から使える形で保持する役割です。分析は、必ずしもデータが届いた瞬間に行われるわけではありません。半年後に「去年の同じ時期はどうだったか」と問われることもあります。
ここで重要なのは、加工した後の数字だけを残すのでは足りない場面があることです。集計してしまった値からは、元の細かい記録に戻れません。
蓄積の設計で問われるのは、次のような点です。
| 論点 | 判断の内容 |
|---|---|
| 何を残すか | 届いたそのままの記録か、整えた後のデータか、集計値か。あるいはその複数か |
| どれだけ残すか | 1か月か、1年か、数年か。監査や振り返りの必要性から決まる |
| 後から比較できるか | 3年前のデータと今日のデータを、同じ条件で並べられるか |
| 増え続ける前提があるか | 拠点やセンサーが増えたときに、容量とコストがどうなるか |
蓄積の失敗は、しばらく経ってから気づきます。「あのときのデータを見たい」と思った時点で残っていなければ、取り返しがつきません。
4. 加工——分析できる形に整える
取り込んだデータは、そのままでは並べて比べられません。第1回で見たとおり、記録の単位も、商品や拠点の呼び方も、時刻の扱いもシステムごとに違います。それを比較可能な形に整えるのが加工の役割です。
具体的には、単位の変換、名称やコードの突き合わせ、時刻の整合、複数データの関連付け、そしてKPIの算出までを含みます。
4つの役割のうち、もっとも手間がかかり、もっとも設計が効くのがこの部分です。第1回で挙げた「Excelで半日かけて突き合わせる」作業は、まさに加工を人手で行っている状態です。
そして加工は、一度作れば終わりではありません。WMSの項目が変わる、新しい拠点が追加される、商品コードの付け方が変わる——そのたびに整え方を見直す必要があります。
5. 提供——必要な人・システムに渡す
整えたデータを、必要とする相手に渡す役割です。ここで注意したいのは、提供は画面を作ることではないという点です。
受け取る相手は、人だけではありません。現場の管理者が見るダッシュボード、別のシステムが読み取る受け渡し口、シミュレーションや予測を行う分析処理、経営に提出する定期レポート——いずれも「渡す」先です。
提供を「BIツールの導入」と同一視すると、判断を誤ります。画面を用意しても、その画面に流し込むデータが整っていなければ意味がありません。逆に、人が見ない用途——他システムへの受け渡しなど——であれば、画面はそもそも不要です。
必要な人・システムに、使える形で渡すことです。
渡す相手が決まると、その手前の要求も決まります。1分以内に知りたいアラートなのか、翌朝までにまとまっていればよい日次のKPIなのか。誰にどう渡すかが、加工や蓄積のあり方を規定します。
6. 自社の問題は、どの役割の問題か
4つに分けておく最大の利点は、困っている状態を切り分けられることです。よく聞かれる訴えを、役割に対応させてみます。
| 現場で言われること | 主に関わる役割 | 確認すること |
|---|---|---|
| 設備のデータが分析に入っていない | 連携 | そのデータが基盤に届いているか |
| 去年の同じ時期と比べられない | 蓄積 | 当時のデータが同じ条件で残っているか |
| WMSと設備の数字が合わない | 加工 | 単位・時刻・コードがそろっているか |
| ダッシュボードはあるが誰も見ない | 提供 | 渡す相手と用途が定まっているか |
| 数字が実態と違う気がする | 連携／加工 | 取り込み漏れか、整え方のずれか |
| データ更新が止まっていた | 連携／蓄積 | 止まったことに気づける状態か |
切り分けができると、打ち手の大きさが変わります。「データ基盤がないから分析できない」という結論は、多くの場合そこまで大きな話ではありません。実際には、4つのうちどれか1つが欠けているだけ、というケースがあります。
「WMSと設備の数字が合わない」という相談に対して、新しいシステムの導入から検討を始めると、話が大きくなりすぎます。この訴えが加工の問題であれば、必要なのは新しい保存先ではなく、単位と時刻をそろえる整え方の設計です。どの役割の問題かを見極めることが、投資の規模を決めます。
7. 4つは順番であり、上流の欠けは下流で補えない
連携・蓄積・加工・提供は、並列の4項目ではなく、データが通っていく順番です。この順番には、実務上の意味があります。
下流の工夫で上流の欠けを埋めることはできません。画面を見やすくしても、取り込まれていないデータは現れませんし、保存先を増やしても、単位の違いはそろいません。
順番があるといっても、最初からすべてを完成させる話ではありません。実務では、改善したいKPIを1つ決め、そのKPIに必要なデータだけを対象に、連携から提供までを細く通してみる進め方が現実的です。細くても一度通っていれば、対象を広げるときの見通しが立ちます。
まとめ：役割で分けると、次に何をすべきかが見える
データ基盤を1つの箱として見ていると、判断は「導入するか、しないか」に限られます。連携・蓄積・加工・提供という4つの役割に分けると、いま欠けているものが具体的に見えてきます。
そして4つのうち、物流の現場でとくに難しいのが加工です。WMSはオーダー単位、設備は時間単位、人員は勤務単位——記録の単位そのものが違うデータを、同じ文脈で比較できるようにしなければならないからです。
データを使える状態にするための仕組みです。
つなぐこと自体は、それほど難しくありません。難しいのは、つないだデータを同じ文脈で比較できるようにすることです。次回は、WMSと設備のデータがなぜそのままでは比較できないのかを掘り下げ、時刻・ID・ロケーション・イベントといった共通軸で関連付けを設計する考え方を扱います。
連携・蓄積・加工・提供のどこに課題があるのかは、現状のデータの流れを一度たどってみないと判断できません。改善したいKPIを1つ決めて、そこに必要なデータが今どこまで通っているかを整理するところからご一緒できます。
「何が足りていないのか分からない」という段階からでもご相談いただけます。
お問い合わせはこちら