鼎新（Digiwin）ERP と EC・POS を連携する 4 つの方法と費用

鼎新（Digiwin）などのパッケージ ERP が EC や POS と受注・在庫・会計のデータをやり取りする方法は、主に 4 つあります。API 連携、中間データベースとスケジュール処理、データベース直結、CSV のエクスポート・インポートです。リアルタイム性と安定性が必要なら API か中間データベースを優先し、データ量が少なく更新頻度も低いなら、まず CSV から始められます。

長年同じ ERP を使い、会計や在庫管理は安定している企業は少なくありません。問題は後から加わった EC や店舗で起こります。受注を手作業で ERP に入力し、在庫は毎日合わず、月末の照合に何日もかかります。必要なのは ERP の入れ替えではなく、データが自動で、追跡できる形で ERP に流れ込む仕組みです。

ERP と EC・POS を連携する 4 つの方法とは？

ERP と EC・POS の連携は、API 連携、中間データベースとスケジュール処理、データベース直結、CSV のエクスポート・インポートの 4 つが一般的で、違いはデータの鮮度とエラーの追跡しやすさです。

方法 1：API 連携

API 連携は、ERP が公開するインターフェース（Web サービスや REST API など）を通じてデータを送受信する方法です。EC で注文が入るとすぐ ERP に書き込まれ、ERP 側の在庫変動もリアルタイムで返せます。データが ERP 自身のチェックルールを通るため、帳簿の誤りが最も起きにくい方法です。前提として、ERP のバージョンとライセンスで該当するインターフェースが公開されている必要があり、メーカーから別途モジュールを購入するケースもあります。API には認証、権限、流量制限の設計が必要で、OWASP の API セキュリティ Top 10 で項目ごとに確認できます。

方法 2：中間データベースとスケジュール処理

中間データベース方式は、ERP と EC・POS の間に中間データベースや中継プログラムを置き、双方がそこにデータを書き込み、数分ごと、または毎日決まった時刻にスケジュール処理でまとめて取り込む方法です。ERP が API を公開していなくても実現でき、どちらかが一時停止してもデータは中間領域に残って再送を待つため、失われません。代わりに時間差が生じ、たとえば在庫の同期が 15 分ごとになります。

方法 3：データベース直結

データベース直結は、外部システムが ERP のテーブルを直接読み書きする方法です。開発が最も速く、リアルタイム性も高い一方、ERP のチェックロジックを経由しないため、1 件の誤りで帳簿が合わなくなることがあります。ERP のアップグレードでテーブル構造が変われば、連携も動かなくなります。多くのメーカーは直接書き込みを推奨しておらず、実務では営業担当の在庫照会のような参照専用の用途に限るのが一般的です。

方法 4：CSV のエクスポート・インポート

CSV 方式は、受注や在庫をファイルに書き出し、別のシステムに取り込む方法です。手作業でも、スケジュール処理でファイルの配置と読み込みを自動化しても構いません。ほぼすべての ERP が対応し、費用も最も低いため、データ量が少なく 1 日 1 回の同期で足りる場面に向いており、本格的な連携を稼働させるまでのつなぎとしてもよく使われます。欠点は時間差が最も大きいこと、項目の形式が変わると取り込みに失敗すること、毎日誰かが結果を確認する必要があることです。

4 つの連携方法はどう比較すればよい？

4 つの方法に絶対的な優劣はなく、データに求める鮮度、ERP が公開するインターフェース、社内で確保できる保守体制で選びます。一般的なトレードオフは次のとおりです。

実務では組み合わせて使うことが多く、受注と在庫は API か中間データベース、商品マスターは 1 日 1 回 CSV で取り込み、帳票に必要なデータは参照専用の照会で取得する、といった形になります。

連携の前に何を確認すべき？

最も重要なのは ERP の製品バージョンと利用できるインターフェースを確認し、データごとにどちらを正とするかを決め、最後に同期頻度とエラー時の対応を決めることです。次の順序をおすすめします。

