Microsoft Dynamics GP と Magento の統合ソリューションに求めるもの

公開: 2018-10-10

(この記事は、2013 年 6 月 20 日に最初に発行されました。正確さと完全性のために更新されています。)

オンライン ショッピングの成長に伴い、多くの小売業者がオンライン販売に積極的な目標を設定しています。 ただし、これらの数字を達成するには、小売業者がより多くの顧客を引き付けて維持するために実行しなければならない多くの手順があります。 多くの企業は、Magento Web サイトのフロントエンドのデザインとコンテンツに重点を置いているため、検索、購入、チェックアウトが簡単になります。

しかし、バックエンド プロセスはどうでしょうか。 できる限り効率的に運用していますか？ Magento と Microsoft Dynamics Great Plains (GP) などの ERP システムとの間でどのくらいのデータを移動していますか? ビジネス プロセスは、Web サイトのデザインと同じくらい、カスタマー エクスペリエンスにプラス (またはマイナス) の影響を与える可能性があります。

成長にはスケーリングが必要であり、かつては効率的と思われていた古いプロセスは、高い売上目標を達成するために刷新する必要があるかもしれません。 この記事では、運用効率のために Magento Web ストアを統合する必要がある兆候と、ビジネスに最適な統合ソリューションを選択する方法について説明します。

eコマース統合が必要な兆候

これまで以上に業務に不満を感じていますか? Magento ストアフロントの統合がなければ、マーチャントは同じ成長の痛みを経験する傾向があります。

これらの問題のうち、あなたが毎日経験しているのはどれですか?

  • あなたは過剰販売し続けます。
  • 手作業によるデータ入力でスタッフの時間を無駄にしています。
  • 注文の発送が遅れているか、間違っています。
  • オンラインとオフラインのエクスペリエンスに一貫性がありません。
  • あなたの製品情報は不正確で乱雑です。
  • サプライヤーのデータを可視化することはできません。
  • 自分のエラーを修正するカスタマー サービスにより多くの時間を費やしています。

これらが、マーチャントが Magento を Microsoft Dynamics GP のような ERP と統合する理由の一部です。 システムは「相互に通信できない」ため、システム間でデータを移動するには手動のデータ入力に頼らなければなりません。 アイテムや在庫の更新などの重要な重要データを処理するだけで、月に 40 時間以上かかっているとの報告がお客様から寄せられています。

データを手動で入力すると、プロセスが遅くなり、人的ミスが発生しやすくなります。 文字が間違っていると、間違った SKU や間違った住所に発送される可能性があります。 また、在庫の更新が遅れ、販売を逃したり過剰販売したりする可能性もあります。 これらのどれが発生しても、それは顧客にとって悪い経験です。

良いニュースは、Magento と Microsoft Dynamics GP の統合がこれらすべての分野で役立つことです!

Microsoft Dynamics GP と Magento の統合ソリューションを評価する方法

eコマースの統合はこれらの問題の多くを解決するのに役立ちますが、ビジネスに最適な統合アプローチを選択した場合にのみ解決します. 誤って管理されたプロジェクトは、非常に複雑で時間がかかり、機能するソリューションを経験することなく、何千ドルも無駄にしてしまう可能性があります。

統合オプションを評価するのに役立つように、2 つの主要な統合アプローチ (カスタムとミドルウェア) のリスク、利点、およびコストを比較します。

統合アプローチが間違った決定であったことに気付くのに、Web 注文が絶えず失われるまで待つ必要はありません。

カスタム e コマース統合

最初にオプションを評価するとき、最初の本能はカスタムビルドの統合に目を向けることかもしれません。 社内でプロジェクトに取り組む能力がない限り、カスタム統合は、Web エージェンシー、ソフトウェア コンサルタント、または統合の専門知識を持っているかどうかに関係なく別のベンダーによって提供される傾向があります。 あなたはベンダーに精通しており、彼らはすでにあなたのビジネスを知っていますが、値札が好きですか? では、彼らにカスタム統合を構築させることの害は何でしょうか?

Magento から Microsoft dynamcis gp への統合

何百ものマーチャントと話していると、カスタム構築された統合ソリューションで繰り返し発生するいくつかの共通のリスクがあることがわかりました. この道をたどる前に、次のことを考慮してください。

プロジェクト全体を実行しているのは 1 人ですか?

あなたのプロジェクトは、社内の 1 人の開発者に委任されますか? もしそうなら、これは 1 人がソリューション全体を構築、保守、およびサポートすることを意味します。 これは、リソースが限られているため、統合プロジェクトでよく発生します。

その開発者が休暇を取ったり、仕事ができなくなったり、ベンダーの会社を辞めたりするとどうなりますか?

あるホラー ストーリーでは、「自動化されたソリューション」があると考えていたマーチャントと協力しました。 実際、1 人の開発者が 8,500 万ドルのトランザクションすべてを夜間に 1 人で動かしていました。 当然のことながら、マーチャントの統合は定期的に壊れ、Web 注文を一貫して失うことになりました。 なんて混乱！

彼らは Magento と Microsoft Dynamics GP についてどの程度知っていますか?

統合の専門知識が限られている、またはまったくないベンダーは、統合プロジェクトごとにカスタム コードを作成する傾向があります。 通常、事前に構築されたコネクタを備えた統合プラットフォームを活用することはありません。

各システムがデータを受信する方法の要件を理解するには、かなりの学習曲線があります。 データのどのフィールドに対して読み取りまたは書き込みを行う必要があるかを理解する必要があります。 対応するビジネス ルールとプロセスを理解する必要があります。 仕事で誰かに学んでほしいものではありません。

たとえば、Magento を Microsoft Dynamics GP に統合する場合、一般的な要件は、製品の品揃えを Web にシンジケートする必要があることです。 これは、GP から Magento にデータを挿入することを意味します。 課題は、Magento でのアイテム データの使用方法が GP とはまったく異なることです。 GP のような ERP では、品目データは主に在庫管理と GAAP 会計慣行 (会計/運用上の焦点) に使用されます。 Magento では、Web コンテンツとして使用され、注文を生成します (e コマース/マーケティングの焦点)。 インテグレーターがこれら 2 つのシステム間でアイテム データを転送および変換するには、多くの手順を実行する必要があります。

ベンダーは、エンドポイント システムのそれぞれのニュアンスにどの程度精通していますか?

統合は長期にわたって維持されますか?

データが欠落しているか不完全であるすべてのシナリオを統合が考慮していない場合、運用に深刻な混乱が生じる可能性があります。 オンライン注文の価格が ERP の価格と異なるというような単純なことで、プロセスが継続的に遅くなる可能性があります。 無効な注文が表示され、毎回サポートに連絡して問題を修正するのを待つ必要があります。

統合により、ビジネスの規模を拡大できますか?

ハードコーディングされたカスタム ソリューションは、実装ベンダーと永遠に結びつく可能性があります。 ソフトウェアを変更したり、新しい販売チャネルを追加したりする場合、各システムが直接結び付けられているため、プロバイダーは統合を最初からやり直す必要があります。

これにはいくらかかりますか？

統合を中心に構築されたプラクティスがなければ、カスタム コードを記述するベンダーは、1 回限りのプロジェクトであるため、費用がかかる可能性があります。 Magento と GP の統合に 25,000 ドルから 30,000 ドルを見積もられたクライアントを見てきました。 この初期費用には、将来の継続的な費用も含まれていません。 統合に必要なバグ、更新、または変更がある場合は、それらに対しても追加料金を支払う必要があります。 長期的には、これらのカスタム プロジェクトは予想以上の費用がかかる可能性があります。

結論

特に統合の目的はプロセスのスケーリングを支援することであるため、拡張可能なソリューションに自分自身を閉じ込めないでください。 統合プロジェクトを実装する潜在的なベンダーに尋ねる重要な質問は、プロジェクトの背後にいるのは誰で、システムをどのように接続しているかです。

Magento と Dynamics GP の上に多くのカスタム アプリを統合するなど、本当に複雑な統合のニーズがない限り、おそらくカスタム ソリューションに着手することを正当化することはできません。

ミドルウェア eコマース統合ソリューション

カスタム統合の反対側では、マーチャントはミドルウェア統合プラットフォームを使用するオプションもあります。 これらのタイプのソリューションには、Magento と Microsoft Dynamics GP の間に位置する「ハブ」があり、それらの間のデータ トランザクションを自動化します。 ハブは、システム間のデータの接続、データ変換、およびオーケストレーションを管理します。 理想的には、プラットフォームは、ハブを介してシステムを接続する事前構築済みのコネクタを利用する必要があります。

Magento から Microsoft dynamcis gp への統合ミドルウェア

ミドルウェア統合プロバイダーは通常、Magento や Dynamics GP などのシステムの統合に関するコア プラクティスを構築しています。 複数の統合顧客をサポートするチームの恩恵を受けることができます。 また、統合の経験が豊富なため、Magento と Microsoft Dynamics GP の統合の詳細を理解しているパートナーを見つける可能性が高くなります。

課題は、選択できるミドルウェア統合プロバイダーがいくつかあることです。 比較するのは圧倒的かもしれません。 プラットフォームを互いに際立たせるために考慮すべきいくつかの領域を次に示します。

eコマースや小売向けに設計されていますか?

利用可能なすべてのミドルウェア統合プロバイダーが、小売および e コマースに重点を置いているわけではありません。 認定された Magento エージェンシーと連携したいのと同じように、API 間のデータ同期だけでなく、顧客に競争力のあるショッピング体験を生み出すソリューションを定義できる統合プロバイダーと連携したいと思うでしょう。

どのくらいの頻度でデータを同期しますか?
 リアルタイムのデータ処理は、日常業務の一部に不可欠です。 たとえば、在庫切れの商品が注文されたり、プロモーション価格が必要以上に長く利用されたりしないようにします。 Magento と Microsoft Dynamics GP が許可するのと同じくらいリアルタイムでデータを同期していますか、それとも 1 日 1 回以上バッチで同期していますか?

セルフヘルプツールはありますか?

セルフ ヘルプ ツールを使用すると、Magento と Microsoft Dynamics GP の間で独自のデータ マップ (各システムのフィールドがどのように接続されているか) を作成または変更するなどの機能を提供できます。 社内に適切なリソースがあれば、統合をより細かく制御できます。 プロバイダーに変更を依頼したり、変更を待つ必要はありません。追加料金がかかる場合もあります。

自分のデータをどの程度可視化できますか?

プラットフォームは、データが Magento と Dynamics GP の両方から送受信されることを確認する必要があります。 データの詳細な監査により、各トランザクションを可視化して、たとえばカスタマー サービス チームがシステムを通じて注文の経路を追跡できるようにする必要があります。 また、成功したトランザクションのはるかに大きな要約の中にそれらを埋めるのではなく、対処する必要がある失敗または例外を強調するためのツールも提供する必要があります。

システムの 1 つが何らかの理由でオフラインになるとどうなりますか?

ほとんどの小売業者は、重要なシステムの 1 つがクラッシュしたときの痛みを経験しています。 フラッシュセールや休日など、最も重要な時期にも常に発生するようです. ミドルウェア プラットフォームの主な利点の 1 つは、システムがオンラインに戻るまで注文などのデータを保存または調整できることです。 これにより、これらのダウンタイム中に注文や顧客データが失われることはありません。

プラットフォームとコネクタを維持しているのは誰ですか?
 プロバイダーが SaaS または IPaaS プラットフォームの場合、プラットフォームとコネクタを定期的に維持する必要があります。 これは、Magento と Dynamics GP 間の統合に影響するセキュリティ更新、バグ、またはその他のシステム更新に対応することを意味します。

これにはいくらかかりますか？

SaaS および IPaaS ソリューションの場合、顧客は、プラットフォームでのソリューションのホスティング、メンテナンス、およびサポートに対して月額サブスクリプション料金を支払います。 また、システムをセットアップして接続するために、1 回限りの実装料金を支払う必要がある場合もあります。 毎月のサブスクリプション料金は $100 から $1,000+ まで、実装料金は $0 から $10,000+ までさまざまです。 どのような機能が提供され、何に対して支払っているのかを理解する必要があります。

結論

Magento と Microsoft Dynamics GP の統合は、ビジネスにとって重要なステップになる可能性があります。 手動のデータ入力に頼る必要がないように、プロセスを刷新および自動化するのに役立ちます。 問題は、システムを接続するためにどのようなアプローチを取るかです。 ただし、適切なビジョン、テクノロジー、およびパートナーがあれば、ビジネスに最適なアプローチを選択できます。

ミドルウェア統合プラットフォームが適していると思われる場合は、nChannel が Magento と Microsoft Dynamics GP をどのように統合しているかをご覧ください。

Magento の販売に関するその他のトップ記事を読む:

  • 複数の Magento ストア: 一般的な課題を克服する方法
  • Magentoストアを保護するためのトップセキュリティ戦略
  • Magento と NetSuite を統合する 3 つの方法