倉庫をストアフロントに接続: Magento と ERP の統合

Magento 1 または他のプラットフォームから Magento 2 に移行する多くのマーチャントは、バック オフィスおよび倉庫のエンタープライズ リソース プランニング (ERP) データを Magento ストアフロントに統合する方法という課題に直面しています。

ジャンプ先:

ビルド済みミドルウェア

ビルド済みの Magento 拡張機能

カスタム開発

最も頻繁に統合する必要があるデータは、注文、顧客カタログ、および製品カタログです。 注文は、処理のために Magento の店頭から ERP に流れなければなりません。 追跡番号情報は、ERP から Magento に戻る必要があります。 在庫と価格情報も、Magento と ERP の間で同期を保つ必要があります。

Magento と ERP の間で上記の統合を構築するためのオプションがいくつかあります。これには、ビルド済みミドルウェア、ビルド済み Magento 拡張機能、およびカスタム開発が含まれます。

ビルド済みミドルウェア

マーチャントが SAP、Netsuite、Microsoft Dynamics (GP、NAV、SL)、Epicor、Sage、JD Edwards などの一般的な ERP ソフトウェアを使用している場合、基本的な統合要件のほとんどを提供するミドルウェア製品が市場で入手できます。 これらのサービスは通常、セットアップ料金と、使用量またはサポートのレベルに基づいた月額料金を請求します。

ミドルウェア製品の提供は、過去 5 年間で大幅に成長し、現在では非常に堅牢になっているため、中小規模のマーチャントのすべての統合要件を何度も処理できます。 このカテゴリのマーケット リーダーは eBridge Connections です。 それらは、ほとんどすべての一般的な ERP ソフトウェア パッケージから、Magento やその他の e コマース プラットフォームへの接続を提供します。

ビルド済みの Magento 拡張機能

以下に示す問題のため、統合のためにマーケットプレイスから事前に構築された Magento 拡張機能を使用する前に、高度な注意と吟味を行うことをお勧めします。 MOM や Quickbooks への低コストの拡張機能の統合から大きな恩恵を受けているマーチャント クライアントもいますが、Microsoft GP や同様のシステムへの他の拡張機能の統合ではコストのかかる問題に苦しむクライアントもいます。

ミドルウェア製品の提供は、過去 5 年間で大幅に成長し、現在では非常に堅牢になっているため、中小規模のマーチャントのすべての統合要件を何度も処理できます。 このカテゴリのマーケット リーダーは eBridge Connections です。 それらは、ほとんどすべての一般的な ERP ソフトウェア パッケージから、Magento やその他の e コマース プラットフォームへの接続を提供します。

カスタム開発

多くのレガシー ERP には、事前に構築されたソリューションや API がないため、フラット ファイル FTP 統合を介してのみ接続できます。 または、多くの場合、事前に構築されたソリューションには、統合のビジネス要件をサポートするために必要な機能とワークフローが含まれていません。 このような状況では、Magento を ERP に接続するためにカスタム開発が必要です。

このオプションを使用すると、マーチャントは通常、ERP と対話する Magento 側でコードを開発するか、Magento の API と対話する ERP 側でコードを開発するかを選択できます。

多くの場合、ERP の API またはフラット ファイル要件と連携する Magento 側のコードの開発を任されています。 このカスタム コードは、ビルド済みのミドルウェアまたは拡張機能に追加することも、統合全体としてスタンドアロンにすることもできます。

要約すると：

Magento をバック オフィス システム (ERP) に統合することを計画する際には、考慮すべきことがたくさんありますが、常に一歩下がって、長期的な所有コストと潜在的な投資収益率を考慮する必要があります。 事前に構築されたソリューションは常に最初に検討するのに適していますが、事前に構築されたソリューションとカスタム開発の組み合わせ、または統合のカスタム開発のみが、時間の経過とともに最高の投資収益率を提供する可能性があります. Aladdin Temp-Rite で行った ERP 作業をご覧ください。