XMLファイルを使用してMS Dynamics NAVの統合を開発するにはどれくらいの時間がかかりますか

Question

NAV 4.0システムとXMLファイルを使用するサードパーティシステムを統合するために私の職場で新しい割り当てを取得しました。統合はXMLファイルの作成と、そのファイルを事前定義されたディレクトリに格納することに基づいています（つまり、Webサービスではなく、ファイルベースの単純なアプローチでなければなりません）。

統合はアイテムのみを対象とします。つまり、アイテムと関連するデータがエクスポートされます。システムは、項目、項目数量単位、アイテム販売価格など、どの項目とテーブル（アイテムとともに）をエクスポートする必要があるかを完全にセットアップする能力を持っていなければなりません（後に、ユーザーは開発者の助けを借りずに物事をセットアップできるはずです）。私はシステムが幾分フィールドとテーブルは不変でなければならないが、すべてのテーブルはアイテムに関連することを意味する。

プロセス（エクスポート）はNASで実行する必要があります。また、手動でのやり直し機能が必要です（NASに障害が発生した場合）。

エクスポートされたデータを処理した後の他のシステムでは、定義済みの他のディレクトリにエラーファイルが生成されます。システムは、それらのシステムからそれらのエラーXMLを受け入れ（エラーXMLが戻される）、それをユーザに提示する必要があります。

私はこの割り当てのための合理的な見積もりを与えるのに本当に苦労しています。誰かが私に良い野生の推測を与えることができましたか、合理的な開発者がこれを行うにはどれくらいの時間がかかりますか？

Answer 1

Change Logと非常に似ていますが、セットアップが異なるものを実装する必要があると思います。グローバルOnModifyトリガーが発射されると、Integration logテーブルにレコードを入れます。このテーブルでは、Nasがレコードをエクスポートしたときにtrueに設定されるExportedのようなフィールドもあります。これにより、手動でのやり直しが可能になり、すべてが機能しているかどうかを確認できますまた、発信XMLファイルで主キーをエクスポートすると、応答XMLファイルのエラーを統合テーブルの特定のレコードにリンクすることができます。

私の意見では約3〜4週間かかります。

Answer 2

実際にはxmlファイルに依存しています。たとえば、名前空間を使用している場合は、はるかに難しくなります。あなたの記事で言及したシナリオは、いくつかの追加のセットアップテーブルも必要であることを示唆しています。バージョン4では、XMLportもありませんので、オートメーションライブラリを使用してビルドする必要があります。

私たちはおよそ10〜15のdevの日+テスト+ドキュメント

乾杯を話していると思います！