Microsoft Great Plainsの統合のシナリオ - EDI、eコマース

Microsoft Dynamics GPの、グレートプレーンズのソフトウェアダイナミクスeEnterpriseの後継者は、会計のバックオフィスとして展開され、様々な経営管理システムと統合され非常に人気のあるERPのプラットフォームです。 GP MRPの統合の最も典型的なシナリオの間で電子文書インタフェースのEDIと電子商取引である。のは、方法論、統合、およびソフトウェア開発ツール、プログラミング技法とカスタマイズオプションを考慮して比較してみましょう

1。 EDI。電子文書交換は比較的技術を熟成されており、典型的には、固定長テキスト形式のファイルまたはテキストストリームの形で実現しています。新しいアプローチは、概念をXMLストリーム内のEDIと同様の新世代を考慮することがあります。我々はGPについて話しているとき、私たちは、EDIの統合の2つのタイプを想定する必要があります - あなたはベンダー（このケースではEDIは、受注処理の注文書や請求書や売掛金の請求書のいずれかのフォーマットの受信）である場合、および、顧客（この場合、あるときあなたは、）あなたのベンダーのEDI注文書を配置します。技術の観点から、EDIも標準およびカスタムの実現とプログラミングで本当に難しいことではありません。 Microsoft SQL Serverの - バージョン8.0以降では、Microsoft Dynamics GPは、唯一のDBのプラットフォームでサポートされています。 Microsoft Great Plainsからの現在のバージョンでは、MS SQL Server 2005または2000上で利用できる、10.0です。あなたは、SQLのSELECTコマンドを使用してプログラムのEDIストリーム、およびキャストまたは構造を変換すると書式を設定するテキストフ​​ィールド。あなたが外部のEDIストリームにあなたをインポートするとき、それはあなたがSOP請求書を作成するときに、eコネクトを利用し検討する必要がありますです。

2。 eコマース。あなたがeコマースのプログラマであれば、eコネクト技術の学習であなたの時間を投資してください。あなたは、おそらくeコネクトについては、それが電子商取引ソフトウェアの開発者に最初に捧げられたという事実について聞いた。私たちは、ソートのeコネクト普及し、これを言いたい - あなたは、ゼロからeコマースの統合を行う場合には、GPのテーブルにeコマースの注文書や請求書を供給する必要があります。SOP10100、SOP10200。暗号化されたストアドプロシージャ - ただし、そのeコネクトは、すでにeコネクト·ビジネス·オブジェクトのあなたのために行われ、このジョブを持って知っている必要があります。あなたがeコネクトの制限を打破すべきいくつかの状況があります。一つ目はeコネクトは敏捷のビジネス·ロジックを（DYNAMICS.DICは、すべてのコアモジュールのビジネスロジックが格納されているMicrosoft敏捷辞書です）複製しても驚異的なSQL Serverのパフォーマンスを信頼し、あなたはまだeコネクトは少し遅いかもしれないという懸念を持つことができるという事実であるは、トランザクションボリュームは、セッションごとに千のレコードを超えた場合。 eコネクトのパフォーマンスが問題になっている場合は、ロジックへの挿入を使用してSQLストアドプロシージャでの簡単な統合を行うと考えるかもしれません。第二eコネクトの制限は、ロジックを転記するの不在である - SOPのバッチを転記するためにはAlbaspectrumポスティングサーバーを展開する必要があります。