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

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：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. [Save (保存)] を選択します。