私たちの小さな記事では、eコマースのバックエンドとしてのMicrosoft Business Solutions Great Plainsの受注処理モジュールを検討します。それに加えて、eConnectで、なぜ可能であり、不可能ですか取り上げます。
Microsoft Great Plainsのは、米国、カナダ、オーストラリア、ニュージーランド、中東、中南米、イギリス、南アフリカ共和国で最も人気のあるERPの一つです。 NavisionのとAxaptaは、促進し、推奨ソリューションです - 大草原Dynamicsは、ヨーロッパ大陸（ドイツ、フランス、ロシア）など他の市場から引き出された - MBSの戦略のために。アルバスペクトラム技術文書のサイト上でこれらの製品の上の私たちの出版物を参照してください - あなたはNavisionのかAxaptaがある場合。
•Great Plainsのプラットフォーム - 大草原ソフトウェアダイナミクス敏捷プログラム言語では、GPS独自のプラットフォーム上で書かれています。それは、グラフィカルなコンピュータ環境およびデータベースプラットフォームから独立している場合、何十年も滞在するERPアプリケーション - 敏捷性は非常に抜け目のないアプリケーションの開発の哲学に基づいています。 1992年、Cプログラミング言語で救助する、クロスプラットフォームになると信じられていた。
•大草原のアーキテクチャ。ここでは、大草原ダイナミクス初期設計のハイライトを与える必要があります。債権管理（RM）、債務管理（PM）、給与計算、在庫管理：総勘定元帳（GL）のその後、GLへの直接投稿、モジュールを参照してください、コアモジュールとして意図されていた。次のレベルは、 - モジュール、他のモジュールを介してGLへの投稿：売上高（売掛金を介して）注文処理、購買発注処理（買掛金を介して）など第二の原則 - 大草原では、トランザクションのバッチを後ろに投稿することができることはないシーンは - ユーザーインターフェイスを介してのみ - チェックして、ユーザーが承認された。
•のeOrderは - このIISのASPアプリケーションは、最初にすべてのプラットフォームで利用可能でした：1998大草原のソフトウェアでは、MS SQL ServerのCtreeと（のPervasive SQL Server 2000の後に）のBtrieve MS SQLサーバ利用のためだけにした。 eOrderは、近代的な電子商取引サイトの前身eOrderをカスタマイズするすべての試みは、バージョンのアップグレードで疑わしいした。
レは、他のモジュールを介してGLへの投稿：受注処理（売掛金を介して）、購買発注処理（買掛金を介して）など第二の原則 - 大草原は、シーンの背後にあるトランザクションのバッチを投稿することができることはない - のみユーザーインターフェイスを介して - チェックして、ユーザーが承認された。•のeOrderは - このIISのASPアプリケーションは、最初にすべてのプラットフォームで利用可能でした：1998大草原のソフトウェアでは、MS SQL ServerのCtreeと（のPervasive SQL Server 2000の後に）のBtrieve MS SQLサーバ利用のためだけにした。 eOrderは、近代的な電子商取引サイトの前身eOrderをカスタマイズするすべての試みは、バージョンのアップグレードで疑わしいした。
•。ネットのパラダイム。代わりに発明すると、標準的な電子商取引ソリューションを使用して作る - ネットでは、IT製品市場で入手可能な様々なから選択するかを選択できます。あなたは、あなたのeコマースアプリケーションから大草原のオブジェクトに対応することができますコネクタを必要とする - これはもはやeOrdersはことを意味します。 VBまたはC＃：あなたがお好みの言語を自由に使用することがいつものように
•はeConnect。 [はい] - 正確に - それは最初に電子商取引のプログラマ向けに開発されました。その後eConnectの分布を含めて、大草原のモジュールの大部分の延長された
•制限。あなたが前述のように - 大草原は、あなただけの作業テーブルをアドレス指定することができます - これはeConnect使用してトランザクションを投稿することはできません。その他の報告された問題は、請求書/バックオーダーと受注転送に関連していた
•カスタムストアドプロシージャ。右 - あなたがeConnectで作成されたトランザクションを投稿してこれらのカスタムSQLスクリプトを使用する必要があります。
0 件のコメント:
コメントを投稿