ITトレンドがおすすめする製品・サービス
- ■提供形態別
- オンプレミスに対応（自社サーバで運用）：MagicOrder、EC-Connect+ BtoB、EC-Rider B2B Ⅱ
- パッケージソフトとして提供：EC-Rider B2B Ⅱ、ecbeing BtoB、MOS
- ■連携したい社内システム別
- 基幹システム・販売管理システム連携：MagicOrder、EC-Connect+ BtoB、EC-Rider B2B Ⅱ、ecbeing BtoB、MOS
- 在庫管理・倉庫管理システム連携：EC-Connect+ BtoB、EC-Rider B2B Ⅱ
- 既存のEDIと併用できる：MagicOrder
オンプレミス型受発注システムで自社が持つ範囲
オンプレミス型の受発注システムとは、ソフトウェアを自社のサーバに導入して運用する形態です。クラウド型ではベンダーが担う機器やデータの管理を、自社で引き受ける形です。まずは自社が持つ範囲を整理しましょう。
サーバと受発注データの保管場所
オンプレミス型では、受注データや取引先マスタ、商品ごとの単価表を自社のサーバに保存します。データの保管場所や保存期間を自社の方針で決められる点は、取引条件を社外に置きたくない企業にとって判断材料の一つです。社内規程で取引先情報の保管場所が定められている場合も、オンプレミスが検討されます。
一方で、サーバ機器の購入や設置、OSやデータベースの更新、バックアップの取得は自社の作業です。社内に情報システム部門がない場合は、導入を支援する販売会社や保守会社にどこまで任せられるかを事前に確認しましょう。
カスタマイズできる範囲と更新時の負担
オンプレミス型は、自社独自の受注ルールにあわせて画面や処理を作り込める製品が多くあります。例えば、取引先ごとの締め時間や配送ルート、ロット単位の受注といった業種特有の条件を反映させたい場合に検討されます。
ただし、作り込んだ部分はバージョンアップのたびに動作確認や改修が必要になる場合があります。カスタマイズの量が増えるほど更新の負担も大きくなるため、標準機能で対応できる範囲と追加開発する範囲を分けて考えることが大切です。改修を依頼できる会社が限られると、将来の見直しの自由度も下がる点に注意しましょう。
取引先に注文画面を公開するオンプレミスの課題
受発注システムを社内LANだけで使うなら構成は単純ですが、取引先がWebから発注する場合は社外に画面を公開する必要があります。オンプレミスでは、この公開部分の設計と管理が大きな検討事項です。
社外公開用のネットワーク構成
取引先がインターネット経由で注文画面を開けるようにするには、社内ネットワークと切り離した公開用の区画を設ける構成がよく検討されます。公開用サーバと、受注データを保存するデータベースを分けて配置し、外部から内部へ直接入れないようにします。不正アクセスを受けた場合でも、被害が社内の基幹システムに広がりにくくするための工夫です。
あわせて、通信の暗号化に使うサーバ証明書の更新や、ファイアウォールの設定管理も自社の担当です。構成の設計には専門知識が必要なため、情報システム部門やベンダーと相談しながら決めましょう。
取引先ごとのID発行と利用者の管理
Web受注を始めると、取引先の担当者ごとにログインIDを発行し、異動や退職のたびに停止する管理が発生します。取引先の数が増えるほど、問い合わせ対応やパスワード再発行の件数も増える傾向です。ログイン方法の案内資料も自社で用意する必要があります。
取引先の管理者が自社の担当者IDを追加や停止できる機能があるかは、製品によって異なります。ID管理を自社の担当者1人に集中させると対応が滞る場合があるため、手順書を作り複数人で対応できる体制にしておきましょう。発行や停止の履歴を残しておくと、確認作業も進めやすくなります。
EDIや基幹システムとオンプレミスでつなぐ方法
オンプレミス型を選ぶ理由として、社内の販売管理システムや生産管理システムとの連携を挙げる企業もあります。受発注データの受け渡し方は、取引先側の仕組みと社内側の仕組みの両方から考えます。
取引先とのEDI接続
EDIとは、注文書や納品書などの取引データを、決められた形式にそろえて企業間でやり取りする仕組みです。大手の小売業や製造業と取引がある場合、相手先が指定する通信手順やデータ形式に対応する必要があります。取引先ごとに形式が異なる場合は、変換の仕組みも用意します。
固定電話網のIP化に伴い、ISDN回線を使う従来型のEDIからインターネットを使う方式への切り替えを求められるケースもあります。自社サーバに通信ソフトを置くのか、EDIの中継サービスを使うのかを、取引先の要件とあわせて検討しましょう。
販売管理や在庫管理とのデータ連携
受け付けた注文を販売管理システムの売上データや在庫管理システムの引当処理につなげると、同じ注文を二度入力する手間を減らせます。オンプレミス同士であれば、社内ネットワーク内でデータを受け渡す構成もとれる点が利点です。商品コードや取引先コードを両方のシステムでそろえておくと、連携時の変換作業を減らせます。
連携方法には、一定間隔でファイルを受け渡す方式と、処理のたびに即時に連携する方式があります。連携が止まった場合に、エラーの通知や未処理データの確認、再実行ができるかもあわせて確認しておきましょう。
ITトレンドでは、最新の製品・サービスを多数比較・掲載しています。まず資料請求して、さまざまな製品の機能や特徴を比較してみてください。忙しい業務時間内でも、各社に問い合わせる手間なく、たった1回の入力（約60秒）で受発注システムの一括資料請求が可能です。浮いた時間で、じっくりと製品を比較検討し進めましょう。
受注を止めないための障害対策と保守体制
受発注システムが止まると、取引先からの注文を受けられず出荷にも影響が出ます。オンプレミスでは復旧作業も自社が主体となるため、停止を想定した準備が欠かせません。
受注が集中する時間帯を想定した設計
受発注では、締め時間の直前や月末、季節商品の切り替え時期に注文が集中する場合があります。オンプレミスではサーバの処理能力を導入時に決めるため、ピーク時の注文件数や同時に利用する取引先の数を見積もっておくことが大切です。
処理能力が不足すると、画面の応答が遅れたり、一部の処理が失敗したりする可能性があります。数年後の取引先数の増加も考慮し、増設のしやすさや費用をベンダーに確認しましょう。本番前に、想定件数の注文を流す負荷テストを検証環境で行っておくと安心です。
停止時の代替手段と復旧手順
サーバの故障や停電、ネットワーク障害など、停止の原因は一つに限りません。復旧までの間、取引先にはFAXやメールで注文を送ってもらうなど、代替の受付方法を決めておくと受注の取りこぼしを抑えられます。
あわせて、バックアップからの復元手順、障害を検知したときの通知先、復旧後に代替手段で受けた注文を登録し直す流れも文書にしておきましょう。保守契約の対応時間や駆けつけの有無もベンダーごとに異なるため、契約前に確かめておくと安心です。
オンプレミスとクラウドを組み合わせる受発注システム
社外公開の管理負担を抑えたい場合は、すべてをオンプレミスにせず、クラウドと組み合わせる構成も選択肢です。どこまでを自社で持つかを、取引先とのやり取りと社内処理に分けて考えます。
受注窓口をクラウドに置くハイブリッド構成
取引先が操作する注文画面をクラウド型の受発注システムに任せ、受け付けたデータを社内のオンプレミスの販売管理システムへ取り込む構成があります。社外公開の設計やID管理の一部をクラウド側に任せつつ、基幹データは自社で持てる点が特徴です。
ただし、クラウドとオンプレミスの間でデータを受け渡す仕組みが必要です。連携が遅れた場合の在庫表示のずれや、どちらで障害が起きたかの切り分け方も事前に確認しておきましょう。問い合わせ先がクラウドのベンダーと社内の保守会社に分かれる点にも注意が必要です。
オンプレミスを続けるかの判断材料
サーバの保守期限やOSのサポート終了は、構成を見直すきっかけの一つです。そのタイミングで、カスタマイズの必要性、社内の運用体制、取引先のアクセス方法、更新にかかる費用を並べて比較すると判断材料を整理できます。
作り込みが少なく運用担当者も限られる場合はクラウド型があう場合があり、基幹システムとの密な連携が必要な場合はオンプレミスの継続も選択肢です。複数のベンダーから構成案と見積もりを取り、5年程度の運用費用も含めて条件をそろえて比べましょう。
オンプレミス検討時に比べたい受発注システム一覧
自社サーバでの運用や基幹システムとの連携を検討する際に比べたい受発注システムを、提供形態とあわせて一覧にまとめました。提供形態は各製品の公表情報にもとづいています。
| 製品名 | 提供形態 | 特徴 |
|---|---|---|
| MagicOrder | オンプレミス／クラウド／サービス | 取引先ごとの帳票・CSVにあわせて構築するセミオーダー型のWeb-EDI |
| EC-Connect+ BtoB | オンプレミス／クラウド／その他 | 業務フローにあわせたカスタマイズに対応。基幹・倉庫システムと連携 |
| EC-Rider B2B Ⅱ | オンプレミス／クラウド／パッケージソフト／SaaS／ASP | 必要な機能を選ぶセミオーダー式。CSVやAPIで基幹・倉庫管理と連携 |
| ecbeing BtoB | パッケージソフト | 中堅・大手向けのBtoB EC構築基盤。得意先ごとの商品・価格表示に対応 |
| MOS | クラウド／パッケージソフト | 最小構成から始められるWeb受発注パッケージ。基幹・販売管理と連携 |
基幹システムとつなげて運用できる受発注システム
ここでは、自社の販売管理や基幹システムとのデータ連携を前提に構築できる受発注システムを紹介します。オンプレミスでの構築範囲や保守の分担は製品ごとに異なるため、資料で確認しながら比べてください。
MagicOrder
- 必要な機能を必要なだけ組み合わせて構築
- 取引先ごとに異なる帳票・CSVや入力項目に個別対応
- ERP・基幹システムや既存EDIとも連携可能
デジタルトランスコミュニケーションズ株式会社が提供する「MagicOrder」は、オンプレミスとクラウドのどちらでも導入を相談できる、セミオーダー型のWeb-EDIサービスです。発注・受注に加えて出荷や検収、請求までをWeb上で扱え、取引先ごとに異なる帳票やCSVレイアウト、入力項目の違いを一つのシステムで管理します。ERP・基幹システムとのデータ連携や、取引先とのAPI連携にも対応しています。既存のEDIはそのまま生かし、EDIに対応できない取引先はWeb画面や帳票、CSVでカバーする構成も可能です。
EC-Connect+ BtoB
- アナログな電話・FAX受発注業務をシステム化
- 既存業務を変えることなく、基幹システムや在庫管理と連携か可能
- 脆弱性診断ツール VEXの義務化で、万全のセキュリティ対策
トーテックアメニティ株式会社が提供する「EC-Connect+ BtoB」は、オンプレミスやクラウドに加え、自社のサーバ内にも構築を相談できるBtoB-ECプラットフォームです。ECの基本機能をベースに、自社の仕様にあわせてカスタマイズできるため、取引先ごとに販売価格を設定する機能や見積書の自動作成、与信を確認した取引先への請求書払いなど、自社の受注ルールを画面に反映できます。基幹システムや会計システム、倉庫システムとは接続先の仕様にあわせたAPIで連携します。自社サーバに構築する場合のシステム監視の範囲は、要件定義で決める形です。
EC-Rider B2B Ⅱ
- 豊富な機能を搭載！セミオーダー式でのサイト構築が可能
- eマーケットプレイスで、販路の拡大や新規顧客の開拓を実現
- 安心・安全な利用環境を強固なセキュリティで実現
株式会社フライトソリューションズが提供する「EC-Rider B2B Ⅱ」は、オンプレミスやクラウドなど複数の提供形態をもつ、企業間取引向けの受発注サイト構築ツールです。標準で備える機能から必要なものだけを実装するセミオーダー式で、業界の商慣習や既存の業務フローにあわせたカスタマイズにも対応します。基幹システムや倉庫管理システムとはCSVやAPIで連携でき、複数の工場や倉庫の在庫を扱うマルチサプライヤー機能も搭載しています。多言語対応機能で英語と中国語に対応している点も特徴です。
ecbeing BtoB
- BtoB EC構築で新規顧客を広く開拓し売上の拡大
- 作業の効率化や業務負担を軽減、案件の集中
- 商流の間に販売店などを仲介し3社間にメリットを付与
株式会社ecbeingが提供する「ecbeing BtoB」は、年商10億円規模の中堅・大手企業向けのBtoB ECサイト構築プラットフォームです。提供形態はパッケージソフトです。得意先ごとに表示する商品や価格の出し分け、法人ごとの与信額の設定、型番入力による大量発注、CSVデータでの出荷指示に対応します。企業ごとのアカウント管理や権限設定も可能です。カスタマイズにより、さまざまな基幹システムとの連携も相談できます。自社サーバでの運用可否や構成は、資料や問い合わせで確認するとよいでしょう。
MOS
- FAX・電話での受発注業務をMOSでシステム化し業務効率化
- 環境を選ばずスマホ・タブレット・PCなど全てに対応
- カスタマイズ対応で自社に合った運用が可能
株式会社アクロスソリューションズが提供する「MOS」は、費用を抑えた最小限の構成から独自のカスタマイズを含む構成まで選べるBtoB Web受発注システムパッケージです。提供形態はクラウドとパッケージソフトです。各種基幹システムや販売管理システムと連携できるよう設計されており、FAXや電話で受けた注文を基幹システムへ手入力する手間を減らせます。取引先は、これまで使っていたFAX注文シートと同じ内容の画面から、スマートフォンやタブレット、PCで発注できます。オンプレミスで運用できるかは資料で確認しましょう。
まとめ
受発注システムをオンプレミスで運用すると、受発注データや取引条件を自社で管理でき、社内の基幹システムとも直接つなげます。一方で、取引先に注文画面を公開する構成やID管理、EDI接続、障害時の代替手段まで自社で整える必要があります。社外公開の負担が大きい場合は、受注窓口をクラウドに置くハイブリッド構成も検討しましょう。複数の受発注システムを資料請求し、構成と運用体制を比べて自社にあう形を選んでください。
