再考:流通業のBCP【第3回】
震災を契機に流通業の「レガシー解決」が進む?
今後の災害対応のために、流通業企業のシステムには変化が求められている。旧システムの見直しはBCPの一環とも捉えることができるのだ。
本連載の第1回「震災前のアンケートに見る流通業のBCP意識」では流通業の事業継続計画(BCP)活動を、第2回「想定を超えた物流機能への被害、浮き彫りになった自社対応の限界」では東日本大地震の被害について概観してきた。続く今回は、今後の復興に向け、果たして流通業企業に何が求められているのかを、まずはシステムの面から探ることにする。なお、プラネットの協力の下、本連載で度々引用している「消費財メーカー・卸売業における災害対策アンケート(2010年7月実施) 第2回調査報告書」の抜粋版をTechTargetジャパンのホワイトペーパーダウンロードセンターに掲載している。本連載と併せて読んでいただきたい。
アナログ通信網がダウンしても事業を継続するために
プラネット 代表取締役 玉生弘昌氏は、「今回の震災を機に、流通各社が既存のレガシーシステムの見直しに着手する可能性は決して低くない」と見る。流通業ではレガシー問題への対応の必要性が叫ばれてきたものの、オフコンに代表される老朽化したシステムは今なお多くの企業で稼働を続けているのが実情だ。
BCPにおけるレガシーシステムの問題は、30年も前に仕様が定められた、電話回線を前提としたアナログの通信仕様「EOS(Electronic Ordering System)」が依然として相当数の小売業で採用されている点にある。これでは大規模震災などでアナログ通信網がダウンした場合、事業を継続することは極めて難しい。今回の震災では電話が常に話中状態になり、システムを利用できない企業があったことからもそのことは理解できよう。災害対策を考えれば、ネットワーク側で通信経路を自動的に確保するTCP/IPの方が圧倒的に優秀だ。プラネットでもTCP/IPによるEDIサービスを1999年に開始し、2009年10月にはユーザー企業の全てが同サービスへの乗り換えを完了したという。
一方、オフコンは一般に外部ネットワークとの接続を前提としていない。そのため、一部の企業では専用サーバを外付けしてTCP/IPで通信を行っているが、この手法にも問題は残る。レガシーシステムは長年の運用の間に継続的に手が加えられ、また、当時の担当者の退社などによって中身が“ブラックボックス”化していることが少なくないからだ。
「システムがブラックボックス化した場合、システムの機能変更は非常に難しく、BCPの見直しに伴う業務変更などに容易に対応できない。加えて経営の観点で見ても、例えば消費税が増税されアイテムごとに課税率が異なった場合、レガシーでは対策を講じるのは難しい。また、IFRS(国際会計基準)対応を図ろうとすれば売り上げの立て方や仕入れの計上方法を見直さなくてはならないことも課題になるだろう」
レガシー刷新で削減したコストをBCP対策に振る
最新プラットフォームに移行しようにも、「自社ではスキルが乏しく、ディーラーに依頼すれば高額な料金が請求される。そのため、これまでITコストを下げることが最大の使命とされてきた情報システム部門からは、リプレースを切り出しにくい」(玉生氏)状況にある。事実、BCP活動においてコストがネックとなり、システム面で対策が十分にできないという指摘も根強い。
「消費財メーカー・卸売業における災害対策アンケート(2010年7月実施) 第2回調査報告書」(2010年11月1日発行)によると、既に実施しているシステム対策は「バックアップデータを別拠点に保管」が30.8%、「システム設置場所でシステムを二重化」が24.9%であったものの、「特別なシステム対策は行っていない」も20.5%であった。この状況の抜本的な改善のためにも、レガシーシステムから脱却すべきというのが玉生氏の考えだ。
「システム刷新によりシステムにまつわるコストの大幅に削減が期待できる。実際に、当社でも継続的にシステムの刷新を続けてきた結果、EDIサービスの原価率を39%にまで圧縮できている」
ひいては、削減したコストを必要とされる投資に振り分けることで、BCP活動をさらに高度化するというのが理想とするシナリオである。もちろん、レガシーシステムの刷新には課題も多い。マイグレーションによりシステムをそのまま最新のプラットフォームに移植した場合、「中身がブラックボックスであることに変わりはない」(玉生氏)。また、ITスタッフがこれまで蓄積してきたスキルが陳腐化する恐れもある。さらに、刷新後、正しく稼働するかどうかという点でリスクもある。
だが、業務の見直しを柔軟に実施できないことは、BCPを見直す上で大きな問題だ。また、最新のプラットフォームへ移行すれば、インターネット通信を前提に拡張性に優れたXML(eXtensible Markup Language)のデータフォーマットを採用したEDIの新たなメッセージ標準「流通BMS」への対応も容易になる。その結果、EDIフォーマットの一元化が促されるとともに、EOSでは不可能であった画像などを扱うことも可能となり、送受信する情報量も飛躍的に増やすことができる。
「EDIの高度化によって連続自動補充やCPFR(Collaborative Planning Forecasting and Replenishment)なども実現できる。その結果、在庫の持ち方が劇的に変わるなど、さらなる経営の効率化を実現できるだろう」
関連コンテンツ
消費財メーカー・卸売業における災害対策アンケート報告書
プラネットの協力の下、本連載で度々引用している「消費財メーカー・卸売業における災害対策アンケート(2010年7月実施) 第2回調査報告書」の抜粋版をTechTargetジャパンのホワイトペーパーダウンロードセンターに掲載している。ぜひ本連載と併せて読んでいただきたい。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー