ナビゲーション機能の作成

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間：4分

    • 画面またはランチャー画面に移動するナビゲーション機能を作成します。

    始める前に

    必要なロール：admin

    ナビゲーション機能を使用すると、エンドユーザーがモバイルプラットフォーム内を移動する簡単な方法を定義できます。たとえば、別のレコードのフィールドからレコードに移動するなどです。ナビゲーション機能を作成する前に、ナビゲーションのソースと宛先を用意しておく必要があります。

    このタスクについて

    次の手順では、ユーザーを既存の画面またはランチャーに誘導するナビゲーション機能を作成します。この機能の宛先として使用するには、既存の画面または画面ランチャーが必要です。画面ランチャーの作成の詳細については、「 ランチャー画面」を参照してください。

    手順

    1. 移動先 すべて > システムモバイル > モバイルアプリビルダー.
      モバイルアプリビルダー が新しいブラウザータブで開き、アプリケーションスコープ選択画面が表示されます。
    2. 作業しているアプリケーションスコープを検索し、アプリケーションスコープの名前を選択します。
      モバイルアプリビルダー カテゴリのホーム画面が表示されます。
    3. 関数 カテゴリを選択し、新規 を選択します。
    4. 必要に応じて次のフィールドに入力します。
      表 : 1. [新機能] フォーム
      フィールド 値
      名前 ナビゲーション機能の名前。
      説明 ナビゲーション機能に関する追加情報。
      タイプ 関数のタイプ。ナビゲーション機能を作成しているので、[ ナビゲーション] を選択します。
      コンテキスト

      機能がグローバルまたはレコードコンテキストのどちらを使用するか。この例では、[グローバル] を選択します。

      ナビゲーションがレコードの情報に依存する場合は、レコードコンテキストナビゲーション機能を使用します。たとえば、インシデントレコードの [担当者] フィールドから、担当者のユーザーレコードに移動するとします。ナビゲーションがレコードの情報に依存しない場合は、グローバルコンテキストナビゲーション機能を使用します。
      オフラインで利用可能 ナビゲーション機能をオフラインモードで使用可能かどうかを決定するオプション。
      宛先タイプ ナビゲーション機能がユーザーに表示するレコードのタイプ。画面へのナビゲーションの場合は [ 画面 ] を選択し、画面ランチャーへのナビゲーションの場合は [ランチャー ] を選択します。
      画面パラメーターに自動入力 切り替えが有効になっている場合、宛先画面にパラメーターを自動的に入力します。
      宛先画面または宛先ランチャー ナビゲーション機能の宛先に使用する画面または画面ランチャー。既存の画面を選択するか、[ 新規 ] を選択して新しい画面を作成します。
      条件タイプ
      使用する条件のタイプ。
      • 宣言的： フォームに条件ビルダーを追加します。詳細については、「Condition builder」を参照してください。
      • スクリプト： フォームにスクリプト条件フィールドを追加します。
      注:
      [コンテキスト] が [レコード] の場合にのみ表示されます。
      条件

      アクションを使用するために満たす必要のある条件。たとえば、[クローズ]、[解決済み]、または [キャンセル] のステータスにあるインシデントをユーザーが解決できないようにすることができます。

      独自の宣言条件ピッカーを使用するか、スクリプトを使用して独自の条件を記述するかを選択できます。
      リダイレクト宛先フィールド パラメーター化されたデータアイテムを使用する画面に機能を接続するオプション。
      ボタン属性

      ボタンの追加属性を指定します。このオプションを構成するには、[ 新規 ] を選択します。次のボタン属性から選択できます。

      • alerts_require_dismissal:ボタン属性を true に設定すると、ユーザーがバナーメッセージを閉じるまでバナーメッセージが保持されます。デフォルトでは、バナーメッセージは自動的に閉じられます。
      • used_for_deeplink: true に設定すると、ボタン属性は、ボタンがディープリンクに使用されることを決定します。詳細については、「モバイル向けディープリンク」を参照してください。
      • trigger_offline_cache_download:ボタン属性を true に設定すると、オフラインキャッシュ生成がトリガーされます。キャッシュが正常に生成されると、そのダウンロードがトリガーされます。
      • check_acl_on_url_parameter_field:このボタン属性を選択して true に設定すると、URL 文字列内の任意のフィールドが ACL (アクセス制御リスト) に対してチェックされます。たとえば、 {{meeting_id}} のような文字列です。フィールドがこのチェックに合格しない場合、フィールド値は URL に含まれません。デフォルトでは、下位互換性のために URL パラメーターフィールドは ACL に対してチェックされません。
      アクセスロール この機能にアクセスできるユーザーロールを決定します。[ロールなし] を選択した場合、任意のロールを持つユーザーが画面にアクセスできるようになります。
    5. オプション: パラメーター化されたデータアイテムを持つ宛先画面を追加した場合は、[ リダイレクト先フィールド ] セクションでフィールド [名前 ] を選択してリダイレクトパラメーターフィールドを更新します。
      1. 必要に応じて次のフィールドに入力します。
        表 : 2. リダイレクト宛先フィールドフォーム
        フィールド 説明
        宛先 UI パラメーター データアイテム用に作成したパラメーターの名前。
        タイプ パラメーターの情報源。使用可能なオプションは、次のとおりです。
        • 畑： このパラメーターは、テーブルのフィールドから情報を取得します。
        • 定数： パラメーターは定数値を使用します。
        • ソース UI パラメーター
        関数テーブル このフィールドは、自動的に入力されます。
        関数 このフィールドは、自動的に入力されます。
        ソースフィールド ソース画面の UI パラメーター。
        注:
        リダイレクトパラメーターの [タイプ ] 値が [ソース UI パラメーター] に設定されている場合にのみ表示されます。
    6. [保存] を選択します。