2009-08-06 9 views
1

私はサーバー上で動作し、SQLサーバー2005を使用するアプリケーションを持っています。このアプリケーションをCRMなどの他のシステムと統合できるようにしたい場合は、どのような戦略が最適でしょうか?私の考えは、認証付きの公開Webサービスを作成することでした...これは正しいアプローチのように聞こえるのですか?アプリケーションを統合可能にするにはどうすればよいですか?

いずれかのアイデアをいただければ幸いです。

答えて

2

はい、理想的には、業界標準の通信プロトコルを使用してすべての統合が行われ、これらの標準にリンクするミドルウェアが必要です。理想的には、これらのプロトコルは、APIがシステムにインポートされたすべてのデータの検証を保証するところで言うように、Webサービスのようなものです。

システム間の基本的な統合は、システム間のデータ転送を意味します。あなたや他の人がミドルウェアに接続するためのAPIをビルドすることもできます。または、アプリケーションの性質に応じて、CRMと同じAPIを使用して、インポート/エクスポートメカニズムを構築して、XML、CSVにデータをエクスポートしたり、データをインポートしたりすることができますCSV形式を自分のフィールドにマッピングするインタライスは素敵です。つまり、テクニカルではないユーザーが非自動化タスクを実行できることを意味します。

+0

ありがとうございます。だから、ミドルウェアはおそらく何らかのRPCを意味しますか?私のアイデアは、CRMが入力用のビューを作成できるWebサービスを公開することでしたが、その場ではWebサービスを呼び出し、そのように情報を処理するだけでした。 – James

+0

ミドルウェアは、いずれのアプリケーションでも、アプリケーションの一部でも、Windowsサービスなどでも、両方のAPIを読み取ることができます。 理想的には、データをCRMシステムにインポートし、そこで使用し、何らかのリフレッシュ/更新/同期を使用します。この方法では、両方のシステムで100%の時間内に接続/接続されていると応答しません。 –

+0

ああ、両方のAPIと対話できるWindowsサービスを作成したとすれば、CRMからの接続をリッスンして適切なアプリケーションAPIを呼び出すことができますか? – James

関連する問題