レガシー・プラットフォーム

ポートレットの動作と後方互換性

オンラインで編集

ポートレットの動作と、アプリケーションの後方互換性の側面。

新規リリースでの後方互換性は、 Sterling Business Centerの「新規ホーム・ページのレイアウト」ルールを使用して可能になります。このルールを使用すると、すべての拡張機能を現状のまま保持し、新規変更のテストと採用に十分な時間をかけることができます。

固定レイアウトを使用するようにアプリケーションを構成すると、新しいフィーチャーを採用する前に、アプリケーションは強制的に以前のレイアウトに戻されます。

Sterling Business Center の「新規ホーム・ページのレイアウト (Layout For New Home Page)」ルールが「固定ユーザー・インターフェース (Fixed User Interface)」に設定されている場合は、固定 UI レイアウトが有効になります。 Persona ベースのインターフェースに設定すると、新しい UI レイアウトが有効になります。
  • 古い仕様ポートレットには personaConfig JSON 属性が含まれず、新しい仕様ポートレットには personaConfig JSON 属性が含まれます。 以下の表では、「新規ホーム・ページのレイアウト」ルールで選択された値に基づくポートレットの動作と可視性について説明します。
    表 1. ポートレットの動作と可視性
    新規ホーム・ページのレイアウト 古い仕様ポートレットの動作と可視性 新しい仕様ポートレットの動作と可視性
    固定ユーザー・インターフェース
    • 古い仕様ポートレットのみが表示されます。
    • 関連付けられたペルソナがないため、 sequenceNumber 属性によってポートレットの順序が決まります。
    • showPortlet 属性と resourceId 属性によって可視性が決まります。
    		 新しい仕様ポートレットと「その他のタスク」ポートレットはいずれも表示されません。
    モデル・ユーザー・ベースのインターフェース
    • 表示されるすべての古い仕様ポートレットは、 sequenceNumber に従って順序付けされ、「その他のタスク」ポートレットの後に追加されます。
    • personaName が定義されていないため、すべての古い仕様ポートレットがすべてのペルソナに追加されます。
    • 構成の誤りに関するコンソール警告がログに記録されます。 これは、新しいペルソナ・ベースの AngularJS ページが古い仕様ポートレットで使用されており、ポートレットをアップグレードする必要があることを示しています。
    • 新しい仕様ポートレットは、 personaSequenceNumber に基づいて表示および順序付けされます。
    • 新しい仕様ポートレットと「その他のタスク」ポートレットがすべて表示されます。
    • 古い仕様のカスタム・ポートレットは、「その他のタスク」ポートレットの後に表示されます。
  • 表 2. Layout For New Home Page ルールの値に基づくフッターの動作
    新規ホーム・ページのレイアウト フッター
    固定ユーザー・インターフェース 古いフッター・オプション (マネージャー・ダッシュボードおよび Dojo オーダー・フルフィルメント) が表示されます。
    Persona-based interface 定義されているすべてのペルソナがフェッチされます。 表示は、以下の要因に基づいて行われます。
    • ペルソナを使用する少なくとも 1 つのポートレットの存在 (personaName)。
    • ユーザーには、ポートレット (resourceId) にアクセスする権限があります。

マネージャー・ダッシュボードと Dojo オーダー・フルフィルメント・ペルソナ

  • これらは、ダイレクト・ポートレットを持たない 2 つの特別なペルソナです。 これらのモデル・ユーザーに対してカスタムおよびオーバーライド済みのポートレットは登録しないでください。 ペルソナが特殊かどうかを確認するには、 iscPersona.isSpecialPersona(personaName) メソッドを使用します。
  • また、これらの画面の権限に基づいて表示されます。 カスタマイズ・チームがマネージャー・ダッシュボードおよび Dojo ベースのフルフィルメント画面の新しいリソース・アクセス権を追加または変更する必要がある場合は、 iscPersona.setSpecialPersonaPermissions(personaName, resourceIdString, overrideFlag) を使用できます。
    • personaName: 名前は特別なペルソナにすることができます。 リリース 17.3では、「Manager_Dashboard" 」または「Dojo_Order_Fulfill」という 2 つの特殊なモデル・ユーザーが存在します。
    • resourceIdString: ペルソナに関連付ける単一または複数のリソース ID を含むストリング。 複数の場合は、パイプ | で ID を区切ります。
    • resourceIdString -すべての既存の権限を、渡された resourceIdString で置き換えるには、true を設定します。 そうでない場合は、渡された新しい許可がリストに追加されます。