「2024年ISDNデータ通信終了とEDI移行」まる分かりガイド【第4回】
失敗できないインターネットEDI移行で、製品を見極める9つのポイント
ISDNのデータ通信終了に向けて「インターネットEDIに移行するか否か」「移行するならどの製品に乗り換えるか」を検討する必要性に迫られている企業は少なくない。製品選定のポイントは。
本連載ではこれまで、NTT東西(NTT東日本、NTT西日本)が長らく提供してきたISDNサービス「INSネット」の「ディジタル通信モード」が終了することにより、EDI(電子データ交換)のユーザー企業がどのような影響を被るのか、サービス終了に備えて何をすべきかといった点について紹介してきた。最終回となる本稿は、ISDN回線を通じてEDIを利用している企業が、移行先の有力な候補である「インターネットEDI」に乗り換えるに当たり、どのような製品やサービスを選ぶべきか、選定の指針を提示する。
キヤノンITソリューションズの花澤健二氏によれば、まず検討すべきチェックポイントとして「インターネットEDIのシステムを自社で導入するのか、それとも外部のVAN(Value Added Network:付加価値通信網)サービスを利用するのか」という点を挙げる。
もともと自社内でEDIシステムを運用していた企業は、その延長線上でインターネットEDIのシステムを新たに自社で導入することが一般的だ。同様に、これまでVANサービスを使ってきた企業は、他のシステムに移行しない限り、引き続き同じサービスを利用し続けることになる。中には、ディジタル通信モード終了を機に自社運用からVANサービスへ、あるいはVANサービスから自社運用への切り替えを検討する企業もあるはずだ。「まずは『自社システム導入か、サービス利用か』の方針を決める必要があります」と花澤氏は説明する。
同様の決断に迫られた企業は、どのような基準で判断するのがよいだろうか。
「自社導入か、VANサービスか」を選ぶ基準
以下に、インターネットEDIを自社導入するか否かの判断基準となるポイントを挙げる。
基準1.導入、運用コストは適正かどうか
自社環境にシステムを導入する場合は、当然のことながらシステム構築費用がかかる。VANサービス利用の場合、初期コストは比較的安く済む。ただしVANサービスは利用している間ずっと利用料を支払い続けることになるため、長期的な観点から見ると高くつく場合もある。それぞれにコスト面のメリットとデメリットがあるため、自社の予算や投資計画に適した方を選ぶのがよいだろう。
近年では、システムを一括導入する場合でもサブスクリプション方式の課金モデルを適用できるケースがある。この場合は自社環境にシステムを導入する場合でも、初期コストを抑えることが可能だ。
基準2.人的リソースを確保できるかどうか
システム導入には、金銭だけでなく社内の人的リソースもある程度必要になる。そうしたリソースを確保できそうにない場合は、VANサービスを使ってシステム導入や運用にかかる労力をアウトソースで賄うのも一つの方法だ。
基準3.セキュリティ要件を満たせるかどうか
EDIでやりとりする情報の中には、決済データや取引データなど、外部に漏らしたくない重要な情報が多く含まれる。こうした情報を外部のサービス業者に預けることが、社内のセキュリティポリシー上、認められないケースもある。このケースではVANサービスは選べないため、自社でシステムを導入することになる。
インターネットEDIシステムを構築するには、セキュリティ対策やSSL(Secure Socket Layer)証明書の運用など、従来のEDI運用時には求められなかった知見やスキルが必要になる。こうしたインターネット特有のスキルを持った人員を確保するのが難しい場合は、VANサービスに運用を委ねた方が得策だろう。
インターネットEDI製品の選定ポイント:センター側
自社でシステムを導入・運用する場合には、どのような製品を選べばいいのだろうか。センター側(主に発注者やサービス事業者)と端末側(主に受注者)とでは製品選定のポイントに違いがある一方、共通する要素も少なくない。まずは、センター側に特有の選定ポイントを挙げる。
選定ポイント1.既存システムへの影響度
インターネットEDIへの移行をトラブルなく、期限内に確実に終えるためには、既存システムへの影響を最小限に抑える必要がある。
多くの場合、もともと利用していたEDIシステムと同じベンダーの製品にアップグレードしてインターネットEDIに乗り換えるのがスムーズな方法だ。花澤氏も「既存システムへの影響を最小限に抑えるという意味では無難な選択肢」と語る。
センター側が採用するインターネットEDIプロトコルも、もともと利用していたプロトコルと親和性が高いものを選ぶのがよい。例えば銀行業界の業界団体である全国銀行協会(全銀協)が定めた「全銀協標準通信プロトコル」の「ベーシック手順」「TCP/IP手順」といった、電話回線を使った従来型の通信手順を使っていたのならば、そのインターネット版である「全銀協標準通信プロトコル(TCP/IP手順・広域IP網)」を選ぶのが妥当だ。同様に、日本チェーンストア協会が定めた「JCA手順」を利用していたならば、そのインターネット版と呼べる「JX手順」を選ぶのがよいだろう。
選定ポイント2.セキュリティ対策を考慮
インターネットEDIへ移行するにはサーバをインターネットに公開する必要があり、自ずとサイバー攻撃の脅威にさらされることになるため、セキュリティ対策は不可欠だ。採用する製品およびベンダーが「セキュリティ対策に万全を期しているかどうか」「脆弱(ぜいじゃく)性が見つかった場合、迅速にセキュリティパッチを提供してくれるかどうか」といった点は、製品選定において重要なポイントになる。さらに、通信内容を暗号化するためにSSL証明書を定期的に更新する必要も生じるため、この作業を効率的にできる機能があるかどうかも選定ポイントの一つになるだろう。
インターネットEDI製品の選定ポイント:端末側
端末側が採用するシステムは、何よりもまず「センターときちんとつながるかどうか」が重要だ。確認のためには、以下の点に留意したい。
ポイント1.センターの紹介製品
一定規模のセンターならば、センターが採用しているシステムと接続実績があるインターネットEDI製品を紹介している場合が少なくない。センターが開催する説明会ではそうしたインターネットEDI製品を展示していたり、開発ベンダーに直接相談できる場を設けたりしていることもあるので、積極的に足を運んでみるべきだろう。
ポイント2.センターとの接続実績
対象センターとの接続実績が既にある製品の中で比較する場合は、ユーザー企業数や導入実績の多い製品ほど一般的に導入時や運用時のリスクは少ないと言える。そうした製品なら移行時にトラブルが発生する確率は相対的に少なく、たとえトラブルが生じても比較的早く解決できるだろう。
インターネットEDI製品の選定ポイント:センター側・端末側共通
以下はセンター側と端末側、双方に共通する製品選定ポイントだ。
ポイント1.相互接続試験の実績
センター側のシステムは、端末側が利用するさまざまな種類のシステムとつなぐ必要がある。端末側も、特定のセンターとだけつなぐのではなく、複数のセンターとつなぐケースが一般的だ。そのためインターネットEDIは、なるべく「多くの相手とつながる製品」を選ぶとよいだろう。この観点で製品を選ぶ際には、インターネットEDI普及推進協議会(JiEDIA)が公開している「全銀協標準通信プロトコル(TCP/IP手順・広域IP網)相互接続試験結果」が参考になる。
JiEDIAが実施した相互接続試験は、主要な製品を対象に全銀協標準通信プロトコル(TCP/IP手順・広域IP網)で相互に正しく接続できるかどうかをテストしている。花澤氏によると、もともと全銀協標準通信プロトコルのベーシック手順やTCP/IP手順を採用していた業界は、インターネットEDI標準でも全銀協標準通信プロトコル(TCP/IP手順・広域IP網)を採用しているケースが少なくないという。「各業界団体やJiEDIAで実施しているような相互接続試験結果に載っている製品であれば安心して使えると判断して差し支えないでしょう」と花澤氏は語る。
ポイント2.製品ライフサイクル
インターネットEDIは一般的なパッケージソフトウェアと同様に、ベンダーが定期的なバージョンアップを実施する。不具合修正や最新OSへの対応に関するバージョンアップだけでなく、製品の脆弱性に対処するパッチの提供なども含む。「こうしたアップデートをきちんと実施するベンダーかどうか」「将来に渡ってこうしたアップデートを実施することをベンダーが保証しているかどうか」といった点も、製品選定においては考慮すべきポイントだ。自社のシステム更新の周期やタイミングなども考え合わせながら、製品のライフサイクルポリシーが明確な製品を選ぶのが望ましい。
ポイント3.サポート、サービス
製品の導入や運用の作業に十分な人手を確保できない場合は、システムインテグレーター(SIer)やベンダーの技術支援に頼るしかない。もしこうしたサポートが必要な場合は、自社が求めるレベルのサービスを受けられるかどうかも評価すべき要素となる。具体的には「製品の設定や設置作業を代行してくれるかどうか」「本番導入時に立ち会ってくれるかどうか」「専任のサポート担当者を付けてくれるかどうか」といった点を、自社のニーズや予算と合わせてあらかじめ検討しておくのがよい。
セキュリティ関連の機能や利便性を重視
前述のポイントを満たす製品であれば、リスクを最小限に抑えながらインターネットEDI環境に移行できるだろう。ただし現実的には、ゼロベースで製品を選定し直し、全く触れたことがない製品へとリプレースするケースは極めてまれだと考えられる。大半の企業は、これまで使い続けてきた既存EDIシステムのバージョンアップをSIerやベンダーに依頼することになるだろう。
システムのバージョンアップは、一時的なEDIシステムの停止を伴うため、もしシステム移行に失敗してしまった場合にはビジネス全体に多大な影響を与えてしまう恐れがある。こうした事態を恐れるあまり、システムのバージョンアップをためらい、その結果インターネットEDIへの移行そのものが遅れてしまう可能性もある。
花澤氏によれば「現行システムのバージョンアップ」以外の移行方法もあるという。システム本体には手を加えることなく、旧来のEDIのプロトコルをインターネットEDIのプロトコルに変換する中継装置を新たに設置する、という方法だ。例えばキヤノンITソリューションズの「EDI-Master B2B TLS-Accelerator」がこの機能を持つ。これは他社EDI製品に組み合わせて利用することも可能な製品だ。
基本的に、各社のEDI製品の間に主要機能の差はほとんどないと言っていい。少なくとも、JiEDIAの全銀協標準通信プロトコル(TCP/IP手順・広域IP網)相互接続試験結果に掲載されている主要ベンダーの製品ならば、どれも必要十分な機能を有している。特殊な使い方やカスタマイズをしようとしない限りは、どの製品を選んでもインターネットEDIへの移行はスムーズに実現できるはずだ。
ただしそれぞれの製品間で、周辺機能に若干の差異はある。「特にセキュリティ対策やSSL証明書の運用といった部分を比較すると、使い勝手の面で若干の違いがあります」と花澤氏は説明する。「SSL証明書の運用が簡単かどうか」「DMZ配置が容易であるなど、セキュリティを考慮したシステムが構築しやすいかどうか」「脆弱性対策が十分考慮されているかどうか」といった点は、「運用の負担感やセキュリティ強度を左右する大きなポイントになるでしょう」(同氏)。
インターネットEDIに移行すると情報セキュリティ対策の重要性が一気に跳ね上がる。この点をきめ細かくサポートしてくれるベンダー製品を選ぶのが得策と言えそうだ。選定候補に挙がっている製品が備える機能が自社のニーズに合致するかどうか、慎重に調べる価値はあるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
「2024年ISDNデータ通信終了とEDI移行」まる分かりガイド
2024年初頭にISDNの「ディジタル通信モード」が終了となる。「ISDNのデータ通信が終了」または「固定電話のIP網移行」といった言葉を目にした読者もいるだろう。ISDNはEDI(電子データ交換)においても通信回線として広く利用されており、自社のEDIが要件に該当していた場合は何らかの対処が必要となる。この連載は、ISDNデータ通信の終了がEDI利用にどのような影響があるか、今後の移行に当たって対策すべきポイント、新システム選定のコツなどについて解説する。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
市場調査・トレンド
[コパード株式会社] 約9割が負担を実感 Salesforceのテスト業務に関する実態調査で見えた課題とは -
市場調査・トレンド
[コパード株式会社] 「Salesforce」開発・運用におけるAI活用実態調査レポート -
事例
[テクバン株式会社] 1画面でITサービスデスク業務が完結 太陽ホールディングスに学ぶデバイス管理 -
製品資料
[デジタルサーカス株式会社] ライセンス無料 Drupalベースの「多言語ECサイト開発用パッケージ」の実力は? -
製品資料
[デジタルサーカス株式会社] 日本発グローバル企業用Drupal「Risley(リズリー)」の実力とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
3
IT製品の導入に関するアンケート「セキュリティ」編
-
4
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
5
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
6
見落としが多発、AI普及&データ急増に伴うネットワーク課題の意外な原因とは?
-
7
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
8
【専門家に聞く】シャドーAIや過剰共有のリスクを防ぎ、安全に生成AIを活用するポイントとは?
-
9
【コスト分析】事例が示す中堅・中小向けERPの最適コスト構造
-
10
積水化学が挑む「データ経営」の核心:SAP S/4HANA Cloud導入の狙いとは
ホワイトペーパーランキング PR
-
1
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
2
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
3
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
6
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
10
生成AIの活用を阻む「5つの壁」とは? AIネイティブ組織へ変革を遂げる方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー