Dynamics NAV 2009および2013とリアルタイムでインターフェイスする.NETアプリケーションを作成したいと思います。アプリケーションは、顧客や在庫品目などのエンティティを読み取って更新する必要があります。
提供されているWebサービスを統合のポイントとして使用するのが最適な候補のようです。私は、Pagesと.netクライアントに基づくWebサービスを使用してアイテムを読み取り、更新し、作成するいくつかの基本的なテストを試しました。
残念ながら、私はダイナミクスに非常に慣れていないので、おそらくその経験不足を反映しているいくつかの質問があります。
まず、Webサービスはページユニットまたはコードユニットのいずれかを公開できます。ページは、インターフェースに使用する正しいオプションですか？顧客を作成しますか？
第二に-私の理解では、DynamicsNAVがカスタマイズなしで展開されることはめったにありません。NAVの一般的なカスタマイズ、たとえばフィールドの追加には標準ページの変更が含まれ、この変更はWebサービス定義に反映されますか？
あなたは正しいです-あなたの要件を考えると、WebサービスはおそらくNAVとインターフェースするための最良のオプションです。
最初の質問について：ページWebサービスは同時実行性を処理する方法を知っており、Visual Studioがそれらをカプセル化する方法のおかげで、.NETコードから操作できるリッチタイプを公開します。すべての基本的なCRUD操作は、公開されたメソッドを使用して実行できます。コードユニットWebサービスとページWebサービスの詳細な比較については、http：//msdn.microsoft.com/en-us/library/dd355398.aspxを参照してください。
ほとんどの開発者は、通常のページ（NAVWindowsクライアント向けのページ。以前はRoleTailored Clientと呼ばれていました）を公開せず、代わりに、Webサービスとして公開するための個別の微調整されたページを作成することを選択すると思います。ただし、必要に応じて、カスタムフィールドを標準ページに追加し、それをWebサービスとして公開することもできます。
お役に立てれば！幸運を！:)