---
sourceDocument: Yokohama Mobile-Konfiguration und -Navigation
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/mobile

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Mobile-Konfiguration und -Navigation

ft:clusterId :

    - mobile

bundleId :

    - mobile

workflow :

    - Platform


---

# Mobile Eigenschaften

# Mobile Eigenschaften {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

Mit mobilen Eigenschaften können Administratoren Funktionen in aktivieren oder deaktivieren ServiceNowApps ohne Upgrade von ServiceNowInstanz.

Die ServiceNowDer Plattformserver steuert die Funktionen, die in Ihrer mobilen App verfügbar sind. Die Serverinstanz wird mit neuen Funktionen für jedes Familien-Release veröffentlicht. Neue Versionen der mobilen Apps werden auf veröffentlicht AppleStore und GooglePlay Store jeden Monat. Diese monatlichen Releases mobiler Apps enthalten normalerweise Fehlerbehebungen, können aber auch neue Funktionen enthalten. Diese neuen Funktionen können mit mobilen Eigenschaften aktiviert oder deaktiviert werden.

Mobile Eigenschaften können so konfiguriert werden, dass Kennzeichnungen für festgelegt werden ServiceNowInstanz. Diese „Kennzeichnungen" sind Datensätze, die als Schlüssel-Wert-Paare in der Tabelle „sys_sg_properties" strukturiert sind. Sie können Funktionen in Ihren mobilen Client-Apps aktivieren oder deaktivieren. Die ServiceNowInstanz sendet die mobile Eigenschaft nach der Authentifizierung an mobile Client-Apps.

Mobile Eigenschaften sind ab verfügbar YokohamaRelease.

## Anwendungsbereich und mobile Eigenschaften {#mobile-properties__section_oq2_m4g_vrb}

Wenn Sie eine mobile Eigenschaft erstellen, wählen Sie den Anwendungsbereich aus, für den die Eigenschaft im Formular „Mobile Eigenschaften -- neuer Datensatz" verfügbar ist. Um die Liste der verfügbaren Anwendungsbereiche zu ändern, wählen Sie das Globus-Symbol ( ![Globus-Symbol.]()) Im Instanzbanner und dann auswählen Anwendungsbereich: <var class="keyword varname">Application_scope </var>.

## Vorrang des Anwendungsbereichs {#mobile-properties__section_bvq_w4g_vrb}

Wenn mehrere mobile Eigenschaften desselben Namens für mehrere Anwendungsbereiche definiert sind, wendet das System Rangfolgeregeln an, um eine zu verwendende mobile Eigenschaft auszuwählen. Die folgenden Szenarien verwenden clientRefreshMobile Eigenschaft als Beispiel, um zu zeigen, wie die Rangfolgeregeln funktionieren.

Szenario 1: Globaler Anwendungsbereich hat immer Vorrang
:   Wenn eine mobile Eigenschaft für mehrere Anwendungsbereiche definiert ist und einer davon der globale Anwendungsbereich ist, hat die für den globalen Anwendungsbereich definierte Eigenschaft immer Vorrang. In diesem Fall werden die folgenden Aktionen ausgeführt:

    1. Das System ruft für auf clientRefreshEigenschaft auf einer Instanz.
    2. Das System findet drei clientRefreshFür diese Instanz definierte Eigenschaften:{#mobile-properties__table_yb5_4yn_vrb__entry__3}

       | Eigenschaftsname | Anwendungsbereich | Aktualisiert (Datum und Uhrzeit) |
       |-|-|-|
       | ClientRefresh | Global | 2021-12-06 10:41:00 |
       | ClientRefresh | Now Mobile | 2021-12-06 10:38:41 |
       | ClientRefresh | Mitarbeiterbereich | 2021-12-06 10:42:06 |
       [ ]

       {#mobile-properties__table_yb5_4yn_vrb}
    3. Das System wählt aus clientRefreshEigenschaft, die für den globalen Anwendungsbereich definiert ist.

    {#mobile-properties__ol_xb5_4yn_vrb}

    In Szenario 1 wird ClientRefresh Die für den globalen Anwendungsbereich definierte Eigenschaft hat Vorrang.

Szenario 2: Wenn die mobile Eigenschaft nicht für den globalen Anwendungsbereich definiert ist, hat die zuletzt aktualisierte Eigenschaft Vorrang
:   Wenn eine mobile Eigenschaft für mehrere Anwendungsbereiche definiert ist, aber keine Eigenschaft mit globalem Anwendungsbereich vorhanden ist, verwendet das System die zuletzt aktualisierte Eigenschaft. In diesem Fall werden die folgenden Aktionen ausgeführt:

    1. Das System ruft für auf clientRefreshEigenschaft auf einer Instanz.
    2. Das System findet drei clientRefreshFür diese Instanz definierte Eigenschaften:{#mobile-properties__table_d3y_5yn_vrb__entry__3}

       | Eigenschaftsname | Anwendungsbereich | Aktualisiert (Datum und Uhrzeit) |
       |-|-|-|
       | ClientRefresh | Now Mobile | 2021-12-06 10:38:41 |
       | ClientRefresh | Asset-Management für Mobilgeräte | 2021-12-06 10:42:06 |
       | ClientRefresh | Mitarbeiterbereich | 2021-12-06 12:06:20 |
       [ ]

       {#mobile-properties__table_d3y_5yn_vrb}
    3. Das System wählt aus clientRefreshEigenschaft, die zuletzt aktualisiert wurde.

    {#mobile-properties__ol_c3y_5yn_vrb}

    In Szenario 2 wird clientRefreshDie für den Anwendungsbereich des Mitarbeiterbereichs definierte Eigenschaft wurde zuletzt aktualisiert. Alle drei mobilen Eigenschaften wurden am 2021.12.06. Aktualisiert. Die für den Anwendungsbereich des Mitarbeiterbereichs definierte Eigenschaft wurde um 12:06:20 aktualisiert. Diese Zeit liegt fast eineinhalb Stunden nach den anderen beiden. Das System wählt aus clientRefreshEigenschaft, die für den Anwendungsbereich des Mitarbeiterbereichs definiert ist, da es sich um die zuletzt aktualisierte Eigenschaft handelt clientRefreshEigenschaft.