0

特定の CRM 2011 エンティティに挿入する必要がある単純なデータ入力を含む Web ページを作成する必要があります。ただし、Web ページは別のシステムになります。つまり、Web ページはインターネット上の別のマシンに配置されます。送信時に、ページはインターネット上の別の場所にある CRM 2011 マシンに接続し、フォームに入力されたデータをそのリモート CRM アプリの適切なエンティティの場所にプッシュする必要があります。

これは最終的に、HTML と JavaScript/jQuery のみを使用した完全なクライアント ベースのソリューションである必要があります。

どうすればこれを達成できますか?

4

2 に答える 2

1

オンライン

オンプレミスでの経験からしかコメントできません。CRM Online がこれをリード専用に組み込んでいるという証拠をいくつか見つけました。OPはどのエンティティについて明確ではありません-おそらくこれは拡張されている/拡張可能です。残りのオンライン オプションについては、経験豊富な方にお任せします。

敷地内に:

OPは、クライアント側のみの技術の制約での作業について言及しています。これを行う方法をいくつか見てきました。主な戦いは、ネットワークの境界を越えることです。別の回答は、データ転送を迅速化/簡素化するために Web サービスを使用することを提案しています。私は、このオプションが検討外であると仮定して、私の回答を書きました。

  1. お金が目的でない場合、これを行うサービスがあります。メール送信者のフォーム サービスと同様に、これらのツールを使用すると、フォームをデザイン/ブランディングできます。フォームはホストされ、誰かが入力すると、フォームの送信を「取得」するための統合がインストールされます。利点: すぐに完了します。欠点: コンテンツ、ホスティング場所を制御できなくなり、費用がかかります。通常、CRM が Internet Facing Deployment (IFD) であるかどうかは問題ではありません。Scribeが優れていると聞いたことがありますが、使用したことはありません。

  2. CRM サーバーが IFD でない場合、メールを送信するようにフォームを設計できます。このメール メッセージは、CRM サーバーのキューで処理できます。多くの CMS ツールはこれらのフォームをオプションとして提供しており、これを提供するサービスもあります。電子メール キュー手法の主な欠点は、メールを処理し、選択したエンティティへのメールの詳細を解析するためにワークフロー拡張を作成する可能性が高いことです。ただし、トランスポート (電子メール セキュリティが適切であると仮定) は問題ではありません。

  3. どちらも魅力的ではなく、フォームを所有したい場合は、必要な場所にフォームをホストし、一連の文字列処理拡張機能を記述する必要はありません。OData / REST エンドポイントに直接投稿できます。CRM サーバーのネットワーク アクセスが利用可能である限り (IFD であるか、適切なトラフィック フィルタリングによりファイアウォールを介した侵入が許可されているため)、フォームは適切な JSON または XML ペイロードを作成してエンティティ行を作成できます。Same Origin Policyには注意してください。これは、クロス オリジン リソース シェアリング (CORS)と、クロス オリジンの投稿を受け入れるように CRM サーバーを「オプトイン」することで克服できます。

  4. 上記に少しひねりを加えます。CRM サーバーが IFD である場合も考慮してください。フォームを作成し、それを Web リソースとして CRM に追加し、そのページを直接ポイントすることができます。同一オリジン ポリシーの制限を回避できます。フォーム送信と REST エンドポイントの間。おそらく、このフォームの IFRAME を外部サイトに入れることができます。

一部の oData/REST エンドポイント リンク: サンプル: JavaScript および jQuery CRM 2011 で REST エンドポイントを使用した作成、取得、更新、および削除 JQuery OData REST エンドポイント レコードの作成

于 2013-01-30T17:04:11.190 に答える
0

入力/転送されるデータの量によっては、oDataを使用し、RESTを使用してCRMサーバーと通信することをお勧めします。

ただし、より信頼性が高く専門的なアプローチであるIMHOは、収集されたデータを提供するWebサービスを作成することです。次に、CRMに都合の良いときにそれをフェッチさせます。

これは、データのプッシュを失っていることを考えると、最初は悪い解決策のように見えるかもしれません。ただし、ファイアウォールについて心配する必要があります。特に、対象としている組織の設定がわからない場合(特にセキュリティを意識している場合)。

また、割り当ての詳細によっては、外部リソースをポイントして魔法をかけるIFRAMEを設計することもできます。技術的には、GUIを考慮しながら、CRMの外部にいることになります。

現時点では、さらにアドバイスするのに十分な情報がありません。

于 2013-01-29T20:01:13.353 に答える