商品を届けるには、物だけでなく「何を、いくつ、どこへ送るか」という情報が必要です。サイバー攻撃でその情報を使えなくなると、商品やトラックが無事でも出荷が止まります。被害を広げないために、会社がシステムを止める場合もあります。
倉庫に箱が並んでいるなら、手で運べばよさそうに見えます。けれど、箱を動かすだけでは注文どおりに届けられません。まず、小さな荷物一つから、物と情報のつながりを見てみます。
箱はあっても、送り先が分からなければ出せない

たとえば、ノートを二冊買った人へ荷物を送る場面を考えてください。これは仕組みを説明するための例です。
棚からノートを取り、箱に入れる。その前には「どのノートが何冊注文されたか」を確かめます。箱には届け先が必要で、送った後は「この注文は発送済み」という記録も残します。同じ注文をもう一度送ったり、ほかの人の注文と取り違えたりしないためです。
| 荷物を動かす仕事 | その場で必要な情報 |
|---|---|
| 棚から商品を取る | 商品の種類、数、置いてある場所 |
| 箱を届け先ごとに分ける | 注文と住所の対応 |
| 配送へ渡す | 発送する荷物と配送先の記録 |
| 次の注文を受ける | 残っている数、すでに発送した注文 |
大きな倉庫では、こうした情報を複数のシステムで受け渡します。注文を受ける画面が開いても、倉庫へ指示を渡せなければ、次の仕事へ進めないことがあります。「注文できる」と「荷物を送り出せる」は、同じ状態ではないのです。
どの仕事が止まるかは、その会社の仕組みや代わりの手段によって違います。システム障害があれば、すべての倉庫が必ず止まるという意味ではありません。
攻撃で使えない場合と、守るために止める場合がある
ニュースの「システム停止」には、大きく二つの事情があります。
一つは、攻撃によってデータや機能を使えなくなった場合です。ランサムウェアによって注文の記録などを読めなくされると、それを使う仕事も進められなくなります。
もう一つは、被害を広げないための停止です。侵入された範囲がまだ分からないときに通信を続けると、ほかの機器へ被害が及ぶおそれがあります。そのため、接続を切り、調査や安全の確認を行う場合があります。
アサヒグループの2026年2月18日の報告では、2025年9月の攻撃後、被害拡大を防ぐためにデータセンターを隔離し、業務システムを利用できなくなった経緯が説明されています。動かなかった機器がすべて直接攻撃された、と読み替えることはできません。
システムが止まったという事実だけでは、故障、攻撃、安全のための措置のどれが原因かは分かりません。原因と止めた範囲は、会社が公表した内容で確かめます。
自分の会社が直接狙われなくても影響する
注文や在庫の仕組みを、外部の会社が提供するサーバーで動かしていることもあります。借りている側の機器が無事でも、その基盤を使えなくなれば仕事に影響します。こうした利用の考え方は、クラウドの仕組みで詳しく説明しています。
2026年10月には、日水物流で、委託先のIDCフロンティアへの不正アクセスに伴うシステム障害が起きました。その後、ニッスイは10月20日の発表で、全17拠点が通常の入出荷業務へ移行したと報告しています。
この事例で分かるのは、外部のシステムと倉庫の仕事がつながっていることです。日水物流の個々の機器へ攻撃者が侵入したことまで、この発表からは判断できません。また、発生直後の「出荷できない」という記事を、復旧後も現在の状況として扱わないようにします。
手作業なら、すぐ元どおりにできる?
必要な記録が残っていて、内容を確かめられるなら、手作業へ切り替えられる仕事もあります。ただし、普段と同じ量を同じ速さで処理できるとは限りません。
ノートを送る例に戻ると、注文が一件なら、住所と冊数を紙で照合できるかもしれません。ところが、途中まで発送した注文と、まだ送っていない注文が混ざっていたらどうでしょう。まず両者を分けないと、二重発送や送り忘れが起きてしまいます。
紙へ書き直せば、失われた情報が戻るわけでもありません。手作業を始めるにも、使える記録と人手、照合する方法が必要です。
そのため「一部の商品だけ」「対象の拠点だけ」と範囲を絞って再開する場合があります。これは何もしていない状態ではなく、確認できた条件から仕事を戻している可能性があります。具体的な制限は、その会社のお知らせで読みます。
データを戻すことと、いつもどおり届けることは別
「バックアップがあるなら、すぐ復旧するのでは」と思うかもしれません。バックアップは、以前のデータを戻すための備えです。ただ、保存したものが使えるか、安全に戻せるかの確認も必要になります。
JPCERT/CCの対応FAQでも、復旧はバックアップの有無などによって対応が変わると説明されています。ほかの会社が数日で再開したから、この会社も同じ日数で戻るとは予測できません。
復旧のお知らせは、何ができるようになったのかを見ると、違いが分かります。これは発表内容を整理する見方で、どの会社にも同じ順番を当てはめるものではありません。
| お知らせの表現 | 分かったこと | まだ別に確認すること |
|---|---|---|
| データを取り出せる | 保存されていた情報を取り出す手段ができた | その情報を使って業務を再開できるか |
| 注文の受付を再開 | 新しい注文を受けられるようになった | 出荷できる商品や届ける地域に制限がないか |
| 一部の出荷を再開 | 対象となる荷物を送り出せる | 対象外の商品や、通常より長い待ち時間がないか |
| 通常の入出荷へ移行 | 発表された範囲で普段の入出荷に戻った | どの会社・拠点・業務についての発表か |
復旧は一つのスイッチを入れて終わるとは限りません。情報を戻し、仕事のつながりを確かめ、その会社が示した範囲で再開していきます。
次のニュースでは「何が、いつから戻ったか」を見る
商品があるのに出荷できないときは、荷物を正しく動かすための情報が使えない場合もあります。物の無事と、仕事を続けられることは分けて考えられます。
次に復旧の見出しを見たら、公式のお知らせから、対象のサービス名、再開した仕事、再開した日を一組で探してみてください。「注文受付が戻った」と「いつもどおり届く」が同じかどうか、自分で確かめやすくなります。
自分が注文した荷物を待っているなら、業務再開のニュースに加え、購入先の注文履歴や配送案内を確認します。通常業務へ戻ったという発表だけでは、個々の注文の発送日や到着日までは分かりません。
自分の写真や仕事のファイルへの備えも知りたくなったら、バックアップと同期の違いへ進めます。クラウドに写しがあるだけで十分か、戻せる条件から考える記事です。
LAB WHITEBOARD
サイバー攻撃で出荷が止まるのはなぜを一文で説明してみよう
「荷物を運ぶ流れと情報の流れを分け、復旧のお知らせで何が再開したか確認できる。」を、いまの自分の言葉で一文にしてみてください。途中の説明でも大丈夫です。




