メイン フォームに関する設計考慮事項
公開日: 2017年2月
対象: Dynamics 365 (online)、Dynamics 365 (on-premises)、Dynamics CRM 2016、Dynamics CRM Online
メイン フォームは、Microsoft Dynamics 365 内の自分たちのデータを表示したりデータとやり取りする、主たるユーザー インターフェイスです。 メイン フォームは、広い範囲のオプションを提供し、大半のクライアントが使用できます。例外は 電話用 Microsoft Dynamics 365 です。
メイン フォームの主要な設計の目的の 1 つは、1 回設計し、それをすべての場所に導入することです。 Web アプリケーション用に設計した同じメイン フォームが、Outlook 用 Dynamics 365 と タブレット PC 用 Dynamics 365 でも使用されます。 この方法の利点は、3 つの異なるフォームに変更を統合する必要がないことです。 ただし、これらのフォームの設計で考慮する必要のある、いくつか重要な要因があります。
このトピックの内容
さまざまなグループのユーザー定義フォーム
表現の違い
フォームのパフォーマンス
自動保存の管理
さまざまなグループのユーザー定義フォーム
複数のメイン フォームを作成し、各フォームに異なるセキュリティ ロールを割り当てることができるため、組織内のさまざまなグループを、それぞれのグループのアプリケーションの使い方を最適化するフォームを使用して、表現することができます。 各グループが選択するフォームが異なるように、各グループに異なるオプションを与えることもできます。詳細:フォームへのアクセスの制御
管理者と意思決定者は、重要なデータのポイントをすぐ参照できるように最適化されたフォームをたぶん必要としているでしょう。 彼らは一覧よりもグラフに表示されることを好み、大量のデータ入力はできないかもしれません。
顧客と直接対話する者は、最も頻繁に実行するタスクに合ったフォームを必要とするかもしれません。 彼らは最も効率のよいデータの入力を可能にするフォームを必要としているかもしれません。
組織内の人が何を要求し、必要としているかを見つけ出す必要があります。 しばしば、これは、入力を収集し、さまざまなことを試し、ユーザーが使用できるフォームを作成する、繰り返しのプロセスとなります。 使用できるさまざまなツールがあり、フォーム内ですべてを行う必要がないことに留意してください。 業務ルール、ワークフロー プロセス、ダイアログ、および業務プロセス フローを、組織に有効なソリューションを提供するフォームと組み合わせて使用します。
フォームの管理に費やされる時間とこれとのバランスをとる必要があります。 フォームの作成と編集は比較に簡単ですが、より詳細なフォームを作成するときは、さらなるフォームの管理が必要となります。
表現の違い
複数のフォームのそれぞれの表現を管理する必要はありませんが、表現の違いがどのようにメイン フォームで説明できるかを検討する必要があります。メイン フォームの表示 では、メイン フォームで表現できるさまざまな方法を説明しています。 考慮する内容は主に次のとおりです。
タブレット PC 用 Dynamics 365 は、イメージ、HTML、または Silverlight Web リソースのフォームへの追加をサポートしていません。
タブレット PC 用 Dynamics 365 フォームのレイアウトは、メイン フォームに基づいて自動生成されます。タブレット PC 用 Dynamics 365 フォーム用のフォーム エディターはありません。 フォームの表現が両方のクライアントに対しても有効であることを確認する必要があります。
DOM 要素とやり取りするサポートされていないスクリプトが Web アプリケーションに見つかった場合、同じ DOM 要素は使用できないので、そのスクリプトは タブレット PC 用 Dynamics 365 のフォームでは機能しません。
Outlook 用 Dynamics 365 閲覧ウィンドウのフォームではスクリプトは使用できません。 フォーム要素の表示は既定の設定によって決まり、スクリプトを使用して実行時に変更することはできません。
フォームのパフォーマンス
読み込みが遅く、すばやく応答しないフォームは、生産性とユーザーのシステムの採用に影響を与えます。フォームのパフォーマンスの最適化 には、カスタマイズがフォームのパフォーマンスに悪影響しないように、フォームの設計時に考慮する必要のある多くの推奨事項があります。
自動保存の管理
ほとんどのユーザーは、自動保存が有効になった状態で行う単純やり取りを待っています。 ただし、これは、データの更新のたびに明示的にレコードを保存する必要のあった Microsoft Dynamics 365 の以前のバージョンに代わる、保存モデルからの大幅な変更です。 組織によっては、レコードの保存は人がそのレコードの編集を完了したことを意味すると見なすカスタマイズを作成しました。 カスタマイズのベスト プラクティスは、各保存を更新として処理することと、自動化タスクを、それが特定のデータ条件が発生したときだけ起動するように設計することです。 この変更は組織が対応するには時間が必要なので、自動保存がユーザーの組織に対して機能する方法を制御するオプションがあります。詳細:自動保存の管理
関連項目
フォームの作成および設計
フォーム エディターの使用
Phones Express 用 Dynamics CRM のモバイル フォームの作成と編集
簡易作成フォームの作成および編集
簡易表示フォームの作成および編集
メイン フォームの表示
フォームのパフォーマンスの最適化
自動保存の管理
フォームの更新
© 2017 Microsoft. All rights reserved. 著作権