◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 「サイトが止まった」という連絡を受けたら、復旧作業より先に、どの画面で・いつから・どの範囲で起きているかを書き出して症状を揃える。
- 障害箇所は回線・サーバー・決済・外部連携の四つに分け、上から順に確かめると、専任のシステム部門がなくても当たりを付けられる。
- 一時的な不具合か構造的な限界かは、過去の停止を「いつ・どの箇所で・どれくらいの間」の三点で並べ、繰り返しの傾向が出るかで見分ける。
- 直す手立てが自分たちの手の内になく、改修の見積もりが出るたびに大きくなるなら、応急処置を続ける判断そのものが信用を削っている。
- 再発防止は、止まったことに人ではなく仕組みが気づく状態を作り、守りの備えを項目の形で確かめられるようにしておくことから始める。
なぜ受注サイトが急に止まるのか
受注サイトが止まったときは、まず障害が起きている箇所を回線・サーバー・決済・外部連携の四つに切り分けます。そのうえで、たまたま起きた不具合なのか、同じ箇所で停止が繰り返される構造的な限界なのかを見極めます。限界だと分かったら、応急処置を重ねるより、受注業務を止めない手順で新しい仕組みへ移し、監視と守りの備えを決めて再発を防ぎます。
止まり方から当たりを付ける
「サイトが止まった」という連絡は、実際には別々の症状をまとめた言い方です。画面がまったく表示されないのか、表示はされるが注文の確定だけが進まないのか、特定の取引先からだけ入れないのか。止まり方が違えば、疑うべき箇所も変わります。
最初にすべきなのは復旧作業ではなく、症状を言葉にして揃えることです。営業部門からの連絡をそのまま受け取らず、どの画面で、いつから、どの取引先で起きているかを確かめます。ここが曖昧なまま手を動かすと、関係のない箇所を触って復旧を遠ざけることになります。
回線・サーバー・決済・外部連携の四つに切り分ける
症状が揃ったら、障害の起きている箇所を四つに切り分けます。回線は、社内や公開先のネットワークがつながっているか。サーバーは、サイトを動かしている機器や基盤が応答しているか。決済は、支払いの処理を受け持つ仕組みが返事を返しているか。外部連携は、基幹システムや在庫・出荷の仕組みとのやり取りが滞っていないか。
この四つは、上から順に確かめると切り分けが進みます。回線が落ちていれば、その先を調べても意味がありません。逆に、回線もサーバーも動いているのに注文の確定だけができないなら、疑いは決済か外部連携に絞られます。専任のシステム部門がない体制でも、この順序さえ決めておけば、担当者が入れ替わっても同じ手順で当たりを付けられます。
切り分けができると、次に判断すべきことが見えてきます。今回の停止が一度きりのものなのか、それとも同じところで起き続けているのか、という見極めです。
一時的な不具合か、構造的な限界か
停止の記録を並べて繰り返しを見る
一度の停止だけでは、一時的な不具合か構造的な限界かは判断できません。判断の材料になるのは、過去の停止の記録です。いつ、どの箇所で、どれくらいの間止まったのか。この三点を並べるだけで、偶然か繰り返しかが見分けられます。
繰り返しの形にはいくつかの傾向があります。月末や期末など注文が集中する時期にだけ止まる、特定の取引先が大量の注文を入れたときに止まる、外部連携の処理が動く時間帯に止まる。こうした傾向が見えるなら、原因は一回ごとの不具合ではなく、今の仕組みが受け止められる量や作りの側にあります。
今の仕組みのまま直せるかを見極める
繰り返しが確認できたら、次は今の仕組みのまま直せるかを考えます。判断の分かれ目は、直す手立てが自分たちの手の内にあるかどうかです。設定の変更や機器の増強で収まるなら、今の仕組みのままで対処できます。
一方で、作った会社にしか手を入れられない、部分的に直すと別の箇所が止まる、改修の見積もりが出るたびに前回より大きくなる。こうした状態なら、直すたびに次の停止が近づいているのと変わりません。応急処置を続ける判断そのものが、取引先からの信用を削っていきます。
ここまでで、今の仕組みを続けるか切り替えるかの判断材料は揃います。ただし判断の前に、止まったその瞬間に何をするかを先に決めておく必要があります。
障害への向き合い方は、切り分け、見極め、判断という順に進みます。この順序を文書にして手元に置いておけば、深夜や繁忙期に連絡を受けても、担当者が一人でも同じところから手を付けられます。
切り分けの順序までは自社で決められても、今の仕組みのまま直せるのか、それとも作りそのものが限界なのかは、同じ構成のサイトを扱ってきた側から見たほうが早く分かります。応急処置を何度も重ねている段階なら、判断を外の目で確かめる時期です。
現在の停止の記録と症状を持ち寄れば、原因が設定で収まる範囲か、仕組みの側にあるかの見立てと、今の構成のまま続けた場合に何が起き続けるのかを確かめられます。無料相談で要件を整理する
障害が起きたらまず何をすべきか
障害の発生から復旧までの時間の順に並べています。
- 取引先から見えている症状を確かめ、どの画面で、いつから、どの範囲で起きているかを書き出す
- 営業部門と共有し、電話やメールなど代替の受注手段を取引先へ案内する
- 回線・サーバー・決済・外部連携のどこで止まっているかを順に切り分ける
- 復旧の見通しを、分かっている範囲で時刻を決めて取引先へ知らせる
- 復旧後に、発生から復旧までの経緯と対応を記録として残す
取引先への影響が大きい場合は、原因の特定より先に代替の受注手段の案内を前に出します。
要点の整理
| 軸 | 基準 |
|---|---|
| 切り分け | 回線・サーバー・決済・外部連携のどこで止まっているかを順に確かめられるか |
| 見極め | 過去の停止が、いつ・どの箇所で・どれくらいの間かの記録として残っているか |
| 判断 | 直す手立てが自分たちの手の内にあるか、作った会社にしか手を入れられないか |
| 移行 | 受注業務を止めずに進められる期間と手順、戻す手立てが確認できるか |
| 再発防止 | 止まったことに仕組みが気づくか、守りの備えを項目で確かめられるか |
切り替えを決めたあとに難しいのは、受注を止めずに移す段取りです。取引先が日々注文を入れている状態で進めるため、どの順で移すか、どこで戻せるようにするかを先に置いておく必要があります。 現行の受注業務の流れを共有すれば、業務を止めずに移行できる手順と、取引先への知らせ方、移行後の監視と守りの備えをどこまで自社で持てるかを確かめられます。
よくある質問
障害の連絡を受けたら、まず復旧作業を始めるべきですか。
先に症状を確かめることをおすすめします。どの画面で、いつから、どの取引先で起きているかを揃えないまま手を動かすと、関係のない箇所を触って復旧が遠のきます。症状を書き出してから、回線・サーバー・決済・外部連携の順に切り分けてください。
一時的な不具合か構造的な限界かは、どこで見分けますか。
過去の停止の記録を、いつ・どの箇所で・どれくらいの間という三点で並べてください。注文が集中する時期や特定の処理が動く時間帯に偏っているなら、一回ごとの不具合ではなく、仕組みが受け止められる量や作りの側に原因があります。
切り替えを決めると、受注を止める期間が必要になりますか。
受注業務を止めずに移行できる期間と手順があるかを、切り替えを決める前に確認してください。確認すべきなのは、現行のサイトを動かしたまま新しい仕組みを用意できるか、取引先ごとに段階を分けて移せるか、戻す手立てが用意されているかです。
再発防止として何から手を付ければよいですか。
止まったことに人ではなく仕組みが気づく状態を作ることからです。そのうえで、守りの備えを項目の形で確かめられるようにしておくと、担当者が一人でも抜けが分かります。
- 1 出典：株式会社フライトソリューションズ「5つの強力なセキュリティ対策（EC-Rider B2B Ⅱ 機能紹介）」（2026） 経路
画像の出典元
- Close-up of a magnifying glass focusing on the phrase ‘Frequ／Photo by Pixabay on Pexels
- A view of modern skyscrapers with glass facades in an urban／Photo by Arthur Swiffen on Pexels
- An urban cityscape of skyscraper facades with glass reflecti／Photo by Mike van Schoonderwalt on Pexels
- 20代前半の日本人女性が畳み直しと陳列整理をしている場面／画像：生成AI（自社）
- オフィスの自席で納品書とノートパソコンを見比べる日本人の会社員／画像：生成AI（自社）
