2

DynamicsCRM2011はかなり新しいものです。

別の顧客のサービスインターフェイスを使用して、DynamicsCRMとのデータ統合を作成しています。サービスインターフェイスはうまく機能しますが、インスタンスに追加する必要のあるカスタムフィールド（属性）がいくつかあります。お客様は、追加の属性を作成するために、開発/テストインスタンスで一時的な管理者または「カスタマイザー」の役割を提供することはありません。

必要な変更を散文で説明しようとしましたが、メールで往復するのに必ず1日かかり、正しく行われるものもあれば、最初に変更を試みた後に小さな修正が必要なフィールドもあります。 。（痛い）

（1）スキーマの変更をDDLタイプのスクリプトでエクスポートする方法はありますか？私は「ソリューション」について少し知っていて、それを作成しようとしています。しかし、このような小さな一連の変更の場合、調査して実行できるDDLスクリプトは明らかな解決策のように思われます。

DynamicsCRMをカスタマイズするための優れたプログラムアクセスがあることを私は知っています。（2）それはスキーマ変更をエクスポートするためのオプションですか、それともそれが目的ではありませんか？

（3）ここで「解決策」が最善の策である場合、この少数の新しいフィールド、関係、およびルックアップについて、誰にとっても簡単で簡単にするために知っておくべきヒントはありますか？

前もって感謝します

4

1 に答える 1

4

（1）CRMの基礎となるスキーマへの直接の変更は、サポートされていない変更です。DDLスクリプトは機能する可能性がありますが、サポートされていないため、この道を進み、機能することが保証されていない場合、Microsoftからサポートを受けることができなくなります。

（2）サポートされていません。同上。

（3）ここではソリューションが間違いなく最善の策です。それらが何をするかについての良い紹介はここで見つけることができます：http ：//www.dynamicscrmtrickbag.com/2011/05/28/dynamics-crm-2011-solutions-part-1/ 。シナリオに対するいくつかの具体的なヒント：

  • 新しいソリューションを作成します（後で変更できます）。これがアンマネージドソリューションになります。

  • 探している重要な概念は、エンティティ属性です。ソリューションエディタ（[コンポーネント]->[エンティティ]->[フィールド]）を使用して変更を加え、ソリューションを保存します。

  • 管理されたソリューションまたは管理されていないソリューションのいずれかとしてインポートするソリューションを送信します。この場合、管理されていない方が望ましい場合があります（したがって、調整を行って変更をエクスポートして返送できます）が、管理されているため、混乱しないようになっています。タイプを選択し、常にそのタイプを送信します。

于 2012-04-25T17:08:20.663 に答える