アプリケーション・コンポーザを使用して、レイアウト・レベルでフィールドを必須、更新可能または非表示として定義します。 これらのユーザー・インタフェース(UI)フィールド・プロパティを設定すると、レイアウトの数を減らすことができます。
式(ルール)を使用して、フィールドを条件付きで必須、条件付きで更新可能または条件付きで非表示としてマークすることもできます。 条件付き非表示および表示機能がないフィールドでは、多数のレイアウトが発生する可能性があります。 個々のレイアウトのフィールド・プロパティを変更したり、複数のレイアウトにわたってフィールド・プロパティの一括更新を実行できます。
フィールドに加えた拡張UIプロパティの変更は、レイアウト・レベルでのみ適用でき、モデル・レベルでは適用できません。 また、すでにフィールド・レベルのセキュリティ設定がある場合、拡張UIプロパティを使用してそれらの設定を変更することはできません。
ノート:
アクション・リンク、集計フィールドおよびグループ化フィールドの高度なUIプロパティを定義または編集することはできません。 式フィールドおよび結合フィールドの場合、非表示プロパティのみを設定できます。 チェック・ボックスの場合、更新可能および非表示のプロパティのみを設定できます。
次のシナリオでは、フィールドに対して定義できる様々なUIプロパティについて説明します:
-
必須: たとえば、フィールド営業担当の担当者を作成する場合は、電話番号またはEメールが必要です。 ただし、連絡先がwebサービスによって作成された場合や外部システムからインポートされた場合、そのような強制が実施される場合と実施されない場合があります。 Eメール・フィールドをモデル・レイヤーで必須フィールドにすることはできませんが、必須プロパティを設定してレイアウトで強制するように選択できます。
必須プロパティの定義方法の例は、「必須フィールド・プロパティの設定」を参照してください。
-
更新可能: たとえば、パートナ・ユーザーおよび内部ユーザーに対して個別のレイアウトを設定し、更新可能プロパティをレイアウトごとに異なる方法で定義することで、パートナ・ユーザーに対して特定のフィールドを読み取り専用にできます。
ノート:
フィールドに対してすでにEL式が定義されている場合、「更新可能」プロパティはレイアウト・レベルで無効になり、変更できません。 たとえば、データ・セキュリティ制約のため、「アカウントの編集」>「プロファイル」サブタブおよび「担当者の編集」>「要約」サブタブのすべてのフィールドには、すでにEL式が定義されています。 つまり、これらのサブタブの標準フィールドまたはカスタム・フィールドには「更新可能」プロパティを設定できません。
また、次の場合、レイアウト・レベルでフィールドに式を指定することはできません:
「更新可能」プロパティの定義方法の例は、「更新可能フィールド・プロパティの設定」を参照してください。
-
非表示: たとえば、Shipping Methodという名前のフィールドに値があるとします : 空気、土地、海。 「出荷方法」フィールドがLandに設定されている場合、値を含む「陸上輸送」フィールドが表示されます: 電車またはトラック。 「出荷方法」フィールドが土地に設定されていない場合、「陸上輸送」フィールドは表示されません。 すべてのレイアウトにフィールドを追加し、非表示プロパティを使用して「陸上輸送」フィールドを条件付きで非表示または表示できます。 これにより、複数のレイアウトの作成を回避できます。
非表示プロパティの定義方法の例は、「非表示フィールド・プロパティの設定」を参照してください。