カスタマイズの概念
公開日: 2017年2月
対象: Dynamics 365 (online)、Dynamics 365 (on-premises)、Dynamics CRM 2016、Dynamics CRM Online
組織が機能する方法は一意です。 ある組織には、Microsoft Dynamics 365 を使用して適用する、明確に定義されたビジネス プロセスがあります。 ある組織は現在のビジネス プロセスに不満であり、新しいデータとプロセスを自分たちの業務に適用するために、Dynamics 365 を使用します。 どのような状態に自身があったとしても、Dynamics 365 には多数のカスタマイズ機能が含まれているので、自身の組織の役に立つことができます。
すぐに始めたいと思うかもしれませんが、数分時間をとってこのセクションの内容を参照してください。 ここで、重要な用語を紹介し、特定の手法の理由についての背景を説明し、将来遭遇するかもしれない問題を避けるよう助けます。
このトピックの内容
メタデータとは何で、なぜ必要ですか。
どのようなカスタマイズがサポートされますか。
サポートされないカスタマイズ
ソリューションについて知る必要のあること
カスタマイズの公開
モバイルおよび対話型サービス ハブのパフォーマンスを向上させるクライアント カスタマイズの準備
Dynamics 365 組織のパフォーマンスに影響する変更
カスタマイズ機能の結合
このガイドに含まれていない追加機能
メタデータとは何で、なぜ必要ですか。
以前、ソース コードの編集によってビジネス アプリケーションをカスタマイズしていました。 これは、各組織に固有の変更になったので、アップグレードすることが非常に困難であるかまたは極端にコストがかかり、複雑な事態を引き起こしました。 それで、アプリケーション開発者はアプリケーション プログラミング インターフェイス (APIs) を公開するようにしました。それによって他の開発者は、アプリケーションと対話し、ソース コードに触れないで固有のロジックを追加できるようになりました。 これにより開発者はソース コードを変更しないでアプリケーションを拡張できることを意味するので、ある程度改善されました。 ただし、開発者がコードを記述する必要があります。
現代のビジネス アプリケーションは、メタデータ駆動のアーキテクチャを使用するようになりました。それにより、コードを記述せずアプリケーションをカスタマイズできます。 メタデータは "データについてのデータ" を意味しており、システムに格納されているデータの構造を定義します。 このメタデータによって、アプリケーションはデータ構造への変化を理解し、これによりアプリケーションはデータ構造変更に適用できるようになります。 メタデータは既知のため、メタデータに関連付けられている追加機能を含むことができます。
アプリケーションのカスタマイズ ツールを使用して Microsoft Dynamics 365 をカスタマイズすると言うことは、メタデータに依存する機能に使用されるメタデータやデータを追加または更新すると言うことです。 システムをカスタマイズするために使用するデータの種類は既知なので、このデータを考慮に入れ、システムを停止することなく新機能を Dynamics 365 に追加できます。 このように、いつでも更新プログラムのロールアップを適用したり最新バージョンにアップグレードしたりして、最善の新しい機能を楽しめます。
カスタマイズするそれとも構成する?
多くのユーザーはアプリケーションをカスタマイズしたいと思っています。それで、システムを好みの方法で動作するように変更することを "カスタマイズ" と呼びます。 変更を行うためにコードが必要ないので、"構成する"と言う言葉を使う人もいます。 いずれの方法で呼ぶとしても、Microsoft Dynamics 365をカスタマイズするのに開発者である必要はありません。
Microsoft Dynamics 365 は、開発者がコードを記述できるように一連の Web サービスと API を提供します。 コードがサポートされている方法を使用して記述されると、組織をアップグレードしても、そのコードは引き続き機能します。
どのようなカスタマイズがサポートされますか。
アプリケーションのツールを使用してカスタマイズの大半を実行できます。 これらのツールを使用して実行するすべてが、Microsoft によってサポートされています。これらのツールによって、変更がメタデータまたはメタデータに依存するデータに適用されるからです。
しかし、カスタマイズ ツールが必要を満たさない場合、サード パーティによって提供されるソリューションをインストールするか、コードをカスタマイズする開発者を雇うことができます。 いずれの場合も、サポートされているカスタマイズを理解することをお勧めします。 コードを必要とするソリューションに投資する必要がある場合は、そのコードはサポートされている API のみを使用して記述されていることを確認してください。 これは、Dynamics 365 と取得したソリューションの両方に対する投資を保護する助けになります。
Microsoft Dynamics 365 を拡張する開発者は、SDK: MSDN: Microsoft Dynamics 365 での開発におけるベスト プラクティス に文書化されている規則とベスト プラクティスに従う責任があります。 SDK は、開発者が利用できる API を文書化し、それらを活用する方法についての手引きを提供します。Microsoft は、SDK で文書化されている API およびプラクティスのみをサポートします。 問題の解決方法がインターネットで見つかったとしても、SDK で文書化されている API を活用していない場合、その方法は Microsoft によってサポートされません。 開発者に変更を適用してもらう前に、サポートされているメソッドを使用していることを確認してください。
開発者が SDK に記載されている API とベスト プラクティスを使用する場合、Microsoft は Dynamics 365 への変更点が既存のカスタマイズを壊す可能性があるかどうかをテストいたします。 目的は、Dynamics 365 の新しいバージョンまたは更新がリリースされても、サポートされているメソッドを使用して記述したコードのカスタマイズが引き続き機能することです。 開発者が毎回コードを変更しなくても、改良された機能を持つ新しいバージョンにアップグレードできるため、大変便利です。
Dynamics 365 の新しいバージョンの変更がサポートされているカスタマイズを壊すことが検出された場合は、影響の内容とコード修正のためのコードの変更方法を文書化します。
サポートされないカスタマイズ
特定の API およびプログラミングのプラクティスが Microsoft によってサポートされていないからと言って、機能しないというわけではありません。 "Microsoft によってサポートされていない" というのは、Microsoft からこれらの API またはプログラミングの方法についてサポートを利用することはできないということです。 Microsoft はテストを実施せず、変更がカスタマイズを壊わすかどうかを知りません。 Microsoft は、ユーザーがアプリケーションのコードを変更しても何が起こるか予測できません。
サポートされていない API およびプログラミング プラクティスを使用する開発者が、コードをサポートする責任を負います。 機能するかどうか開発者がコードをテストする必要があります。
Dynamics 365 展開でサポートされていないカスタマイズを使用することを選択した場合、Microsoft Dynamics 365 テクニカル サポートに問い合わせる前に、実施したことを記載し、そのカスタマイズの削除方法を確認しておく必要があります。 サポートされていないカスタマイズでヘルプを必要とする場合は、カスタマイズを準備または開発した開発者に問い合わせてください。
サポートされていないカスタマイズの共通のプラクティス
サポートされないカスタマイズの一般的なプラクティスの一覧を次に示します。 これは完全な一覧ではありません。詳細: MSDN: Microsoft Dynamics 365 でサポートされる拡張機能: サポートされていないカスタマイズを参照してください。
JavaScript を使用して Web アプリケーションのドキュメント オブジェクト モデル (DOM) の要素と対話する
アプリケーションの任意の場所で使用される JavaScript ライブラリは、文書化されている API とのみ対話します。JavaScript の開発者がアプリケーションで作業する際、特定名を使用して DOM 要素に頻繁にアクセスします。Microsoft Dynamics 365 は Web アプリケーションであるため、これらのテクノロジは機能しますが、参照する要素名がいつでも変更されてしまうため、アップグレード時に破壊されてしまいます。 Microsoft には、アプリケーションで必要な変更を加える権利があります。つまり、ページの構成方法が変わることを意味します。 ページの現在の構造に基づく変更を追加する場合、アプリケーションのアップグレードのたびにこれらのスクリプトのユーザー定義コードをテストおよび時には変更することに投資する必要があります。jQuery は、JavaScript の開発者が使用する非常に一般的なライブラリです。jQuery を使用する利点の多くは、開発者が DOM 要素を作成してアクセスするための能力を簡素化することです。これは Dynamics 365 アプリケーション ページではサポートしていません。 開発者が HTML Web リソースを使用するカスタム ユーザーインターフェイスを作成するときは jQuery が推奨されますが、Dynamics 365 アプリケーション ページ内では、サポートされる API は jQuery の使用を必要としません。
JavaScript を使用する文書化されていない内部オブジェクトまたはメソッドを使用する
Microsoft Dynamics 365 は、ページ内に多数の JavaScript のオブジェクトを使用します。JavaScript の開発者はページをデバッグしてそれらのオブジェクトを検出し、これらのオブジェクトにアクセスし再利用できます。 Microsoft は、削除またはメソッド名の変更など、これらのオブジェクトに対する必要な変更を加える権利を有します。 スクリプトがそれらのオブジェクトを参照している場合は、オブジェクトが見つからない場合、スクリプトは停止します。アプリケーションのファイルを直接変更する
Microsoft Dynamics 365 設置型の場合、サーバーにインストールされている Web アプリケーションにアクセスできます。 Web アプリケーションには、開発者が編集または置き換えることができるさまざまのテキスト ファイルが含まれます。それによりアプリケーションの動作と外見を変更することができます。 これらのファイルの変更は、更新プログラムをインストールすると変更が削除され、次のリリースにアップグレードするとファイルは上書きされるので、サポートされていません。データを直接データベース テーブルから取得する
Microsoft Dynamics 365 設置型の場合、テーブルからデータを直接取得するためにデータベースにアクセスできます。 ただし、これにより、セキュリティのインフラストラクチャは迂回されます。 推奨されるプラクティスは、データの取得に特別なフィルター ビューを使用することです。 これは、呼び出しているユーザーのセキュリティを適用し、表示する必要があるデータだけが表示されるようにします。データベース テーブルのデータを直接更新する
Microsoft Dynamics 365 設置型の場合、データベース テーブル内の Dynamics 365 データの更新を直接実行できます。 この方法によるリスクは、アプリケーションを壊す可能性のある無効なデータを設定できることです。 開発者は、アプリケーション プラットフォーム Web サービスで提供されるAPI を使用してデータを更新する必要があります。データベース テーブル、ストアド プロシージャ、またはビューの変更
Microsoft Dynamics 365 設置型の場合、データベースを変更するにはデータベース用ツールを使用できます。 サポートされているデータベースの唯一の直接変更方法は、インデックスの追加または更新です。 新しいエンティティまたはエンティティの属性を追加するには、カスタマイズ ツールを使用する必要があります。 これは、データベースのこれらの部分に対する変更を適用できる、サポートされている唯一の方法です。 直接変更することには、アプリケーションを破壊したり、更新プログラムのロールアップを適用できなくなるというリスクが伴います。 適用する更新は更新適用時またはアップグレード時に壊れる場合があります。カスタム データベース テーブル列に含めるたデータは失われてしまいます。
サポートされていないカスタマイズが存在するか組織を確認する方法
組織にサポートされていないカスタマイズが存在するか確かでない場合は、Custom Code Validation Tool を実行できます。 このツールは、組織をスキャンして、削除された API などの、存在する可能性のあるサポートされていない特定の種類のカスタマイズを検出し、カスタマイズに関する情報を返すことができるソリューションです。 Custom Code Validation Tool は、サポートされていないカスタマイズの共通のプラクティス で先に説明したように、そのほかのサポートされていないカスタマイズを検出しないことがあるし、場合によっては、サポートされているカスタマイズをサポートされていないとして検出することがあるので注意してください。 詳細については、このツールに付属のドキュメントを参照してください。
Custom Code Validation Tool のダウンロードと実行
まず、組織に 1 つ以上のインポートされたソリューションがあるか確認します。 古いソリューションは、サポートされないカスタマイズのもっともよくある原因です。 [設定] > [ソリューション] に移動します。 。 インストール済みのソリューションは、[すべてのソリューション] ビューに表示されます。
Custom Code Validation Tool をインポートします。詳細:ソリューションのインポート
Custom Code Validation Tool を実行します。 詳細については、ダウンロードに付属する Readme ファイルを参照してください。
ソリューションについて知る必要のあること
一連のカスタマイズを購入、共有、またはある組織から別の組織に移動するための解決方法があります。Microsoft Dynamics マーケットプレース または独立系ソフトウェア ベンダー (ISV) からのソリューションを取得できます。Dynamics 365 ソリューションは、一連のカスタマイズを適用するためにインポートできるファイルです。
詳細:ホワイト ペーパー: Solution Builders のパターンと原則
注意
配布するカスタマイズを作成する ISV の場合は、ソリューションを使用する必要があります。 ソリューションの使用に関する詳細については、「MSDN: 拡張機能のパッケージ化および配布」を参照してください。
組織のカスタマイズのみ関心がある場合、ソリューションについての必要な情報は次の通りです。
ソリューションを作成するのは任意です。 ソリューションを作成しないで、Dynamics 365 システムを直接カスタマイズできます。
Dynamics 365 システムを直接カスタマイズする際、既定のソリューションという特殊なソリューションを使用します。 このソリューションには、システム内のすべてのコンポーネントが含まれます。
既定のソリューションをエクスポートして、組織で定義したカスタマイズのバックアップを作成できます。 最悪のケースのシナリオを想定することは良い事です。
ソリューション コンポーネント
ソリューション コンポーネントは、カスタマイズできる可能性のあるものを示します。 ソリューションに含めることのできるものは、ソリューション コンポーネントです。 次に、ソリューション内で表示できるソリューション コンポーネントの一覧を示します。
アプリケーション リボン
記事テンプレート
業務ルール
[グラフ]
つながりロール
契約テンプレート
ダッシュボード
電子メール テンプレート
エンティティ
エンティティ関係
フィールド
フィールド セキュリティ プロファイル
[フォーム]
差し込み印刷テンプレート
メッセージ
[オプション セット]
プラグイン アセンブリ
プロセス
SDK メッセージ処理手順
セキュリティ ロール
サービス エンドポイント
サイト マップ
Web リソース
ほとんどのソリューション コンポーネントは、別のソリューション コンポーネントの入れ子になっています。 たとえば、エンティティには、フォーム、ビュー、グラフ、フィールド、エンティティ関係、メッセージや業務ルールが含まれています。 各ソリューション コンポーネントには、エンティティの存在が必要です。 フィールドはエンティティの外部に存在することはできません。 フィールドは、エンティティに依存していると言えます。 実際には、上記の一覧に示したソリューション コンポーネントの 2 倍の種類のソリューション コンポーネントがありますが、アプリケーションにはそのほとんどが表示されません。
ソリューション コンポーネントの目的は、マネージド プロパティ およびすべての ソリューションの依存関係 を使用してカスタマイズできることの制限を追跡し、何も残さずにエクスポート、インポート、および (管理ソリューション内で) 削除することです。
管理ソリューションとアンマネージド ソリューション
管理 ソリューションは、インポートされた後アンインストールできます。 ソリューションのすべてのコンポーネントは、ソリューションのアンインストールによって削除されます。
アンマネージド ソリューションをインポートする場合は、既定のソリューションにソリューションのすべてのコンポーネントを追加します。 ソリューションをアンインストールしてもコンポーネントは削除できません。
すでにカスタマイズしたソリューション コンポーネントを含む アンマネージド ソリューションをインポートした場合、カスタマイズはアンマネージド ソリューションのカスタマイズによって上書きされます。 これを元に戻すことはできません。
重要
既定のソリューションにすべてのコンポーネントを追加し、既存のカスタマイズを上書きする場合にのみ、アンマネージド ソリューションをインストールします。
ソリューションの配布を計画していない場合でも、アンマネージド ソリューションを作成および使用し、カスタマイズしたアプリケーションのそれらの部分のみを含む個別のビューが表示されるようにできます。 何かをカスタマイズするときはいつでも、作成したアンマネージド ソリューションに追加するだけです。
既定のソリューションはアンマネージド ソリューションとしてのみエクスポートできます。
管理 ソリューションを作成するには、ソリューションをエクスポートするときに管理ソリューションのオプションを選択します。 管理ソリューションを作成する場合、使用した同じ組織にその管理ソリューションをインポートし直すことはできません。 別の組織にのみインポートできます。
ソリューションの適用方法
すべてのソリューションは層として評価され、Dynamics 365 アプリケーションが実際に行うことを確認します。 次の図は、管理ソリューションとアンマネージド ソリューションが評価される方法と、その変更が組織に表示される方法を示します。
.jpeg "ソリューションの階層")
下から上に向かって動作する。
システム ソリューション
システム ソリューションは、すべての組織に含まれている管理ソリューションと似ています。 システム ソリューションは、システムのすべての「すぐに使用できる」コンポーネントの定義です。マネージド ソリューション
管理ソリューションは、システム ソリューション コンポーネントを変更して、新しいコンポーネントを追加できます。 複数の管理ソリューションがインストールされている場合、インストールされた最初のものは、後にインストールされた管理ソリューションの下にあります。 これは、インストールされている 2 番目のソリューションが前にインストールされたものをカスタマイズできるという意味です。 2 つの管理ソリューションに競合する定義があると、一般ルールは "後のもの勝ち" です。 管理ソリューションをアンインストールすると、その下の管理ソリューションが有効になります。 すべての管理ソリューションをアンインストールした場合、システム ソリューション内に定義された既定の動作が適用されます。アンマネージド カスタマイズ
アンマネージド カスタマイズは、アンマネージド ソリューションを使用して組織に加えた変更です。 システム ソリューションは、マネージド プロパティ使用してカスタマイズできることとできないことを定義します。 管理ソリューションの発行者には、ソリューションに追加するソリューション コンポーネントをカスタマイズする能力を制限するのと同じ能力があります。 ソリューション コンポーネントにカスタマイズを阻む管理プロパティがない場合、どれでもカスタマイズできます。アプリケーションの動作
これは、組織内で実際に表示されるものです。 適用した既定のシステム ソリューション、任意の管理ソリューション、任意のアンマネージド カスタマイズ。
マネージド プロパティ
Microsoft Dynamics 365 の一部はカスタマイズできません。 システム ソリューション内の項目には、カスタマイズすることを防ぐメタデータがあります。 これらは 管理プロパティと呼ばれます。 管理ソリューションの発行者は、管理プロパティを設定して、不要な方法でソリューションがカスタマイズされることを防止できます。
ソリューションの依存関係
管理ソリューションを層にする方法により、一部の管理ソリューションは、他の管理ソリューションのソリューション コンポーネントに依存することになります。 一部のソリューション発行者は、これを活用して、モジュール形式のソリューションを開発します。 最初に "基本" 管理ソリューションをインストールし、基本管理ソリューションのコンポーネントをさらにカスタマイズするもう一つの管理ソリューションをインストールする必要があります。 2 番目の管理ソリューションは、最初のソリューションに含まれているソリューション コンポーネントに依存しています。
Dynamics 365 は、これらのソリューション間の依存関係を追跡します。 インストールされていない基本ソリューションが必要なソリューションをインストールしようとしても、そのソリューションをインストールできません。 ソリューションは別のソリューションが最初にインストールされている必要があるという内容のメッセージが表示されます。 同様に、依存関係により、基本ソリューションに依存するソリューションがまだインストールされている間は、その基本ソリューションはアンインストールできません。 基本ソリューションをアンインストールする前に、依存ソリューションをアンインストールする必要があります。
ソリューション発行者
すべてのソリューションには発行者がいます。 既定のソリューションには、"<組織名>の既定の発行者"という名前の発行者があります。
発行者レコードには、接頭辞 の値が含まれます。 この接頭辞の既定値は "新規" です。 新しいソリューション コンポーネントを作成する際、この接頭辞が名前の先頭に追加されます。 これにより、コンポーネントがどのソリューションに属するかを簡単に理解できます。
システムのカスタマイズを開始する前に、既定の発行者の接頭辞の値を組織を識別できる値に変更することをお勧めします。
既定の発行者のソリューション発行者の接頭辞を変更するには
[設定] > [カスタマイズ] に移動します。
[発行者] を選択します。
発行者が複数の場合、<組織名> の [既定の発行者] で始まる [表示名] のある発行者を開きます。
フォームの下部で、[接頭語] フィールドを更新して、"新規" の既定値を、組織を識別できるものに変更します。
値を変更したら、次のフィールドに移ります。[オプション値の接頭辞] が、カスタマイズによる接頭辞に基づいて番号を自動的に生成します。 この番号は、オプション セットにオプションを追加する際に使用し、オプションを追加するのに使用したソリューションを識別する助けとなります。
カスタマイズの公開
ユーザー インターフェイスを変更する特定のカスタマイズは、アプリケーションで使用する前に公開する必要があります。 公開することにより、作業を終了する前に保存し、その後作業を再開し終了することができます。 公開は、ソリューション コンポーネントを変更する場合にのみ必要です。 ソリューション コンポーネントが作成または削除されたときは、公開は自動的に行われます。 ソリューションをエクスポートする前に、カスタマイズを公開するよう求められます。 公開されていないカスタマイズは、ソリューションに含まれないためです。
タブレット PC 用 Microsoft Dynamics 365 に表示されるカスタマイズを実行する際、ユーザーがいつでもカスタマイズを明示的に公開し、すべての項目が タブレット PC 用 Dynamics 365 アプリケーションと同期されるようにする必要があります。
注意
カスタマイズを公開すると、標準システム操作を干渉する可能性があります。 運用環境では、ユーザーの作業をできるだけ妨害しない時間帯にカスタマイズ公開をスケジュールすることをお勧めします。
次のソリューション コンポーネントを更新するときは公開が必要です。
アプリケーション リボン
エンティティ
エンティティ関係
フィールド
フォーム
メッセージ
オプション セット
サイト マップ
Web リソース
注意
Outlook 用 Dynamics 365 アプリ を使用する場合、変更が有効になるまでに 1 時間以上かかることがあります。 キャッシュをクリアすると Internet Explorer にただちに変更を表示させることができます。 これを行うには、[ツール] > [インターネット オプション] に移動し、[閲覧の履歴] で [削除] を選択します。 [インターネット一時ファイルと Web サイト ファイル] および [クッキーと Web サイト データ] を除くすべての履歴の参照項目のチェック ボックスを外して、[削除] を選択します。
モバイルおよび対話型サービス ハブのパフォーマンスを向上させるクライアント カスタマイズの準備
カスタマイズを公開すると、Dynamics 365 モバイル アプリまたは対話型サービス ハブの 1 つを開始する最初のユーザーはパフォーマンスの問題を経験する場合があります。その理由は、サインインでDynamics 365がプロンプトされ、ダウンロードのメタデータ パッケージを準備するからです。 これは、最初のユーザーがメタデータ パッケージの準備とダウンロードの両方を待つ必要のあることを意味しています (後続のユーザーはダウンロードのみを待つ必要があります)。
Dynamics CRM 2016 更新プログラム 0.1 またはそれ以降を使用すると、カスタマイズの公開後に**[クライアントのカスタマイズの準備]** をクリックすることでその最初のユーザーのパフォーマンスを向上させることができます。 これはDynamics 365をプロンプトして、最初のユーザーがモバイル アプリまたは対話型サービス ハブの開始を待つのではなく、直ちにメタデータ パッケージを準備します。
.jpeg "クライアントのカスタマイズの準備ボタン")
Microsoft Dynamics CRM 2016 更新プログラム 1.1 を使用すると、システムをカスタマイズした後にモバイル ユーザーのメタデータ生成時間をさらに短縮することができます。 カスタマイズした後に生成したメタデータ パッケージには、完全なセットのメタデータではなく、変更されたアイテムのみが含まれます。 また、モバイル デバイスに対するメタデータ パッケージのダウンロードに問題がある場合、もう一度やり直すのではなく、次回にユーザーがアプリを開始する際に中断したところからダウンロードを開始します。
Dynamics 365 組織のパフォーマンスに影響する変更
メタデータの変更を伴う、ソリューションのインポートとカスタマイズの適用は、Microsoft Dynamics 365 組織のパフォーマンスに影響を与える可能性があります。 正常なシステム操作を妨げる可能性のあるアクションには、以下のものが含まれます。
エンティティの追加、削除、または変更、代替キー、属性、あるいは関連付け。
詳細: エンティティの作成および編集; エンティティの代替キーの定義; 組織の属性の編集; エンティティ関連付けの作成および編集
カスタマイズの公開
運用システムにこれらの変更を加える場合は、ユーザーへの影響が最小限に留まるように変更の操作をスケジューリングすることを推奨します。
カスタマイズ機能の結合
「Dynamics 365 システムをカスタマイズする」セクションの各トピックは、個々のカスタマイズ機能をかなり詳細に説明します。 しかし、自身の業務要件を満たすためのソリューションは、機能のいずれかを、1 つ以上の他の機能と共に頻繁に使用することを心に留めておくことが重要です。
ジョブに適切なカスタマイズ機能の選択
道具の法則は、「ハンマーしか持っていないときは、すべてが釘のように見える」と述べています。Microsoft Dynamics 365 で使用可能なすべてのカスタマイズ機能では、これらの機能の 1 つを理解すること、またすべての問題を解決するためにそれらの機能を使用することが容易です。 解決を望んでいる業務上の問題を評価するとき、達成する最終結果について検討してから、それにどのような方法で到達するかを逆算します。
このガイドに含まれていない追加機能
「Dynamics 365 システムをカスタマイズする」に記載されている機能に加えて、ここに詳しく説明されていない追加機能を理解する必要があります。 このセクションでは機能の一部を紹介します。また、機能の詳細を検索できる他のリソースへのリンクがこのセクションに含まれています。
ドキュメント管理
ドキュメント管理により、Microsoft Dynamics 365 と SharePoint を統合することができます。 ドキュメント管理の有効化および構成する方法については、ドキュメントを SharePoint で管理する または ヘルプとトレーニング: Microsoft Dynamics 365 からの SharePoint ドキュメントの管理を参照してください。 開発者は Microsoft Dynamics 365 SDK のトピック MSDN: SharePoint を Microsoft Dynamics 365 と統合する を参照する必要があります。Dynamics 365 の設置型展開のためのインストール要件については、Microsoft Dynamics 365 用 SharePoint ドキュメント管理のソフトウェア要件 を参照してください。
フィールド セキュリティ プロファイル
フィールド セキュリティ プロファイルを使用して、フォームに追加したユーザー定義フィールドに対して追加のセキュリティ レベルを設定できます。 フィールドレベル セキュリティを有効にするには、カスタム フィールドの [フィールド セキュリティ] プロパティを設定してから、作成したすべてのフィールド セキュリティ プロファイルにこのフィールドに対して許可する権限を指定する必要があります。詳細:ヘルプとトレーニング: フィールド セキュリティ プロファイルの作成 および フィールド セキュリティ プロファイルへのチームまたはユーザーの追加を参照してください。
ローカライズ
Dynamics 365 の展開時に選択した基本言語以外の言語を使用するユーザーが組織にいる場合、言語を追加できます。
Dynamics 365 (オンライン) では、すべての言語のインストールが完了したら、それらの言語を有効にするだけです。
Dynamics 365 (設置型) では、追加の言語パックをインストールしてさらなる言語を追加できます。 言語パックをインストールしたら、ユーザーが自分の好みで選択できるように言語を有効にする必要があります。詳細:言語パックのインストールまたはアップグレード
注意
言語の有効化には数分かかることがあります。 この時間内は、Microsoft Dynamics 365 を使用できない場合があります。
追加言語の有効化
[設定] > [管理] に移動します。
[言語] を選択します。
[言語の設定] ダイアログ ボックスで、使用可能な言語を選択し、[適用] を選択して有効にします。
追加の言語を有効にできますが、ローカライズされたテキストはカスタマイズする前に Dynamics 365 に含まれていたテキストに対してのみ利用できます。Dynamics 365 をカスタマイズできるのは、基本言語を使用する場合だけです。 追加または変更したユーザー インターフェイスのアイテムについて、翻訳をエクスポートし、ローカライズしたテキストを追加しないかぎり、他の言語のユーザーには基本言語のテキストが表示されます。詳細:ヘルプとトレーニング: カスタマイズされたエンティティとフィールド テキストの翻訳用のエクスポートを参照してください。
注意
カスタマイズは基本言語でのみサポートされるので、システム カスタマイザーは言語選択で設定した基本言語を使用している場合があります。 翻訳済みテキストが表示されていることを確認するには、Microsoft Dynamics 365 のユーザー インターフェイスの言語選択を変更する必要があります。 カスタマイズに関する追加の作業を行うには、基本言語に戻す必要があります。
セキュリティ ロール
組織のセキュリティの実装については、このガイドの範囲を超えています。詳細:セキュリティ ロールおよび特権
関連項目
カスタマイズの開始
カスタマイズに必要な特権
カスタマイズでのソリューションの使用
© 2017 Microsoft. All rights reserved. 著作権