1. ERP の製品とバージョンを確認する：鼎新またはメーカー、販売代理店に、利用中の製品ラインとバージョン、API やインポート用インターフェースの有無、インターフェースに追加ライセンスが必要か、テスト環境を用意できるかを確認します。
2. やり取りするデータを洗い出す：商品、価格、在庫、受注、返品、会員、インボイスについて、どのシステムで発生し、どのシステムで使うかを書き出します。
3. マスターデータの帰属を決める：たとえば品番と在庫は ERP を正、会員データは EC を正とし、双方が別々に修正しないようにします。
4. 同期頻度を決める：受注と在庫はリアルタイムまたは数分ごと、商品マスターは通常 1 日 1 回で足ります。
5. 例外処理を設計する：同期に失敗したら再送でき、記録が残り、担当者に通知される仕組みにして、データが黙って消えないようにします。
6. 照合と受け入れテストを計画する：稼働前に、一部返品、交換、翌月のインボイス取消といった実際の受注パターンで試し、ERP の帳簿が EC・POS と一致することを確認します。

EC・POS と ERP の連携で失敗しやすいのはどこ？

失敗しやすいのは、品番の対応付け、在庫同期の時間差、インボイスと返品の会計処理、会員の個人情報の受け渡しの 4 点で、いずれも仕様の段階で詰めておく必要があります。

品番の対応付け：EC の商品はセット品、おまけ、複数規格が多く、ERP の品番と 1 対 1 とは限らないため、先に対応表を作ります。在庫の時間差：同期に間隔があると人気商品が売り越すおそれがあり、安全在庫を確保するか、EC 側で即時に引き当てるかを決めます。インボイスと返品：電子発票（電子インボイス）の発行・取消・値引きは ERP の帳簿と一致している必要があり、台湾財政部の電子発票実施作業要点で手順を確認できます。会員の個人情報：店舗と EC の会員データを共有する場合、受け渡しの範囲と保存方法は台湾の個人資料保護法に従い、必要な項目だけを送ります。

比漾百貨は EC・POS と鼎新の会計システムをどうつないだ？

JoinX は台湾の百貨店・比漾百貨の公式サイトと EC を構築し、既存の ERP・POS・会計システム（鼎新）と連携させて、オンラインとオフラインのデータを統合（OMO）しました。リリース後も保守を続けています。

この方法のポイントは既存システムを残すことです。ERP は引き続き会計と在庫を、POS は店舗を担い、新たに構築するのは公式サイトと EC だけで、そこに必要なデータの流れをつなぎます。足りないのが EC の部分だけなら、ERP を入れ替えるより費用もリスクも小さく済むのが一般的です。パッケージ ERP を残して足りない部分を補う考え方は ERP はどう選ぶ？パッケージ・クラウド ERP・カスタム開発の判断基準、他業種の事例は 台湾のカスタム ERP 事例にまとめています。

正航などほかのパッケージ ERP も同じ方法で連携できる？

できます。正航や SAP Business One などのパッケージ ERP も、API、データベースのビュー、ファイル取り込みのいずれかを備えていることが多く、4 つの方法のトレードオフも同じです。

違いは、製品やバージョンごとに公開されているインターフェースとライセンス形態が異なる点です。追加モジュールが必要なものもあれば、参照のみ許可されているものもあります。どの ERP でも最初の一歩は同じで、メーカーや販売代理店に利用できるインターフェースとライセンスを確認してから方法を選び、データベースに直接書き込めると決めつけないことです。

鼎新 ERP の連携費用はいくら？

JoinX が公開している台湾のカスタム開発の相場では、システム 1 つの連携につき約 NT$5 万〜20 万、要件整理は約 NT$10 万〜30 万で、ERP メーカーのライセンスやインターフェースモジュールの費用は別途です。

費用の差は主に、ERP のインターフェースの公開度、同期するデータの種類、例外処理をどこまで細かく作るかで生まれます。小規模な連携のご相談にも対応しており、小規模なシステムは NT$15 万から、実際の要件に応じてお見積りします。費用の構成と進め方の全体は ERP システム連携サービスをご覧ください。

よくある質問